Parte 2
Llegados a este punto, ya podemos entender que un Template de WhatsApp no es simplemente un texto que una empresa guarda para reutilizar posteriormente. Tiene una finalidad concreta dentro de la arquitectura de WhatsApp Business Platform: permitir que una empresa pueda iniciar determinadas comunicaciones de forma estructurada y bajo las reglas de Meta.
Por eso, antes de crear una plantilla conviene cambiar la forma de pensar el problema.
En lugar de comenzar preguntando:
“¿Qué mensaje quiero enviar?”
es mucho más útil comenzar con:
“¿Qué situación quiero comunicar y por qué el usuario debería recibir este mensaje?”
Esta diferencia parece pequeña, pero puede cambiar completamente la calidad del Template.
Un mensaje pensado para confirmar un pedido, por ejemplo, debería centrarse en proporcionar información sobre ese pedido. Si aprovechamos el mismo mensaje para añadir una promoción, recomendar otro producto y recordar una oferta, probablemente estaremos mezclando objetivos diferentes dentro de una misma comunicación. Y ahí comienza uno de los problemas más frecuentes al crear Templates.
¿Cómo crear un Template de WhatsApp?
La creación puede realizarse desde las herramientas de administración de WhatsApp Business Platform disponibles en Meta.
El proceso consiste, de forma general, en definir los elementos principales de la plantilla:
- Nombre del Template.
- Categoría.
- Idioma.
- Componentes del mensaje.
- Variables, cuando sean necesarias.
- Botones o elementos interactivos, si corresponden.
- Envío para revisión.
La plantilla posteriormente pasa por el proceso de revisión correspondiente antes de poder utilizarse. La documentación de Meta establece además reglas específicas para la estructura y el contenido de los Templates, por lo que no conviene asumir que cualquier combinación de texto, variables y componentes será válida.
El nombre del Template también importa
El nombre es un elemento interno que permite identificar la plantilla dentro de la cuenta.
Una buena práctica es utilizar nombres descriptivos y consistentes.
Por ejemplo:
pedido_confirmadopedido_enviadorecordatorio_citacodigo_verificacion
Esto puede parecer una cuestión menor cuando existen solamente cinco Templates. Pero imaginemos una empresa que después de varios meses tiene 50, 100 o 200 plantillas. Un sistema de nombres poco organizado puede convertir la administración de los Templates en un problema por sí mismo. La idea no es crear nombres creativos para el cliente. El nombre debería ayudar a identificar rápidamente para qué existe la plantilla.
El propósito debe estar claro desde el principio
Uno de los aspectos más importantes de las directrices de Meta es que el propósito del Template debe poder entenderse claramente.
Esto tiene una consecuencia práctica interesante.
Supongamos que queremos enviar:
― Hola {{1}}, tenemos novedades para ti. Haz clic aquí para conocerlas. ―
El mensaje es técnicamente sencillo, pero su propósito puede ser demasiado amplio.
Ahora comparemos con:
― Hola {{1}}, tu pedido {{2}} fue enviado. Puedes consultar su estado aquí. ―
En este segundo caso existe una relación mucho más evidente entre:
usuario → pedido → actualización → acción.
La segunda estructura comunica mejor qué está ocurriendo y por qué el usuario recibe el mensaje. La documentación de Meta contempla, entre otros aspectos, problemas de formato, variables incorrectas, idioma y contenido que puede provocar el rechazo del Template
Uno de los conceptos fundamentales de la WhatsApp Business Platform es la llamada Customer Service Window. Cada vez que un usuario envía un mensaje a una empresa, se abre automáticamente una ventana de atención con una duración de 24 horas. Durante ese tiempo la empresa puede responder utilizando mensajes normales sin necesidad de emplear plantillas aprobadas.
Esto permite mantener conversaciones naturales y fluidas cuando el cliente ha iniciado el contacto. Una vez transcurridas esas 24 horas, la conversación cambia de estado. Si la empresa desea volver a comunicarse con el usuario, deberá hacerlo utilizando un Template aprobado por Meta.
Comprender este funcionamiento es esencial porque no solo determina cómo deben enviarse los mensajes, sino que también influye directamente en el modelo de facturación de la plataforma.
“META clasifica los Templates en diferentes categorías según el propósito del mensaje”
Un ejemplo de un Template bien planteado
Las variables son extremadamente útiles cuando el mismo mensaje debe adaptarse a diferentes usuarios.
Por ejemplo:
Hola {{1}}, confirmamos tu reserva para el día {{2}} a las {{3}}.
Podríamos reemplazar:
{{1}}→ nombre del cliente{{2}}→ fecha{{3}}→ hora
El Template sigue siendo el mismo; únicamente cambia la información dinámica. Sin embargo, las variables no deberían utilizarse simplemente porque están disponibles. Si todo el mensaje depende de variables y prácticamente no existe contexto fijo, el receptor puede terminar recibiendo algo difícil de interpretar. También es importante respetar la estructura que Meta establece para los parámetros. Las directrices oficiales contemplan problemas como parámetros mal formados o secuencias incorrectas.
*Importante: Utiliza variables para aquello que realmente cambia. Mantén como texto fijo aquello que explica qué está sucediendo.
¿Cómo está compuesto un Template?
Imaginemos una tienda online. Su sistema necesita avisar automáticamente a un cliente cuando su pedido ha sido enviado.
Un Template podría estructurarse así:
Header:
Pedido enviado
Body:
Hola {{1}}, tu pedido {{2}} ya fue enviado.
Puedes consultar el estado de tu entrega utilizando el siguiente enlace.
Button:
Consultar pedido
Aquí existe una relación lógica:
evento → información → siguiente acción.
El sistema detecta que el pedido cambió de estado, obtiene los datos correspondientes y envía el Template. No necesitamos crear un mensaje diferente para cada comprador. Ese es precisamente uno de los puntos fuertes de trabajar con Templates: la estructura permanece estable mientras los datos pueden cambiar.
Un error frecuente: intentar meter todo en una sola plantilla
Existe una tentación bastante común cuando una empresa empieza a automatizar WhatsApp. Crear una plantilla que haga absolutamente todo.
Por ejemplo:
Hola {{1}}, tu pedido fue enviado. Aprovecha además nuestro descuento del 20 %, tenemos nuevos productos, recuerda que puedes consultar tu factura aquí y también tenemos una promoción especial para clientes frecuentes…
El problema no es solamente que el mensaje sea largo. El problema es que hemos mezclado diferentes intenciones.
Tenemos:
- Actualización del pedido.
- Promoción.
- Venta cruzada.
- Información administrativa.
- Fidelización.
Cada una de esas comunicaciones tiene una finalidad diferente. Una mejor estrategia es pensar en Templates especializados para situaciones concretas. Esto facilita su administración y ayuda a que el mensaje sea más claro para quien lo recibe, entender este punto te ayudara a crear con mas facilidad y creatividad.
¿Qué puede hacer que Meta rechace un Template?
Meta establece diferentes criterios que pueden provocar el rechazo de una plantilla.
Entre ellos se encuentran problemas relacionados con:
- Formato incorrecto.
- Variables mal estructuradas.
- Idioma seleccionado incorrectamente.
- Contenido que no corresponde con la categoría.
- Incumplimiento de las políticas aplicables.
- Problemas relacionados con el contenido del mensaje.
Por ejemplo, las directrices oficiales indican que los parámetros deben utilizarse correctamente y que su formato debe ser válido. También pueden producirse rechazos cuando el idioma seleccionado no corresponde al contenido presentado. Esto explica por qué cambiar simplemente una palabra y volver a enviar una plantilla no siempre resuelve un rechazo.
El problema puede estar en la estructura o en el propósito del mensaje, no únicamente en una frase determinada.
Ejemplo 1 (Error) — Utility utilizado como promoción
Categoría seleccionada: Utility
Hola {{1}}, tu pedido #{{2}} fue enviado correctamente. Aprovecha ahora un 30% de descuento en nuestra nueva colección. Compra aquí: {{3}}
Problema: el mensaje comienza comunicando una actualización transaccional, pero incorpora una promoción comercial. La parte promocional cambia la naturaleza del mensaje y puede hacer que no corresponda a la categoría Utility.
La mejor solución sería separar las comunicaciones:
Utility:
Hola {{1}}, tu pedido #{{2}} fue enviado correctamente. Puedes consultar el estado de tu entrega aquí: {{3}}
Marketing:
Hola {{1}}, tenemos un 30% de descuento en nuestra nueva colección. Conoce la promoción aquí: {{2}}
Ejemplo 2 (error) — Mensaje demasiado genérico y engañoso
Categoría seleccionada: Marketing
¡Hola {{1}}! Tenemos algo increíble para ti. Haz clic aquí para descubrirlo: {{2}}
Problema: el destinatario prácticamente no sabe qué está recibiendo ni qué encontrará al hacer clic. El mensaje no proporciona suficiente contexto sobre la comunicación.
Una alternativa mucho más clara sería:
Hola {{1}}. Esta semana puedes obtener un 20% de descuento en nuestra categoría de zapatillas. Consulta los productos incluidos en la promoción aquí: {{2}}
La diferencia está en que el segundo mensaje explica qué se está ofreciendo y por qué el usuario debería hacer clic, en lugar de utilizar una frase genérica para generar curiosidad.
No confundas aprobación con calidad
Que Meta apruebe un Template no significa que ese mensaje sea automáticamente bueno para los usuarios.
― Son dos cuestiones diferentes. ―
La aprobación responde a una pregunta:
¿Este Template cumple las condiciones necesarias para ser utilizado?
La calidad plantea otra:
¿Cómo reaccionan los usuarios cuando reciben este mensaje?
Una empresa podría tener Templates perfectamente válidos desde el punto de vista técnico y, al mismo tiempo, utilizarlos de una manera que genere demasiados bloqueos o reportes.
Eso puede afectar negativamente la calidad de las comunicaciones.
Por eso, la estrategia no debería ser simplemente:
“¿Cómo consigo que Meta apruebe mi Template?”
Debería ser:
“¿Cómo creo un Template que Meta pueda aprobar y que el usuario realmente quiera recibir?”
Ese cambio de perspectiva es importante. Pues evitara que tu template o mensaje inicial sea marcado como SPAM o como NO DESEADO por el usuario y esto es clave para proteger tu cuenta de restricciones y ayudarla a crecer para alcanzar el maximo nivel de META para envio de mensajes la API Cloud.
La calidad depende también de lo que ocurre después
Imaginemos una empresa que crea un Template de Marketing y lo utiliza para enviar constantemente promociones a personas que no están interesadas. El mensaje podría cumplir inicialmente los requisitos para ser aprobado. Pero si los destinatarios comienzan a bloquear el número o reportar los mensajes, la situación cambia.
Por eso, la gestión de Templates no termina cuando aparece el estado Approved. También es necesario observar su comportamiento y utilizar las comunicaciones de manera coherente con lo que el usuario espera. La documentación y las guías de WhatsApp contemplan mecanismos relacionados con la calidad y el estado de las plantillas. Las referencias actuales a las directrices oficiales también señalan que un Template puede ser afectado por la respuesta de los usuario
Es fácil caer en una especie de “optimización para aprobación”. La empresa analiza las reglas, modifica palabras, cambia categorías y busca la manera de conseguir que el mensaje sea aceptado.
Pero existe una pregunta mucho más importante:
¿El usuario esperaba recibir este mensaje?
Una plataforma puede aprobar técnicamente una comunicación y, aun así, el usuario puede considerarla molesta. La verdadera calidad de una estrategia de WhatsApp no se mide únicamente por cuántos Templates fueron aprobados. También se mide por qué sucede después de que el usuario los recibe.
¿Te gustaria una prueba previa de como funciona la API com un CRM? Dale click al boton y entra al COLLAB de Bitrix24 ¡Alla te espero y conversamos!
Para meditar
La parte más interesante de los Templates no está realmente en el botón que permite crearlos. Está en lo que ocurre detrás. Una empresa puede tener un CRM, una tienda online, un sistema de reservas o una plataforma de gestión capaz de generar cientos de eventos todos los días. Pero si esa información permanece encerrada dentro del sistema, el usuario nunca se entera de lo que está ocurriendo.
El Template funciona como un puente entre esos datos y la persona. Un pedido cambia de estado. Una reserva se aproxima. Un pago se confirma. Un código necesita ser enviado. Una comunicación comercial necesita llegar al usuario. La automatización detecta el evento y el Template proporciona una estructura de comunicación.
Por eso, aprender a crear Templates correctamente no consiste solamente en aprender dónde escribir un mensaje dentro de WhatsApp Manager. Consiste en entender qué merece convertirse en una comunicación, cuándo debe enviarse y por qué el usuario debería recibirla. Cuando se entiende esa lógica, la Cloud API deja de parecer simplemente una versión técnica de WhatsApp y comienza a verse como lo que realmente puede ser: una capa de comunicación integrada dentro de los procesos digitales de un negocio.