¿Por qué las plantillas de WhatsApp se rechazan o se reclasifican?

Las plantillas se validan contra las guías de categoría al crearse, y la categoría define el precio. Desde el 9 de abril de 2025, si tú declaras una plantilla como utilitaria y WhatsApp determina que es de marketing, la plantilla se aprueba como marketing en lugar de bloquearse: tienes 60 días para pedir una revisión. El contenido mezclado (una actualización de orden con una promoción dentro) y el contenido poco claro se tratan como marketing. Aparte de la categorización, una plantilla también puede ser pausada o degradada por malas señales de calidad de los últimos siete días.

¿Qué pasa cuando se cierra la ventana de servicio de 24 horas?

Dejan de funcionar las respuestas de texto libre. La documentación de Meta dice que, cerrada la ventana, solo puedes enviar plantillas preaprobadas, y el cronómetro se reinicia únicamente si el cliente vuelve a escribir o llamar — tus propias respuestas no lo extienden. Todo lo que pensabas enviar en libre a la hora 25 tiene que ser una plantilla ya aprobada, o una tarea para un humano en el CRM.

¿Dónde debe vivir el paso de bot a humano: en WhatsApp o en el CRM?

En el CRM, con el hilo de WhatsApp adjunto. WhatsApp sostiene la conversación y el reloj de la ventana; el CRM sostiene el dueño, la etapa y la siguiente acción. Un handoff que solo existe dentro del chat muere en cuanto cambia de turno la persona que sostiene el teléfono.

WhatsApp es tu puerta de entrada, no tu CRM

WhatsApp es donde llega tu inbound y donde ocurre la conversación; el CRM es donde vive el estado del lead. Trata el canal como una capa de entrada conectada a un sistema de registro, y escribe el contrato de enrutado — campo, si es obligatorio, qué se rompe cuando falta, quién lo posee — antes de elegir cualquiera de las dos herramientas. El que compra el CRM primero termina reconstruyendo la entrada una segunda vez, porque descubre el contrato cuando los datos ya están fluyendo.

La confusión y lo que cuesta

En América Latina WhatsApp no es "un canal más". Es la puerta principal. Ventas vive ahí, los clientes esperan respuesta ahí, y para muchas empresas la aplicación es el pipeline de facto. Entonces alguien decide que el negocio necesita control, compra un CRM y pregunta: ¿importar qué, exactamente?

Lo que suele venir después es una personalidad dividida. WhatsApp sigue operando el negocio, el CRM se vuelve una capa de reporte alimentada por la memoria de alguien, la búsqueda del chat se convierte en la base de datos ("¿quién me escribió en marzo?") y empieza a circular una exportación a hojas de cálculo. Dos sistemas con media ficha cada uno, y ninguno de los dos responde cuando el dueño pregunta qué pasó con un trato.

Nosotros implementamos esto para vivir, y el patrón es lo bastante constante para afirmarlo como opinión: un CRM comprado antes de definir la entrada no crea orden, crea doble captura. La carga de digitación se mueve hacia quien menos va a quejarse, y seis semanas después el equipo vuelve a WhatsApp porque ahí está la verdad.

Hay una señal de demanda detrás. Nuestros propios datos de Search Console de los 28 días del 20 de septiembre al 18 de octubre de 2026 muestran que nuestra comparativa WhatsApp + CRM para el mercado latinoamericano tiene 853 impresiones en posición 6,0 y cero clics. La gente pregunta cuál herramienta es cuál, y la respuesta de la página — una comparativa de plataformas — no es la respuesta que necesitan. Están preguntando por capas: de qué se encarga WhatsApp realmente cuando ya existe un CRM.

Dos capas, dos trabajos

El reparto no es filosófico; decide qué se rompe un sábado a las 2 a.m.

Lo que posee la capa de entrada (WhatsApp)	Lo que posee el sistema de registro (CRM)
La conversación, en tiempo real	La identidad de la persona, sin duplicados
El estado de opt-in y su prueba	Etapa del lead, dueño y siguiente acción
Estado de plantillas, calidad y el reloj de la ventana	Historial completo, entre personas y canales
El momento en que un humano debe tomar el control	Reportes con los que se puede defender una reunión

El CRM nunca conversa: cada hora que le pides que converse, le sumas latencia que un competidor se va a comer. Y WhatsApp no recuerda de forma confiable: un número de teléfono sin marca de tiempo de consentimiento no es un lead auditable, y un hilo de chat no es un pipeline. Buscar dentro de una bandeja es un truco de recuperación, no un modelo de datos.

El contrato de enrutado

Antes de elegir una sola herramienta, escribe el contrato. Es una tabla, y es toda la disciplina:

Campo	Obligatorio	Qué se rompe cuando falta	Quién lo posee
Identidad del contacto (teléfono E.164 + nombre)	Sí	Registros duplicados; la misma persona existe tres veces en tres conversaciones	Automatización de entrada
Prueba de opt-in (fecha, fuente, redacción)	Sí	No puedes escribirles de forma defendible cuando se cierra la ventana; el opt-in es requisito de la plataforma, no una cortesía	Operaciones de marketing
Fuente / campaña	Sí	La contribución de cada canal sigue siendo materia de opinión; las reuniones de presupuesto dan vueltas	Automatización de entrada
Servicio solicitado o intención	Sí	El lead cae a una bandeja genérica y el primer humano repite una pregunta que un bot ya pudo responder	Automatización
Respuestas de calificación (rango de presupuesto, plazo)	Según el negocio	Venta vuelve a preguntar, y la segunda pregunta es donde se enfrían las conversaciones	Dueño de ventas
Dueño con nombre	Sí	El lead se queda en una bandeja compartida; "yo pensé que lo tenías tú" es todo el modo de fallo	Gerente de ventas
Estado de la ventana (vence en, siguiente acción)	Sí	El seguimiento queda previsto como mensaje de texto libre que la plataforma simplemente no entregará	Automatización
Carril de fallo (validación falla → humano con nombre + cola)	Sí	El lead no existe en ningún lado: ni en el CRM, ni en un reporte, ni en la lista de nadie	Automatización

