¿Qué cambia con el nuevo modelo de cuentas de WhatsApp?
El nuevo modelo separa la identidad de la empresa (el número) de las plantillas y la facturación. Hasta ahora, la WABA de la WhatsApp Business API reunía números, plantillas, facturación, webhooks y acceso de proveedores en una sola entidad. Por eso, trabajar con dos proveedores obligaba a usar dos números, y el cliente veía a la marca como dos contactos distintos.
| Elemento | Antes (WABA) | Ahora (modelo 2026) |
|---|---|---|
| Números de teléfono | En la WABA | En la WhatsApp account (WAAC) |
| Plantillas | En la WABA | En la Messaging account (una por proveedor) |
| Facturación y medios de pago | En la WABA | En la Messaging account |
| Suscripción a webhooks | En la WABA | En la Messaging account |
| Historial de conversaciones | En el número | En el número (sin cambios) |
| Calificación de calidad | En el número | En el número (sin cambios) |
| Verificación de la empresa | En el business portfolio | En el business portfolio (sin cambios) |
| Tokens de acceso | App + WABA | App + Messaging account (los mismos tokens funcionan) |
La migración es automática y conserva números, plantillas, perfiles y medios de pago: no hace falta volver a hacer el onboarding. Incluye las cuentas de desarrolladores directos y las de empresas en Coexistence. Como el despliegue es por etapas, WhatsApp Manager y Meta Business Suite siguen mostrando la vista anterior de la WABA hasta que tu empresa migra. Después, Meta Business Suite muestra dos pestañas: WhatsApp Accounts y Messaging Accounts.
¿Qué contiene la WhatsApp account y qué contiene la Messaging account?
La WhatsApp account (WAAC) es la identidad que ve el usuario en WhatsApp; la Messaging account es la cuenta operativa con la que una integración envía plantillas y paga.
| Aspecto | WhatsApp account (WAAC) | Messaging account |
|---|---|---|
| Qué contiene | Un número de teléfono, en el futuro un username de empresa, el perfil y los catálogos | Plantillas, medios de pago, estadísticas y suscripciones a webhooks |
| De quién es | Siempre de la empresa (cliente o desarrollador directo) | De la empresa o de un proveedor |
| Cuántas hay | Una por número; se agrupan en una jerarquía (primaria y vinculadas) | Varias por número: una por proveedor, o una por moneda de facturación |
| Se comparte | Con uno o varios proveedores | Cada proveedor tiene la suya; las plantillas no se comparten entre cuentas |
| ID | Propio desde la fase 2 (primer semestre de 2027) | El mismo ID que tenía la WABA |
- Plantillas aisladas: cada plantilla pertenece a la Messaging account donde se creó. Para usarla en otra, hay que crearla de nuevo o copiarla con la Template Migration API.
- Facturación aislada: cada Messaging account tiene su propio medio de pago, independiente de las demás y de tus cuentas publicitarias. Si un proveedor asocia su línea de crédito a una Messaging account de la empresa, esa cuenta no se puede compartir con otro proveedor.
- Jerarquía de números: si tienes varios números, cada uno queda en su WAAC, vinculadas a una WAAC primaria. Quien recibe acceso a la primaria accede a todos los números del conjunto. Más detalles en varios números en WhatsApp Business API.
¿Qué significa este cambio si hablas de "WABA"?
"WABA" sigue apareciendo en la API, en paneles y en contratos, pero ya no nombra una sola cosa. Esta tabla traduce las frases habituales al modelo nuevo:
| Si dices… | En el modelo 2026 significa… |
|---|---|
| "El WABA ID" | El ID de la Messaging account. Es el mismo número y sigue funcionando en endpoints como /message_templates |
| "Mi WABA tiene tres números" | Tres WhatsApp accounts, una por número, vinculadas en una jerarquía |
| "Las plantillas de mi WABA" | Las plantillas de una Messaging account concreta, que no se comparten con las de otro proveedor |
| "La facturación de la WABA" | El medio de pago de cada Messaging account |
| "Migrar el número a otra WABA" | Ya no se hace: se comparte la WhatsApp account con el nuevo proveedor |
| "WhatsApp Business Account" en los términos de servicio | La WhatsApp account (WAAC), no la Messaging account |
¿Qué tienes que cambiar en tu integración y cuándo?
En la fase 1 no hace falta tocar código, salvo que tu token pueda enviar desde más de una Messaging account en el mismo número. El calendario completo es este:
| Fase | Cuándo | Qué cambia |
|---|---|---|
| 1. Disponibilidad general | Desde el 23/9/2026 hasta mediados de octubre de 2026 | Migración automática, dos pestañas en Meta Business Suite, una Messaging account por proveedor en Embedded Signup y messaging_account_id opcional |
| 2. Nueva versión de la Graph API | Primer semestre de 2027 | IDs propios de WAAC, endpoints y webhook nuevos, permisos separados y messaging_account_id obligatorio en la versión nueva cuando hay más de una Messaging account |
| 3. Transición obligatoria | Primer semestre de 2028 | messaging_account_id obligatorio en todas las versiones y las APIs que usan el ID del número deben usar el ID de la WAAC |
- Cambia el nombre del parámetro. Si envías
paid_messaging_account_id, pásate amessaging_account_idantes del 31/12/2026. Si mandas los dos, Meta usamessaging_account_id. - Detecta la ambigüedad. Envía
messaging_account_idsiempre que tu token tenga acceso a más de una Messaging account en el mismo número: desarrollador directo con un proveedor para marketing, proveedor con varias cuentas compartidas o una cuenta por moneda. Si lo omites, el mensaje puede cobrarse a otra cuenta o rechazarse. - Revisa el medio de pago de cada Messaging account (campo
primary_funding_id). Sin medio de pago, la cuenta no puede enviar mensajes pagos. - Suscríbete a
account_updatepara enterarte si te quitan el acceso a una Messaging account. - Ten en cuenta el PIN. Meta está dejando de usar el PIN de verificación en dos pasos en los números elegibles de Cloud API; hasta que anuncie otro cambio, sigue enviando un
pinválido de 6 dígitos al registrar. - Planifica 2027. Reserva tiempo de desarrollo para adoptar los IDs de WAAC antes de la fase 3.
¿Cómo cambias de proveedor o sumas uno sin mover el número?
En el modelo nuevo, migrar un número de un proveedor a otro no está soportado: si la WhatsApp account de destino no es dueña del número, Meta rechaza el pedido, y desconectar el número de su cuenta actual no lo libera. En su lugar, la empresa comparte su WhatsApp account con el nuevo proveedor:
- Compartir suma, no reemplaza. La empresa decide si mantiene o quita al proveedor anterior; ninguna de las dos cosas es requisito para incorporar al nuevo.
- Cada proveedor tiene su Messaging account. Embedded Signup la crea automáticamente y la devuelve en el campo de siempre (el WABA ID).
- El registro no reinicia nada. Volver a registrar un número ya registrado funciona sin reiniciar el PIN, y las conversaciones siguen sin cortes.
- Cada uno paga lo suyo. Cada mensaje se cobra a la Messaging account que lo envía; un proveedor no ve en su factura los mensajes de otro.
Cuando hay más de un proveedor (o un proveedor y Meta Business Agent) en el mismo número, entra en juego Conversation Routing: la empresa define qué proveedor atiende cada punto de entrada (servicio, respuestas a marketing o a Utility, anuncios Click to WhatsApp) y quién puede tomar el control de una conversación. El paso a paso para cambiar de plataforma está en cambiar de proveedor de WhatsApp API sin perder el número.
Para reordenar números dentro de tu propio portfolio, tampoco se migra: en Meta Business Suite (Configuración → Cuentas → WhatsApp Accounts) vinculas o desvinculas WhatsApp accounts. Ambas jerarquías deben estar en el mismo business portfolio, y esta función se está habilitando de forma gradual.
¿Qué sigue igual con el nuevo modelo de cuentas?
La mayor parte de la plataforma no cambia, y eso explica por qué la fase 1 no exige trabajo para la mayoría de las integraciones:
- Los endpoints de la Cloud API, la Business Management API y la Marketing Messages API, con los mismos formatos.
- Los IDs de números, los tokens de acceso y el envío por
POST /<PHONE_NUMBER_ID>/messages. - El flujo de plantillas: crear, editar, borrar y enviar a revisión. Los endpoints
/message_templatessiguen en la Messaging account. - El registro de números, la verificación de la empresa, los nombres visibles, la calidad y los límites de mensajería.
- La suscripción de webhooks al tema
whatsapp_business_account, ahora con el ID de la Messaging account. - Las reglas de cobro. Lo nuevo es que, con varias Messaging accounts en un número, cada mensaje se cobra a la cuenta que lo envía.
Hay un efecto que vale la pena conocer: cada moneda de facturación puede tener su propia Messaging account en el mismo número. Si facturas en varias monedas, revisa la guía de facturación en moneda local.
Preguntas Frecuentes
Fuentes oficiales
- Meta for Developers — Updates to WhatsApp Business accounts (actualizado el 22/9/2026)
- Meta for Developers — Managing messaging accounts
- Meta for Developers — Conversation Routing
- Meta for Developers — Pricing: billing attribution with multiple Messaging accounts
- Meta for Developers — WhatsApp Business Platform Changelog
Equipo de Cliengo
Cliengo es Meta Business Partner oficial. Ayudamos a empresas de LATAM a vender más con WhatsApp Business, Agentes IA y CRM conversacional.
Cómo verificamos la informaciónConocer más sobre Cliengo →Páginas relacionadas
Cambiar de proveedor
Cómo cambiar de plataforma sin perder el número.
Ver detalles de Cambiar de proveedor →☎️Varios números
Cómo organizar números, marcas y países.
Ver detalles de Varios números →🔀Conversation Routing
Varios proveedores atendiendo el mismo número.
Ver detalles de Conversation Routing →💱Facturación en moneda local
Una Messaging account por moneda.
Ver detalles de Facturación en moneda local →🤝Proveedores (BSP)
Qué hace un proveedor y cómo elegirlo.
Ver detalles de Proveedores (BSP) →⚡WhatsApp Business API
La plataforma completa, explicada.
Ver detalles de WhatsApp Business API →

