Saltar al contenido
← Volver al blog
Automatización

WhatsApp Business API vs Business App: diferencias

WhatsApp Business App y la API no son lo mismo. Cuándo basta la app gratuita, cuándo necesitas la API y qué cambia para tu PyME mexicana este 2026.

13 min de lectura

WhatsApp Business App y WhatsApp Business API son productos distintos de Meta con el mismo nombre comercial al frente. La app gratuita resuelve a un negocio chico con un atendiente. La API es la infraestructura para integrar WhatsApp con CRMs, automatizaciones, IA y atención multi-agente. Confundirlos cuesta dinero o cuesta clientes perdidos por no responder a tiempo.

Si tu negocio recibe 30 mensajes al día y tú solo respondes, probablemente la app te alcanza. Si tu equipo ya pelea por un teléfono compartido, o quieres conectar pedidos a tu sistema, o quieres que un bot atienda fuera de horario, estás en territorio API. Este post te da el criterio para decidir antes de contratar nada.

¿Qué es WhatsApp Business App?

WhatsApp Business App es la aplicación móvil gratuita de Meta pensada para micro y pequeños negocios. Se descarga del Play Store o App Store, se activa con un número de teléfono, y agrega encima de WhatsApp normal funciones de catálogo, respuestas rápidas, etiquetas, perfil de negocio, mensaje de bienvenida y mensaje de ausencia, según la documentación oficial.

Lo que sí hace bien:

  • Perfil con dirección, horario, descripción y categoría de negocio.
  • Catálogo básico de productos y servicios con imágenes y precios.
  • Etiquetas de colores para clasificar clientes (nuevo, pendiente, pagado).
  • Mensajes automáticos simples: saludo de bienvenida, ausencia, respuestas rápidas predefinidas.
  • Multi-dispositivo: un teléfono principal más cuatro dispositivos vinculados (otras apps WhatsApp Web/Desktop).

Lo que no hace:

  • No tiene API pública para integraciones oficiales con CRM, ecommerce o sistemas internos.
  • No es un inbox compartido real: si dos personas responden el mismo chat al mismo tiempo, no hay coordinación.
  • No permite chatbots ni agentes de IA conectados de forma oficial.
  • No reporta métricas serias (tiempo de respuesta promedio por agente, volumen por categoría).
  • No soporta plantillas de mensajes proactivos con aprobación.

Casos donde la app sobra:

  • Negocio de una sola persona que atiende personalmente cada chat.
  • Volumen bajo (decenas, no cientos, de conversaciones al día).
  • Cero integración con sistemas externos (todo se anota a mano).

¿Qué es WhatsApp Business API (Cloud API)?

WhatsApp Business API es la plataforma técnica de Meta para que empresas integren WhatsApp en sus propios sistemas. No es una app que se descarga: es un endpoint que recibe y envía mensajes, descrito en la documentación de WhatsApp Business Platform. Conectarse a ella requiere desarrollo o un BSP (Business Solution Provider).

Hay dos formas de acceder a la API:

  1. Cloud API hospedada por Meta: la opción moderna y default. Meta hospeda la infraestructura, tú solo consumes la API. Onboarding más rápido, costo menor, mantenimiento mínimo.
  2. On-Premises API: la opción legacy donde el cliente hospedaba la infraestructura. Meta ya está descontinuando este modo para nuevas integraciones. Sigue documentada para clientes existentes.

Un BSP (Business Solution Provider) es un proveedor oficial autorizado por Meta que revende acceso a la API con valor agregado: inbox multi-agente, constructor visual de chatbots, integraciones nativas con HubSpot, Salesforce, Shopify, soporte en español, facturación local. Algunos BSPs conocidos en LATAM operan con número fiscal mexicano y facturan en pesos.

La alternativa es Cloud API directa con Meta: integras tu sistema contra el endpoint oficial sin BSP intermediario. Más control, más trabajo de desarrollo, sin licencia mensual de plataforma encima.

Para un negocio en automatización seria, nosotros recomendamos casi siempre Cloud API directa con desarrollo a la medida, salvo que el equipo del cliente quiera un inbox visual sin tocar código.

Diferencias técnicas clave

| Dimensión | Business App | Business API | |---|---|---| | Tipo | App móvil | Plataforma API | | Costo de uso | Gratis | Pagado por conversación | | Inbox multi-agente | No real | Sí, decenas o cientos de agentes | | Integraciones oficiales | No | CRM, ERP, ecommerce, bots, IA | | Chatbots / IA | No oficial | Sí, soportado | | Mensajes proactivos masivos | Manual, limitado | Sí, vía plantillas aprobadas | | Ventana de servicio 24h | No aplica igual | Sí, regla central de la API | | Plantillas aprobadas | No | Sí, obligatorias fuera de la ventana | | Opt-in requerido | Implícito por contacto | Explícito y verificable | | Branding verificado | Perfil estándar | Tilde verde (Official Business Account) tras revisión | | Métricas | Mínimas | Reporteo completo por agente y categoría | | Webhooks | No | Sí, eventos en tiempo real |

