Cómo preparar una plantilla de WhatsApp para la revisión de Meta

Cómo preparar una plantilla de WhatsApp para la revisión de Meta

Un grupo hotelero dedica una semana a crear su primera plantilla de confirmación de reserva por WhatsApp. Marketing redacta el texto, alguien añade un emoji simpático en la cabecera porque suena más cercano, un desarrollador coloca una URL provisional porque la página real de confirmación aún no está publicada, y todo se envía a Meta para revisión. Cuatro días después vuelve rechazada, con un código de motivo que no explica casi nada. Nadie del equipo sabe con seguridad cuál de las cinco o seis cosas que hicieron mal fue la que la rompió, así que hacen una suposición, cambian dos de ellas y vuelven a enviarla. Esa es la experiencia normal de construir sobre WhatsApp Business Platform sin ninguna capa que revise el trabajo antes de que lo haga Meta.

GuestMaker funciona como Meta Tech Provider, que es el término que usa Meta para una empresa que ejecuta el flujo de Embedded Signup y onboarding de Cloud API de WhatsApp Business Platform en nombre de sus clientes. Cómo conecta realmente un hotel un número, con un clic, sin desarrollador y sin credenciales API manuales, se explica aquí desde el lado del huésped. Lo que ese artículo no cubre es que un mismo grupo hotelero puede conectar así más de una WhatsApp Business Account, una por establecimiento más un número compartido a nivel de grupo si lo quiere, cada una asignada al hotel correcto. Y, una vez que esas cuentas existen, las plantillas de mensajes todavía deben pasar la revisión de Meta antes de que esas cuentas puedan iniciar conversaciones con ellas. Las respuestas dentro de la ventana de atención al cliente siguen otras reglas. Esa es la capa de la que trata este artículo.

Las plantillas no son la misma capa que el bot

Conviene ser preciso con la diferencia, porque "WhatsApp para hoteles" agrupa dos problemas distintos que suelen comentarse como si fueran uno solo. Lo que hace el bot cuando un huésped responde, entender una pregunta, extraer la respuesta adecuada de la base de conocimiento de un hotel, saber cuándo derivar a una persona, es un problema conversacional. Este artículo trata sobre la capa que hay debajo, la que ningún huésped ve directamente: conseguir que las plantillas de mensajes que inician esas conversaciones, una confirmación de reserva, un recordatorio antes de la llegada, una invitación a una encuesta posestancia, sean aprobadas realmente por Meta. Un grupo hotelero puede tener el agente conversacional más capaz del mundo y aun así no llegar a un solo huésped si sus plantillas se rechazan una y otra vez o si su cuenta queda marcada por enviar propuestas descuidadas.

Qué crea AI Template Studio

AI Template Studio genera borradores con las comprobaciones de GuestMaker para cabeceras, cuerpo del mensaje, destinos de los botones y ubicación de las variables. Su verificador aplica actualmente un límite de 60 caracteres para la cabecera de texto, 550 para el cuerpo de una plantilla de Marketing y 1.024 para el cuerpo de las plantillas Utility y Authentication, junto con reglas específicas de cada categoría. Estas son las restricciones que aplica actualmente GuestMaker, no una afirmación de que todos los formatos de plantilla de Meta tengan los mismos límites. Un borrador comprobado sigue necesitando la revisión de Meta, y GuestMaker no puede garantizar su aprobación al primer intento.

La auditoría que se ejecuta antes de que Meta la vea

GuestMaker comprueba los nombres de las plantillas, la numeración de variables, los valores de ejemplo, las cabeceras multimedia y los destinos de los botones antes de enviarlas a revisión. El estudio muestra una puntuación y cuatro valoraciones orientativas: Probablemente aprobada, con una puntuación de 90 o superior y sin errores ni advertencias; Buena probabilidad, cuando no hay errores ni advertencias pero la puntuación es inferior a 90; Revisión necesaria, cuando hay advertencias que requieren atención; y Probablemente rechazada, cuando se han detectado errores. Los errores se señalan para corregirlos antes del envío. Son valoraciones de GuestMaker, no estados de revisión de Meta, y no garantizan la aprobación.

