El ciclo de vida del estado de la plantilla
Una plantilla recorre una secuencia de estados, y la aprobación es la mitad de esa secuencia y no el final. Una plantilla aprobada puede pausarse por calidad, reactivarse, pausarse de nuevo y acabar desactivada de forma permanente, todo ello sin que nadie la toque.
El error que se devuelve al enviar con una plantilla pausada.
El error que se devuelve cuando una plantilla está desactivada de forma permanente.
Campos de webhook que informan del ciclo de vida: actualizaciones de estado y de calidad.
Los estados
En el orden en que una plantilla suele encontrárselos.
- PENDING: enviada y a la espera de revisión.
- APPROVED: lista para usarse en envíos.
- REJECTED: rechazada en la revisión, normalmente por estructura o categoría.
- PAUSED: temporalmente inutilizable tras una caída de calidad.
- DISABLED: inutilizable de forma permanente, el final del camino.
Cómo se pausa una plantilla
No por nada que tú hagas. Los destinatarios bloquean o denuncian los mensajes enviados con ella, la calificación de calidad de la propia plantilla cae de verde a amarillo y luego a rojo, y Meta la pausa para detener la caída.
Una pausa es temporal y se levanta sola. Lo que importa es lo que viene después: las pausas repetidas escalan, y una plantilla que insiste en volver al rojo acaba desactivada de forma permanente en lugar de pausada otra vez.
Los dos webhooks
Los dos hacen falta para ver el ciclo entero, y suscribirse a uno sin el otro deja un punto ciego.
- message_template_status_update: aprobación, rechazo, pausa y desactivación.
- message_template_quality_update: la calificación de calidad moviéndose entre verde, amarillo y rojo.
- El webhook de calidad es el aviso anticipado; el de estado es la consecuencia.
- Ninguno de los dos viene activado por defecto, así que hay que suscribirse a ambos.
Por qué el amarillo es el momento de actuar
Cuando una plantilla ya está pausada, el envío con ella ya falla y una campaña ya está rota. El amarillo es el estado en el que todavía funciona y la caída ya se ve.
Actuar en amarillo significa mirar al público además de la redacción. Una plantilla bien escrita enviada a gente que no la esperaba acumula bloqueos igual de rápido que una mal escrita, y reescribir el texto manteniendo la misma lista no cambia nada.
Qué provoca editarla
Una plantilla aprobada se puede editar, lo que la manda de vuelta a revisión. Eso es útil y tiene una consecuencia que la gente descubre en producción: si la edición cambia el número de variables, todo envío hecho por una integración sin actualizar empieza a fallar con el error 132012.
Trata el recuento de variables de una plantilla como parte del contrato de la integración y no como un texto del que alguien de marketing es dueño.
Errores comunes
- Tratar la aprobación como permanente. Una plantilla aprobada puede pausarse y acabar desactivada.
- Suscribirse al webhook de estado y no al de calidad. El campo de calidad es el aviso anticipado.
- Editar las variables de una plantilla sin revisar el código que hace el envío.
EasyCoexistence reenvía los dos webhooks de plantilla a tu endpoint, así que una caída de calidad llega a tu sistema en amarillo en lugar de descubrirse cuando un envío falla.
Preguntas frecuentes
¿Una plantilla aprobada sigue aprobada?
No necesariamente. Un retorno negativo sostenido puede pausarla y acabar desactivándola de forma permanente.
¿Cuál es la diferencia entre pausada y desactivada?
Una pausa se levanta sola. Desactivada es permanente y la plantilla no se puede volver a usar.
¿Cómo lo veo venir?
Suscríbete al webhook de calidad de plantilla. Informa del paso a amarillo mientras la plantilla todavía funciona.
¿Por qué empezaron a fallar los envíos tras una edición?
Si la edición cambió el recuento de variables, la integración sin actualizar ahora manda el número equivocado de parámetros y recibe el error 132012.
Sigue leyendo
¿Listo para empezar?
Configura WhatsApp Coexistence en minutos, no en meses. La app sigue funcionando en el teléfono.
Empezar prueba gratisVerificado el