Tres conceptos de la API que hay que entender antes de evaluarla:

  • Ventana de servicio de 24 horas: cuando un cliente te escribe, abres una ventana de 24h donde puedes responderle libremente con cualquier mensaje. Pasadas las 24h sin nuevo mensaje del cliente, la ventana se cierra y para reabrir contacto necesitas una plantilla pre-aprobada.
  • Plantillas (templates): mensajes con texto fijo y variables ({{1}}, {{2}}) que Meta revisa y aprueba antes de permitir su envío. Categorías: Marketing, Utility, Authentication, Service.
  • Opt-in: registro verificable de que el cliente aceptó recibir mensajes tuyos por WhatsApp. Sin opt-in claro Meta puede limitar tu número o cerrarlo.

¿Cuándo basta la Business App?

Tres escenarios donde la app gratuita es suficiente y montar la API sería gastar de más:

  1. Un solo atendiente, volumen bajo. Si tú o un empleado de confianza responden todo el WhatsApp del negocio desde un teléfono, y el volumen es de decenas (no cientos) de chats al día, la app te da todo lo esencial: etiquetas, catálogo, respuestas rápidas, mensaje de bienvenida.
  2. Cero integración con sistemas. Si tomas pedidos por WhatsApp y los anotas en una libreta, una hoja de cálculo o el ticket de venta del POS, no necesitas API. La fricción de pasar datos a mano sigue siendo menor que el costo de integrar.
  3. No quieres pagar por conversación todavía. Mientras tu modelo de negocio no genere ingreso claro atribuible a cada chat de WhatsApp, gastar mensualmente en API es prematuro. Primero valida que el canal vende, después optimiza con automatización.

Honestidad sobre la app: tiene techo. En el momento en que contratas a un segundo atendiente, o quieres conectar un chatbot, o el volumen empieza a saturarte, la app te queda chica. Ese día migras a API.

¿Cuándo necesitas la API?

Cuatro escenarios donde la API deja de ser opcional:

  1. Integración con CRM o ERP. Quieres que cada chat se registre como ticket en HubSpot, que el alta de cliente cree contacto en Salesforce, que el pedido aparezca como orden en Shopify. La API soporta webhooks que disparan estas integraciones en tiempo real. La app no tiene cómo.
  2. Atención multi-agente real. Tienes 3, 5, 20 personas atendiendo el mismo número. Necesitas asignación de chats por agente, etiquetas, métricas de tiempo de respuesta, reglas de escalamiento. La API soporta inboxes que cumplen esto. La app no.
  3. Automatización con bots o agentes de IA. Quieres que un bot responda preguntas frecuentes 24/7, agende citas, califique leads antes de pasarlos a humano, o que un agente de IA atienda el primer contacto en español natural. Esto solo es viable, legal y estable sobre la API. Cualquier solución "no oficial" sobre la app viola Términos de Servicio.
  4. Volumen alto o mensajería proactiva. Si necesitas enviar recordatorios de cita, confirmaciones de pago, notificaciones de envío, campañas autorizadas, hablas de cientos o miles de mensajes diarios con plantillas. Eso es API por diseño. La app no envía mensajes masivos legales.

Estos escenarios son la situación típica de nuestro ICP: clínicas dentales y de cirugía plástica que reciben leads de pacientes internacionales, despachos profesionales con varios consultores, SaaS B2B con onboarding por WhatsApp.

Costos: Conversation-Based Pricing 2026

Meta usa un modelo llamado Conversation-Based Pricing que evolucionó en 2025 y sigue vigente en 2026. La unidad de cobro es la conversación, no el mensaje individual.

Estructura de categorías:

  • Marketing: promociones, ofertas, anuncios, lanzamientos. Tarifa más alta porque es el caso donde el cliente menos espera ser contactado.
  • Utility: notificaciones transaccionales útiles para el usuario: confirmación de pedido, recordatorio de cita, actualización de envío.
  • Authentication: códigos de verificación, OTP, login.
  • Service: conversaciones iniciadas por el usuario dentro de la ventana de 24h. Reglas distintas según el país y la evolución del modelo.

Cada categoría tiene tarifa distinta y la tarifa varía por país. México tiene su propia tarifa publicada por Meta y revisada periódicamente. No publicamos números aquí porque Meta actualiza la tabla con frecuencia y citar un valor obsoleto desinforma. La fuente actualizada vive en la página oficial de pricing de WhatsApp Business Platform.

Encima del costo de Meta hay dos cargos posibles más:

  • Markup del BSP, si usas uno. Cada BSP cobra distinto: licencia mensual de plataforma, fee por mensaje, o ambos.
  • Costo de desarrollo / integración, si conectas Cloud API directa. Pago único o por proyecto, no recurrente.

