Integrar Salesforce con WhatsApp Business: arquitectura, costes y errores comunes en 2026

Lee también: para una visión completa del canal, revisa nuestra guía de CRM con WhatsApp integrado y la comparativa de plataformas de IA conversacional con integración a CRM y WhatsApp.

Qué significa integrar Salesforce con WhatsApp Business en 2026

Integrar Salesforce con WhatsApp Business implica conectar tres piezas: la cuenta de WhatsApp Business (un número comercial verificado por Meta), la WhatsApp Business Platform API (antes llamada Cloud API) y la plataforma Salesforce (Service Cloud, Sales Cloud o Marketing Cloud, dependiendo del caso de uso). Entre ellas se sitúa un BSP (Business Solution Provider) o una integración directa vía Meta Cloud API, que es la ruta oficial sin reseller.

El objetivo del proyecto no es solo "poder mandar mensajes de WhatsApp desde Salesforce". El objetivo real suele ser uno de estos tres:

• Que cada mensaje entrante cree o actualice un registro en Service Cloud (Case, Contact, Lead) y mantenga el hilo completo asociado a la cuenta correcta.
• Que los eventos de Salesforce (cambio de estado de una oportunidad, factura emitida, cita programada) disparen un mensaje saliente por WhatsApp con una plantilla aprobada por Meta.
• Que el agente de atención, humano o IA, trabaje desde un inbox donde WhatsApp aparece junto a email, teléfono y chat web, sin cambiar de pestaña.

Confundir estos tres objetivos cuesta tiempo y dinero. El primero es un trabajo de ingeniería de eventos entrantes. El segundo es un trabajo de automatización saliente (Flows, Apex, Process Builder). El tercero es un trabajo de UX y modelado de datos. Antes de pedir presupuestos, decide cuál de los tres es el que mueve tu negocio este trimestre.

WhatsApp es el canal preferente de contacto en España, LATAM y buena parte de EMEA. Si tu empresa ya usa Salesforce para registrar oportunidades y casos pero gestiona WhatsApp por fuera (un móvil en caja, un número personal, un BSP suelto), toda esa actividad se pierde cuando el comercial se va o el cliente escribe de noche. La integración ordena el canal, pero solo si está pensada desde el modelo de datos, no desde la interfaz.

Arquitectura: tres piezas y una pieza extra que casi todos olvidan

La arquitectura canónica de una integración entre Salesforce y WhatsApp Business tiene cuatro capas, no tres. La capa que suele olvidarse es la que marca la diferencia entre un piloto funcional y un sistema que soporta volumen real.

1. WhatsApp Business Platform (Meta Cloud API)

Es la capa oficial de Meta. Permite enviar y recibir mensajes, gestionar plantillas, administrar perfiles de negocio y configurar webhooks. Desde que Meta liberó la Cloud API, no es imprescindible pasar por un BSP para arrancar. El número verificado, la WhatsApp Business Account (WABA) y el Business Manager son los tres artefactos que debes configurar primero, en ese orden.

2. BSP o conector directo

Salesforce tiene un conector nativo (WhatsApp Channel en Messaging Settings) que crea un webhook y un token con los que la cuenta de WhatsApp manda y recibe mensajes. Es la ruta más corta, pero asume que todo el ruteo pasa por Salesforce desde el minuto uno. Si usas un BSP (360 SMS, Twilio, MessageBird, Chattigo, Infobip, Gupshup), ese BSP se interpone entre Meta y Salesforce, añade cola, retries, auditoría y, muchas veces, UI de agente propia. La elección depende del volumen, de si quieres un inbox fuera de Salesforce y del coste por mensaje.

3. Modelo de datos en Salesforce

Esta es la decisión arquitectónica más importante. ¿Dónde se guarda cada conversación? Las opciones habituales son: Enhanced Messaging Session (objeto nativo de Service Cloud), Case (si cada hilo cierra como un ticket), Lead/Contact + custom object MessageLog, o un objeto externo del BSP. Mezclar criterios en el mismo org es el error que vemos cada semana: dos equipos crean dos objetos distintos para la misma conversación y los reportes dejan de cuadrar.