Una segunda comprobación se ejecuta junto a la de cumplimiento: la unicidad. El nombre y el cuerpo de cada nueva plantilla se comparan con todo lo que ya existe en la biblioteca del grupo, combinando la coincidencia de palabras con una puntuación de distancia de edición a nivel de caracteres en una única cifra de similitud. Por encima del 70 por ciento de similitud con una plantilla existente, el verificador avisa. Por encima de 85, bloquea directamente el envío. Meta también rechaza plantillas que se leen como casi duplicados de otras que una empresa ya ha enviado, así que esto detecta el mismo problema antes de convertirlo en un ciclo de revisión desperdiciado, algo especialmente importante para un grupo que está afinando el texto de una docena de variantes de confirmación casi idénticas.

Cuando Meta dice que no de todos modos

A veces una plantilla supera todas las comprobaciones internas y Meta aun así la rechaza, o el verificador de cumplimiento señala algo que la persona que la está creando no sabe bien cómo corregir. En ambos casos, hay una opción "Corregir con IA" que envía a la IA la infracción concreta, no toda la plantilla, y pide una corrección mínima y dirigida en lugar de una reescritura completa. Una plantilla rechazada por una variable mal colocada vuelve con ese único elemento cambiado, manteniendo intacto el resto del texto que el equipo de marketing escribió.

Seguir un envío durante la revisión

GuestMaker sigue los estados de revisión de las plantillas de Meta mediante varias vías de actualización. Los webhooks de estado de plantilla de Meta activan una consulta del registro de referencia de la plantilla, junto con una sincronización programada en segundo plano que actualmente se ejecuta cada hora. La comprobación manual de estado ofrece otra vía para obtener la respuesta actual de Meta. Meta controla la decisión de revisión y sus plazos; ni un webhook ni la programación en segundo plano garantizan que cualquier cambio aparezca en un número fijo de minutos.

Una plantilla, varias WhatsApp Business Accounts

Un grupo hotelero con varios establecimientos, cada uno con su propia WhatsApp Business Account, no crea ni envía la misma plantilla de confirmación de reserva cinco veces por separado. Se crea una vez, y quien la envía elige a cuáles de las cuentas conectadas del grupo debe mandarse. Meta revisa cada uno de esos envíos de forma independiente, así que la misma plantilla puede acabar aprobada en la cuenta de un establecimiento, seguir pendiente en otra y ser rechazada en una tercera por motivos específicos del historial de esa cuenta, y GuestMaker registra cada uno de esos resultados por separado en lugar de mostrar un único estado mezclado para todas.

La misma plantilla en otro idioma

Una vez aprobada una plantilla en un idioma, convertirla a otro es un paso guiado, no una reconstrucción desde cero. Alguien elige el idioma de destino, y la IA traduce el cuerpo, la cabecera, el pie y el texto de los botones, dejando deliberadamente cada {{variable}}, cada URL y cada número de teléfono exactamente como estaban, porque esos elementos deben mantenerse literales para que el mensaje siga funcionando. La versión traducida se convierte en una nueva plantilla propia, vinculada a la original, y pasa por la revisión de Meta por derecho propio, porque Meta aprueba cada idioma de una plantilla por separado en lugar de aprobarla una vez y dejar que todas las traducciones la acompañen gratis. Se parece mucho a la misma idea aplicada al correo electrónico, que este blog ya ha tratado por separado. Las reglas concretas son distintas, el correo electrónico no tiene una restricción de variables dentro de una URL ni un límite de 1,024 caracteres que respetar, pero el trabajo de fondo es el mismo: traducir el mensaje que el huésped lee realmente sin romper las partes que deben permanecer fijas.

Qué se envía realmente

Nada de esto existe por sí mismo. Una plantilla que supera todas las comprobaciones de GuestMaker y después pasa la propia revisión de Meta es lo que permite llegar a un huésped por WhatsApp como parte de un CRM construido alrededor de ese canal, no añadido después como un parche. Lo que ocurre cuando una plantilla ya está aprobada, una confirmación de reserva que se dispara en cuanto entra una reserva, un recordatorio de check-in que sale la mañana anterior a la llegada, sin que nadie del hotel tenga que enviar manualmente ninguno de los dos, es otra historia. Este artículo trata de asegurarse de que el mensaje pueda existir desde el principio. Ese otro trata de qué hace que se envíe realmente.