Hay dos formas técnicas legales de automatizar WhatsApp en 2026: la Cloud API de Meta (canal oficial empresarial) y WhatsApp Web / Multi-Device (la conexión por dispositivo, igual que cuando abres web.whatsapp.com en una laptop). Cualquier cosa que escuches sobre "WhatsApp Business API on-premise" ya no aplica: Meta lo deprecó en octubre de 2025 y forzó la migración a Cloud.
La decisión entre las dos es el debate más recurrente con los negocios que asesoro. La respuesta corta: depende del volumen, del modelo de mensajería (reactivo vs proactivo) y de cuánto te importe el badge verde de marca verificada. La respuesta larga es esta.
Las dos opciones en una línea
Cloud API: Meta te asigna un número dedicado, te factura por conversación de 24 horas, te da plantillas pre-aprobadas, badge verde con verificación y SLA empresarial. Setup pesado, costo por mensaje, cero riesgo de bloqueo.
WhatsApp Web (Multi-Device): Conectas tu número regular a una plataforma que lo opera como si fuera una pantalla más de tu cuenta. Setup en minutos, sin costo por mensaje, pero con riesgo (calibrable) de bloqueo si abusas y sin capacidades de mensajería masiva proactiva.
Tabla lado a lado
| Aspecto | Cloud API (Meta) | Multi-Device (Web) |
|---|---|---|
| Costo por mensaje | $0.012–$0.075 USD por conversación de 24 h según categoría (México) | $0 |
| Setup | 1 a 3 días (verificación Meta + Facebook Business Manager + número dedicado) | 5 minutos (escanear QR) |
| Mensajería proactiva masiva | Sí, con plantillas Meta pre-aprobadas (HSM) | Limitado, alto riesgo de bloqueo |
| Plantillas Meta (HSM) | Obligatorias para iniciar conversación fuera de la ventana de 24 h | No existen |
| Botones interactivos y listas | Sí (CTA buttons, list messages, Flows nativos) | Limitado a botones tipo "reply" |
| Multi-agente nativo | Sí, ilimitados sin costo extra | Sí, vía plataforma |
| Badge verde de cuenta verificada | Sí (con aplicación a Meta) | No |
| Continuidad si pierdes el celular | Total (Meta hostea todo) | Riesgo: la sesión depende del dispositivo principal |
| Riesgo de bloqueo de Meta | Cero si cumples las políticas | Bajo en uso normal, alto si haces broadcast masivo |
| Webhooks y eventos | Completos (mensajes, status, plantillas, billing) | Variables según el proveedor |
Lo que de verdad cuesta la Cloud API en pesos
Meta cobra por conversación de 24 horas, no por mensaje individual, y la categoría de la conversación determina el precio. Para México, las tarifas vigentes a mayo de 2026 (verificables en la documentación oficial de Meta):
- Service (iniciada por el usuario, ventana de 24 h tras el primer mensaje del cliente): $0 USD.
- Utility (notificación transaccional: pedido confirmado, recordatorio de cita): ~$0.012 USD por conversación.
- Authentication (códigos OTP): ~$0.018 USD.
- Marketing (promo proactiva): ~$0.075 USD por conversación.
A volumen real en una pyme mexicana promedio, esto se traduce así:
- 1,500 conversaciones/mes, 80% iniciadas por cliente, 15% utility, 5% marketing: ~$8 USD/mes (~$140 MXN). Marginal.
- 8,000 conversaciones/mes con campañas semanales de promo: $250-400 USD/mes (~$4,500-7,200 MXN). Empieza a pesar.
- 20,000+ conversaciones/mes con marketing intensivo: $800-1,500 USD/mes. Aquí ya estás operando un canal real, no un experimento.
A esto se le suma el costo del BSP (si pasas por uno), del modelo de IA y de la plataforma que pegue todo. Es una capa de costo no trivial.
El mito de "te van a bloquear con WhatsApp Web"
Sí, Meta bloquea cuentas Multi-Device. No es aleatorio — bloquea por patrones medibles:
- Mensajería masiva no solicitada (broadcast a contactos que no te escribieron primero).
- Tasa alta de reportes de spam por parte de tus contactos.
- Cambios constantes de IP o dispositivo (rotación geográfica anómala).
- Velocidad anormal (cientos de mensajes en minutos sin patrón humano).
En 3 años operando Multi-Device para decenas de cuentas, los bloqueos que he visto cayeron todos en al menos uno de estos cuatro patrones. Las cuentas que solo responden mensajes entrantes y mantienen ritmo humano nunca han sido bloqueadas en mi experiencia. Eso no es garantía, pero el riesgo está sobre-marketeado por los BSP que venden Cloud API.
Dicho lo cual: si tu modelo de negocio depende de broadcast (recordatorios masivos, promos a base de datos, notificaciones automáticas a clientes que no iniciaron conversación reciente), no uses Multi-Device. Punto. No vale la pena. El día que te bloqueen pierdes el número y todo el histórico operativo. La Cloud API existe precisamente para ese caso.
Tres escenarios reales, tres recomendaciones distintas
Clínica dental con ~600 mensajes/mes
Pacientes que escriben para pedir cita, confirmar y preguntar precio. Volumen estable, 100% iniciado por el paciente, sin necesidad de campañas. Multi-Device es la elección obvia. Cero costo por conversación, setup en una tarde, y la clínica ahorra ~$150 USD/mes que pagaría en Cloud API. Va a operar así 18+ meses sin bloqueo si la persona que envía respuestas se comporta como humano.
E-commerce de cosméticos con 8,000 conv/mes y campañas semanales
Catálogo masivo, base de datos de ~12,000 clientes recurrentes, manda promo cada viernes. Cloud API obligatoria. Sin las plantillas pre-aprobadas no puede mandar nada proactivo y un broadcast por Multi-Device a 12k números cae en minutos. Costo mensual de Meta para esta cuenta: ~$340 USD. Si la campaña sostiene >5% de conversión, el ROI lo justifica con holgura.
Agencia inmobiliaria con 12 asesores
Caso híbrido. El número corporativo (donde caen los leads de portales como Inmuebles24 o Vivanuncios) va en Cloud API: necesita el badge verde, mensajería proactiva al cliente que dejó de responder hace 72 h, y trazabilidad institucional. Los números individuales de cada asesor siguen en Multi-Device, porque el asesor responde en tiempo real, no hace broadcast, y el costo de poner 12 cuentas en Cloud API sería innecesario.
Si vas a migrar, hazlo con histórico
Una preocupación real al migrar de Multi-Device a Cloud API: ¿qué pasa con el histórico de chats? Si tu plataforma guarda el histórico server-side (Yolani lo hace, igual que la mayoría de los BSPs serios), la migración es transparente para el cliente final. El número puede cambiar (Cloud API exige número dedicado distinto), pero el contexto operativo se mantiene. Lo único que el cliente puede llegar a notar es el cambio de número de contacto — eso requiere una campaña corta de aviso.
Si tu plataforma guarda el histórico solo en el dispositivo principal (como las soluciones más baratas de Multi-Device), la migración pierde todo. Algo a preguntar antes de elegir proveedor, no después.
Mi recomendación para el 70% de los casos
Empieza con Multi-Device para validar el caso de uso. En los primeros 90 días, mide volumen real, naturaleza del tráfico (¿es reactivo o necesitas proactivo?), y conversiones. Si pasados esos 90 días superas las ~1,500 conversaciones/mes o necesitas campañas proactivas o tu marca exige badge verde, migra a Cloud API con plan de transición de 2-4 semanas.
Yolani soporta ambas rutas en la misma cuenta — el día que decidas migrar no tienes que cambiar de plataforma, solo cambiar el conector. Crea tu cuenta de prueba y empieza por donde te haga más sentido. Si tu caso es ambiguo y prefieres revisarlo antes de decidir, escríbeme directo a [email protected] y te doy mi opinión sin compromiso.