4. La capa olvidada: el agente de IA personalizado

Un conector nativo entrega el mensaje a Salesforce y lanza un Flow. Pero el Flow por sí solo no entiende el mensaje. Si no hay una capa de comprensión (clasificación de intención, extracción de entidades, resumen de hilo largo, routing por tono), lo que ocurre es que el agente humano abre Service Cloud y el hilo le llega tan en bruto como estaba en el teléfono. Un agente de IA personalizado encaja aquí: lee el mensaje, decide si crea Case, Lead o nada, extrae campos y, cuando aplica, responde con una plantilla aprobada antes de que el humano llegue a verlo.

Esta capa es la que convierte el proyecto de "integración" en "automatización". Y es la única parte del stack que no te viene empaquetada: la tienes que modelar tú o encargarla.

Costes reales por mensaje: la aritmética que casi nadie explica bien

Desde el 1 de julio de 2025, Meta cobra por mensaje entregado y no por conversación. El cambio modificó la lógica económica de la integración: antes compensaba abrir una conversación larga, ahora conviene medir qué mensajes son estrictamente necesarios. En 2026, el coste total que tu factura verá se compone así:

Concepto	Rango 2026	Quién lo cobra
Mensaje Utility (dentro de ventana 24h)	Gratis hasta 30 sep. 2026, luego ~0,0034 USD	Meta
Mensaje Marketing	0,025 USD en EEUU, 0,0631 USD en España	Meta
Mensaje Authentication	~0,0034 USD	Meta
Mensaje Service (dentro de ventana 24h)	Gratis hasta 30 sep. 2026	Meta
Markup BSP	0,003 - 0,010 USD por mensaje	BSP
Licencia conector Salesforce (ej. 360 SMS)	Desde 50 USD/mes + 0,009 USD por mensaje	Partner
Agente de IA personalizado (procesamiento + memoria)	Variable según volumen	Proveedor IA

Dos aprendizajes operativos que casi nadie te dice:

• La ventana de 24 horas es la palanca económica. Mientras el cliente escriba y tú respondas dentro de 24 horas, los mensajes Service y Utility siguen gratuitos hasta el 30 de septiembre de 2026. Si tu agente responde en 8 segundos, el flujo entero suele costarte cero en el lado de Meta. Si respondes en 36 horas, cada reapertura cuesta.
• El markup del BSP no es el total. Al coste por mensaje hay que sumarle licencias de conector, licencias de Service Cloud por agente y, muchas veces, un setup inicial. Un piloto de 2.000 mensajes al mes puede costarte 90 euros en el lado de Meta y 1.400 euros en el lado de las licencias si no revisas el stack.

Antes de firmar presupuesto, pide un desglose por línea de los seis puntos de la tabla, con el volumen esperado del primer trimestre. Si el proveedor no es capaz de hacer esa cuenta frente a ti, el proyecto no empieza bien.

Flows, Apex y el truco de las plantillas aprobadas

La parte visible de la integración es un Flow de Salesforce que, ante un evento, dispara una Action que publica un mensaje de WhatsApp. La parte invisible, la que decide si el proyecto escala, está en tres decisiones de ingeniería que casi nunca aparecen en la demo del partner.

Dónde vive la lógica saliente

Las opciones son Flow Builder, Process Builder (en declive), Apex, Platform Events y External Services. En proyectos pequeños, un Flow conectado a una Messaging Session cubre el 80% de los casos. En proyectos con alto volumen o lógica no trivial (ventanas horarias por país, idiomas, segmentación por histórico), Apex con Platform Events escala mejor y es más fácil de testear. Mezclar los dos sin un criterio claro genera deuda: dos equipos tocan el mismo evento desde Flow y desde Apex y nadie sabe cuál manda.

