Meta factura directamente a todas las empresas los mensajes de Meta Business Agent, incluidas las empresas cuyo número de WhatsApp se administra a través de un Business Solution Provider (BSP), a $2.00 por cada 1 millón de tokens.[1] El cargo entró en vigor el 1 de agosto de 2026 a las 12:00 p. m. PT y la factura llega de Meta contra una línea de crédito alojada en el Billing Hub de la propia empresa. Una sola respuesta del agente consume normalmente entre 20,000 y 25,000 tokens, alrededor de 4 a 5 centavos de dólar. La tarifa tiene una condición: el tráfico de Meta Business Agent no se entrega cuando no hay una línea de crédito vinculada a la cuenta de Business Agent.
Puntos clave
Meta cobra directamente a todas las empresas por el uso de Meta Business Agent a $2.00 por cada 1 millón de tokens, y ese cargo no pasa por el BSP.
Los mensajes de Meta Business Agent no se entregan cuando no hay una línea de crédito vinculada a la cuenta de Business Agent.
Meta tenía 16 monedas habilitadas al 1 de julio de 2026 y factura las cuentas que no usan USD al tipo de cambio diario.
Las tarifas del BSP por acceso a la API, soporte y funciones de la plataforma se mantienen en una factura aparte.
¿Quién factura el uso de Meta Business Agent?
Meta le factura a la empresa propietaria de la WhatsApp Account (antes WhatsApp Business Account, o WABA), y una relación con un BSP no cambia eso. La documentación de precios de Meta indica que “cobrará a todas las empresas por Meta Business Agent, incluidas aquellas … que reciben soporte de un Solution Provider”, y que la facturación funciona como facturación mensual contra una línea de crédito de Meta, con las tarjetas de crédito previstas para septiembre.[1] El precio es una tarifa global única de $2.00 por cada 1 millón de tokens, que se cobra una sola vez por mensaje e incluye el procesamiento del agente y la entrega. La misma página compara 1,000 respuestas con IA a usuarios en Brasil: alrededor de $27 o alrededor de $97 para tráfico de servicio según la complejidad, frente a alrededor de $40 a $50 para el agente. La mecánica de las conversaciones se explica en cómo funciona Meta Business Agent dentro de las conversaciones de la WhatsApp Business API.
¿Por qué no se entregan los mensajes sin una línea de crédito?
Meta trata la línea de crédito como el método de pago de la cuenta de Business Agent. La página de precios de Meta indica que “los mensajes de Meta Business Agent no se entregarán si no hay una línea de crédito vinculada a tu cuenta de Business Agent”.[1] La guía de configuración de Meta convierte la facturación en el segundo paso para habilitar un agente, antes de la configuración, y señala que “los mensajes no se entregan a menos que tu cuenta tenga un método de pago vinculado”.[2] Una integración funcional de la WhatsApp Business API, un número activo y un contrato firmado con un BSP no cumplen ninguno de esos requisitos. Una empresa puede superar todas las verificaciones técnicas y aun así no ver ninguna respuesta del agente.
Una segunda fecha límite de Meta cubre los mensajes de servicio y funciona de forma independiente de la línea de crédito de Business Agent. Cualquier empresa con soporte de un Solution Provider o con integración directa que no tenga un método de pago registrado antes del 30 de septiembre de 2026 pierde la entrega de mensajes de servicio cuando esos mensajes empiecen a cobrarse el 1 de octubre de 2026. El Billing Hub gestiona ese método de pago y está separado de la línea de crédito de Business Agent.
¿Cómo vinculas una línea de crédito para Meta Business Agent?
Ambas rutas pasan por el Billing Hub, y cuál aplica depende de si la empresa ya tiene una línea de crédito de Meta por publicidad u otro producto de mensajería. Una empresa que ya tiene una agrega la cuenta de Business Agent en tres pasos:
Ve a “Credit lines” en el panel lateral.
Haz clic en “Set up now” en la ventana de “Use monthly invoicing for Business Agent”.
Acepta los términos de pago y facturación.
Una empresa que no tenga un acuerdo previo puede solicitar una a través del Billing Hub, sujeta a la revisión y aprobación de Meta. Esa ruta comienza en “Get started”, en el banner “Switch to monthly invoicing”; en la pantalla “Select accounts”, la cuenta de Business Agent permanece seleccionada. Las empresas que no califican esperan el soporte para tarjetas de crédito, que Meta tiene previsto para septiembre.
¿En qué monedas factura Meta?
Meta tenía 16 monedas habilitadas en la WhatsApp Business Platform al 1 de julio de 2026, y se elige una cuando se crea la cuenta de Business Agent. Una cuenta que no usa USD se factura en su propia moneda, con la tarifa global en USD convertida a diario.
Tarifa en USD; conversión diaria para las monedas distintas del USD
INR
Solo India
Conversión diaria desde USD
BRL (aún no disponible)
Solo Brasil
Conversión diaria desde USD
La tabla marca el BRL como “aún no disponible”, así que una empresa brasileña debe confirmar primero el estado actual en el Billing Hub.[1]
¿Tu BSP se encarga de la facturación de Meta Business Agent?
No. El cargo de Meta Business Agent no llega al BSP, así que no queda nada que un proveedor pueda recargar ni empaquetar. La página de precios de Meta menciona a las empresas que reciben soporte de un Solution Provider entre aquellas a las que cobrará, y la línea de crédito está en la cuenta de Business Agent, dentro del Billing Hub de la empresa. Las descripciones que atribuyen esta facturación al BSP, o que la dejan indefinida entre el BSP y Meta, no coinciden con la documentación.
360Dialog, Official Meta Solution Partner, ofrece acceso a la WhatsApp Business API con soporte 24/7 en siete idiomas, y el cargo por tokens de las respuestas del agente igual llega en la factura de Meta del propio cliente. El anuncio del soporte para Meta Business Agent explica la ruta de habilitación.
¿Qué te sigue facturando tu BSP?
Tu BSP factura el acceso a la API, el soporte y las funciones de la plataforma, en una factura separada de la de Meta. Meta cobra el uso de tokens de las respuestas del agente y tarifas por mensaje para el tráfico de plantillas y de servicio, y el BSP factura la infraestructura alrededor. 360Dialog no aplica ningún recargo a las tarifas de mensajes de Meta y cobra una suscripción por el acceso a la API y el soporte. Los esquemas de recargo y su efecto en el costo se explican en por qué un recargo en las tarifas de mensajes suele costar más.
Un despliegue de Meta Business Agent tiene un requisito del lado de Meta que ningún contrato con un proveedor puede cubrir: una línea de crédito aprobada, en una moneda compatible, en el Billing Hub de la propia empresa. Los equipos que presupuesten volumen de agente deben modelar el costo de los tokens contra la factura de Meta.
Tener lista la base de la WhatsApp Business API es el primer paso para cualquier implementación de agente. Obtener acceso a la API.
Preguntas frecuentes
¿Cuánto cuesta Meta Business Agent por mensaje?
Meta Business Agent cuesta $2.00 por cada 1 millón de tokens, una tarifa global única. Una respuesta típica del agente consume entre 20,000 y 25,000 tokens, lo que sitúa el costo efectivo en alrededor de 4 a 5 centavos de dólar por mensaje. El cargo por token cubre el procesamiento con IA y la entrega.
¿Puedes usar Meta Business Agent con un número administrado por un BSP?
Sí. La documentación de Meta menciona a las empresas que reciben soporte de un Solution Provider entre aquellas a las que cobrará por Meta Business Agent, lo que deja esa configuración dentro del alcance. El requisito es una línea de crédito vinculada a la cuenta de Business Agent en el Billing Hub, y las respuestas del agente no se entregan hasta que esté ahí.
¿La facturación de Meta Business Agent puede venir de tu proveedor, de Meta o de ambos?
Solo de Meta. La documentación de precios de Meta indica que cobrará a todas las empresas por Meta Business Agent, incluidas aquellas que reciben soporte de un Solution Provider, con facturación mensual contra una línea de crédito de Meta. Una factura del BSP puede acompañarla por el acceso a la API y el soporte, y nunca incluye el cargo por tokens.
Fuentes
[1] Meta for Developers, non-template messages pricing documentation (page updated July 1, 2026). https://developers.facebook.com/documentation/business-messaging/whatsapp/pricing/non-template-messages (accessed August 24, 2026)
[2] Meta for Developers, Get started with Meta Business Agent Platform APIs (page updated August 19, 2026). https://developers.facebook.com/documentation/meta-business-agent/get-started (accessed August 24, 2026)
Meta Business Agent es un agente de IA empresarial que responde a los clientes en WhatsApp con la voz de la propia empresa, usando su conocimiento y sus sistemas conectados, en números administrados a través de la Cloud API.[1] Eso incluye los números administrados por un Business Solution Provider (BSP) o por Embedded Signup. Meta lanzó la plataforma el 1 de julio de 2026 y comenzó a cobrar a todas las empresas por el uso el 1 de agosto de 2026, a una tarifa global de $2.00 por 1 millón de tokens.[2] Para quienes usan la Cloud API, esto crea una nueva capa de integración que hay que evaluar: elegibilidad, configuración, enrutamiento de conversaciones, cobro por token y una relación de facturación directa con Meta que deja al BSP completamente fuera.
Conclusiones clave
Meta Business Agent es un agente de IA creado para números de la WhatsApp Cloud API, incluidos los números administrados por un BSP, que responde a los clientes con la voz de la empresa y con acceso a su conocimiento y a sus sistemas conectados.
Dos productos comparten el mismo nombre: el camino Platform API (Cloud API, requiere código) y el camino Business App (sin código, para pequeñas empresas), cada uno con sus propias reglas de elegibilidad, configuración y cobro.
Meta cobra una tarifa global fija de $2.00 por 1 millón de tokens, que combina IA y entrega en un solo cargo, aproximadamente 4 a 5 centavos de dólar por mensaje.[2]
Meta factura directamente a todas las empresas por el uso de Meta Business Agent, sin pasar por la relación de facturación con el BSP, y exige una línea de crédito antes de que se entregue cualquier mensaje.[2]
La app del socio pasa a ser un participante en standby cuando el agente está activo y recibe los mensajes por el webhook standby mientras el agente mantiene el control.[3]
Qué es Meta Business Agent
Meta Business Agent es un agente de IA empresarial que conversa con los clientes en WhatsApp con la voz de la marca. Una vez activado, actúa como el primer punto de respuesta: responde a partir del conocimiento de la empresa, ejecuta acciones en los propios sistemas de la empresa, como consultar un pedido o agendar una cita, y transfiere la conversación a la app de la empresa cuando hace falta.[1]
El agente puede recomendar productos y servicios, dar detalles de precios, responder preguntas sobre descuentos, pago y envío, y hacer preguntas de seguimiento para entender mejor lo que necesita el cliente.[5] En el camino Platform API, las empresas configuran el conocimiento del agente mediante contenido cargado, rastreo del sitio web, documentos de FAQ y catálogos de productos conectados. Skills moldean el tono y las prioridades del agente, mientras que Connectors definen las API externas que el agente puede llamar.[3]
Meta anunció el producto el 3 de junio de 2026 e informó que más de un millón de empresas ya usan un Meta Business Agent en WhatsApp y Messenger, y que hay más de mil millones de conversaciones activas con empresas cada día en WhatsApp, Messenger e Instagram.[4] La plataforma se conecta a un conjunto creciente de cientos de sistemas, con Shopify, Zendesk y Shopee como primeros connectors.[4]
Dos productos distintos comparten el nombre Meta Business Agent, con caminos de configuración, reglas de elegibilidad, documentación y precios diferentes.
Dos productos, dos caminos: Platform API vs Business App
Meta Business Agent existe como dos productos separados, con infraestructura, públicos y modelos de cobro distintos. El camino Platform API corre sobre un número administrado a través de la Cloud API, requiere código y sirve a empresas que usan un BSP, Embedded Signup o una integración directa. El camino Business App funciona desde la pestaña Tools de la app WhatsApp Business, no requiere código y apunta a pequeñas empresas.[1][5]
Característica
Camino Platform API
Camino Business App
Público objetivo
Desarrolladores, grandes empresas, clientes de BSP
Pequeñas empresas
Configuración
Integración vía API, System User, webhooks
Pestaña Tools de la app WhatsApp Business
Requiere código
Sí
No
Administración del número
Cloud API (directa, BSP o Embedded Signup)
App WhatsApp Business
Modelo de cobro
Por token: $2.00 por 1M de tokens
Cuota gratuita, luego suscripción Meta One
Facturación
Meta factura a la empresa directamente vía línea de crédito
Incluido en el plan Meta One
También disponible en
WhatsApp (por ahora)
Messenger, Instagram Pro, Meta Business Suite
Configuración del agente
Knowledge, Skills y Connectors vía API
Ajustes en la app, aprende de chats anteriores
Enrutamiento de conversaciones
Webhook standby, Thread Control
Tomar la conversación manualmente detiene las respuestas de la IA
Para quienes usan la Cloud API y para los clientes de BSP, el camino Platform API es el producto relevante. El camino Business App tiene un modelo de elegibilidad aparte.[1]
El camino Platform API requiere un número de la Cloud API, no la app WhatsApp Business. Es una distinción que suele reportarse mal: algunas plataformas de IA describen hoy Meta Business Agent como una función de la app WhatsApp Business o afirman que no está disponible en números administrados por un BSP. La documentación de Meta enuncia el requisito de forma explícita: el número debe estar administrado a través de la Cloud API, incluso cuando sea a través de un BSP o de Embedded Signup.[1]
Quién es elegible para Meta Business Agent
Un número de teléfono debe cumplir las seis condiciones para poder usar Meta Business Agent en el camino Platform API. Las seis son obligatorias, y el endpoint de elegibilidad es la única forma oficial de comprobarlo de manera programática.[1]
Estar en una vertical admitida, con una categoría de negocio válida asignada. Todas las verticales son compatibles excepto finanzas, gobierno, salud, alcohol, apuestas, medicamentos de venta libre y servicios matrimoniales.
Estar administrado en la WhatsApp Business Platform a través de la Cloud API, incluso a través de un BSP o de Embedded Signup. No la app WhatsApp Business.
Que ni la cuenta de WhatsApp Business (WABA) ni la empresa propietaria estén restringidas o vetadas en WhatsApp.
Que la empresa tenga su sede en un país autorizado para Meta Business Agent. No existe una lista pública de mercados; usa el endpoint de elegibilidad para comprobarlo.
Cumplir los requisitos de confianza y verificación de negocio.
No estar usando ya un producto de mensajería en conflicto en ese número.
El endpoint de elegibilidad es una petición GET a https://api.facebook.com/{entity_id}/agent_eligibility, donde entity_id es el WhatsApp Business Phone Number ID. La petición requiere el encabezado X-API-Version: "2.0.0" y autorización mediante el permiso whatsapp_business_messaging. La respuesta devuelve un booleano is_eligible.[6]
Cómo configurar Meta Business Agent en un número de la Cloud API
Configurar Meta Business Agent en el camino Platform API requiere siete pasos, ya sea que la integración sea directa o a través de un BSP. El cliente acepta los Términos de Servicio y configura la facturación primero, y después el desarrollador configura la autenticación y los webhooks.[3]
En WhatsApp Manager aparece una pestaña Meta Business Agent si algún número de teléfono es elegible. Acepta los Términos de Servicio de Meta Business Agent. El agente todavía no responde a los clientes.
Configura la facturación asociando un método de pago a la cuenta de Business Agent en el Meta Billing Hub. Los mensajes no se entregan si no hay facturación configurada.[2]
Crea un System User con el rol de Admin en Meta Business Suite.
Asigna la app y la WABA al System User con “View and manage phone numbers” seleccionado.
Genera un token de acceso: token de System User para integradores directos, token BISU (Business Integration System User) para los BSP y Tech Providers. Ambos requieren los permisos whatsapp_business_messaging y whatsapp_business_management.
Haz un POST a /{WABA_ID}/subscribed_apps para suscribir la app a la WABA.
Suscríbete a los campos de webhook: messages, standby y messaging_handovers.
Para los números administrados por un BSP, hay dos Términos de Servicio que deben aceptarse antes de que las llamadas a la API funcionen. El cliente acepta los Términos de Servicio de Meta Business Agent en WhatsApp Manager. El BSP o Tech Provider debe además aceptar los Términos de Servicio de Tech Provider, convirtiéndose en Tech Provider en el Facebook Developer Portal.[3]
Cómo funciona el enrutamiento de conversaciones: standby, handoff y Thread Control
Cuando Meta Business Agent está activado en un número, pasa a ser el primer punto de respuesta y contesta directamente al consumidor. La app del socio pasa a ser un participante en standby que sigue recibiendo todo el tráfico de mensajes, pero no responde a menos que tome el control de forma explícita.[3]
El modelo de enrutamiento usa tres campos de webhook:
Los mensajes del consumidor llegan al campo de webhook standby mientras el agente mantiene el control, y al campo messages mientras la app del socio mantiene el control.
Un webhook messaging_handovers se dispara cada vez que el control cambia entre el agente y la app del socio.
La app del socio sigue recibiendo copias de los mensajes que el agente envía en nombre de la empresa, junto con las confirmaciones de entrega y de lectura, lo que mantiene sincronizado el sistema del socio.
La app del socio toma el control enviando un mensaje a la conversación. Para devolver el control al agente, la app del socio llama al endpoint Thread Control con la acción pass, y Meta Business Agent vuelve a responder. La acción release cede el control sin entregárselo al agente, y la conversación queda sin ningún respondedor automático.[3][9][10]
El agente también dispara el handoff automáticamente cuando detecta baja confianza, una violación de integridad o que el usuario pide hablar con una persona. La configuración de handoff controla solo si se envía al consumidor un mensaje personalizado o un mensaje traducido por defecto, no si el handoff ocurre.[7]
360Dialog, como Official Meta Solution Partner, acompaña a los clientes en las verificaciones de elegibilidad, el onboarding y los cambios operativos que Meta Business Agent introduce en el modelo de integración vía BSP.
¿Necesitas ayuda para implementar los webhooks standby y Thread Control? Habla con nosotros.
Cuánto cuesta Meta Business Agent: el cobro por token explicado
Meta cobra una única tarifa global de $2.00 por 1 millón de tokens por todos los mensajes de Meta Business Agent entregados vía API. Un mensaje consume normalmente entre 20,000 y 25,000 tokens, lo que equivale a aproximadamente 4 a 5 centavos de dólar por mensaje.[2]
Los ejemplos prácticos de Meta ilustran el rango:
Consulta simple (“¿A qué hora abren?”), 4 mensajes al usuario, alrededor de 80,000 tokens, aproximadamente 16 a 20 centavos de dólar por conversación.
Interacción compleja, 10 mensajes al usuario, alrededor de 250,000 tokens, aproximadamente 40 a 50 centavos de dólar por conversación.[2]
Cada mensaje de Meta Business Agent lleva un solo cargo que cubre tanto el uso de tokens de IA como la entrega del mensaje. Con una IA de terceros en WhatsApp, una empresa suele pagar al proveedor de IA por la generación y al proveedor de mensajería por la entrega, en cargos separados. La regla del cargo único también aplica a los mensajes que no son de plantilla y tienen contenido promocional, sin cargo adicional de plantilla de marketing.[2]
Las ventanas gratuitas no aplican a los mensajes de Meta Business Agent. El uso de tokens se cobra tanto durante la ventana de 72 horas del punto de entrada gratuito como durante la ventana de atención al cliente de 24 horas. La ventana de 72 horas sigue siendo gratuita para la entrega del mensaje, pero el uso de tokens se cobra igual.[2]
La propia comparación de costos de Meta para 1,000 mensajes con IA en Brasil: los mensajes de servicio de menor complejidad cuestan aproximadamente 2 a 3 centavos de dólar por mensaje (unos $27 en total), mientras que los mensajes de servicio de mayor complejidad cuestan aproximadamente 9 a 10 centavos de dólar por mensaje (unos $97). Meta Business Agent, con mayor complejidad, cuesta aproximadamente 4 a 5 centavos de dólar por mensaje (entre $40 y $50 en total).[2]
Quién te factura los mensajes de Meta Business Agent
Meta factura directamente a todas las empresas por el uso de Meta Business Agent, incluidas las que acceden a la WhatsApp Business Platform a través de un Solution Provider.[2] Esto omite el modelo de facturación de BSP existente, en el que el proveedor factura a la empresa por el uso de mensajería.
La facturación funciona con emisión mensual de facturas a través de una línea de crédito con Meta. La compatibilidad con tarjetas de crédito está prevista para septiembre de 2026.[2]
Hay una condición bloqueante: los mensajes de Meta Business Agent no se entregan si no hay una línea de crédito asociada a la cuenta de Business Agent.[2] Las empresas que ya tienen una línea de crédito con Meta asocian la cuenta de Business Agent en Billing Hub, en Credit lines. Las empresas sin línea de crédito la solicitan a través de Billing Hub, y la solicitud queda sujeta a revisión y aprobación de Meta.[2]
Al 1 de julio de 2026 hay 16 monedas habilitadas. La cuenta de Business Agent se crea en una de ellas, y una cuenta que no esté en USD se factura en esa moneda local, al tipo de cambio del día en que se entrega cada mensaje.[2]
Algunas plataformas de IA afirman hoy que la factura por el uso de Meta Business Agent “podría venir de tu proveedor, de Meta o de ambos”. La documentación de Meta es explícita: Meta cobra directamente a todas las empresas.[2]
La facturación de Meta Business Agent es parte de un cambio de precios más amplio. A partir del 1 de octubre de 2026, Meta también empezará a cobrar por los mensajes de servicio (gratuitos desde noviembre de 2024) y por los mensajes de utilidad enviados dentro de una ventana abierta de atención al cliente de 24 horas (gratuitos desde julio de 2025). Estos cargos son por mensaje, a las mismas tarifas que los mensajes de utilidad y de autenticación según el mercado.[2]
Restricciones y límites técnicos
Meta Business Agent limita cada número a un agente, hace handoff automático ante baja confianza o violaciones de integridad y restringe los intervalos de follow-up y la segmentación de público a enumeraciones fijas.[1][7]
Un agente por número. Un número no puede ejecutar más de un producto de mensajería en conflicto al mismo tiempo.
Comportamiento al desactivar y reactivar. Desactivar el agente hace que deje de responder en todas las conversaciones. Reactivarlo hace que responda solo en conversaciones nuevas.
Disparadores de handoff automático. El agente hace handoff ante baja confianza, violaciones de integridad o cuando el usuario pide hablar con una persona. La configuración de handoff controla el mensaje que se envía, no si el handoff ocurre.
Intervalos de follow-up. Una enumeración fija en segundos: 0, 300, 900, 1800, 3600, 7200, 28800, 86400. Cero desactiva el follow-up.
Control de público.ai_audience acepta EVERYONE o ALLOWLISTED_ONLY. Un endpoint Allowlist aparte limita el agente a números de teléfono de consumidores específicos, para un rollout controlado.
Exclusión de frases.never_say_phrases define las frases exactas que el agente nunca puede incluir en una respuesta.
Alcance de analytics. Meta documenta analytics propios del MBA en dos endpoints. Insights devuelve los turns ordenados de la conversación más reciente de un consumidor, con latencia de extremo a extremo, un ID de sesión y un trace paso a paso de las llamadas al modelo y a las herramientas detrás de cada turn. Agent Eval devuelve puntajes por conversación y por turn, con transcripciones y categorías de falla. Insights se consulta un número de teléfono de consumidor por vez y cubre solo la conversación más reciente de ese consumidor.[2][11][12]
Cómo elegir un socio de API de WhatsApp para Meta Business Agent
Elegir un socio de API de WhatsApp para Meta Business Agent pasa por evaluar si el proveedor completó sus propios requisitos del lado de la plataforma y si puede acompañar todo el ciclo de vida de la integración, desde la verificación de elegibilidad hasta producción.[3][8]
Criterios clave:
Estatus de Tech Provider. El socio debe estar registrado como Tech Provider en el Facebook Developer Portal, con el App Review completado y acceso avanzado a whatsapp_business_messaging y whatsapp_business_management.
Soporte de webhooks. La plataforma del socio debe manejar el webhook standby y la acción pass de Thread Control para que tu empresa pueda tomar conversaciones y devolverlas al agente.
Modelo de token. Los BSP usan un token BISU cuando hacen llamadas a la API en nombre de las WABA de sus clientes. Confirma que tu socio admite este modelo de autenticación.
Transparencia en la facturación. Como Meta factura directamente a tu empresa por el uso de tokens, confirma qué cobra el socio por separado por la infraestructura de API y qué cubre la factura directa de Meta.
Apoyo con la elegibilidad. Un socio debería llamar al endpoint de elegibilidad por ti y guiarte en los dos pasos de aceptación de Términos de Servicio.
360Dialog opera como infraestructura de WhatsApp Business API: da acceso a la API, hace el onboarding de números administrados por BSP y habilita a socios a través de la Partner Platform. Para los detalles de implementación paso a paso, incluidas las limitaciones conocidas de la plataforma, consulta la documentación de Meta Business Agent de 360Dialog.[9] Para los detalles de precios de la infraestructura de 360Dialog, consulta la página de precios.
Lo que encontrarás en esta serie
Esta guía cubre Meta Business Agent de forma integral. Los artículos relacionados profundizan en temas específicos:
Qué pasa con tu integración vía BSP cuando se activa Meta Business Agent, con el webhook standby, Thread Control y los dos requisitos de Términos de Servicio en detalle.
Meta Business Agent frente a un agente de IA de terceros en la misma WABA, comparando el costo por token con los cargos separados de IA y de mensajería, la regla del cargo único y qué pasa con las automatizaciones existentes.
Quién te factura los mensajes de Meta Business Agent, con la línea de crédito, la condición bloqueante, la facturación mensual y la configuración de moneda.
Elegibilidad para MBA: verticales excluidas, condiciones del número y el endpoint de elegibilidad.
Cómo activar Meta Business Agent en un número administrado por un BSP, la guía paso a paso específica para BSP.
Meta Business Agent introduce facturación directa de Meta, enrutamiento standby para las apps de los socios y un cobro por token que agrupa IA y entrega. Cómo afecta cada uno de estos puntos a tu integración depende de tu arquitectura de webhooks actual y de la elegibilidad por vertical de tus clientes.
¿Puedo usar Meta Business Agent con un número administrado por un BSP?
Sí. Meta Business Agent requiere un número administrado a través de la Cloud API, y eso incluye explícitamente los números administrados por un Business Solution Provider o por Embedded Signup.[1] El BSP o Tech Provider debe además aceptar los Términos de Servicio de Tech Provider en el Facebook Developer Portal. Tanto los Términos de Servicio de Meta Business Agent aceptados por el cliente como los Términos de Servicio de Tech Provider aceptados por el proveedor deben estar en vigor antes de que las llamadas a la API funcionen.[3]
¿Meta Business Agent es gratis?
En el camino Platform API, Meta Business Agent no es gratis. Meta cobra $2.00 por 1 millón de tokens, aproximadamente 4 a 5 centavos de dólar por mensaje, y el cobro comenzó el 1 de agosto de 2026 mediante facturación mensual a través de una línea de crédito con Meta.[2] En el camino Business App existe una cuota gratuita. Al llegar al límite gratuito, una empresa puede suscribirse a un plan Meta One para mantener el acceso 24/7 al agente o esperar a que el límite gratuito se renueve.
¿Qué pasa con las automatizaciones existentes cuando se activa Meta Business Agent?
El efecto depende del camino de producto. En el camino Business App, activar Meta Business Agent pausa las automatizaciones existentes, como los mensajes de ausencia y las palabras clave personalizadas. El agente aprende de esas automatizaciones y las incorpora donde puede. Las automatizaciones se reanudan cuando el agente sale de un chat.[5] En el camino Platform API, la app del socio pasa a estado standby. Su flujo de mensajes continúa por el webhook standby, y retoma el control enviando un mensaje a la conversación.[3]
¿Meta Business Agent funciona en Messenger e Instagram?
Meta Business Agent está disponible en WhatsApp, Messenger e Instagram. El camino Business App funciona en la app WhatsApp Business, Messenger, Instagram Pro y Meta Business Suite.[5] La Platform API documenta por ahora la integración con WhatsApp, aunque el enum de canal en los ajustes del agente incluye messenger e instagram junto a whatsapp, lo que indica una infraestructura multicanal.[7] Meta anunció la expansión a Instagram en el lanzamiento de junio de 2026.[4]
Fuentes
[1] Meta, “Meta Business Agent Overview,” developers.facebook.com/documentation/meta-business-agent/overview. Accessed 20 Aug 2026.
[2] Meta, “Non-Template Messages Pricing,” developers.facebook.com/documentation/business-messaging/whatsapp/pricing/non-template-messages. Accessed 20 Aug 2026.
[3] Meta, “Get Started with Meta Business Agent,” developers.facebook.com/documentation/meta-business-agent/get-started. Accessed 20 Aug 2026.
[4] Meta Newsroom, “Meta Business Agent,” about.fb.com/news/2026/06/meta-business-agent/. Published 3 Jun 2026.
[5] WhatsApp Business, “Business App AI Agent,” whatsappbusiness.com/products/business-app-ai-agent/. Accessed 20 Aug 2026.
[6] Meta, “Agent Eligibility Reference,” developers.facebook.com/documentation/meta-business-agent/reference/onboard/agent-eligibility. Accessed 20 Aug 2026.
[7] Meta, “Agent Settings Reference,” developers.facebook.com/documentation/meta-business-agent/reference/onboard/agent-settings. Accessed 20 Aug 2026.
[8] Meta, “Get Started for Tech Providers,” developers.facebook.com/documentation/business-messaging/whatsapp/solution-providers/get-started-for-tech-providers. Accessed 20 Aug 2026.
[9] 360Dialog, “Meta Business Agent,” docs.360dialog.com/docs/mba/meta-business-agent. Accessed 20 Aug 2026.
[10] Meta, “Thread Control (Cloud API),” developers.facebook.com/documentation/meta-business-agent/reference/operate/thread-control-cloud-api. Accessed 25 Aug 2026.
[11] Meta, “Conversation Turns,” developers.facebook.com/documentation/meta-business-agent/reference/insights/conversation-turns. Accessed 25 Aug 2026.
[12] Meta, “Agent Eval,” developers.facebook.com/documentation/meta-business-agent/reference/operate/agent-eval. Accessed 25 Aug 2026.
Cuando usted elige un WhatsApp Business Solution Provider (BSP), la página de precios rara vez cuenta toda la historia. Cada proveedor en este mercado parte de las mismas tarifas oficiales de WhatsApp – las diferencias reales están en dónde cada uno agrega su margen encima: una suscripción fija, un recargo en plantillas, un recargo en mensajes de servicio o un recargo en mensajes entrantes.
Para ir más allá del marketing, comparamos 360Dialog con seis competidores – GupShup, Twilio, Infobip, Vonage, AiSensy e Interakt – usando una sola persona consistente: un socio promedio de 360Dialog, con Brasil como país receptor. Los precios se verificaron directamente en el sitio público de cada proveedor el 23 de julio de 2026.
La persona: volumen mensual
Cada número de esta comparación se basa en el mismo volumen mensual de mensajes, así que los totales de abajo son directamente comparables entre proveedores:
Tipo de mensaje
Volumen mensual
Marketing
6,000
Utilidad
3,000
Servicio (saliente)
40,000
Autenticación
1,000
Entrantes de formato libre (iniciadas por el usuario)
20,000
Total de mensajes
70,000
Una nota sobre esa última fila: los mensajes entrantes de formato libre se cuentan como volumen de “servicio” para poder compararlos, ya que la propia calculadora de 360Dialog no los cotiza por separado. Esto importa aquí porque, como muestra el desglose de abajo, varios competidores sí cobran por los mensajes entrantes – así que agruparlos en la bolsa de servicio es lo que hace posible, en primer lugar, un total realmente comparable.
En la siguiente tabla ofrecemos un panorama de cómo cada proveedor estructura su modelo comercial.
Modelo
Suscripción fija por canal
Recargo en plantillas
Recargo en servicio
Recargo en entrantes
Usado por
1
Sí
No
No
No
360Dialog
2
No
Sí
Sí
Sí
GupShup, Twilio
3
No
Sí
Sí
No
Infobip, Vonage
4
No
Sí
No
No
AiSensy
5
Sí
Sí
No
No
Interakt
Un breve resumen de para qué está optimizado cada modelo comercial y cuáles son sus debilidades:
Modelo 1 (360Dialog) es el único modelo sin ningún margen variable en ninguna parte. Los ingresos provienen por completo de la suscripción fija, así que el costo escala puramente según la propia tarifa de WhatsApp a medida que crece el volumen de mensajes. La única desventaja: la cuota fija es un piso de costo real para cuentas de muy bajo volumen.
Modelo 2 (GupShup, Twilio) es el más agresivo en la captura de margen – sin cuota de suscripción, pero con recargo en cada categoría, incluidos los mensajes entrantes, que la mayoría de los demás proveedores deja en paz. Es un modelo de “empieza gratis, paga más al escalar”: atractivo para la prospección, caro con volumen real.
Modelo 3 (Infobip, Vonage) aplica recargo en plantillas y mensajes de servicio, pero no llega a cobrar recargo en los entrantes. Aquí es donde los costos se disparan – solo la línea de mensajes de servicio de Vonage ya supera la factura mensual completa de 360Dialog.
Modelo 4 (AiSensy) es el modelo de recargo más ligero del grupo sin suscripción: margen solo en mensajes de plantilla, con servicio y entrantes al costo de tarifa.
Modelo 5 (Interakt) es el único otro modelo con suscripción fija además de 360Dialog, pero aun así agrega un recargo por encima de la suscripción – incluso en los mensajes de autenticación, donde su recargo es alrededor de 5x mayor que la tarifa de 360Dialog. Los socios pagan una cuota y además absorben el margen por mensaje.
Comparación de costos – Ranking
Posición
Proveedor
Modelo de precios
Total mensual
vs. 360Dialog
1
360Dialog
Suscripción fija, sin recargo
$461.20
referencia
2
GupShup
Sin suscripción, recargo en plantillas + servicio + entrantes
$472.20
+$11.00 (+2.4%)
3
AiSensy
Sin suscripción, recargo solo en plantillas
$482.64
+$21.44 (+4.6%)
4
Interakt
Suscripción fija ($55), recargo en plantillas + autenticación
$537.68
+$76.48 (+16.6%)
5
Twilio
Sin suscripción, recargo en plantillas + servicio
$752.20
+$291.00 (+63.1%)
6
Infobip
Sin suscripción, recargo en plantillas + servicio
$828.84
+$367.64 (+79.7%)
7
Vonage
Sin suscripción, recargo en plantillas + servicio
$1,206.22
+$745.02 (+161.5%)
Conclusiones principales
El recargo en los mensajes de servicio es la mayor palanca de costo individual de este mercado – no la cuota de suscripción. 360Dialog, AiSensy & Interakt son los únicos tres proveedores que cobran $0 en los 60,000 mensajes de servicio y entrantes de este perfil. Todos los demás cobran por esta bolsa: Vonage ($674), Twilio ($300), Infobip ($263), GupShup ($60). Esta única línea explica la mayor parte de la diferencia entre 360Dialog y los tres competidores más caros.
Los precios de marketing (plantillas) son bastante parecidos, con un valor atípico. La mayoría de los proveedores se ubica en un rango de $375-$450 para 6,000 mensajes de marketing, coherente con el traspaso de la tarifa oficial de WhatsApp. Infobip rompe el patrón con $526.09 (+40% vs. 360Dialog), lo que sugiere un recargo real en lugar de un traspaso puro.
Los mensajes de autenticación son un punto de margen discreto para al menos un competidor. Interakt cobra $34.97 por 1,000 mensajes de autenticación – alrededor de 5x los $6.80 de 360Dialog para el mismo volumen, el mayor recargo relativo en cualquier categoría individual de toda la comparación.
Los proveedores “sin cuota de suscripción” solo ganan con bajo volumen. GupShup, Infobip, AiSensy, Vonage y Twilio anuncian $0 de cuota de canal, lo que los hace estructuralmente atractivos para cuentas de muy bajo volumen. La cuota fija de $59 de 360Dialog es una desventaja real por debajo de cierto punto de equilibrio – y GupShup, que con este volumen medio ya es solo 2.4% más cara, probablemente quedaría por debajo de 360Dialog en volúmenes bastante menores.
Vea sus propios números
La comparación de arriba usa una sola persona fija para que los cálculos sean comparables entre proveedores, pero la mezcla real de mensajes de marketing, utilidad, servicio y autenticación es distinta en cada empresa – y es esa mezcla la que determina si sale más barato un modelo solo de suscripción o un modelo con recargo por mensaje.
Para que eso sea más fácil de comprobar, 360Dialog acaba de lanzar una calculadora de costos de WhatsApp. Ingrese sus propios volúmenes mensuales por tipo de mensaje y vea cómo se ven sus costos reales de WhatsApp – sin adivinar, solo los números que su empresa pagaría de verdad.
Una WhatsApp Business Account (WABA) es la entidad gestionada por Meta que le da acceso programático a la WhatsApp Business Platform. Sin una WABA aprobada, no puede enviar ni un solo mensaje a través de la API.
La aprobación no es una sola decisión. Son cuatro revisiones separadas:
Verificación del negocio
Revisión del nombre para mostrar
Registro del número de teléfono
Aprobación de la plantilla de mensaje
El proceso de aprobación de la WABA es, en la práctica, esas cuatro revisiones apiladas, cada una con su propio plazo y sus propios puntos de falla. La preparación que usted lleve a ellas decide si sale al aire en pocos días o pasa semanas yendo y viniendo con el soporte de Meta.
Esta guía es para la persona responsable de poner la cuenta en marcha: un líder de operaciones, un evaluador técnico o un fundador que trabaja contra una fecha de lanzamiento. Cubre qué preparar antes de empezar, la secuencia de registro, los motivos de rechazo que explican la mayoría de las solicitudes fallidas y qué hacer después de la aprobación para mantener la cuenta sana.
Para quién es esta guía
Debería leer esto si está configurando la primera WABA de su empresa, si una solicitud anterior fue rechazada o si está estimando el plazo para un lanzamiento.
Esto no es para usted si solo necesita la WhatsApp Business App en un teléfono. Esa aplicación no requiere WABA, ni verificación, ni acceso a la API. Tampoco puede ejecutar campañas de difusión, chatbots ni integración con CRM.
¿Qué es una WABA y por qué existe el proceso de aprobación?
Bandeja de entrada compartida y enrutamiento de agentes
Mensajería transaccional y de autenticación en alto volumen
Una nota sobre la nomenclatura: Meta viene migrando de “Administrador Comercial” a “Meta Business Portfolio”. Todavía verá la etiqueta anterior en algunas interfaces y en la documentación. Se refieren al mismo lugar.
Meta revisa cada solicitud porque la API permite enviar mensajes a escala. Antes de conceder eso, Meta necesita confirmar que su empresa existe legalmente, que su caso de uso está permitido por sus Políticas Comerciales y de Comercio, que su número de teléfono es elegible y que la identidad enviada coincide con su identidad pública.
Entender cómo encajan las cuatro etapas es lo que separa una primera configuración limpia de tener que empezar de nuevo.
Requisitos de aprobación de la WhatsApp Business API: qué preparar primero
Entrar en el flujo de registro sin estos materiales es la forma más segura de activar una revisión manual. La inconsistencia entre ellos es la causa más común de demora.
Requisito
Qué verificar
Meta Business Portfolio
Activo y en regla. Cree la WABA dentro de su propio portfolio, nunca dentro del de una agencia o de un tercero. Migrar una WABA entre portfolios después es difícil y, a veces, imposible.
Documentos de registro de la empresa (para la Verificación del Negocio en Meta)
Si su empresa no está verificada, necesitará lo siguiente para continuar con la verificación: Acta constitutiva o registro equivalente, identificación fiscal (RFC, NIF o equivalente local) y comprobante de domicilio comercial, como un estado de cuenta bancario o una factura de servicios. La razón social debe ser idéntica en los tres.
Número de teléfono dedicado
No puede estar activo en una cuenta personal de WhatsApp ni en la WhatsApp Business App. Debe poder recibir un SMS o una llamada de voz internacional para el código de un solo uso. Los números fijos y VoIP funcionan si pueden recibir llamadas internacionales. Desactive cualquier IVR en la línea durante el registro.
Sitio web activo de la empresa
Activo, con identidad de marca y representando claramente a la empresa, con política de privacidad. El sitio debe describir claramente las actividades de la empresa. No puede ser una página de inicio de sesión. Meta revisará el sitio web de la empresa al analizar la WABA y el nombre para mostrar.
Nombre para mostrar
El nombre registrado de su empresa o una variación de marca claramente derivada de él. Los nombres genéricos suelen ser rechazados. Las mayúsculas y minúsculas importan, así que use el mismo formato de nombre que su marca. Ejemplo: Si el nombre o el logo de su empresa se muestra como “ABC Company”, su nombre para mostrar en WhatsApp también debe ser “ABC Company”, no “abc company”.
Página de Facebook
No siempre es obligatoria, pero mantener el nombre consistente entre la Página, el sitio web, el portfolio y el nombre para mostrar reduce la posibilidad de una revisión manual.
La consistencia del nombre es el paso de preparación con mayor impacto. Diferencias tan pequeñas como “S.A.” frente a “Sociedad Anónima”, o un nombre comercial usado públicamente mientras la razón social aparece en los documentos, ya bastan para mover una solicitud de la revisión automática a la manual. Audite cada punto de contacto antes de empezar: documentos, perfil del portfolio, pie de página del sitio, Página de Facebook y nombre para mostrar.
Cómo registrar una WABA: paso a paso
Estos son los pasos de registro de la WABA a través de un Business Solution Provider (BSP), que es como la mayoría de las empresas accede a la WhatsApp Business Platform.
1. Configure su Meta Business Portfolio
Qué hacer: Vaya a business.facebook.com y cree su portfolio o inicie sesión.
Qué necesita: Datos legales de la empresa, un correo de administrador accesible y su Página de Facebook, si tiene una.
Qué debería pasar: Los datos de su empresa se guardan sin errores de validación y la cuenta no muestra restricciones.
Cómo confirmar que funcionó: El portfolio aparece en regla, con los datos de su entidad legal visibles en Información de la empresa.
Si el portfolio es totalmente nuevo, sin historial de anuncios, puede atraer una revisión manual adicional. Ejecutar una pequeña campaña en Facebook o Instagram antes puede crear un historial de actividad que apoye las verificaciones automáticas de Meta. Desde finales de 2025, Meta también permite que los números de teléfono hereden el límite de mensajería más alto ya alcanzado en cualquier punto del mismo portfolio, así que configurar dentro de un portfolio establecido y sano puede darle a un número nuevo una mejor posición de inicio que la de uno en blanco.
2. Elija su Business Solution Provider
Meta no concede acceso directo a la API a la mayoría de las empresas. Un BSP se encarga de la infraestructura de la API, del Embedded Signup, del onboarding del número de teléfono, de la gestión de la cuenta, del soporte técnico y del escalamiento a Meta cuando algo se traba.
Preguntas que vale la pena hacerle a cualquier BSP antes de comprometerse:
¿Aplican un margen sobre las tarifas de conversación de Meta o las trasladan sin markup?
¿Hay un volumen mínimo de mensajería o algún compromiso obligatorio?
¿Cuál es la ruta de escalamiento cuando Meta marca una cuenta, y cuál es el tiempo de respuesta?
Si ocurre un error de configuración durante el Embedded Signup, ¿qué se puede corregir y dentro de qué plazo?
¿Seguimos siendo dueños de la WABA si nos vamos?
360Dialog es un Meta Business Solution Provider oficial, con acceso completo a la API, traslado transparente de las tarifas de Meta, sin markup, y soporte 24/7. Su elección de BSP afecta cada etapa posterior, desde la calidad de la experiencia de registro hasta la rapidez con la que una cuenta marcada se desbloquea.
3. Complete el flujo del Embedded Signup
Qué hacer: Ejecute el flujo del Embedded Signup en el navegador, provisto por su BSP.
Qué necesita: Acceso de administrador del portfolio, su nombre para mostrar y los datos de la empresa que coincidan con sus documentos.
Qué debería pasar: El flujo conecta su portfolio con el BSP, crea la WABA, envía el nombre para mostrar e inicia la revisión de Meta. Se le pedirá aceptar las Políticas Comerciales y de Comercio de WhatsApp.
Cómo confirmar que funcionó: La WABA aparece en las cuentas de WhatsApp de su portfolio, con el nombre para mostrar en estado de revisión pendiente.
No cierre el navegador a mitad del flujo. No cambie los datos de la empresa durante el envío ni inmediatamente después, porque los cambios hechos durante un periodo de revisión pueden reiniciar esa etapa.
4. Registre y verifique su número de teléfono
Qué hacer: Agregue el número a la WABA y solicite el código de un solo uso.
Qué necesita: Un número que pueda recibir el código por SMS o llamada de voz, con el IVR desactivado.
Qué debería pasar: Llega un código de seis dígitos y, al ingresarlo dentro del plazo de validez, el número queda registrado y devuelve un phone number ID.
Cómo confirmar que funcionó: El número aparece como conectado en el WhatsApp Manager, y usted puede recuperar su phone number ID a través de la API.
Una vez registrado, el número ya puede responder de inmediato a las conversaciones iniciadas por el cliente. El envío de mensajes iniciados por la empresa comienza en un nivel diario bajo, comúnmente citado como 250 destinatarios únicos por día, y aumenta a medida que usted construye un historial de entrega y calidad. Completar la verificación del negocio es lo que lo saca de ese límite inicial.
5. Complete la Verificación del Negocio en Meta (si aún no está verificada; si ya está verificada, puede omitir este paso)
Esta es la etapa que la mayoría de los equipos subestima. La verificación confirma que su empresa existe legalmente, libera el límite inicial de mensajería y aumenta la cantidad de números de teléfono que puede conectar (los portfolios no verificados quedan limitados a dos números durante el periodo inicial).
Hay dos rutas para verificarse:
Partner-led Business Verification (PLBV). 360Dialog revisa sus documentos y envía su empresa a Meta en su nombre, lo que suele ser la ruta más rápida y sencilla. Puede iniciarla durante el Embedded Signup para una cuenta nueva, o contactando al soporte de 360Dialog para una existente. 360Dialog primero verifica que usted es una entidad legal real, que representa a la empresa y que sus documentos son válidos y consistentes; la decisión final sigue siendo de Meta. La PLBV está limitada a tres intentos por empresa y no puede ejecutarse al mismo tiempo que una solicitud Classic.
Classic Business Verification. Usted la hace por su cuenta, directamente en Meta Business Suite a través del Security Center de su empresa. Esta es la ruta descrita a continuación y también la indicada en casos específicos, como organismos gubernamentales y proveedores de tecnología, o cuando ya ha agotado sus intentos de PLBV.
Para la ruta Classic: Qué hacer: En su portfolio, vaya a Configuración, luego Información de la empresa y, después, Verificación del negocio. Qué necesita: Documentos de verificación del negocio en los que la razón social, el domicilio registrado, el número de registro y los datos fiscales sean idénticos entre sí y con el perfil de su portfolio. Esa misma consistencia de documentos también aplica a la PLBV.
Qué debería pasar: Si Meta puede localizar su empresa en bases públicas, la verificación puede resolverse con una confirmación por teléfono o correo, a veces en menos de un día. De lo contrario, usted sube los documentos y espera, normalmente unos días hábiles.
Cómo confirmar que funcionó: El portfolio pasa a mostrar el estado verificado y su límite de mensajería aumenta.
6. Cree sus primeras plantillas de mensaje
Qué hacer: Envíe al menos una plantilla de mensaje para aprobación antes de cualquier envío iniciado por la empresa.
Qué necesita: Una plantilla con la categoría correcta (marketing, utilidad o autenticación), contexto claro de los campos variables y sin formulaciones engañosas.
Qué debería pasar: La aprobación suele llegar en 24 horas, a veces más rápido para empresas verificadas y según la longitud del contenido. La aprobación de la plantilla es un proceso separado de la aprobación de la WABA.
Cómo confirmar que funcionó: El estado de la plantilla aparece como aprobado en el WhatsApp Manager, y un envío de prueba se entrega. Envíelo a un número real que haya dado opt-in (su propio teléfono funciona, siempre que haya dado su consentimiento) y confirme que el mensaje llega.
Las plantillas se rechazan cuando son demasiado vagas, les falta contexto, usan campos variables sin explicación, están en la categoría equivocada o meten contenido promocional bajo una categoría de utilidad. Preste atención especial a este último caso: un mensaje promocional disfrazado de utilidad es, al mismo tiempo, un motivo de rechazo y, una vez aprobado, un motivo de restricción.
La clave de prueba del Sandbox de 360Dialog solo envía a su propio número y tiene un tope de alrededor de 200 mensajes, así que sirve para una primera comprobación de la API, pero no para pruebas reales de preproducción. Para eso, pruebe su integración con una pequeña lista de prueba con opt-in antes de cualquier campaña en producción. Confirme los acuses de entrega, los payloads de webhook y el enrutamiento de respuestas mientras el volumen todavía es lo bastante pequeño como para que un error no cueste nada.
Tiempo de aprobación de la WABA: qué esperar de forma realista
El tiempo de aprobación depende de su documentación, del historial de su portfolio y de si Meta puede verificar su empresa automáticamente a través de registros públicos. Los rangos de abajo reflejan resultados comúnmente observados, no compromisos de Meta. Los plazos cambian a medida que Meta ajusta sus procesos de revisión, así que confirme las expectativas actuales con su BSP antes de planificar en función de ellas.
Etapa
Plazo comúnmente observado
Verificación del negocio, coincidencia automática
A menudo en menos de 24 horas, cuando Meta identifica a la empresa en bases públicas
Verificación del negocio (Classic)
Alrededor de 2 a 5 días hábiles
Verificación del negocio (PLBV)
24 – 48 horas
Creación de la WABA vía Embedded Signup
Normalmente el mismo día
Revisión del nombre para mostrar
A menudo el mismo día, una vez que la empresa está verificada
Registro del número de teléfono
Minutos, una vez que la WABA existe
Aprobación de la primera plantilla
Alrededor de 24 a 48 horas
De principio a fin
Alrededor de 1 a 10 días hábiles
Planifique empezar al menos dos semanas antes de su fecha de lanzamiento. Los equipos que llegan al extremo rápido de ese rango son los que prepararon documentación consistente, usaron un portfolio establecido, enviaron un nombre para mostrar elegible y un número limpio, completaron el registro sin errores y, después, dejaron intactos los datos de la empresa durante la revisión.
Aprobación del nombre para mostrar: reglas y errores comunes
Su nombre para mostrar es lo que los usuarios de WhatsApp ven cuando llega un mensaje de su cuenta. Un rechazo aquí agrega un ciclo entero de revisión, así que vale la pena acertar a la primera.
Suelen aprobarse:
El nombre registrado de su empresa, por ejemplo “Acme Logística”
Una variación claramente derivada, como “Acme Soporte”
Un nombre de marca ligado a una empresa matriz verificada
Un nombre comercial que sea verificable en línea
Suelen rechazarse:
Nombres de función genéricos, como “Soporte”, “Equipo de Ventas” o “Atención al Cliente”
Nombres sin conexión con una empresa verificable
Nombres que sugieren afiliación con Meta o WhatsApp
Nombres que entran en conflicto con su documentación verificada
Nombres con eslóganes, descripciones o lenguaje promocional
Cuatro cosas deben estar alineadas: la razón social registrada, el dominio e identidad de marca del sitio, el nombre de la Página de Facebook y el nombre para mostrar enviado.
Si su nombre comercial es distinto de la razón social, use el nombre comercial de forma consistente en sus propiedades públicas y asegúrese de que ambos nombres aparezcan en algún lugar de su sitio web. Eso le da al revisor un camino de la entidad legal a la marca pública.
Motivos comunes de rechazo de la WABA y cómo resolver cada uno
Si se pregunta por qué se rechaza una WABA, la mayoría de los casos se concentra en cinco puntos previsibles.
1. Violación de las políticas para empresas
Por qué pasa: Ciertas categorías están prohibidas en la plataforma, entre ellas armas de fuego, tabaco, drogas ilegales, juegos de azar, contenido para adultos y marketing multinivel. Las categorías reguladas, como bebidas alcohólicas o suplementos, pueden tener condiciones adicionales según el mercado.
Cómo resolverlo: Lea la Política de Comercio de WhatsApp antes de solicitar. Si su negocio principal cae en una categoría prohibida, ningún BSP puede conseguir acceso y ninguna documentación adicional cambiará el resultado. Las categorías y las excepciones regionales cambian, así que revise la política vigente en lugar de un resumen de terceros.
2. Discrepancia en el nombre para mostrar
Por qué pasa: El nombre enviado no coincide con el nombre verificado de la empresa, el sitio web, la Página o la marca pública. La puntuación, las abreviaturas, las variantes de escritura y las diferencias entre razón social y nombre comercial cuentan.
Cómo resolverlo: Use la razón social o una variación claramente derivada. Antes de reenviar, compárelo con sus documentos, el sitio web, la Página y el perfil del portfolio. Cada uno de ellos debe coincidir o dejar la conexión evidente.
3. Documentos inconsistentes o incompletos
Por qué pasa: Los documentos cargados traen domicilios, nombres de entidad, números de registro o identificadores fiscales distintos, a menudo porque se emitieron con años de diferencia, o después de un cambio de domicilio que nunca se reflejó en el comprobante fiscal.
Cómo resolverlo: Audite cada documento antes de cargarlo. La razón social, el domicilio registrado y los datos fiscales deben ser idénticos en todos y coincidir con el perfil de su portfolio. Una pequeña discrepancia activa la misma revisión manual que una grande.
4. Número de teléfono ya registrado en WhatsApp
Por qué pasa: El número está activo en WhatsApp personal, en la WhatsApp Business App o en otra WABA, así que el registro por la API falla.
Cómo resolverlo: Elimine la cuenta de WhatsApp existente en ese número y dé tiempo a que el cambio se propague antes de reintentar. Una opción más limpia bajo presión de tiempo es usar un número que nunca haya estado conectado a WhatsApp.
5. Portfolio nuevo, sin historial de actividad
Por qué pasa: Un portfolio sin historial de anuncios o de negocio puede ser derivado a revisión manual incluso cuando la documentación es correcta.
Cómo resolverlo: Use, cuando sea posible, un portfolio existente con historial legítimo de anuncios en Facebook o Instagram. Si tiene que empezar de cero, una pequeña campaña antes de solicitar puede crear el historial que apoya las verificaciones automáticas.
Lo que la aprobación no le garantiza: limitaciones para tener en cuenta
Limitación
Qué significa en la práctica
Requisito de opt-in
Todo destinatario de un mensaje iniciado por la empresa debe haber dado su consentimiento activo. Las listas compradas o extraídas son una violación de las políticas.
Aprobación de plantilla
Sin plantilla, no hay mensaje iniciado por la empresa. Incluya la revisión de la plantilla en el plazo de su campaña.
Ventana de atención al cliente
Las respuestas libres solo son posibles dentro de la ventana que abre un mensaje del cliente. Fuera de ella, necesita una plantilla aprobada.
Nivel de mensajería
Su límite diario de mensajes iniciados por la empresa comienza bajo y crece con el volumen y el historial de calidad. No puede comprar un atajo.
Números de teléfono por WABA
Los portfolios no verificados empiezan limitados a dos números. La verificación sube el techo.
Disponibilidad regional
Los permisos de categoría y los precios varían según el mercado. Confírmelo para cada país al que envíe mensajes.
Dependencia del BSP
Su proveedor está entre usted y Meta en los escalamientos. Su tiempo de respuesta se convierte en el suyo cuando una cuenta queda marcada.
Un ejemplo de flujo, de principio a fin
Con la WABA en marcha, así se ve una integración funcionando en la práctica:
Un nuevo lead envía el formulario del sitio → se crea el contacto en el CRM con fecha y hora del opt-in y origen registrados → se envía una plantilla de utilidad aprobada que confirma la solicitud → el cliente responde y abre la ventana de atención → la conversación se enruta a un vendedor en la bandeja de entrada compartida → el agente responde libremente dentro de la ventana, y el registro de la oportunidad se actualiza con el hilo de la conversación
La fecha y hora del opt-in es la parte que los equipos se saltan. Es también el registro que necesita si un destinatario se queja y Meta pregunta cómo se obtuvo el consentimiento.
Cómo proteger su WABA aprobada de restricciones
La aprobación es donde empieza el trabajo de verdad. Cada mes se restringen varios cientos de WABAs y, por nuestra experiencia, la mayoría de esas restricciones eran evitables. Una cuenta aprobada puede ver sus límites reducidos, su envío bloqueado temporalmente o la cuenta desactivada de forma permanente.
Meta monitorea su cuenta de forma continua. Su calificación de calidad es visible en el WhatsApp Manager y debe revisarse de forma programada, no solo después de que aparece un problema.
Altas tasas de bloqueo o de reporte como spam. Cuando los destinatarios bloquean o reportan su número, Meta puede reducir automáticamente su nivel de mensajería. Este es el problema posaprobación más común y uno de los más lentos de revertir. Envíe solo a usuarios con opt-in, mantenga el contenido relevante, controle la frecuencia, haga que las instrucciones para darse de baja sean imposibles de ignorar y vigile las tasas de bloqueo por campaña, no las agregadas.
Envío sin opt-in. Enviar a personas que nunca consintieron es una violación directa de las políticas. Su opt-in debe dejar claro que la persona se está suscribiendo para recibir mensajes en WhatsApp, qué va a recibir, qué empresa envía y cómo darse de baja. Conserve el registro.
Uso indebido de la categoría de la plantilla. Enviar contenido de marketing por una plantilla de utilidad aprobada puede activar la revisión de la plantilla y restricciones en la cuenta. Las plantillas de utilidad respaldan una transacción o una solicitud del cliente. Las de autenticación verifican. Las de marketing promocionan. Use cada una solo para su finalidad aprobada.
Picos súbitos de volumen. Los saltos grandes antes de que la cuenta tenga historial parecen abuso. Aumente de forma gradual y manténgase dentro de su nivel actual.
Contenido prohibido. El contenido restringido puede activar una revisión a nivel de cuenta incluso en una WABA ya aprobada, incluidos productos para adultos, tabaco, productos financieros regulados, juegos de azar, afirmaciones de salud y bebidas alcohólicas en mercados restringidos. Revise la política aplicable antes de cada nueva campaña, no después.
Advertencias de calidad ignoradas. Meta suele advertir antes de restringir. Los equipos que no revisan el WhatsApp Manager se enteran solo cuando sus límites caen. Revise cada semana: la tendencia de la calificación de calidad, la tasa de bloqueo, las advertencias sobre plantillas y los cambios en el límite de mensajería.
Las restricciones aumentan por niveles. Una primera violación puede generar un bloqueo corto de los mensajes iniciados por la empresa. Las violaciones repetidas llevan a bloqueos más largos en todo el envío y pueden terminar en una desactivación permanente. Las restricciones se pueden apelar a través de Business Support Home en su portfolio, generalmente dentro de un plazo de apelación definido, pero las apelaciones toman tiempo y no están garantizadas. Prevenir cuesta mucho menos que recuperar.
Lo que haga en los primeros 90 días de envío determina, en gran parte, si la cuenta se mantiene sana. Comience con volúmenes bajos, listas con opt-in, plantillas cuidadosamente categorizadas y contenido relevante. Construya una calificación de calidad positiva antes de escalar.
Durante años, elegir un proveedor de WhatsApp se trató como una decisión de mensajería. En 2026 se ha convertido en una decisión de protección de datos. Los equipos legales, de compras y de seguridad en toda Europa hacen preguntas más exigentes sobre dónde se procesan y almacenan las conversaciones con clientes, y quién puede acceder a esos datos. Para bancos, aseguradoras, hospitales, organismos públicos y plataformas SaaS empresariales que manejan datos personales a gran escala, la conformidad de WhatsApp con el RGPD está hoy en el mismo escritorio que el riesgo de proveedores y la preparación para auditorías.
Por qué la conversación sobre el RGPD y WhatsApp cambió en 2026
El texto del RGPD es el mismo que hace cinco años. Lo que cambió es la aplicación. Las autoridades que dedicaron los primeros años a redactar directrices ahora emiten resoluciones, y las más grandes apuntan justo a lo que los compradores de WhatsApp solían pasar por alto: a dónde van los datos en cuanto salen de la aplicación.
En mayo de 2023, la autoridad irlandesa de protección de datos multó a Meta con 1.200 millones de euros y le ordenó dejar de enviar datos de usuarios europeos a Estados Unidos. Detrás de esa cifra no hubo una filtración ni una brecha. El propio mecanismo de transferencia, mover datos de la UE a servidores en Estados Unidos, había sido declarado ilegal.
Cualquier empresa que enrute datos de clientes a través de infraestructura bajo control estadounidense tiene ahora un precio concreto por equivocarse: las multas del RGPD llegan hasta 20 millones de euros o el 4 % de la facturación anual global.
Una evaluación de un Solution Partner hoy lo refleja. Meta retiró la etiqueta Business Solution Provider (BSP); estos socios ahora se llaman oficialmente Solution Partners. Va mucho más allá de los banners de consentimiento y las políticas de privacidad, y el área de compras quiere detalles concretos:
Dónde funciona físicamente la infraestructura
Qué subprocesadores tienen contacto con los datos
Qué sistema jurídico puede obligar a acceder a ellos
Cómo están estructuradas las transferencias internacionales
En esas respuestas es donde se decide realmente la conformidad de WhatsApp con el RGPD.
Dónde está realmente su exposición al RGPD
Ninguna autoridad seria trata a WhatsApp como automáticamente no conforme. Lo que determina su exposición es la arquitectura que lo rodea. Dos empresas pueden ejecutar campañas idénticas en WhatsApp y terminar en posiciones de riesgo muy distintas, según dónde aloje los datos su Solution Partner, cómo enrute los mensajes, qué subprocesadores use y dónde guarde los registros.
En los sectores regulados, es justamente esa cuestión de arquitectura la que pone sobre la mesa la WhatsApp Business API alojada en la UE. Mantener los datos y el procesamiento de la aplicación dentro del Espacio Económico Europeo reduce la parte de su configuración que una evaluación de transferencias debe cubrir. Las obligaciones del RGPD siguen aplicando de todos modos, pero la pregunta más difícil de toda la revisión, qué ocurre con estos datos una vez que salen de la UE, simplemente deja de existir.
La conformidad con el RGPD se reduce al flujo de datos
La mayoría de los equipos subestima lo detallada que se ha vuelto una revisión moderna de RGPD. Desde Schrems II, la sentencia de 2020 que anuló el Privacy Shield entre la UE y Estados Unidos, las autoridades europeas esperan que las organizaciones mapeen sus flujos de datos con precisión real:
Por dónde viajan los metadatos de los mensajes
Dónde se escriben los registros de la aplicación
Qué sistemas procesan los identificadores de clientes
Si algo sale de la UE durante el enrutamiento o el soporte
Aquí es donde se caen muchas promesas de los Solution Partners. Un proveedor puede autodenominarse “orientado a Europa” y aun así ejecutar logging, herramientas de soporte o procesamiento de contingencia en sistemas fuera de la UE. Puede pasar una revisión superficial y fallar en el momento en que alguien aplica una evaluación de impacto en la protección de datos (DPIA).
La residencia de datos de WhatsApp pasó de ser una nota jurídica al pie a algo que a usted le pueden pedir que demuestre: dónde residen estos datos y quién puede acceder a ellos. La pregunta se vuelve más seria en cuanto WhatsApp deja de ser un canal de marketing y pasa al onboarding y al soporte a través de la API de WhatsApp, gestionando datos personales todo el día.
Uso de la aplicación frente a control de la infraestructura
La diferencia que la mayoría de los compradores pasa por alto está entre usar una aplicación y controlar la infraestructura que hay debajo. Una plataforma de mensajería puede verse limpia en la interfaz y aun así exponerlo por debajo. Los mensajes pueden estar cifrados de extremo a extremo mientras los metadatos operativos pasan por sistemas en Estados Unidos, los registros quedan en una región fuera de la UE o un agente de soporte accede a los datos desde un tercer país. Una demostración de producto nunca muestra nada de esto. Aparece después, cuando el área legal rastrea a dónde van realmente los datos.
Alojamiento en la UE frente a alojamiento global, en la práctica
Una configuración global tradicional está pensada para la escala y la comodidad. Por lo general:
Distribuye las cargas de trabajo en varias regiones
Replica los registros a nivel mundial
Centraliza el soporte en una sola ubicación
Usa procesamiento en Estados Unidos por defecto
Para muchos casos de uso funciona bien. Con datos regulados, le deja una larga lista de transferencias que después tiene que justificar. Una WhatsApp Business API alojada en la UE hace lo contrario: el procesamiento se queda en una región de la UE, el almacenamiento se mantiene local, las transferencias se reducen al mínimo y los controles se definen por región. Usted sigue firmando un DPA y sigue realizando sus evaluaciones. La diferencia es que el área que debe defender es más pequeña, y la revisión avanza más rápido porque hay menos que explicar.
La CLOUD Act y el acceso extraterritorial
Los compradores europeos vuelven una y otra vez a una pregunta: de quién es la infraestructura, en realidad. Bajo la CLOUD Act estadounidense, de 2018, un proveedor con sede en Estados Unidos puede ser obligado a entregar datos que controla incluso cuando esos datos están almacenados en el extranjero. El riesgo aquí es de jurisdicción. Incluso una empresa en la que usted confía por completo puede recibir una orden judicial estadounidense y tener que cumplirla.
Para un banco o un hospital, eso abre una serie de preguntas que ninguna presentación comercial resuelve: si los datos pueden ser solicitados, qué metadatos entran en ese alcance y qué hay en realidad entre una orden judicial estadounidense y los datos de clientes europeos. Por eso la ubicación del alojamiento y la propiedad de la infraestructura dejaron de ser detalles secundarios, y la exposición a la CLOUD Act en WhatsApp aparece ya como un punto fijo en las evaluaciones serias de proveedores.
La documentación pesa más que el marketing
“GDPR-ready”, “privacy-focused”, “enterprise secure”: todo proveedor ofrece alguna versión de esto. Los equipos de compras aprendieron a pasar por alto los adjetivos y pedir la documentación:
Una lista real de subprocesadores
Documentación de dónde ocurre realmente el despliegue
Términos contractuales de procesamiento que permitan exigir responsabilidad al proveedor
El documento de mayor peso aquí es el WhatsApp DPA. El Data Processing Addendum solía ser un anexo que nadie abría. Hoy se revisa como un contrato, porque define quién es responsable de qué, cómo se gestionan las transferencias, cuándo le avisan de una brecha y qué puede hacer el subprocesador con los datos. En 2026 los equipos lo leen con mucha más atención que hace tres años, y notan cuándo es vago.
Por qué los sectores regulados se mueven primero
La presión es mayor donde la conversación en sí es sensible: un banco en el onboarding de un cliente, una clínica confirmando una cita, una aseguradora gestionando un siniestro, un organismo público atendiendo a ciudadanos. En esos contextos, WhatsApp pasa a formar parte del stack de gobernanza, y un alojamiento débil genera fricción real.
Las compras se frenan, el área legal escala, se reabre una DPIA, seguridad se opone. Por eso, quienes más tienen que perder son justamente los que adoptan más rápido la infraestructura por región. Un reporte limpio y basado en la UE, a través de sus herramientas de WhatsApp Analytics y de gobernanza, también ayuda cuando los auditores empiezan a pedir evidencia en lugar de garantías.
La conformidad se está convirtiendo en una decisión de Marketplace
Uno de los cambios más claros de este año es quién se sienta a la mesa en una decisión de Solution Partner. Antes era seguridad. Ahora participan compras, legal, operaciones y a veces la dirección, porque la infraestructura de mensajería alimenta directamente el riesgo corporativo.
Eso cambió la forma en que compite el WhatsApp Marketplace. La disponibilidad y la velocidad de onboarding siguen importando, pero por sí solas ya no ganan un contrato. Los compradores ahora comparan proveedores por la transparencia de la infraestructura, la jurisdicción del alojamiento y si todo el conjunto se puede defender ante una autoridad.
De “conforme” a “defendible”
Hay una diferencia real entre marcar una casilla de conformidad y poder defender su configuración cuando alguien la cuestiona. Defendible significa poder demostrar, cuando se lo pidan:
dónde están realmente sus datos
que evaluó el riesgo de transferencia
que su proveedor es responsable por escrito
que su lógica de procesamiento está documentada, no supuesta
Ese es un estándar más alto, y solo se sostiene cuando legal, infraestructura, compras, seguridad y las personas que realmente operan el programa de mensajería hablan entre sí. Las empresas que lo logran tratan la infraestructura de WhatsApp como parte de su gobernanza, igual que cualquier otro sistema que maneja datos de clientes.
Dónde encaja 360Dialog en este cambio
360Dialog construyó su estrategia de infraestructura exactamente en torno a este escenario, en dos capas. Su propia infraestructura de plataforma (el panel, el procesamiento de webhooks y las herramientas de soporte) funciona en Google Cloud, en la región de la UE. Los datos de los mensajes en sí están en la Cloud API de Meta, que usa una región de Estados Unidos por defecto, a menos que usted configure una región de almacenamiento de datos en la UE, como Alemania. Con la región de la UE seleccionada, esto se convierte en una configuración de la WhatsApp Business Platform alojada en la UE que los equipos legales y de compras pueden aprobar sin una larga lista de salvedades.
Dónde se convierte en una ventaja comercial
Con el tiempo, esto deja de ser solo una historia de conformidad y se vuelve también una historia de ventas. Un proveedor que puede mostrar infraestructura basada en la UE, una lista corta de transferencias y documentación limpia avanza más rápido por compras, porque hay menos que discutir para el área legal. Quien se apoya en infraestructura global opaca recibe revisiones más largas, más due diligence y negocios que se atascan en la aprobación de seguridad.
A medida que WhatsApp se convierte en infraestructura central para el onboarding y el soporte, el alojamiento en la UE deja de ser un valor agregado opcional y pasa a formar parte de cómo se resuelve la conversación sobre la conformidad de WhatsApp con el RGPD en 2026 dentro de las empresas reguladas.
En qué se resume todo
En los sectores regulados, los proveedores que ganan son los que pueden explicar su infraestructura con claridad, mostrar a dónde van los datos y responder la pregunta de jurisdicción antes de que una autoridad o un responsable de compras tenga que preguntarla. Esa capacidad, más que cualquier eslogan de privacidad, es lo que hace pasar a un proveedor por la revisión en 2026, mientras el resto se queda atascado en ella.
Preguntas frecuentes
¿Cómo deberíamos evaluar a un Solution Partner en términos de riesgo de RGPD?
Empiece por la jurisdicción del alojamiento y la lista de subprocesadores, y luego avance por la transparencia de la infraestructura, los mecanismos de transferencia, los controles de acceso y aquello a lo que el proveedor se compromete realmente por contrato. Si un proveedor no puede aportar eso, ya tiene su respuesta.
¿Por qué importa tanto el alojamiento en la UE para WhatsApp?
Una WhatsApp Business API alojada en la UE mantiene más de sus datos y de su procesamiento dentro del EEE, lo que reduce su exposición a transferencias y hace que las evaluaciones regulatorias sean más rápidas de superar.
¿El RGPD exige que los datos de WhatsApp permanezcan dentro de la UE?
No de forma literal. El RGPD regula cómo se hacen las transferencias, qué salvaguardas se aplican y quién es responsable, en lugar de prohibir las transferencias. Mantener los datos en la UE simplemente elimina la parte más difícil de la evaluación.
¿Basta con el cifrado por sí solo?
No. El cifrado protege los datos en tránsito y en reposo, pero el RGPD también evalúa la gobernanza, dónde está la infraestructura, qué jurisdicción se aplica y si su subprocesador es responsable.
Cuando WhatsApp es un canal crítico para su negocio, la calidad del soporte de su Business Solution Provider (BSP) no es un lujo opcional: es un factor decisivo. Una caída del servicio, mensajes que no se entregan o problemas en la integración de la API impactan directamente en sus ingresos, en sus relaciones con clientes y en la continuidad de su operación. Elegir el BSP correcto significa elegir un socio que responde cuando más importa.
En 360Dialog construimos nuestro soporte sobre un principio central: WhatsApp es crítico para el negocio, y nuestro soporte está diseñado para ello.
Tiempos de respuesta en los que puede confiar
En el mundo SaaS, los tiempos de respuesta de 24 horas o más no son la excepción. Nosotros nos exigimos otro estándar.
Nuestro compromiso es conectar a cada cliente y socio con un agente de soporte real en menos de una hora. En los últimos 12 meses, nuestra mediana de tiempo de respuesta humana fue de 34 minutos, muy por debajo de ese objetivo, y es una cifra que medimos de forma continua para asegurarnos de seguir mejorando, no solo de mantenernos.
No se trata simplemente de gestionar tickets. Cuando su integración de WhatsApp se cae, esperar horas por una primera respuesta no es aceptable. Una mediana de 34 minutos significa que la mayoría de los casos ya están en manos de una persona real antes de que alcancen a escalar.
Cobertura 24/7, todos los días del año
Los problemas de API no respetan el horario de oficina. Los clientes de nuestros clientes tampoco. Por eso 360Dialog mantiene soporte humano las 24 horas, los 365 días del año.
Siempre hay expertos en WhatsApp disponibles. Sin bots como primera y única línea de respuesta. Sin “le respondemos el lunes”. Personas reales, siempre disponibles.
Conocimiento especializado, no una mesa de ayuda genérica
Saber cómo dar soporte a WhatsApp Business es tan importante como estar disponible. Nuestros expertos en WhatsApp son especialistas en el ecosistema de Meta: todos han completado la intensa capacitación interna de 360Dialog, reconocida como la más exigente y la mejor de su tipo en el mundo, y cuentan con la certificación “Meta Certified WhatsApp for Business Technical Implementation” o están en pleno proceso de obtenerla.
Esto significa que, cuando un cliente plantea una consulta compleja sobre la API o sobre temas de compliance, habla con alguien que realmente entiende la arquitectura, las políticas y los detalles técnicos de WhatsApp, y no con alguien que lee un guion genérico.
Soporte en sus términos: acceso por múltiples canales
Cada cliente y cada socio trabaja de forma distinta. Algunos prefieren el chat en tiempo real; otros se comunican principalmente por correo. Y muchos, como es natural, quieren resolver problemas de WhatsApp directamente por WhatsApp.
Ofrecemos las tres vías:
Soporte por chat/WhatsApp – para resoluciones rápidas y en tiempo real
Correo electrónico – para una comunicación estructurada y documentada
Videoconferencias – disponibles para socios Premium y para resolver problemas en vivo compartiendo pantalla
El objetivo es la menor fricción posible entre un problema y su solución, sin importar cómo prefiera comunicarse.
Soporte en su idioma
Los problemas técnicos son más difíciles de resolver cuando hay una barrera de idioma. El equipo de soporte de 360Dialog brinda asistencia en cinco idiomas: inglés, portugués brasileño, alemán, español y ruso, cubriendo los principales idiomas de nuestra base global de clientes y socios.
Siempre que es posible, se asigna a cada cliente un agente que domina su idioma preferido. Porque para nosotros la comunicación clara es parte de una resolución rápida.
La conclusión para clientes y socios
Para las empresas que usan WhatsApp como canal de ingresos, y para los socios que construyen productos y servicios sobre la WhatsApp Business API, la calidad del soporte de su BSP incide directamente en su propia confiabilidad y reputación.
El modelo de soporte de 360Dialog se basa en compromisos medibles: una mediana de tiempo de respuesta de 34 minutos, disponibilidad humana 24/7, conocimiento especializado certificado y soporte multicanal y multilingüe.
Y esto es lo que nos distingue aún más: nada de esto tiene un costo adicional. No hay niveles de soporte, ni paquetes complementarios, ni cargos ocultos para desbloquear tiempos de respuesta más rápidos o acceso a personas reales. El soporte de primer nivel viene incluido de forma estándar, para cada cliente y cada socio, como parte de la política de precios totalmente transparente de 360Dialog.
Para evaluar las cambiantes realidades de los costos del ecosistema de WhatsApp, es esencial definir cómo operan estas estructuras en competencia. Un modelo de precios basado en suscripción cobra a las empresas una tarifa de licencia fija y predecible en intervalos recurrentes, totalmente independiente del volumen de mensajes transmitidos. Por otro lado, un modelo de precios transaccional cobra a las empresas de forma continua una tarifa variable por mensaje. Este modelo suele introducir márgenes (markups) adicionales del proveedor sobre las Rate Cards oficiales de WhatsApp, lo que hace que los costos de mensajería sean impredecibles y realmente difíciles de seguir.
El panorama de la WhatsApp Business Platform está atravesando una transformación profunda. Meta está moviendo activamente la plataforma de un simple canal de comunicación con precios basados en volumen hacia un ecosistema sofisticado y basado en valor, centrado en el customer lifetime value y en capacidades agénticas. En esta nueva era, el modelo de precios transaccional tradicional, con markup por mensaje —ofrecido por muchos Business Solution Providers (BSPs)—, se está convirtiendo en una reliquia anticuada y contraproducente.
360Dialog, que ha incorporado a más de 100.000 empresas a WhatsApp en todo el mundo, ha estado a la vanguardia de este cambio, adoptando un modelo de precios basado en suscripción, construido sobre licenciamiento fijo y transparencia. Este modelo no es solo una preferencia comercial; es una necesidad estructural que se alinea perfectamente con el futuro basado en valor y agéntico que WhatsApp está adoptando.
La Gran Transición: Del Volumen Transaccional al Valor Estratégico
WhatsApp ya no se trata solo de enviar un mensaje; se trata de generar resultados de negocio medibles a lo largo de todo el embudo del cliente: adquisición, engagement, conversión y retención.
Los precios transaccionales, que aplican un markup a cada mensaje enviado, penalizan por naturaleza el éxito y desincentivan las estrategias de alto volumen impulsadas por el engagement. Crean un punto de fricción innecesario en el que cada campaña exitosa y de alto volumen genera costos crecientes e impredecibles. El mercado está evolucionando para valorar la conversión y el resultado, y sin embargo los modelos transaccionales siguen cobrando por el mero acceso y el volumen.
Previsibilidad y Transparencia: La Ventaja de la Suscripción
El modelo de suscripción de 360Dialog —con una tarifa de licencia fija y sin markup en los costos de mensajería— ofrece una ventaja fundamental en claridad financiera y eficiencia.
La mayoría de los BSPs competidores operan agregando un markup sobre las tarifas de mensajería estándar de Meta, lo que hace que su costo mensual total fluctúe de forma drástica e impredecible. Para una empresa en crecimiento en WhatsApp, esta incertidumbre ahoga la innovación y convierte la planificación del presupuesto en una pesadilla.
Ejemplo: en un escenario de 100.000 mensajes de Marketing y 10.000 mensajes de Servicio (enviados solo a clientes en Alemania con prefijo de país +49), los modelos transaccionales de grandes competidores (BSPs) resultaron ser hasta un 25 % más caros (un costo adicional de cuatro cifras), lo que se traduce directamente en presupuesto que podría haberse reinvertido en adquisición o retención.
Otros BSPs se apoyan fuertemente en la ilusión de una tarifa de licencia de 0 USD que luce fantástica en los anuncios y en las estrategias iniciales de go-to-market. Sin embargo, esa base de cero dólares está diseñada para enmascarar la realidad de fondo: como agregan un markup por cada interacción, terminan cobrando mucho más en comparación con un modelo de precios basado en suscripción en el momento en que usted realmente empieza a escalar en WhatsApp.
360Dialog elimina estos costos ocultos y ofrece:
Costos predecibles: la tarifa de licencia fija es la base estable que permite a las empresas escalar su volumen de mensajería de forma exponencial sin sufrir aumentos de costos desproporcionados por markups.
Liderazgo en costos: al enfocarse únicamente en la licencia fija, 360Dialog se establece como líder de precio y costo en el mercado.
La transición hacia un WhatsApp basado en valor y agéntico es irreversible. Mientras que los modelos transaccionales penalizan el alto volumen de mensajes, el modelo de suscripción de 360Dialog lo recompensa. Al ofrecer costos predecibles y transparentes construidos en torno a una licencia fija, 360Dialog garantiza que sus clientes puedan enfocarse por completo en maximizar el ROI y abrazar el futuro de una comunicación sofisticada y de alto rendimiento.
Sus clientes quieren llegar a sus propios usuarios en WhatsApp, y los que no pueden hacerlo dentro de su plataforma lo están haciendo en otro lugar. Cada vez que un usuario sale de su producto para enviar un mensaje desde otra herramienta, es actividad que usted ya no controla, y la actividad que se mueve fuera de su plataforma es donde la retención empieza a erosionarse. Derívelos a una herramienta externa y entregará ese compromiso. Construya la integración usted mismo y dedicará meses a la infraestructura de mensajería antes de que alguien envíe un solo mensaje.
Esa es la verdadera tensión para los equipos de ISV: WhatsApp es donde los usuarios de sus clientes ya están, pero meterlo en su producto sin descarrilar su roadmap es la parte difícil. Esta guía desglosa lo que realmente importa, en el orden en que surgen las decisiones: primero las decisiones de negocio (construir o comprar, precios, socio), luego la construcción técnica (registro integrado, API, arquitectura multiusuario).
Por qué las plataformas SaaS están integrando WhatsApp
Las plataformas SaaS se están convirtiendo en ecosistemas. Los usuarios esperan que las herramientas con las que se comunican vivan dentro de los productos en los que ya trabajan, no en una pestaña separada.
WhatsApp es donde ya ocurre buena parte de esa comunicación, lo que lo convierte en algo natural para traer dentro de su producto en lugar de dejarlo fuera. Para su plataforma, eso cambia la propuesta de valor: en lugar de ofrecer una función, usted se convierte en el lugar donde la comunicación de sus clientes realmente ocurre.
La parte difícil es hacerlo a escala, para muchos clientes, sin romper su arquitectura.
Construir o comprar la integración de WhatsApp: ¿cuál es el enfoque correcto?
Una de las decisiones más importantes a las que se enfrentará es si construir su propia solución o utilizar la infraestructura de un socio existente.
Construir internamente le da control total y le permite adaptar todo a su producto. Ese control tiene un costo. Una integración interna básica suele llevar de 4 a 6 meses de tiempo de ingeniería antes de que envíe algo a producción, y eso es antes del mantenimiento continuo a medida que Meta actualiza su API. La configuración con un BSP establecido suele llevar de 2 a 4 semanas desde la firma del contrato hasta el primer mensaje en producción.
La disyuntiva suele reducirse a una pregunta: ¿debería su equipo de ingeniería dedicar los próximos meses a construir infraestructura de mensajería, o a construir las funciones centrales del producto por las que sus clientes realmente pagan?
Aquí es donde un socio como 360Dialog cambia la ecuación. La parte más difícil de construir uno mismo no es enviar un mensaje, es la infraestructura de onboarding que lo rodea: verificación de negocio, aprovisionamiento de WABA, registro del número y el flujo de registro integrado que une todo eso, multiplicado por cada cliente que incorpora. 360Dialog provee eso como un único punto de integración, así que los meses que de otro modo dedicaría a levantar infraestructura de BSP vuelven a su producto.
Para la mayoría de los ISV, las soluciones de socios ganan esa evaluación. Construir es posible; el costo de oportunidad es simplemente demasiado alto.
Modelos de precios y monetización para WhatsApp en SaaS
WhatsApp se cobra por mensaje entregado, por categoría de plantilla, desde que Meta abandonó el antiguo modelo basado en conversaciones en julio de 2025. Los costos varían según cómo sus clientes envíen mensajes a sus propios usuarios, y el modelo que elija para trasladar esos costos tiene implicaciones reales para la confianza y la retención.
Para una plataforma multiusuario, la primera pregunta que hacen los product managers es quién le paga realmente a Meta. La cadena es directa: Meta le cobra al BSP, el BSP le factura a su plataforma, y su plataforma decide cómo recuperar ese costo de cada cliente. Como cada cliente tiene su propio WABA, el uso de mensajería se mide por inquilino, así que puede atribuir costos exactos a cada cliente en lugar de dividir una sola factura compartida. Lo que haga con ese costo por inquilino, ya sea trasladarlo, agregarle margen o incluirlo en una suscripción, es la decisión de precios que viene a continuación.
Las plataformas adoptan generalmente tres enfoques: traspaso directo al costo (sin margen), traspaso con un margen agregado, o la inclusión de la mensajería en precios de suscripción por niveles.
El modelo sin margen merece más atención de la que suele recibir. Cuando usted traslada los costos de los mensajes de WhatsApp exactamente al precio que cobra Meta, sin margen, sus clientes pueden ver exactamente por lo que están pagando y compararlo con las tarifas publicadas de Meta. Esa transparencia elimina una categoría de fricción que tiende a surgir en las conversaciones de renovación y expansión: los clientes no tienen que preguntarse si están pagando un sobreprecio además de los costos de infraestructura, y usted no tiene que gestionar reajustes cada vez que Meta cambia sus tarifas.
360Dialog opera con un modelo sin margen para los costos de los mensajes. Para los ISV que integran a través de 360Dialog, eso significa que puede ofrecer a sus clientes transparencia directa de costos sobre el uso de WhatsApp, mientras construye sus propios ingresos sobre tarifas de plataforma, empaquetado de funciones o niveles de suscripción, en lugar de sobre un margen de mensajería que los clientes tarde o temprano examinarán de cerca. Es una propuesta de valor más limpia y tiende a construir relaciones más duraderas que un modelo de precios de mensajería basado en margen.
Elegir el socio de WhatsApp adecuado para su SaaS
El socio que elija tiene un impacto directo en su velocidad de salida al mercado, sus opciones de arquitectura y su carga operativa a largo plazo.
Un socio sólido debe ofrecer soporte para:
Registro integrado
Arquitectura multiusuario
Rendimiento confiable de la API
También debe quitarle la complejidad operativa de encima, para que su equipo lance funciones del producto en lugar de gestionar infraestructura.
360Dialog está hecho exactamente para este caso de uso de ISV y plataformas, con el aprovisionamiento de WABA, el acceso a la API, el cumplimiento y el flujo de onboarding resueltos a través de una sola integración de socio. Puede profundizar en los detalles en la página de socios de 360Dialog o en la documentación de la Partner API.
Una vez que haya definido el socio, lo primero que debe volver indoloro es el onboarding, y ahí es donde entra el registro integrado.
Qué es el registro integrado de WhatsApp (y por qué es importante)
El registro integrado de WhatsApp permite a sus usuarios conectar su cuenta de WhatsApp Business sin salir de su plataforma. Todo sucede dentro de la interfaz de su producto, y vale la pena entender exactamente qué pasos se eliminan en comparación con el flujo tradicional fuera de la plataforma.
Sin el registro integrado, sus usuarios suelen tener que salir de su plataforma, pasar por la verificación de negocio de Meta por separado, configurar su perfil de WhatsApp Business, registrar un número de teléfono y luego volver a conectarse. Son cinco puntos de fricción separados, cada uno con riesgo de abandono.
Con el registro integrado implementado a través de un socio como 360Dialog, el mismo proceso se comprime en un flujo guiado dentro de la aplicación. La verificación de negocio, el registro del número de teléfono y la configuración del perfil ocurren sin que el usuario salga de su producto. Los pasos siguen ocurriendo, pero se ejecutan en segundo plano o aparecen como indicaciones sencillas dentro de su interfaz.
El resultado es una activación más rápida y una adopción de la función mucho mayor. Para las plataformas SaaS, esto es más que una mejora de UX. Determina directamente cuántos de los usuarios que ven la función de WhatsApp realmente terminan usándola.
API de WhatsApp para plataformas SaaS
La API de WhatsApp para SaaS es fundamentalmente diferente de una integración de terceros común. No es un widget plug-and-play. Es un sistema que necesita lógica de backend, infraestructura y una planificación cuidadosa.
A un nivel básico, la API gestiona el envío y la recepción de mensajes, la gestión de plantillas y el procesamiento de webhooks y eventos de entrega. Pero cuando se construye para una plataforma en lugar de para un solo negocio, la complejidad aumenta rápido.
Ya no se trata de una sola cuenta. Está gestionando muchos clientes, cada uno con sus propios datos, permisos y patrones de uso. Aquí es donde una configuración de API de WhatsApp multiusuario se vuelve crítica, y donde las decisiones de arquitectura que tome al principio tienen el impacto más duradero.
Esenciales de arquitectura para una integración multiusuario de WhatsApp
Aquí es donde las decisiones técnicas se vuelven trascendentales. Algunas preguntas deciden si su arquitectura escala de forma limpia o empieza a crear problemas con más de 50 clientes.
¿Cada cliente obtiene su propio WABA, o lo comparten?
En una configuración multiusuario correctamente estructurada, cada cliente obtiene su propia cuenta de WhatsApp Business (WABA). Esto importa para el cumplimiento, el aislamiento de datos y la portabilidad: si un cliente abandona su plataforma, su WABA y su número de teléfono se van con él. Con el modelo de socio de 360Dialog, el aprovisionamiento de WABA se realiza por cliente y está vinculado a la cuenta de socio de su plataforma, así que gestiona todo desde un único panel sin que los clientes compartan infraestructura.
¿Cómo funciona el enrutamiento de webhooks a escala?
Cuando tiene más de 100 inquilinos, tiene dos opciones de arquitectura: un único endpoint de webhook entrante que desmultiplexa los mensajes por ID de WABA (más sencillo de mantener, con la lógica de enrutamiento en la capa de su aplicación), o endpoints por inquilino (más aislados pero operativamente más pesados). La mayoría de las plataformas a escala usan un único endpoint con desmultiplexación. La API de 360Dialog incluye el identificador de WABA en cada payload de webhook para facilitar esto.
¿Cómo es realmente el aprovisionamiento de claves API?
La secuencia realista es: un cliente completa el registro integrado, 360Dialog crea un WABA y aprovisiona una clave API vinculada a ese WABA, su plataforma recibe la clave a través de un callback de webhook y usted la almacena con ámbito en la cuenta de ese cliente. A partir de ahí, cada llamada a la API para ese cliente usa sus propias credenciales. Esto mantiene el monitoreo de uso, los límites de tasa y la facturación claramente separados por inquilino.
Gestión de plantillas entre inquilinos
A escala, la aprobación de plantillas es un costo operativo recurrente. Las plantillas de cada cliente pasan por la revisión de Meta de forma independiente, así que su plataforma necesita un flujo de trabajo para enviar, rastrear y mostrar el estado de aprobación por cliente, no solo de forma global. Intégrelo en su interfaz de onboarding y gestión de cuentas desde el principio. Adaptarlo más tarde es doloroso.
Gestión de WhatsApp a escala: análisis, automatización y ecosistema
Una vez que la mensajería está activa, el enfoque cambia de la configuración a la optimización.
El análisis juega un papel central. Las tasas de entrega, los tiempos de respuesta y el volumen de conversación son la base, pero para las plataformas socias las métricas más valiosas son por inquilino. Saber que la tasa de entrega agregada de su plataforma es del 97% es menos útil que saber qué cliente específico tiene una tasa en descenso que señala un problema de calidad de plantilla. Las herramientas de métricas y análisis de WhatsApp creadas para ISV muestran esta visibilidad por cliente, para que pueda apoyar a los clientes antes de que ellos mismos noten los problemas.
Las integraciones amplían lo que su plataforma puede hacer sin desarrollo adicional de su parte. El marketplace de WhatsApp es relevante aquí como un activo estratégico para sus clientes. Cuando pueden conectar su CRM, mesa de ayuda o herramientas de automatización existentes a WhatsApp directamente a través de un marketplace, usted libera a su equipo de la presión de construir todas las integraciones posibles de forma nativa. El ecosistema hace ese trabajo, y su plataforma se beneficia de la conectividad sin la sobrecarga de mantenimiento.
Errores comunes a evitar
Los errores que causan más daño en las integraciones de WhatsApp suelen ser específicos de WhatsApp, no problemas de integración genéricos.
Intentar la integración directa de la API sin un BSP para un producto multiusuario. La API de WhatsApp Business de Meta no está diseñada para soportar casos de uso de SaaS multiusuario mediante integración directa. Las plataformas que intentan construir sin un Business Solution Provider se topan con limitaciones de aprovisionamiento de cuentas y requisitos de cumplimiento que la API directa no gestiona a nivel de plataforma. Para los ISV, trabajar a través de un BSP como 360Dialog es sencillamente la forma en que está estructurado el ecosistema.
Ignorar el flujo de aprobación de plantillas en el onboarding. Cada cliente tiene su propio proceso de revisión de plantillas con Meta. Si su flujo de onboarding no contempla esto (mostrar el estado de aprobación, gestionar los rechazos y guiar a los clientes en el reenvío), los clientes se quedan atascados antes de enviar su primera campaña. La aprobación de plantillas debe ser una parte visible de su interfaz de onboarding, no una nota al pie.
Manejo incorrecto de la propiedad del número de teléfono. Quién es el propietario del número de WhatsApp cuando un cliente abandona su plataforma es una decisión de arquitectura que debe resolver antes del lanzamiento. En una integración bien estructurada, el cliente es el propietario de su número y su WABA. Si su configuración no admite la portabilidad del número, está creando riesgo de abandono y un posible problema legal al mismo tiempo.
Construir para escalar desde el primer día
Integrar WhatsApp en su plataforma SaaS es una jugada poderosa. Fortalece su producto, mejora la interacción y abre nuevas oportunidades de ingresos.
El éxito depende de cómo lo aborde. Desde la arquitectura de WABA hasta la gestión de plantillas y el modelo de precios, las decisiones tomadas durante la integración dan forma a cómo funciona el sistema cuando tiene diez clientes y cuando tiene mil.
El mejor enfoque es pensar a largo plazo desde el principio: diseñar para el aislamiento de inquilinos, reducir la fricción del onboarding a través del registro integrado, elegir un modelo de socio que le brinde transparencia de costos y construir las herramientas operativas (análisis, gestión de plantillas, propiedad del número) antes de necesitarlas bajo presión.
Lo que importa al final es si sus clientes pueden confiar en ello cuando cuenta.
Preguntas frecuentes
¿Necesita cada uno de nuestros clientes su propio WABA?
Sí. Para una configuración SaaS multiusuario, cada cliente debe tener una cuenta de WhatsApp Business separada. Eso le brinda aislamiento de datos, gestión independiente de plantillas y portabilidad del número si el cliente alguna vez abandona su plataforma. A través del modelo de socio de 360Dialog, el aprovisionamiento de WABA por cliente se gestiona automáticamente como parte del flujo de registro integrado.
¿Cómo afecta el registro integrado a la relación con el BSP?
Cuando un cliente completa el registro integrado en su plataforma, el WABA resultante se aprovisiona bajo su cuenta de socio con 360Dialog como BSP. 360Dialog gestiona la relación con Meta, el cumplimiento y el acceso a la API, mientras que su cliente interactúa solo con la interfaz de su plataforma. La capa de BSP permanece invisible para ellos, pero sigue siendo esencial para la infraestructura.
¿Qué sucede con el número de un cliente si abandona su plataforma?
En una integración correctamente estructurada, el cliente es el propietario de su número de teléfono y su WABA. Abandonar su plataforma no significa perder su presencia en WhatsApp; puede migrar a otro BSP o solución. Si su integración no admite esto, vale la pena corregirlo antes del lanzamiento, tanto por la confianza del cliente como para evitar complicaciones si un cliente alguna vez solicita la portabilidad de datos.
¿Podemos cambiar de BSP después de haber lanzado?
La migración de BSP es posible, pero conlleva una carga operativa: reaprovisionar WABAs, actualizar credenciales de API y, a veces, repetir partes del proceso de verificación. Es técnicamente factible, pero elegir el BSP adecuado desde el principio ahorra un tiempo significativo. Si está evaluando socios, ese costo de migración es un factor real que vale la pena considerar.
¿Cómo gestionamos la aprobación de plantillas para más de 100 clientes?
Las plantillas de cada cliente pasan por la revisión de Meta de forma independiente, así que con 100 clientes podría tener cientos de plantillas en varias etapas de revisión, aprobación o rechazo en cualquier momento. Necesita una interfaz de gestión de plantillas por cliente que muestre el estado, exhiba los rechazos con orientación y admita el reenvío, integrada en su plataforma. Esta es una de las superficies operativas que peor escala cuando se maneja manualmente o se oculta en un feed de notificaciones genérico.