Cada fila que hemos visto faltar produjo el mismo resultado: silencio, no un error. Las automatizaciones no levantan la mano cuando un campo falla; descartan el registro y siguen corriendo. Por eso el carril de fallo es una columna del contrato y no un pendiente.

Restricción uno: la ventana de servicio de 24 horas

La documentación de Meta sobre mensajes de servicio es directa con el reloj: cuando un usuario de WhatsApp te escribe o te llama, inicia un cronómetro de 24 horas, y se reinicia solo si el usuario vuelve a escribir o llamar antes de que venza. Con la ventana abierta puedes enviar mensajes de servicio de texto libre sin preaprobación. Con la ventana cerrada, solo puedes enviar plantillas preaprobadas.

De ese texto salen dos consecuencias. Primera: tus propias respuestas no extienden la ventana — solo los mensajes del cliente. Un equipo que responde durante 23 horas con dedicación y luego espera a horario laboral se ha metido, sin darse cuenta, en territorio de solo plantillas. Segunda: cualquier paso que planees para la hora 25 tiene que ser una plantilla, lo que significa que ya tiene que existir, ya estar aprobada y ya estar categorizada correctamente. El opt-in además es obligado todo el tiempo: solo puedes escribirle a quien aceptó que le escribieras.

Hay una trampa menor en la misma página: el orden de entrega de una secuencia de mensajes no está garantizado. Meta aconseja confirmar el webhook de estado delivered antes de enviar el mensaje siguiente. Las confirmaciones de varios pasos lanzadas de una sola vez a veces llegan desordenadas.

Restricción dos: la categoría de la plantilla decide el precio y la supervivencia

Las plantillas son la única manera de llegar a alguien fuera de la ventana, y según los fundamentos de plantillas de Meta, toda plantilla debe categorizarse como marketing, utilitaria o de autenticación — y la categoría entra en el cálculo del precio.

La guía de categorización contiene un cambio que la mayoría de los equipos descubre por la factura y no por la documentación. Desde el 9 de abril de 2025, si envías una plantilla como UTILITARIA y WhatsApp determina que debería ser MARKETING, la plantilla se aprueba como marketing — cambiar la categoría es el comportamiento por defecto, no un rechazo. Tienes 60 días para pedir una revisión. Dos patrones de contenido garantizan la reclasificación: contenido mezclado (una actualización de orden que además lleva una promoción) y contenido tan vago que no se puede clasificar.

El precio es la mitad visible. La mitad invisible es la disponibilidad: la calificación de calidad de una plantilla se calcula con siete días de retroalimentación del usuario — bloqueos, reportes, silencios — y las señales malas pueden pausar una plantilla, lo que significa que la automatización que depende de ella falla sin lanzar jamás un error.

Junta las dos restricciones y aparece la regla de diseño: cada paso que depende de una plantilla necesita un carril de respaldo que no dependa de ella. No un ciclo de reintentos. Un humano con nombre, una cola visible y una marca de tiempo.

El orden del trabajo

Escribe el contrato. La tabla de arriba, rellenada para tu negocio, acordada por ventas y marketing antes de conectar nada.
Define el modelo de estados más pequeño que ventas sí va a actualizar. Cuatro o cinco etapas, cada una con dueño y condición de salida. Un pipeline de doce etapas que nadie actualiza es peor que una hoja de cálculo.
Conecta la entrada. Webhook → automatización → crear o actualizar en el CRM, con idempotencia sobre el teléfono para que un cliente que regresa actualice y no duplique. Aquí viven las restricciones de la plataforma: las decisiones de diseño de workflow pagan aquí.
Aprueba las plantillas antes de necesitarlas. Toda plantilla de la que dependa tu flujo, en cada idioma que sirves, probada en categoría y de punta a punta — no la tarde en que arranca una campaña.
Construye primero los carriles de excepción. Campo falla, plantilla rechazada o pausada, ventana cerrada, sin dueño: todo cae a una cola con nombre y un humano. El manejo de fallos es el producto; el camino feliz es la demo.
Mide cuatro números: proporción de leads sin campo obligatorio, tiempo de mensaje a handoff humano, vencimiento de ventana antes del seguimiento, y eventos de reclasificación o pausa de plantillas.

Si quieres ver la mitad del handoff funcionando, escribimos el paso de bot a humano en WhatsApp con el stack que usamos, y la arquitectura de chatbot de seis capas que define qué responde el bot por su cuenta.

Qué medimos y qué no afirmamos

Medimos números operativos: tiempo de handoff, completitud de campos al crear, vencimiento antes del seguimiento, eventos de plantillas. No afirmamos aumento de conversión por este trabajo en nuestra propia propiedad, porque nuestros eventos de conversión no están lo bastante bien instrumentados para defender un claim así — decir "el contrato de enrutado subió las conversiones" sería una historia, no una medición. Los números operativos son los que te dicen si la entrada está rota.

Si prefieres que el contrato esté dibujado y conectado a que lo leas, eso es el servicio de Automatización y Chatbots, y cuando el problema real es reconstruir el CRM, Implementación de CRM. La vía más rápida es una llamada.

WhatsApp es excelente recibiendo gente y malísimo recordándola. El CRM es excelente recordando e inútil para responder. El contrato entre los dos es la parte que nadie construye primero — y es la única que decide si la segunda herramienta que compras te ayuda o te duplica la carga.