Gestión de plantillas aprobadas

Fuera de la ventana de 24 horas solo se puede enviar un mensaje si usa una plantilla previamente aprobada por Meta. La aprobación tarda entre 10 minutos y 48 horas, y Meta rechaza plantillas con lenguaje promocional confuso, con enlaces acortados y con variables mal formateadas. Dos buenas prácticas:

• Mantener un objeto WhatsApp_Template__c en Salesforce con nombre, idioma, estado, variables y versión. El Flow referencia por nombre y versión, no por string duplicada.
• Tener plantillas separadas por idioma desde el inicio. Reutilizar la misma plantilla con es_ES y es_419 ahorra un dolor de cabeza cuando entras a LATAM.

Idempotencia y reintentos

Los webhooks de Meta reenvían el mismo mensaje si tu endpoint tarda más de 20 segundos o devuelve un 5xx. Si tu Flow no es idempotente, acabas creando dos Cases para el mismo mensaje. La solución es guardar el message_id de Meta como external ID en el objeto y rechazar la segunda entrega. Es una línea de Apex que ahorra incidencias el día que Meta tiene latencia.

Errores comunes al conectar Salesforce con WhatsApp Business

Son los que vemos repetidos en proyectos de equipos que intentan la integración sin acompañamiento:

• Elegir BSP antes de modelar los datos. El BSP te vende su objeto propio. Si tu reporting ya depende de Case y Opportunity, forzar un objeto externo rompe los dashboards. Decide primero dónde vive la conversación.
• Un solo número para marketing y soporte. Meta puede suspender el número si recibe demasiadas quejas por mensajes de marketing. Dos números separados aíslan el riesgo y permiten métricas distintas.
• No prever la ventana de 24 horas. El equipo de marketing envía campañas Marketing a las 10 de la noche y marca como spam al día siguiente. El agente responde fuera de ventana sin plantilla y el mensaje falla silenciosamente.
• Ignorar el idioma del contacto. Salesforce tiene un campo LanguageLocaleKey infrautilizado. Si lo rellenas y lo referencias en el Flow, la plantilla sale en el idioma correcto automáticamente.
• No definir SLA del agente humano para el escalado. El agente de IA personalizado puede resolver un 70-85% de los mensajes. El resto escala a humano. Sin un SLA (por ejemplo, 5 minutos en horario de atención), el escalado se convierte en un cuello de botella y el cliente se va a otro canal.
• Testear solo en sandbox con un número de prueba. Los límites de rate limit, las plantillas aprobadas y los costes reales solo aparecen con un número productivo con tráfico. Reserva una semana de piloto cerrado con 50-100 contactos reales antes del lanzamiento masivo.

Decisión clave: conector nativo, BSP o agente de IA personalizado

Las tres rutas no son excluyentes, pero cada una tiene un perfil de empresa que la aprovecha mejor.

Conector nativo de Salesforce (WhatsApp Channel)

Rápido de arrancar si ya pagas Service Cloud y Messaging. Soporta Flows, Enhanced Messaging Sessions y Omni-Channel para routing. Limitaciones: sin inbox fuera de Salesforce, sin lógica avanzada de clasificación. Perfil ideal: equipo B2C medio, hasta 20.000 mensajes/mes, con stack ya centrado en Service Cloud.

BSP con conector a Salesforce

Añade inbox propio, campañas masivas, APIs más ricas, dashboards de WhatsApp con métricas que Salesforce no da nativamente. Útil cuando el equipo de marketing opera fuera de Salesforce o cuando mandas más de 50.000 mensajes/mes. Perfil ideal: empresa con equipos separados de marketing y servicio, o con operación multi-país.

Agente de IA personalizado por encima

