Inicial → intermedio
6–8 horas
8 módulos completos
Cómo estudiar este curso
Requisitos previos
No necesitas programar. Conviene conocer el funcionamiento normal de WhatsApp y tener una idea del proceso comercial o de servicio que quieres llevar al canal.
Módulo 1. El ecosistema de WhatsApp para empresas
1.1 WhatsApp personal, Business app y Business Platform
El primer error habitual es utilizar “WhatsApp API” como si fuera una versión más grande de la aplicación. Son productos con propósitos distintos. WhatsApp personal está pensado para comunicación personal. La aplicación WhatsApp Business añade herramientas para pequeños negocios —perfil comercial, respuestas rápidas, catálogo y organización básica—, pero continúa siendo una aplicación operada principalmente desde teléfonos y dispositivos vinculados.
WhatsApp Business Platform es la infraestructura empresarial que permite integrar WhatsApp con software. Aquí aparecen los conceptos de WABA, números registrados en la plataforma, plantillas, webhooks, permisos y API. Una empresa puede usar la plataforma directamente mediante Cloud API o mediante un proveedor/plataforma que construye una interfaz sobre esas capacidades.
1.2 Qué significa realmente “Cloud API”
Cloud API es la API oficial alojada por Meta para enviar y recibir mensajes de WhatsApp Business Platform. Tu aplicación no mantiene un servidor de WhatsApp: realiza solicitudes HTTPS a Graph API y recibe eventos mediante webhooks. Esto simplifica infraestructura, pero no elimina responsabilidades: debes administrar tokens, permisos, seguridad, consentimiento, almacenamiento, reintentos, agentes y lógica de negocio.
Para un equipo no técnico, lo importante es entender que “tener la API” no equivale a tener un CRM, una bandeja multiagente o un chatbot. Esas funciones pertenecen al software que se conecta a la API.
1.3 Cuándo una empresa necesita la plataforma
La plataforma tiene sentido cuando el canal debe integrarse con procesos: varios agentes, asignación de conversaciones, historial centralizado, campañas con plantillas, automatizaciones, sincronización con CRM, trazabilidad, bots, IA o integraciones con sistemas externos. Si una microempresa solo requiere responder manualmente desde uno o pocos dispositivos, la aplicación Business puede ser suficiente.
Práctica del módulo
Comprueba lo aprendido
¿Cloud API es una bandeja de atención al cliente?
No. Cloud API es una interfaz de programación. La bandeja, usuarios, permisos internos y experiencia de agentes se construyen o se obtienen mediante una plataforma conectada.
¿Una empresa pequeña está obligada a migrar a la API?
No. La decisión depende del caso de uso, volumen, necesidad de integraciones, equipos y control operativo.
Módulo 2. Activos: portafolio, WABA, números e identificadores
2.1 Portafolio empresarial y WABA
Un portafolio empresarial de Meta agrupa activos y personas de la organización. Dentro de este ecosistema puede existir una WhatsApp Business Account (WABA). La WABA es el contenedor lógico de WhatsApp Business Platform: allí se relacionan números, plantillas y configuraciones empresariales.
La propiedad importa. Si un tercero creó activos en un portafolio que la empresa no controla, una migración o cambio de proveedor puede convertirse en un problema administrativo. Por eso el inventario de activos debe formar parte del proyecto desde el primer día.
2.2 Número visible vs. Phone Number ID
El cliente ve un número telefónico, pero las APIs suelen trabajar con un Phone Number ID. No son lo mismo. Para enviar mensajes, Cloud API utiliza el identificador del número como parte del endpoint. También existen WABA ID, App ID y otros IDs de Meta. Guardarlos con nombres explícitos reduce errores de integración.
2.3 Aplicación de Meta, permisos y proveedor
Una integración directa requiere una aplicación de Meta configurada para WhatsApp, permisos y tokens. Cuando utilizas una plataforma SaaS, parte de esta complejidad puede quedar abstraída. Aun así, la empresa debe saber quién controla la WABA, el número y los administradores del portafolio. El proveedor de software no debería ser el único lugar donde exista esa información.
| Activo | Qué representa | Dato que conviene registrar |
|---|---|---|
| Portafolio empresarial | Organización y propiedad de activos | ID, administradores principales y correo corporativo |
| WABA | Cuenta de WhatsApp Business Platform | WABA ID, propietario y proveedor conectado |
| Número | Identidad visible en WhatsApp | E.164, nombre mostrado y Phone Number ID |
| App de Meta | Aplicación que consume APIs y webhooks | App ID, responsables técnicos y entorno |
| Token/credencial | Autorización de llamadas a API | Tipo, permisos, propietario, fecha/rotación; nunca guardar en documentación pública |
Práctica del módulo
Comprueba lo aprendido
¿El WABA ID es el número de teléfono?
No. La WABA es la cuenta empresarial de WhatsApp; un WABA puede relacionarse con números y cada número tiene sus propios identificadores.
¿Por qué documentar propiedad de activos?
Porque soporte, permisos, migraciones y cambios de proveedor dependen de quién controla realmente los activos en Meta.
Módulo 3. Cómo funciona una conversación: ventana de 24 horas, plantillas y opt-in
3.1 La ventana de servicio de 24 horas
Cuando una persona envía un mensaje a la empresa, se abre una ventana de atención de 24 horas desde el último mensaje del usuario. Dentro de una ventana abierta, la plataforma permite respuestas no basadas en plantilla. Si el usuario vuelve a escribir, el reloj se actualiza. La ventana es una regla de mensajería, no un permiso para enviar cualquier contenido sin criterio.
Desde el 1 de octubre de 2026, Meta anunció que los mensajes de servicio enviados por la empresa dentro de esta ventana pasarán a ser cobrables por mensaje; por eso conviene separar dos conceptos: qué mensaje está permitido y qué mensaje genera costo.
3.2 Plantillas: Marketing, Utility y Authentication
Fuera de la ventana de 24 horas, la empresa inicia o reanuda el contacto mediante plantillas aprobadas. Las categorías expresan el propósito. Marketing cubre promociones, recomendaciones y comunicaciones que buscan impulsar demanda; Utility se usa para actualizaciones ligadas a una transacción o relación existente; Authentication se usa para códigos y procesos de autenticación.
Una plantilla aprobada no significa que cualquier audiencia sea apropiada. La empresa sigue siendo responsable de relevancia, consentimiento, frecuencia y bajas.
3.3 Opt-in: la expectativa del usuario
La Política de mensajes de WhatsApp Business exige que la empresa contacte a personas que hayan proporcionado su número y hayan dado permiso para recibir comunicaciones posteriores. Un buen opt-in indica quién enviará mensajes, qué tipo de comunicaciones recibirá la persona y cómo puede dejar de recibirlas. La prueba del consentimiento debe poder relacionarse con el contacto.
En operaciones maduras, el consentimiento no es un simple campo “sí/no”. Conviene registrar fuente, fecha, texto mostrado, propósito y estado de baja.
Práctica del módulo
Comprueba lo aprendido
¿Una plantilla aprobada reemplaza el opt-in?
No. La aprobación valida la plantilla para la categoría y las reglas de plataforma, pero la empresa sigue siendo responsable de contactar audiencias autorizadas y respetar bajas.
¿La ventana de 24 horas significa “mensajes gratis”?
No debe entenderse así. La ventana determina principalmente cuándo pueden enviarse mensajes no-template; las reglas de cobro pueden cambiar y desde octubre de 2026 los mensajes Service pasan a ser cobrables.
Módulo 4. Activación y preparación de un número
4.1 Preparar el negocio antes del número
Antes de activar un número, define quién será propietario del portafolio y de la WABA, qué correo corporativo administrará el activo, cuál será el nombre mostrado y qué sistema atenderá las conversaciones. Activar primero y diseñar después suele producir cambios innecesarios.
4.2 Verificación del número y registro
Cloud API requiere demostrar control del número durante la incorporación y registrar el número en la plataforma. En la colección oficial de Meta, el registro se realiza sobre el Phone Number ID y establece verificación en dos pasos mediante un PIN de seis dígitos. El detalle puede variar según el flujo de alta —directo, Embedded Signup o plataforma—, pero el principio es el mismo: el número debe quedar asociado correctamente a la WABA y listo para mensajería.
4.3 Nombre mostrado, perfil y continuidad
La identidad empresarial que ve el usuario debe ser coherente con el negocio. Conserva datos de soporte actualizados en el perfil. Si migras desde otra modalidad o proveedor, trata la migración como un proyecto: inventario, respaldo de configuraciones, ventana de cambio, pruebas entrantes y salientes y plan de reversión.
Práctica del módulo
Comprueba lo aprendido
¿Activar un número termina el proyecto?
No. Solo habilita una identidad para operar. Faltan mensajería, webhooks, bandeja o backend, políticas, pruebas y procesos internos.
¿Conviene usar un correo personal como único administrador?
No es una buena práctica de continuidad. La organización debería conservar control corporativo y redundancia administrativa.
Módulo 5. Cómo viajan los mensajes y qué hacen los webhooks
5.1 Mensaje saliente
Cuando una plataforma envía un mensaje, su backend llama a Cloud API con el Phone Number ID, destinatario y contenido permitido. Meta responde con un identificador de mensaje. Esa respuesta confirma que la solicitud fue aceptada por la API, pero el estado final llega posteriormente: enviado, entregado, leído o error, según corresponda.
5.2 Mensaje entrante
Cuando el usuario escribe, tu sistema no consulta WhatsApp cada segundo. Meta envía una notificación a un webhook: una URL HTTPS que tu aplicación ha registrado para recibir eventos. El backend procesa el evento, identifica WABA/número/contacto/conversación y actualiza la bandeja o CRM.
5.3 Por qué los estados deben procesarse como eventos
Los webhooks pueden llegar con retrasos, reintentos o duplicados. Una integración robusta no asume “un evento = una única ejecución”. Utiliza identificadores, idempotencia y un historial de estados. Aunque esto sea un concepto técnico, afecta directamente al negocio: evita mensajes duplicados, métricas erróneas y acciones repetidas.
| Momento | Qué ocurre | Qué debería guardar tu sistema |
|---|---|---|
| Solicitud saliente | Tu plataforma llama a Cloud API | ID interno, destinatario, tipo, plantilla/contenido y timestamp |
| Respuesta API | Meta acepta o rechaza la solicitud | wamid cuando existe y error estructurado cuando falla |
| Webhook de estado | Llega una actualización del mensaje | estado, fecha y error si aplica |
| Webhook entrante | El usuario envía contenido | ID de mensaje, remitente, tipo, texto/media y contexto |
Práctica del módulo
Comprueba lo aprendido
¿Un HTTP 200 al enviar significa que el usuario leyó el mensaje?
No. Solo indica que la solicitud fue procesada correctamente por la API. Los estados posteriores se reciben mediante eventos.
¿Por qué guardar IDs de mensajes?
Permiten correlacionar estados, evitar duplicados, auditar errores y reconstruir el historial técnico de una conversación.
Módulo 6. Atención multiagente, automatización y CRM
6.1 Qué añade una bandeja multiagente
Una bandeja empresarial debe resolver identidad, asignación, concurrencia y trazabilidad. Dos agentes no deberían responder sin saber que el otro ya está atendiendo. Conviene registrar propietario de la conversación, cola, prioridad, última actividad, estado y motivo de cierre.
6.2 CRM: contacto no es conversación
El contacto representa a la persona o empresa; la conversación representa una interacción en el tiempo; el mensaje es una unidad dentro de esa conversación; la oportunidad comercial es otro objeto con su propio ciclo. Separar estas entidades evita CRMs donde todo se mezcla en un único historial imposible de analizar.
6.3 Automatización con límites claros
Automatiza tareas predecibles: identificar motivo, solicitar datos mínimos, responder preguntas frecuentes, enrutar o confirmar una cita. No automatices decisiones de alto impacto sin controles. Siempre define cuándo debe intervenir una persona y qué contexto recibirá para no hacer repetir al usuario toda la conversación.
Práctica del módulo
Comprueba lo aprendido
¿Por qué separar contacto y conversación?
Porque una misma persona puede tener múltiples conversaciones y resultados a lo largo del tiempo. Mezclarlos impide medir correctamente atención y ciclo comercial.
¿Qué debe acompañar una transferencia a humano?
El contexto suficiente: identidad, motivo, información ya recopilada, acciones realizadas y cualquier riesgo o excepción detectada.
Módulo 7. Calidad, políticas, costos y prevención de restricciones
7.1 Calidad es una señal de usuario
La plataforma observa señales relacionadas con la experiencia, incluidas reacciones negativas. Una operación puede ser técnicamente correcta y aun así generar bloqueos si los usuarios no esperan los mensajes. Segmentación, frecuencia y relevancia importan tanto como la plantilla.
7.2 Costos: separa Meta de la plataforma
Tu costo total puede incluir cargos de Meta por mensajes entregados, plataforma SaaS, usuarios, automatización, IA, integraciones, soporte e impuestos. Modelar solo “cuánto vale la API” oculta el costo de operación. A partir del 1 de octubre de 2026, incorpora también al presupuesto los mensajes Service enviados por la empresa.
7.3 Prevención antes que apelación
Conserva trazabilidad del opt-in, procesa bajas rápidamente, evita listas compradas o raspadas, vigila calidad y revisa cambios de políticas. Si surge una restricción, no cambies configuraciones al azar: identifica el activo afectado, conserva evidencia y utiliza las rutas oficiales de revisión.
Práctica del módulo
Comprueba lo aprendido
¿Más mensajes enviados significa mejor desempeño?
No. El objetivo es el resultado con una experiencia sostenible. El volumen sin relevancia puede elevar costos y feedback negativo.
¿Cuál es la mejor reacción ante una caída brusca de calidad?
Reducir o pausar el patrón problemático, revisar audiencia/contenido/consentimiento y diagnosticar antes de escalar de nuevo.
Módulo 8. Diseño de una implementación completa
8.1 Empieza por el resultado del usuario
El diseño no comienza con la API; comienza con la necesidad. Ejemplo: una persona solicita información desde un anuncio, recibe atención inmediata, un agente confirma requisitos, se agenda una demostración y el CRM registra el resultado. A partir de ahí defines activos, mensajes, datos, responsables y métricas.
8.2 Define excepciones antes de automatizar
Para cada etapa pregunta qué puede fallar: contacto sin opt-in para futuros mensajes, número mal digitado, plantilla pausada, webhook duplicado, agente ausente, dato incompleto o integración externa caída. Una operación profesional describe el camino feliz y los caminos de excepción.
8.3 Documenta una versión operativa
El entregable final debe permitir que otra persona entienda el sistema sin preguntarte. Incluye diagrama, activos, permisos, flujos, plantillas, reglas de asignación, datos del CRM, métricas, costos, política de bajas y procedimiento de incidentes.
Práctica del módulo
Comprueba lo aprendido
¿Cuál es el primer elemento de una arquitectura correcta?
El caso de uso y el resultado esperado. La tecnología se diseña para soportar ese proceso.
¿Qué diferencia un diagrama útil de uno decorativo?
Que muestra responsables, datos, decisiones, eventos y excepciones, no solo logos conectados con flechas.
Caso integrado: una empresa que migra de WhatsApp Business a una operación con API
Imagina una empresa llamada Clínica Nova. Atiende consultas desde la aplicación WhatsApp Business con tres teléfonos vinculados. Recibe aproximadamente 80 conversaciones al día, pero tiene cuatro problemas: dos personas responden el mismo chat, nadie sabe qué anuncios generan citas, los recordatorios se envían manualmente y cuando un asesor está ausente algunos mensajes quedan sin respuesta. La dirección no necesita “más WhatsApp”; necesita convertir el canal en un proceso controlado.
Paso 1. Traducir el problema a capacidades
La doble respuesta exige asignación y presencia multiagente. La falta de atribución exige conservar origen y relacionarlo con el CRM. Los recordatorios requieren plantillas Utility y una fuente de datos de citas. Las conversaciones olvidadas requieren colas, SLA y alertas. Ninguna de esas necesidades se resuelve únicamente obteniendo acceso a Cloud API: se necesita una plataforma o desarrollo que use la API para implementar el proceso.
Paso 2. Diseñar los activos
Clínica Nova crea o confirma su portafolio empresarial, identifica la WABA, selecciona el número, documenta Phone Number ID y define dos administradores corporativos. El proveedor tecnológico recibe solo los permisos que necesita. La clínica mantiene un inventario propio para que el canal no dependa de una persona externa.
Paso 3. Diseñar el consentimiento
El formulario de citas explica que la clínica utilizará WhatsApp para confirmar y recordar la cita, y ofrece una opción independiente para promociones si se desean. El CRM guarda fecha, fuente y propósito. Si el paciente solicita dejar de recibir promociones, esa preferencia no impide necesariamente una comunicación transaccional que sea necesaria y esté permitida, pero la empresa debe aplicar las reglas legales y de plataforma pertinentes.
Paso 4. Diseñar mensajes y ventanas
Cuando una persona escribe “Quiero una cita”, la conversación se atiende dentro de la ventana de servicio. Si la cita es para la próxima semana, el recordatorio fuera de la ventana se envía con una plantilla Utility aprobada. Una promoción de blanqueamiento pertenece a Marketing. Este ejercicio evita el error de usar la misma plantilla para objetivos distintos.
Paso 5. Diseñar la operación
Los mensajes entrantes llegan por webhook a la plataforma. El sistema resuelve contacto, crea o actualiza conversación, identifica campaña si existe, y la coloca en la cola correcta. Un asesor toma la conversación; el resto ve que ya tiene propietario. Si pasan diez minutos sin asignación en horario laboral, se genera una alerta. Al terminar, el asesor registra resultado: información, cita creada, no interesado o requiere seguimiento.
Paso 6. Medir
| Métrica | Objetivo inicial | Qué revela |
|---|---|---|
| Primera respuesta p90 | < 10 minutos | Si la mayoría recibe atención dentro del objetivo |
| Conversación→cita | Medir base antes de fijar meta | Calidad de leads y proceso comercial |
| Bajas Marketing | Tendencia estable/baja | Expectativa y frecuencia |
| Costo por cita | Meta + plataforma + operación | Viabilidad económica |
| Conversaciones sin owner | 0 al final del día | Disciplina de enrutamiento |
Qué aprender del caso
La arquitectura no se diseña empezando por endpoints. Se diseña desde el resultado y se traduce a activos, datos, políticas y software. Cuando una empresa entiende esta cadena, puede evaluar proveedores y desarrollos con preguntas concretas: ¿dónde se guarda el opt-in?, ¿cómo se asigna una conversación?, ¿cómo se correlaciona un webhook?, ¿qué ocurre si una plantilla se pausa?, ¿cómo se calcula el costo?
Evaluación final de fundamentos
Una empresa tiene un número de WhatsApp Business y quiere 25 agentes. ¿Qué cambia conceptualmente?
Necesita una operación sobre Business Platform/API y software multiagente; vincular más dispositivos a la app no equivale a diseñar asignación, permisos, CRM y trazabilidad.
El usuario escribió hace 30 horas y la empresa quiere confirmar un cambio de cita. ¿Qué concepto debes revisar primero?
La ventana de 24 horas está cerrada; debes evaluar una plantilla aprobada adecuada, probablemente Utility si el contenido corresponde a una cita existente.
Meta devuelve un wamid. ¿El mensaje está leído?
No. El wamid identifica el mensaje aceptado; entrega y lectura se reflejan posteriormente en estados/eventos.
¿Qué dato ayuda a una migración de proveedor?
Inventario de propiedad: WABA ID, Phone Number ID, administradores, app/proveedor, plantillas y configuración relevante.
¿Qué debe ocurrir con una solicitud de baja?
Debe procesarse de forma clara y propagarse a las fuentes de campañas pertinentes para evitar nuevos contactos no deseados.
¿Un chatbot pertenece a Cloud API?
No como producto de bandeja/bot listo para usar. Cloud API permite mensajería; el chatbot se construye en una capa de software.
¿Por qué guardar estados de mensajes?
Para saber entrega/error, medir, depurar y evitar asumir que aceptar una solicitud equivale a éxito final.
¿Qué revisar antes de escalar una campaña?
Audiencia y opt-in, categoría/plantilla, calidad, frecuencia, capacidad operativa, costos y condiciones de pausa.
Proyecto final del curso
Diseña una implementación para una empresa ficticia que recibe 1.000 conversaciones mensuales desde web, anuncios Click-to-WhatsApp y clientes actuales. Entrega un documento o diagrama con:
- Objetivo de negocio y tipos de usuario.
- Mapa de portafolio, WABA, número y plataforma.
- Cómo obtiene y conserva opt-in.
- Tres plantillas: Marketing, Utility y Authentication o una justificación si Authentication no aplica.
- Flujo de mensaje entrante y saliente con webhooks.
- Colas de agentes y SLA.
- Campos mínimos del CRM.
- Métricas y presupuesto por categoría.
- Plan de bajas, calidad e incidentes.
Competencias que debes dominar al terminar
- Explicar la diferencia entre app Business, Business Platform y Cloud API.
- Reconocer WABA, Phone Number ID, App ID y otros activos.
- Determinar cuándo se usa una plantilla y cuándo existe una ventana de servicio.
- Diseñar opt-in y bajas trazables.
- Describir un webhook y la relación entre mensajes y estados.
- Diseñar una operación multiagente con CRM.
- Separar costo de Meta del costo de software y operación.
- Construir un flujo completo con métricas y controles.
Fuentes oficiales para continuar estudiando
- WhatsApp Business — Developer Hub
- Meta — colección oficial de WhatsApp Business Platform en Postman
- WhatsApp Business — Política de mensajes
- Meta for Developers — WhatsApp Cloud API
- Meta for Developers — precios de WhatsApp Business Platform
¿Quieres llevar estos procesos a una operación real?
Conocer OptimifyContinúa aprendiendo
WhatsApp API para empresas
Profundiza en gobierno, operación, SLAs, campañas y métricas.
Cloud API para desarrolladores
Aprende endpoints, tokens, webhooks, idempotencia y seguridad.
Plantillas y campañas
Domina categorías, segmentación, calidad y medición.
Buenas prácticas
Consulta una guía operativa para producción.