API WhatsApp Business: qué es, cómo funciona y cuándo una clínica la necesita
Qué es la API de WhatsApp Business, cómo se diferencia de la app, cuánto cuesta y cuándo conectarla con CRM, agenda y automatizaciones.
- Publicado por:
- Equipo editorial de Scalimed
- Fecha de publicación:
- 2 de septiembre de 2026
- Tiempo estimado de lectura:
- 21 minutos
No estás comparando cuatro versiones de lo mismo.
- WhatsApp Business AppInterfaz lista para una operación relativamente simple.
- Cloud APICapa de mensajería e integración con sistemas externos.
- CRMConserva estado, responsable y siguiente acción.
- Automatización o agenteInterpreta o ejecuta tareas autorizadas sobre otros sistemas.
La decisión correcta empieza por definir qué proceso necesita ejecutar o actualizar WhatsApp.
La API de WhatsApp Business es la infraestructura de la WhatsApp Business Platform que permite a una empresa integrar WhatsApp con sistemas externos para enviar, recibir y procesar mensajes de forma programática.
Puede conectarse con:
- CRM;
- bandejas de atención;
- automatizaciones;
- agentes de IA;
- agenda;
- sistemas administrativos;
- herramientas de analítica.
La API, por sí sola, no es ninguno de esos sistemas.
Esa distinción es el punto de partida:
API ≠ CRM ≠ chatbot ≠ bandeja multiagente ≠ agenda
La API aporta una capa de mensajería e integración.
La arquitectura que se construye alrededor determina qué ocurre con cada conversación.
Cuándo una clínica probablemente todavía no necesita API
Más tecnología no siempre significa mejor operación.
Una clínica pequeña puede no necesitar Business Platform si:
- el volumen de conversaciones es bajo;
- una persona puede administrarlas correctamente;
- no existe CRM;
- no hay necesidad de automatizaciones;
- la agenda no necesita integrarse;
- no se requiere atención multiagente;
- la medición actual es suficiente.
Implementar API introduce elementos nuevos:
- configuración;
- proveedor o desarrollo;
- costos;
- templates;
- webhooks;
- permisos;
- integraciones;
- mantenimiento;
- monitoreo.
Si esos elementos no resuelven un problema real, la arquitectura puede volverse más compleja que la operación que intenta mejorar.
La pregunta no es:
“¿La API es mejor que WhatsApp Business App?”
Es:
“¿Qué proceso necesitamos que WhatsApp pueda ejecutar o actualizar?”
WhatsApp Business App y WhatsApp Business Platform no son lo mismo
WhatsApp ofrece productos empresariales distintos.
WhatsApp Business App
Es la aplicación empresarial pensada principalmente para pequeñas y medianas empresas.
Permite atender conversaciones desde una interfaz ya construida y usar funciones empresariales integradas.
Para una práctica pequeña puede ser suficiente.
Si existe:
- un solo número;
- bajo volumen;
- una o pocas personas atendiendo;
- pocas automatizaciones;
- poca necesidad de integración con otros sistemas;
no hay una razón automática para migrar a una API.
WhatsApp Business Platform
Está diseñada para operaciones que necesitan integrar WhatsApp con software y procesos empresariales.
La plataforma permite construir arquitecturas como:
WhatsApp → API → CRM
o:
WhatsApp → API → agente administrativo → agenda → CRM
La diferencia no es, simplemente, que una opción sea “más profesional”.
La diferencia está en qué proceso necesita representar la organización.
Cloud API es la API principal para mensajería de este caso de uso
Para el tipo de arquitectura tratado en esta guía, la interfaz relevante es WhatsApp Cloud API, alojada sobre infraestructura de Meta.
La antigua implementación On-Premises API está deprecada. Las nuevas implementaciones deben evaluarse sobre la arquitectura actual de Cloud API.
Eso no significa que Cloud API sea la única API existente bajo el paraguas de WhatsApp Business Platform.
La plataforma incorpora otras capacidades e interfaces para casos específicos.
Esta guía se concentra en Cloud API como infraestructura de mensajería, porque es la que resulta directamente relevante para conectar conversaciones de una clínica con CRM, agenda, automatizaciones y otros sistemas.
La API no incluye automáticamente una bandeja de atención
Una API es una interfaz entre sistemas.
No necesariamente incluye una pantalla donde recepción pueda abrir conversaciones y responder.
Por eso, una clínica puede utilizar WhatsApp Business Platform y seguir necesitando software adicional para que su equipo trabaje.
Por ejemplo:
WhatsApp Business Platform → bandeja multiagente
Una bandeja puede ofrecer:
- conversaciones;
- asignaciones;
- usuarios;
- notas;
- permisos;
- etiquetas;
- intervención humana.
Esas capacidades pertenecen a la aplicación conectada.
No deben atribuirse automáticamente a la API.
La API tampoco es un CRM
Un CRM conserva el estado del proceso.
Por ejemplo:
nueva solicitud → contactada → cita propuesta → cita agendada → confirmada → resultado
WhatsApp es el canal de conversación.
La API permite que otros sistemas reciban y envíen información mediante ese canal.
El CRM puede representar:
- origen;
- responsable;
- estado;
- siguiente acción;
- relación con la cita;
- resultado administrativo;
- atribución.
La arquitectura puede ser:
WhatsApp → API → CRM
pero eso no significa:
WhatsApp API = CRM
Esta distinción importa cuando un proveedor vende una solución denominada “WhatsApp CRM”.
Conviene preguntar qué parte pertenece realmente a:
- Meta;
- Cloud API;
- el proveedor;
- el CRM;
- la automatización.
Tampoco es un chatbot ni un agente de IA
La API puede permitir que un chatbot o un agente reciba y envíe mensajes.
No crea por sí misma la lógica conversacional.
Un agente necesita definir por separado:
- instrucciones;
- base de conocimiento;
- herramientas disponibles;
- acciones permitidas;
- escalamiento;
- permisos;
- tratamiento de datos;
- supervisión.
Una arquitectura posible sería:
paciente → WhatsApp → Cloud API → agente → CRM/agenda → respuesta
Cada capa tiene una responsabilidad.
Confundirlas dificulta evaluar proveedores y diagnosticar errores.
Qué problema resuelve realmente la API
La API empieza a tener sentido cuando una organización necesita que WhatsApp forme parte de un sistema.
Varios responsables
Más de una persona necesita atender conversaciones con asignación y control.
Automatización
La clínica necesita ejecutar acciones sin depender de que alguien abra manualmente cada chat.
CRM
Los mensajes deben modificar:
- estados;
- tareas;
- responsables;
- siguientes acciones.
Agenda
Una conversación debe poder consultar disponibilidad o generar una cita.
Confirmaciones
Las respuestas deben actualizar el estado correspondiente.
Atribución
La organización necesita conservar de dónde llegó una solicitud y qué ocurrió después.
IA
Un agente administrativo necesita recibir mensajes y utilizar herramientas externas.
Analítica
La dirección necesita medir procesos, no únicamente leer conversaciones.
En esos casos, la API funciona como una pieza de infraestructura.
Arquitectura mínima de una implementación
A nivel conceptual, una implementación puede representarse así:
usuario → WhatsApp → Cloud API → sistema responsable → estado → respuesta
Usuario
Envía o recibe el mensaje.
Funciona como canal.
Cloud API
Transporta mensajes y eventos entre WhatsApp y la infraestructura conectada.
Sistema responsable
Puede ser:
- bandeja;
- CRM;
- automatización;
- agente;
- agenda;
- aplicación propia.
Estado
El sistema representa qué ocurrió.
Por ejemplo:
solicitud recibida
cita propuesta
cita confirmada
Respuesta
La comunicación correspondiente vuelve a enviarse mediante la infraestructura autorizada.
La API no debería convertirse en el lugar donde la organización intenta representar todo el negocio.
Debe conectar sistemas que ya tienen responsabilidades definidas.
Webhooks: recibir un mensaje también es un evento
Una integración no funciona únicamente enviando solicitudes hacia WhatsApp.
También necesita recibir eventos.
Los webhooks permiten que la infraestructura conectada reciba información cuando ocurre un evento disponible en la plataforma.
Por ejemplo:
- mensaje entrante;
- cambios de estado de mensajes;
- otros eventos configurados.
Entonces puede ocurrir:
mensaje entrante → webhook → CRM → workflow
o:
respuesta del paciente → webhook → agenda → actualización de estado
Sin una arquitectura para procesar eventos, la API puede convertirse simplemente en otro canal de envío.
Qué activos intervienen en Cloud API
La configuración concreta depende de si la organización accede de forma directa o mediante un proveedor. Aun así, una implementación puede involucrar activos y credenciales como:
- Meta Business Portfolio;
- WhatsApp Business Account;
- número telefónico empresarial;
- configuración de la aplicación correspondiente;
- access tokens;
- webhooks;
- permisos.
Cuando una empresa utiliza un proveedor, parte del proceso puede quedar encapsulado dentro del onboarding.
Eso no significa que deba ignorarse quién controla los activos.
Antes de contratar conviene saber:
¿qué activos están bajo la cuenta de la clínica y cuáles dependen del proveedor?
¿Qué es una WABA?
WABA significa WhatsApp Business Account.
Es un activo de WhatsApp Business Platform utilizado para administrar elementos de la operación empresarial.
No debe confundirse con:
- el número telefónico;
- WhatsApp Business App;
- el CRM;
- el Business Portfolio;
- una bandeja multiagente.
La separación es importante durante:
- implementación;
- cambio de proveedor;
- administración de permisos;
- facturación;
- soporte.
Acceso directo o mediante proveedor
WhatsApp Business Platform puede utilizarse de forma directa o mediante proveedores que ofrecen servicios sobre esa infraestructura.
Un proveedor puede facilitar:
- onboarding;
- configuración;
- soporte;
- integración;
- facturación;
- herramientas adicionales.
Según el producto, también puede añadir:
- bandeja;
- automatización;
- CRM;
- IA;
- reportes.
Esas capacidades no son automáticamente parte de WhatsApp Business Platform.
Al comparar alternativas conviene separar:
tarifas de Meta + tarifa del proveedor + software adicional
No todo lo que aparece en una factura comercializada como “WhatsApp API” corresponde a Meta.
¿Necesito un BSP obligatoriamente?
No necesariamente.
La arquitectura puede implementarse de forma directa o mediante un proveedor, según el acceso y el producto utilizado.
La decisión depende de:
- capacidad técnica interna;
- complejidad;
- necesidad de soporte;
- plataforma utilizada;
- integraciones requeridas;
- operación diaria.
Una empresa con equipo de desarrollo puede tener necesidades distintas de una clínica que quiere conectar WhatsApp con CRM y agenda sin administrar de forma directa toda la infraestructura técnica.
El proveedor aporta valor cuando reduce complejidad real.
No por el simple hecho de interponerse entre la clínica y Meta.
¿Se puede conservar el mismo número de WhatsApp Business?
Sí existen configuraciones soportadas en las que WhatsApp Business App y WhatsApp Business Platform se utilizan con el mismo número.
Esto ya no es sólo una inferencia de partners.
El propio WhatsApp Help Center explica, al describir las condiciones que entrarán en vigor el 23 de septiembre de 2026, que si una empresa utiliza ambos productos con el mismo número telefónico se aplicarán los términos correspondientes a ambos.
A esta modalidad se la conoce habitualmente como coexistence.
Que exista la modalidad no significa que deba prometerse compatibilidad automática para cualquier cuenta o proveedor.
Antes de migrar o conectar un número existente conviene verificar:
- elegibilidad;
- método de onboarding;
- proveedor o tecnología utilizada;
- funciones disponibles;
- tratamiento del historial;
- dispositivos;
- automatizaciones;
- integraciones.
La afirmación correcta no es:
“para usar API siempre debes abandonar la app”
ni:
“cualquier número puede activar coexistencia sin condiciones”.
Ambas simplificaciones pueden ser incorrectas.
Mensajes iniciados por el usuario y ventana de 24 horas
Cuando una persona escribe a la empresa y se cumplen las condiciones correspondientes, opera una customer service window de 24 horas.
Durante esa ventana pueden enviarse respuestas de servicio conforme a las reglas vigentes.
La ventana se reinicia con cada nuevo mensaje del usuario.
Esto importa porque WhatsApp distingue entre:
responder dentro de la ventana de atención
y:
iniciar comunicación desde la empresa
No son operacionalmente equivalentes.
Message Templates
Cuando una empresa inicia conversaciones mediante Business Platform, utiliza Message Templates aprobados conforme a las políticas aplicables.
Las categorías de mensajes de WhatsApp Business Platform son:
- marketing;
- utility;
- authentication;
- service.
La clasificación importa para políticas y pricing.
No conviene diseñar una automatización suponiendo que un mensaje será clasificado como utility simplemente porque la organización considera que es “útil”.
Meta Business Agent no es una quinta categoría de mensaje
Meta también ofrece Meta Business Agent, su propio producto de inteligencia artificial para empresas.
Es importante separarlo de las categorías anteriores.
Al 8 de septiembre de 2026, la página oficial de pricing de WhatsApp Business Platform enumera cuatro categorías de mensajes:
- marketing;
- utility;
- authentication;
- service.
Meta Business Agent no aparece como una quinta categoría de mensaje de WhatsApp Business Platform.
Es un producto de IA separado que puede operar en WhatsApp y otras superficies de Meta. Meta también ha presentado una plataforma empresarial específica para construir y desplegar Business Agents.
Para una clínica que evalúa un agente de terceros conectado mediante Cloud API, esta distinción evita mezclar:
pricing de mensajería de WhatsApp
con:
pricing de un producto de IA específico de Meta.
Las condiciones económicas de Meta Business Agent deben consultarse en la documentación comercial correspondiente a ese producto, no inferirse de las cuatro categorías de mensajes de WhatsApp.
Cuánto cuesta la API de WhatsApp Business
No existe una sola mensualidad universal llamada “precio de la API”.
El costo puede tener varias capas.
1. Tarifas de mensajería de Meta
Al 8 de septiembre de 2026, WhatsApp Business Platform utiliza pricing por mensaje entregado.
Meta considera factores como:
- mercado del destinatario;
- categoría del mensaje.
La página oficial vigente enumera cuatro categorías:
- marketing;
- utility;
- authentication;
- service.
Al 8 de septiembre de 2026:
- los service messages dentro de una customer service window de 24 horas no tienen cargo;
- los utility messages que una empresa envía en respuesta a usuarios dentro de la condición aplicable no tienen cargo;
- determinados entry points pueden abrir una ventana gratuita de 72 horas.
Las tarifas y exenciones deben verificarse contra la documentación vigente, porque Meta modifica periódicamente el esquema.
2. Proveedor
Un proveedor puede cobrar adicionalmente mediante:
- mensualidad;
- markup;
- tarifa por uso;
- número;
- usuario;
- soporte.
3. Software adicional
También puede existir un costo por:
- CRM;
- bandeja;
- automatización;
- IA;
- agenda;
- integraciones.
Por eso preguntar:
“¿Cuánto cuesta WhatsApp API?”
sin separar estas capas produce comparaciones deficientes.
El pricing cambia el 1 de octubre de 2026
Meta ha anunciado cambios de pricing con entrada en vigor prevista para el 1 de octubre de 2026.
La información publicada para esa fecha modifica, entre otros elementos, el tratamiento económico de:
- service messages;
- utility messages dentro de la customer service window;
- tarifas de determinados mercados.
Por tanto, una estimación realizada con las reglas vigentes el 8 de septiembre puede quedar obsoleta pocas semanas después.
Antes de presupuestar una implementación que vaya a operar después de esa fecha deben revisarse las rate cards efectivas para el 1 de octubre de 2026 y la documentación de pricing vigente en ese momento.
No debería utilizarse una captura antigua para calcular el costo anual de una arquitectura.
Las condiciones también cambian el 23 de septiembre de 2026
WhatsApp está actualizando sus condiciones empresariales con entrada en vigor el 23 de septiembre de 2026.
La actualización separa las condiciones de WhatsApp Business App de las correspondientes a WhatsApp Business Platform.
El Help Center oficial añade una precisión útil: cuando una empresa utiliza ambos productos con el mismo número, se aplican los términos de ambos.
Por eso este artículo está fechado deliberadamente.
Las conclusiones contractuales deben volver a revisarse después de la entrada en vigor de las nuevas condiciones.
La API no elimina el consentimiento ni las reglas de mensajería
Conectar un CRM no significa que una empresa pueda contactar libremente a cualquier número guardado en su base.
La política de WhatsApp exige requisitos relacionados con consentimiento y comunicaciones.
La organización debe diseñar cómo conserva:
- origen del consentimiento;
- preferencias;
- solicitudes de opt-out;
- finalidad del contacto.
Una automatización no elimina esas obligaciones.
Sólo ejecuta el proceso definido.
Si utilizas un proveedor de IA, entran reglas adicionales de WhatsApp
Este punto es especialmente relevante cuando la arquitectura incorpora un agente de inteligencia artificial.
Los WhatsApp Business Solution Terms, modificados por última vez el 6 de marzo de 2026, contienen una cláusula específica para AI Providers.
Los términos restringen a proveedores y desarrolladores de IA cuando utilizan WhatsApp Business Solution para ofrecer tecnologías de IA cuya funcionalidad principal —en lugar de incidental o auxiliar— sea precisamente proporcionar esa tecnología de IA.
Al mismo tiempo, los términos permiten que una empresa contrate a un AI Provider como Third Party Service Provider, sujeto a las condiciones correspondientes.
La clasificación de una funcionalidad como principal, incidental o auxiliar no debe presentarse como una decisión unilateral de la clínica o de Scalimed: los propios términos reservan a Meta la determinación correspondiente.
Para una arquitectura como la de Scalimed, la consecuencia práctica es diseñar el agente como una capa administrativa dentro del proceso de la clínica, no como un asistente generalista que utiliza WhatsApp para ofrecer IA como producto final.
Eso no constituye una garantía contractual de clasificación.
Es una decisión de arquitectura que debe seguir siendo compatible con los términos vigentes.
Los datos de WhatsApp tampoco pueden utilizarse libremente para entrenar modelos
Cuando una empresa utiliza un AI Provider como Third Party Service Provider, los WhatsApp Business Solution Terms añaden restricciones sobre Business Solution Data.
La empresa no puede permitir, de forma directa o indirecta, que esos datos —incluidas determinadas formas anónimas, agregadas o derivadas contempladas por los términos— se utilicen para:
- crear;
- desarrollar;
- entrenar;
- mejorar
sistemas, modelos o tecnologías de inteligencia artificial o aprendizaje automático.
Los términos contemplan una excepción limitada para hacer fine-tuning de un modelo destinado al uso exclusivo de la propia empresa, siempre que ese proceso no provoque que los datos se utilicen para crear, desarrollar, entrenar o mejorar otros modelos.
Eso convierte una pregunta técnica en una pregunta de compra:
¿qué hace el proveedor de IA con las conversaciones y los datos que recibe desde WhatsApp?
Antes de contratar conviene preguntar:
- qué información recibe;
- para qué la procesa;
- cuánto tiempo la conserva;
- qué otros terceros intervienen;
- si se utiliza para entrenamiento o mejora de modelos;
- qué controles contractuales y técnicos existen.
El proveedor tercero no elimina las obligaciones de la empresa frente a Meta
Los mismos WhatsApp Business Solution Terms establecen que la empresa responde frente a Meta por actos y omisiones de sus Third Party Service Providers relacionados con el uso de WhatsApp Business Solution y Business Solution Data.
Por eso, contratar un proveedor no debe interpretarse como una transferencia automática de las obligaciones que la empresa mantiene frente a Meta.
Esto no determina cómo se distribuye toda responsabilidad jurídica entre clínica, proveedor y terceros en cualquier situación.
Sí significa que la evaluación contractual del proveedor importa.
Una clínica además debe pensar en qué datos circulan
La API puede transportar lo que la persona escriba.
Eso significa que una conversación inicialmente administrativa puede contener información de salud.
Por ejemplo:
“Necesito cambiar mi cita porque desde ayer tengo…”
En México, la Ley Federal de Protección de Datos Personales en Posesión de los Particulares vigente considera datos personales sensibles, entre otros, aquellos que puedan revelar el estado de salud presente o futuro.
La ley vigente define además en su artículo 2, fracción XV, a la Secretaría Anticorrupción y Buen Gobierno como la “Secretaría” para efectos de ese ordenamiento.
La nueva ley fue publicada el 20 de marzo de 2025 y el texto vigente consultado tiene última reforma publicada el 14 de noviembre de 2025.
Por eso la arquitectura debería preguntarse:
¿qué datos necesita realmente cada sistema?
No todo mensaje necesita replicarse de forma íntegra hacia:
- CRM;
- automatización;
- analítica;
- IA;
- herramientas externas.
API no significa cumplimiento automático
Utilizar infraestructura oficial de WhatsApp no convierte una implementación en:
- cumplimiento automático de LFPDPPP;
- cumplimiento clínico;
- cumplimiento de NOM;
- sistema apto para expediente clínico;
- plataforma de telemedicina.
WhatsApp también mantiene políticas específicas relacionadas con telemedicina e información de salud cuando la regulación aplicable exige sistemas con requisitos reforzados para manejar esa información.
La API resuelve mensajería e integración.
El uso que la organización hace de los datos sigue requiriendo evaluación propia.
Este contenido es informativo y no constituye asesoría jurídica, sanitaria ni regulatoria.
Cómo evaluar un proveedor de API WhatsApp Business
Antes de contratar, conviene separar infraestructura de producto.
1. ¿Utiliza WhatsApp Business Platform oficial?
Debe quedar claro qué infraestructura conecta el proveedor.
2. ¿La implementación utiliza Cloud API para mensajería?
Para una nueva arquitectura de mensajería no debería presentarse On-Premises como alternativa vigente equivalente.
3. ¿Bajo qué cuenta se administra la WABA?
La respuesta debe quedar clara antes de una migración futura.
4. ¿Quién controla el número?
Debe quedar documentado.
5. ¿Qué ocurre si cambiamos de proveedor?
Pregunta qué ocurre con:
- número;
- WABA;
- templates;
- integraciones;
- datos;
- configuraciones relevantes.
6. ¿Qué cobra Meta?
Debe distinguirse de lo que cobra el proveedor.
7. ¿Qué cobra el proveedor?
Pregunta por:
- mensualidad;
- uso;
- usuarios;
- números;
- soporte;
- markup.
8. ¿Incluye bandeja?
No asumas que “API” significa que recepción tendrá dónde contestar.
9. ¿Incluye CRM?
No asumas que una bandeja representa el estado comercial.
10. ¿Qué integra realmente?
Pregunta exactamente qué datos intercambia con:
- CRM;
- agenda;
- automatización;
- IA.
11. ¿Cómo funcionan los webhooks?
Debe existir una arquitectura para eventos entrantes y estados.
12. ¿Cómo gestiona Message Templates?
Evalúa:
- creación;
- aprobación;
- clasificación;
- variables;
- mantenimiento.
13. ¿Cómo gestiona consentimiento?
Debe existir una respuesta operacional.
14. ¿Qué datos envía a terceros?
Especialmente cuando existe IA o middleware.
15. Si utiliza IA, ¿qué hace con Business Solution Data?
La respuesta debe poder contrastarse con las restricciones vigentes de WhatsApp sobre entrenamiento y mejora de modelos.
16. ¿Qué ocurre si una integración falla?
Una conversación no debería quedar sin estado porque un webhook dejó de procesarse.
Prueba la arquitectura antes de migrar
Antes de mover o conectar el número principal de una clínica, conviene realizar pruebas.
Mensaje entrante
Comprueba:
WhatsApp → webhook → sistema
Respuesta
Comprueba:
sistema → API → WhatsApp
CRM
Verifica que:
- exista el contacto correcto;
- se conserve origen;
- cambie el estado correcto;
- no se generen duplicados innecesarios.
Agenda
Prueba:
- consulta;
- creación;
- cambio;
- cancelación.
Template
Envía una plantilla aprobada en un escenario controlado.
Error
Simula:
- webhook caído;
- CRM sin respuesta;
- credencial inválida;
- agenda no disponible.
El sistema no debería perder en silencio una conversación.
Escalamiento humano
Comprueba que recepción pueda intervenir cuando la automatización no debe continuar.
Qué medir después de implementar
Una implementación técnica puede estar “funcionando” y el proceso seguir mal.
No basta con medir:
- mensajes enviados;
- mensajes entregados;
- conversaciones.
Conviene relacionarlos con:
- solicitudes recibidas;
- origen;
- conversaciones con siguiente acción;
- citas propuestas;
- citas agendadas;
- confirmaciones;
- resultados;
- errores;
- transferencias;
- conversaciones sin responsable.
El objetivo de integrar WhatsApp no es producir más mensajes.
Es conservar continuidad.
Dónde encaja Scalimed
Scalimed diseña infraestructura comercial para clínicas y especialistas médicos privados.
WhatsApp Business Platform puede formar parte de esa infraestructura como capa de mensajería:
captación → WhatsApp → API → CRM → seguimiento → agenda → confirmación → resultado → analítica
Cuando existe un agente de IA administrativo, puede operar como una capa adicional dentro de esa arquitectura, sujeto a los límites operativos, de datos y contractuales aplicables.
Scalimed no es WhatsApp, no revende la API como producto aislado, no convierte WhatsApp en expediente clínico y no ofrece un asistente generalista de IA como finalidad del canal.
Su trabajo consiste en definir:
- qué sistema recibe cada evento;
- qué estado debe cambiar;
- qué automatización debe ejecutarse;
- qué información debe conservarse;
- cuándo debe intervenir una persona;
- cómo se mide el resultado.
La pregunta no es:
“¿Podemos conectar la API?”
Es:
“¿Qué debe ocurrir en nuestra operación cuando llega un mensaje?”
Preguntas frecuentes sobre API WhatsApp Business
¿Qué es la API de WhatsApp Business?
Es la infraestructura de WhatsApp Business Platform que permite integrar la mensajería de WhatsApp con software externo para enviar, recibir y procesar mensajes conforme a las reglas de la plataforma.
¿WhatsApp Business App y WhatsApp Business API son lo mismo?
No. La app es una aplicación empresarial con funciones integradas para atender conversaciones. Business Platform permite integrar WhatsApp con otros sistemas mediante APIs.
¿La API incluye un CRM?
No automáticamente. Puede conectarse con un CRM, pero son capas diferentes.
¿La API incluye chatbot o agente de IA?
No por sí misma. Un chatbot o agente puede utilizar Cloud API como canal para recibir y enviar mensajes.
¿Necesito un BSP para utilizarla?
No necesariamente. La arquitectura puede acceder a la plataforma de forma directa o mediante proveedores, según la implementación y las necesidades de la empresa.
¿Puedo utilizar el mismo número de WhatsApp Business App con Business Platform?
Sí existen configuraciones soportadas en las que ambos productos utilizan el mismo número. El propio WhatsApp Help Center reconoce ese escenario. La elegibilidad y el proceso concreto deben verificarse antes de una implementación.
¿La API de WhatsApp es gratis?
No debe tratarse como una solución universalmente gratuita. Meta aplica pricing de mensajería según las reglas vigentes y pueden existir costos adicionales de proveedor y software.
¿Cuánto cuesta WhatsApp Business API en México?
Depende de las tarifas vigentes de Meta para el mercado y categoría correspondiente, además de posibles costos del proveedor y del software utilizado. Las rate cards deben consultarse en el momento de presupuestar.
¿Qué es la ventana de 24 horas?
Es la customer service window que opera después de mensajes iniciados por el usuario conforme a las reglas de WhatsApp. Dentro de ella se aplican reglas específicas para las respuestas de la empresa.
¿Qué son los Message Templates?
Son mensajes estructurados sujetos al proceso y las políticas de WhatsApp para determinadas comunicaciones iniciadas por la empresa. Su categoría puede afectar reglas y pricing.
¿Cloud API sustituyó a On-Premises API?
On-Premises está deprecada. Para el caso de mensajería tratado en este artículo, las nuevas implementaciones deben evaluarse sobre Cloud API.
¿Meta Business Agent es una categoría de mensajes de WhatsApp?
No. La página oficial de pricing vigente enumera cuatro categorías de mensajes: marketing, utility, authentication y service. Meta Business Agent es un producto de IA separado.
¿Puedo conectar un agente de IA de terceros?
Los WhatsApp Business Solution Terms permiten que una empresa contrate un AI Provider como Third Party Service Provider, sujeto a las condiciones aplicables. También existen restricciones específicas sobre cuándo la IA es la funcionalidad principal ofrecida y sobre el uso de Business Solution Data para entrenar o mejorar modelos.
¿Una clínica necesita API de WhatsApp?
La necesita cuando WhatsApp debe integrarse de forma estructurada con procesos como CRM, agenda, automatización, atención multiagente o analítica. Una práctica pequeña con operación sencilla puede funcionar correctamente sólo con WhatsApp Business App.
Antes de contratar WhatsApp API
No empieces preguntando qué proveedor tiene más funciones.
Dibuja primero:
mensaje → sistema responsable → estado → siguiente acción → resultado
Después determina qué tecnología necesita cada paso.
La evaluación de arquitectura WhatsApp, CRM y agenda de Scalimed identifica dónde Business Platform aporta valor y dónde una nueva herramienta sólo añadiría complejidad.
Solicita una evaluación de la infraestructura de WhatsApp de tu clínica.
Diseña el proceso antes de contratar la API.
Scalimed puede revisar cómo deben conectarse WhatsApp Business Platform, CRM, agenda, automatización y medición para que cada mensaje produzca un estado y una siguiente acción identificables.
Evaluación comercial y operativa. No sustituye asesoría jurídica, regulatoria, sanitaria ni contractual.
Fuentes de verificación editorial
- WhatsApp Help Center. Actualización de las condiciones de WhatsApp Business App, efectiva el 23 de septiembre de 2026. Incluye la referencia expresa al uso de Business App y Business Platform con el mismo número. Consultado el 8 de septiembre de 2026. https://faq.whatsapp.com/1017485114093363
- WhatsApp Business. WhatsApp Business Platform Pricing. Incluye las cuatro categorías de mensajes y las reglas vigentes de service/utility al 8 de septiembre de 2026. Consultado el 8 de septiembre de 2026. https://whatsappbusiness.com/products/platform-pricing/
- WhatsApp Business. WhatsApp Business Platform. Consultado el 8 de septiembre de 2026. https://whatsappbusiness.com/products/business-platform/
- Meta for Developers. WhatsApp Cloud API Documentation. Consultada el 8 de septiembre de 2026. https://developers.facebook.com/docs/whatsapp/cloud-api/
- WhatsApp. WhatsApp Business Solution Terms. Última modificación: 6 de marzo de 2026. Incluye Third Party Service Providers y AI Providers. Consultados el 8 de septiembre de 2026. https://www.whatsapp.com/legal/business-solution-terms
- WhatsApp. Meta Terms for WhatsApp Business. La página anuncia actualización efectiva el 23 de septiembre de 2026. Consultada el 8 de septiembre de 2026. https://www.whatsapp.com/legal/meta-terms-whatsapp-business
- WhatsApp Business. WhatsApp Business Messaging Policy. Consultada el 8 de septiembre de 2026. https://whatsappbusiness.com/policy/
- Meta. Be There for Every Customer With Meta Business Agent. Publicado el 3 de junio de 2026. Consultado el 8 de septiembre de 2026. https://about.fb.com/news/2026/06/meta-business-agent/
- WhatsApp Business. Meta Business Agent on WhatsApp. Consultado el 8 de septiembre de 2026. https://whatsappbusiness.com/products/business-app-ai-agent/
- Cámara de Diputados del H. Congreso de la Unión. Ley Federal de Protección de Datos Personales en Posesión de los Particulares, texto vigente. Última reforma DOF 14 de noviembre de 2025. Consultada el 8 de septiembre de 2026. https://www.diputados.gob.mx/LeyesBiblio/pdf/LFPDPPP.pdf
Autoría
Publicado por: Equipo editorial de Scalimed
Fecha de publicación: 2 de septiembre de 2026