No reemplaza a ninguna de las dos anteriores: se sitúa delante. El agente lee cada mensaje entrante, decide si hay que crear Case, Lead u Opportunity, cuál es la intención, qué plantilla responder y en qué idioma. Lo que llega a Service Cloud es contexto estructurado, no texto plano. Perfil ideal: empresa que ya tiene volumen y quiere reducir handle time del agente humano un 40-60% sin despedir a nadie, reasignando capacidad a casos complejos.

En ZENIA montamos la tercera capa y la conectamos a cualquiera de las dos opciones de abajo. Esa es la pregunta real que vale la pena hacerse antes de un piloto: no "¿qué BSP uso?", sino "¿quién lee el mensaje antes de que llegue a mi agente humano?".

Preguntas frecuentes sobre integrar Salesforce con WhatsApp Business

¿Puedo usar mi número actual de WhatsApp personal con Salesforce?

No. WhatsApp Business API requiere un número comercial dedicado que ya no pueda tener WhatsApp Business ni WhatsApp personal instalado en un móvil. Si quieres mantener el número actual, hay que migrarlo y asumir que la app del móvil deja de funcionar con ese número a partir de la migración.

¿Necesito Service Cloud o me vale con Sales Cloud?

Service Cloud trae Enhanced Messaging, Omni-Channel y el conector de WhatsApp Channel listos. Sales Cloud puede recibir mensajes vía API o vía Marketing Cloud, pero requiere más trabajo custom. Si el caso de uso principal es atención al cliente, Service Cloud es la ruta corta.

¿Cuánto tarda la aprobación de una plantilla por Meta?

Entre 10 minutos y 48 horas. En nuestra experiencia, el 70% se aprueba en menos de 2 horas si el copy es claro, no abusa de mayúsculas y las variables están bien formateadas con {{1}}, {{2}}, etc. Rechazos típicos: incluir URL acortadas de bit.ly, lenguaje agresivo de descuentos o emojis excesivos.

¿Qué pasa si el cliente responde a un número al que no mandé mensaje?

Se abre una ventana de 24 horas de servicio. Dentro de esa ventana puedes contestar con cualquier mensaje libre, sin plantilla. Fuera, solo plantillas Utility o Marketing aprobadas.

¿El agente de IA puede responder sin plantilla aprobada?

Sí, siempre que la respuesta llegue dentro de la ventana de 24 horas desde el último mensaje del cliente. Esa es exactamente la razón por la que la latencia del agente importa tanto: cada hora que tarda en responder consume ventana.

¿Puedo integrar WhatsApp con Salesforce sin un BSP, directamente contra la Cloud API de Meta?

Sí, es técnicamente viable y suele ser más barato por mensaje. Lo pagas en trabajo de ingeniería: autenticación OAuth con Meta, gestión de webhooks firmados, cola de reintentos, logging de errores y mantenimiento cuando Meta cambia la API (ocurre al menos dos veces al año). Para empresas pequeñas no suele compensar; para equipos con DevOps maduro, sí.

Cómo lo abordamos en ZENIA

En ZENIA no vendemos licencias de Salesforce ni somos BSP. Lo que montamos es la capa de agente de IA personalizado que se conecta a tu Salesforce (sea con el conector nativo, con un BSP existente o directamente con la Cloud API de Meta) y automatiza la gestión del mensaje entrante y saliente. El trabajo típico es:

• Diagnóstico del modelo de datos actual en Salesforce y propuesta de dónde debe vivir la conversación.
• Diseño de intenciones y flujos conversacionales en castellano neutro, catalán, portugués o inglés.
• Configuración de plantillas aprobadas, variables y versionado dentro de Salesforce.
• Despliegue de Flows y Apex necesarios para que el Case se cree y actualice con contexto completo.
• Pruebas con tráfico real limitado durante 7-14 días y hand-off operativo al equipo interno.

Si quieres entender si tu caso encaja mejor con conector nativo, BSP o automatización de WhatsApp con un agente de IA personalizado, podemos revisar tu stack en una llamada de 30 minutos y darte una ruta con costes aproximados por mes.