¿Te ayudamos a aplicar esta guía?Pregunta al equipo de DripTell
La plantilla aparece como aprobada. La reacción natural es añadir la audiencia real y pulsar enviar. Todavía es pronto.
La aprobación significa que Meta revisó la plantilla y permite usarla. No demuestra que los datos reales encajen en las variables, que se elija el idioma correcto, que los eventos de entrega lleguen a su sistema, que una respuesta encuentre propietario ni que el seguimiento se detenga cuando el cliente contesta. Trate la aprobación como permiso para empezar una prueba completa.
La aprobación inicia la comprobación
La documentación actual de Meta sobre revisión de plantillas indica que una plantilla aprobada queda activa con la calidad pendiente, aparece como APPROVED en la API y ya puede enviarse. Los cambios de estado también pueden llegar mediante webhook. Lo importante es que la calidad sigue pendiente. Meta ha evaluado el artefacto, no todo el recorrido del cliente.
La guía de Meta sobre calidad de plantillas explica que una plantilla nueva empieza sin valoración. El uso y las reacciones posteriores forman esa señal, por lo que una prueba correcta demuestra preparación actual, no seguridad permanente.
| Evidencia | Qué demuestra | Qué no demuestra |
|---|---|---|
| Estado aprobado | La plantilla y el idioma pueden enviarse | Que las variables reales sean correctas |
| Destinatario controlado | Un mensaje llegó con el aspecto previsto | Que toda la audiencia sea apta |
| Respuesta de prueba | La ruta entrante y el propietario funcionaron una vez | Que todos los tipos de respuesta estén cubiertos |
| Lanzamiento pequeño vigilado | El tráfico real siguió la ruta prevista | Que la calidad se mantenga siempre |
Fije la versión exacta del lanzamiento
Anote el nombre, idioma, categoría y versión de la plantilla, además del remitente, el disparador y la regla de audiencia. Mantenga esos elementos sin cambios durante la prueba. Si alguien modifica la automatización mientras otra persona la comprueba, un resultado correcto no identifica qué versión se probó.
- Artefacto aprobado exactoFije nombre, idioma, categoría, remitente, disparador y regla de audiencia.
- Datos representativosPruebe casos seguros cortos, largos, ausentes, multimedia, enlaces y botones.
- Entrega controladaEmpiece con el evento real y conserve evidencia del proveedor hasta la recepción.
- Ruta de respuesta con propietarioDemuestre que las respuestas llegan a la cola correcta y detienen seguimiento obsoleto.
- Lanzamiento real vigiladoExponga un grupo pequeño con responsable, regla de parada y acción de retroceso.
Use valores realistas pero no sensibles para cada variable. Pruebe el valor más corto esperado, el más largo que sea seguro, la ausencia de datos opcionales, fechas, monedas, enlaces, medios y botones del flujo real. La guía de variables de plantilla ayuda porque una muestra correcta durante la revisión todavía puede recibir datos reales torpes o equivocados.
Lea el mensaje final en el teléfono del destinatario como lo haría un cliente. ¿Se identifica la empresa? ¿Está claro el propósito? ¿Aparece cada valor en su lugar? ¿La acción lleva a un paso útil? Si necesita explicar el entorno de prueba para que el mensaje tenga sentido, no está listo.
Ejecute una prueba completa y controlada
Use un destinatario interno autorizado que pueda recibir con seguridad la ruta exacta de producción. Empiece por el evento de negocio real, no con una copia manual cómoda. Un recordatorio de cita debe partir del evento de la cita. Una actualización de pedido debe nacer de un estado verificado del pedido. Así se comprueban juntos plantilla, idioma, destinatario y datos.
Registre el identificador de la solicitud y los eventos de aceptación, envío, entrega, lectura o fallo que su sistema recibe de verdad. La aceptación de la API no equivale a entrega al cliente. La guía de informes de entrega ayuda a separar eventos del proveedor y resultados del negocio.
Pruebe la respuesta y la regla de parada
Pida al destinatario de prueba que responda como lo harían clientes reales. Una confirmación, una pregunta, un cambio y una baja pueden exigir tratamientos distintos. Cada respuesta debe aparecer junto al mensaje original y el contexto del cliente, llegar a la cola adecuada y tener un propietario responsable.
Después revise qué hace la automatización. Una respuesta del cliente debe detener los pasos futuros que ya no encajen. Si la cita cambia, no debe salir el recordatorio antiguo. Una baja debe actualizar la supresión antes de poner otra campaña en cola. La guía de respuestas de campaña y el espacio de campañas son relevantes porque el resultado útil es una conversación con responsable, no solo un mensaje entregado.
Si una persona toma el control, confirme que la bandeja compartida reúne la plantilla, la respuesta, la fuente y la siguiente acción. Probar solo la salida deja oculto el fallo más costoso.
Lance primero a un grupo pequeño
Tras superar la prueba controlada, envíe a la menor cohorte real que pueda revelar problemas operativos sin exponer a toda la audiencia. Defina antes el grupo, la hora, el volumen esperado, quién vigila, cuándo detenerse y cómo retroceder.
Observe fallos de entrega, representación inesperada, confusión, respuestas sin propietario, duplicados, bajas y el estado y calidad actuales de la plantilla. No invente un porcentaje aceptable universal. Compare la evidencia con el propósito y el comportamiento normal de esa audiencia.
Mantenga el primer lanzamiento lo bastante pequeño como para revisar ejemplos reales. Si el flujo funciona, amplíe de forma deliberada. Si falla, pause la automatización, conserve la evidencia, corrija una causa y repita la prueba. El espacio de plantillas de DripTell puede mantener la plantilla aprobada cerca de la campaña y la automatización que la usan, pero la decisión de lanzamiento sigue necesitando un propietario.
Conserve un recibo del lanzamiento
Guarde la identidad de la plantilla, el tipo de destinatario de prueba, los casos de variables, la prueba del disparador, los eventos del proveedor, el resultado de la respuesta y la parada, la cohorte, el propietario y la decisión. Será la referencia cuando aparezca una edición, un cambio de calidad o un incidente de entrega.
La aprobación responde si Meta acepta la plantilla. La comprobación de lanzamiento responde si todo el flujo funciona con seguridad para un cliente real. Son decisiones distintas.
Preguntas frecuentes
¿Se puede enviar de inmediato una plantilla aprobada?
Se puede enviar, pero el lanzamiento completo debe esperar hasta que el disparador, las variables, la representación, la entrega, la ruta de respuesta y las reglas de parada superen una prueba controlada.
¿La primera prueba debe usar datos reales de clientes?
Empiece con valores realistas no sensibles y un destinatario interno autorizado. Pase a un grupo real pequeño solo cuando el camino controlado funcione y la vigilancia esté lista.
¿Qué debe ocurrir cuando responde el destinatario de prueba?
La respuesta debe permanecer con la conversación original, llegar a un propietario responsable y detener cualquier paso futuro que ya no encaje con el estado del cliente.
¿Cuándo está lista la plantilla para un uso más amplio?
Cuando el recorrido controlado funciona, los fallos tienen propietario, el grupo pequeño se comporta como se esperaba y alguien vigila estado y calidad después de ampliar.
DripTell Editorial
Guías prácticas revisadas por el equipo de producto y flujos de cliente de DripTell.
Consulta cómo DripTell verifica el producto, utiliza fuentes primarias y corrige errores.
Política editorial y de fuentes