Regla práctica: para un negocio mexicano que arranca con automatización en WhatsApp, presupuestar el primer mes con base en escenarios de volumen alto y bajo, no en un promedio. El costo escala con la cantidad de conversaciones nuevas iniciadas, no con la cantidad de mensajes dentro de cada conversación.

Limitaciones legales en México

Tres marcos que aplican a cualquier negocio mexicano que use la API:

  1. Ley Federal de Protección de Datos Personales en Posesión de los Particulares (LFPDPPP). Exige aviso de privacidad, consentimiento informado para tratamiento de datos personales, y derechos ARCO (acceso, rectificación, cancelación, oposición) para los titulares. El número de WhatsApp del cliente es dato personal. La autoridad reguladora pasó a ser el INAI hasta su disolución, hoy las funciones se transfirieron a la Secretaría Anticorrupción y Buen Gobierno y queda vigente la ley con su régimen sancionatorio.
  2. Políticas de WhatsApp. Meta exige opt-in claro, prohibe spam, prohibe contactar a un usuario fuera de la ventana de 24h sin plantilla aprobada, y limita la cantidad de mensajes nuevos por número según el rating de calidad del negocio.
  3. Regulación IFT sobre prácticas comerciales no solicitadas. El Instituto Federal de Telecomunicaciones tiene atribuciones para sancionar comunicaciones comerciales no solicitadas a través de servicios de telecomunicaciones. WhatsApp masivo sin opt-in entra en zona gris regulatoria.

Implicación práctica: tu sistema de captura de leads tiene que registrar opt-in verificable (checkbox marcado activamente, hora, IP, texto del consentimiento) antes de mandar el primer mensaje proactivo. Y tu base de contactos tiene que respetar bajas (opt-out) inmediatas.

Cómo migrar de App a API sin perder el histórico

El proceso oficial documentado por Meta tiene cinco pasos:

  1. Exporta el historial de tu Business App. Antes de migrar, en la app vas a cada chat importante y exportas la conversación (con o sin archivos multimedia). Esto te deja un archivo local con el histórico que la API no replicará en su interfaz.
  2. Crea o vincula la cuenta de WhatsApp Business Account (WABA) en Meta Business Suite. Esto crea el contenedor de Meta que va a hospedar tu número en la API.
  3. Inicia el proceso de migración del número. Hay dos rutas: embedded signup (un flujo automatizado donde el cliente concede permisos a un BSP o app desde la propia interfaz de Meta) o migración manual desde Meta Business Suite. Cualquiera de las dos verifica el número con un código que llega vía SMS o llamada.
  4. Ventana de coexistencia. Durante el proceso oficial, el número deja de funcionar en la Business App. No hay coexistencia real entre app y API en el mismo número: se elige uno. Conviene avisar al equipo y a clientes activos del cambio.
  5. Configura el sistema receptor. En Cloud API esto significa apuntar el webhook a tu backend o al BSP. A partir del cutover, cada mensaje entrante llega al sistema nuevo y se responde desde ahí.

Qué se conserva: el número telefónico, la foto y nombre de perfil del negocio. Qué no se conserva: el archivo navegable de chats anteriores dentro de la nueva plataforma (queda solo en el archivo exportado), las etiquetas internas de la app, las respuestas rápidas configuradas en la app.

Tiempo realista: una migración bien preparada se ejecuta en 1-2 días. Una mal preparada se cae por 5 días donde el negocio no responde WhatsApp.

¿Quién debe encargarse del setup?

Decisión binaria: in-house o partner.

Hazlo in-house si:

  • Tienes un dev en el equipo que sepa Node/Python y entienda webhooks.
  • Tu volumen es modesto y quieres aprender la plataforma para iterar después.
  • El stack del negocio es propio y prefieres no depender de BSP.

Contrata un partner / BSP si:

  • No hay dev en el equipo y la prioridad es lanzar rápido.
  • Necesitas inbox multi-agente visual desde el día 1 sin construirlo.
  • Quieres soporte en español, factura en MXN y un humano que te conteste cuando algo se cae.

Nuestra postura en Landaverde Labs: para negocios mexicanos del ICP típico (clínicas, despachos, SaaS B2B chico), una integración Cloud API a medida bien hecha rinde más a 12 meses que un BSP con licencia mensual. Pero esto depende del caso. Si quieres revisar el tuyo, escríbenos y vemos la economía concreta.

Lectura recomendada

Si después de leer sigues sin claridad sobre qué te conviene, escríbenos. La auditoría inicial es sin costo, te decimos honestamente si tu caso es App, API directa o partner, y si conviene esperar 3 meses o mover ya.

WhatsApp Business API vs Business App: diferencias