La campaña está lista, pero la plantilla aparece rechazada. Cambiás dos palabras, la enviás otra vez y vuelve el mismo resultado. Antes de reescribir, necesitás saber qué se rechazó, en qué cuenta ocurrió y qué motivo dejó Meta.
Revisá el estado exacto, el nombre y el idioma de la plantilla, su categoría, el motivo recibido y la versión enviada. Después corregí la causa que puedas demostrar y verificá el nuevo resultado. Una plantilla rechazada, una pausada y un envío fallido necesitan recorridos distintos.
El recurso descargable reúne un árbol de decisión, un registro de versiones y tres ejemplos ficticios. Sirve para preparar la revisión con quien administra la integración; no envía plantillas ni garantiza una aprobación.
Confirmá que estás mirando la plantilla correcta
Anotá cuenta comercial, número o integración que la utiliza, identificador de plantilla, nombre e idioma. Si existen versiones en varios idiomas, un estado visible en una de ellas no demuestra el de las demás.
Conservá el texto exacto enviado y los componentes que lo acompañan: encabezado, cuerpo, pie, botones y muestras. Una captura de un borrador posterior no permite explicar por qué se rechazó la versión anterior.
La guía oficial de revisión de plantillas de Meta contempla muestras para variables y mecanismos de corrección o revisión del rechazo. Consultala junto al motivo real de tu caso; no sustituyás el diagnóstico por una lista genérica de frases supuestamente prohibidas.
Si trabajás con un proveedor, pedile la información de la cuenta y del estado que estás autorizado a revisar. El operador necesita referencias y motivos, no claves privadas o credenciales compartidas en un documento de campaña.
Descargá el recurso original para revisar este proceso. Descargá la ficha Excel de versiones, ejemplos y árbol de revisión o el registro de diagnóstico en CSV. Tres ejemplos ficticios de preparación. No envía plantillas ni garantiza categoría o aprobación de Meta.
Estado de la plantilla y resultado del envío son dos datos
Una respuesta de error al crear o editar una plantilla puede significar que la solicitud técnica no fue aceptada. Un rechazo de revisión se refiere a un estado posterior. Conservá ambos eventos con sus fechas para no atribuirlos al mismo paso.
La documentación de estados de plantillas distingue revisión, rechazo y estados de calidad o pausa. La clasificación siguiente orienta la pregunta que debe hacer el equipo; no reemplaza el estado y las indicaciones que muestre la cuenta.
| Situación observada | Qué conviene comprobar primero | Próximo paso de revisión |
|---|---|---|
| Solicitud técnica falló | Respuesta de la API y datos de la solicitud | Corregir el error documentado antes de esperar una revisión |
| Pendiente de revisión | Versión enviada y estado actual | Revisar el proceso y notificaciones disponibles |
| Rechazada | Motivo, contenido, categoría y muestras | Corregir causa o usar la revisión disponible |
| Pausada o deshabilitada | Estado, calidad e indicaciones específicas | Detener el flujo afectado y seguir el proceso correspondiente |
| Aprobada, pero no entrega | Error de envío, destinatario y condiciones aplicables | Diagnosticar entrega; no suponer un rechazo de plantilla |
No anuncies una fecha de aprobación a partir de un plazo habitual de revisión. La operación necesita una alternativa para los pendientes, especialmente si la campaña depende de una plantilla todavía no habilitada.
Leé el motivo antes de elegir la corrección
El equipo técnico puede recibir información de estado mediante los eventos que soporte su integración. La referencia oficial del webhook de estado de plantilla describe campos para identificar plantilla, evento y razón, además de información adicional en ciertos casos.
Guardá la razón literal y su evidencia. Si el panel del proveedor muestra una etiqueta abreviada, pedí el detalle que permita relacionarla con la notificación original. No conviertas «no se pudo enviar» en «rechazada por marketing» sin esa evidencia.
La ficha separa tres columnas: hecho observado, hipótesis y comprobación pendiente. Por ejemplo, «la versión enviada empieza con dos variables contiguas» es una observación; «ese formato explica este rechazo» necesita contrastarse con el motivo recibido.
Esa separación evita corregir al mismo tiempo categoría, texto, botones y muestras sin poder reconocer qué cambió. Documentá una modificación coherente y conservá el vínculo con la versión anterior.
Revisá propósito, categoría y contexto
Un mensaje sobre una compra existente puede incorporar una promoción que cambie su propósito. No alcanza con nombrarlo «confirmación de pedido» o elegir una categoría por su costo. El contenido real y el uso previsto deben corresponder.
Para ampliar esa distinción, consultá nuestra guía de plantillas de marketing y utilidad. Esta revisión se enfoca en diagnosticar el caso recibido, no en encontrar una categoría que evite el control de la plataforma.
Anotá qué acción del cliente origina el mensaje, qué necesita informarle el negocio y qué parte del contenido cumple esa función. Si no podés explicar el vínculo, todavía falta trabajo editorial antes de enviar otra versión.
También revisá las políticas aplicables al contenido y a la actividad. Cambiar un adjetivo no resuelve una solicitud que sigue pidiendo información no permitida o una finalidad que la plataforma no admite.
Un proceso que tu equipo pueda comprobar. KMSOFT puede evaluar datos, conexiones y responsabilidades según tu operación. Revisar mis plantillas e integración.
Tres ejemplos ficticios de antes y después
Los ejemplos muestran decisiones de preparación. No son plantillas aprobadas por Meta, no garantizan categoría y deben adaptarse al caso, formato e idioma que realmente vas a presentar.
Una confirmación mezclada con una oferta
Antes: «Tu pedido {{1}} está listo. Llevate otro producto con descuento hoy».
Revisión propuesta: distinguir si el propósito es avisar un estado de una compra existente o hacer una promoción. Si la necesidad es únicamente informar el retiro, una versión ilustrativa sería: «Tu pedido {{1}} está listo para retiro en {{2}}. Revisá el horario informado en tu compra antes de visitarnos».
Las muestras ficticias pueden ser PED-104 y Sucursal Centro. El negocio debe comprobar que existe ese pedido, que el lugar corresponde y que el horario está disponible para el cliente. Quitar la oferta no demuestra por sí solo aprobación ni asigna automáticamente una categoría.
Variables sin contexto suficiente
Antes: «{{1}}{{2}}».
Revisión propuesta: explicar qué representa cada dato y aportar las muestras requeridas. Una versión didáctica podría ser: «Hola {{1}}, recibimos tu solicitud {{2}}. Nuestro equipo revisará la información para continuar la atención».
Las muestras del ejercicio son Persona A y SOL-205. No pongás información real de clientes en una plantilla de ejemplo. La estructura final debe cumplir los requisitos vigentes y las variables deben conservar el significado que la integración enviará.
Otro nombre para el mismo contenido
Antes: crear una plantilla nueva cambiando solo el nombre mientras cuerpo y pie repiten una existente.
Revisión propuesta: comprobar si ya existe una plantilla utilizable para ese propósito, idioma y estado. Si el motivo recibido es duplicación, renombrar no resuelve necesariamente la causa. Evitá inventar variaciones sin una necesidad comercial distinta y documentada.
El resultado puede ser reutilizar una plantilla existente o preparar una solicitud realmente diferente. Registrá cuál elegiste y cómo se actualizará el flujo que la referencia.
Muestras, botones y versión final
Las variables necesitan ejemplos que ayuden a entender el mensaje completo. Revisá que la muestra corresponda al idioma, al tipo de dato y al uso descrito. Una referencia de pedido no debe recibir como muestra una dirección o un importe sin contexto.
Comprobá también encabezados multimedia y botones según el formato que utilices. Un enlace debe tener el propósito y la estructura admitidos para ese componente; no deduzcas sus reglas de otro tipo de plantilla.
Antes de enviar, hacé una lectura con los valores de muestra. Preguntá qué recibirá el cliente, por qué y qué puede hacer después. Si una persona del equipo no puede responder, el texto todavía requiere revisión.
Conservá la versión final enviada. El registro debe incluir fecha, responsable, cambio realizado y evidencia del nuevo estado. No marques «resuelta» una corrección que todavía no se presentó o cuya respuesta sigue pendiente.
Cuándo corregir y cuándo solicitar revisión
Si encontraste una causa clara, prepará la corrección correspondiente y comprobá cómo volver a someterla a revisión en la cuenta. Si considerás que hubo un error de evaluación, utilizá el mecanismo de revisión o soporte que esté disponible para ese estado y proveedor.
La evidencia debe explicar propósito, contexto y muestras. Una apelación no se fortalece por reenviar muchas veces la misma solicitud. Anotá quién gestiona el caso y qué respuesta falta.
Para una plantilla pausada, verificá su proceso específico antes de reactivar campañas. No la trates como una plantilla nueva rechazada: pueden intervenir condiciones de calidad y controles distintos. La guía de pausas de Meta permite revisar esa diferencia.
Protegé la continuidad de la atención
Identificá qué automatizaciones dependen de esa plantilla y qué pendientes requieren seguimiento. El equipo necesita conocer qué puede atender por los canales habilitados y cuándo debe intervenir una persona, sin saltarse las condiciones de mensajería.
No envíes promociones desde otro canal solo porque una plantilla falló si no tenés el contexto y las autorizaciones correspondientes. La alternativa operativa debe ser parte del flujo acordado, no una improvisación para vaciar la cola.
KMSOFT es Tech Provider de Meta y desarrolla automatizaciones oficiales de WhatsApp, Instagram y Facebook. Podemos revisar versiones, propósito, estado y dependencias de la integración, con el alcance que permitan las cuentas del negocio.
Escribinos para revisar tus plantillas e integración. Compartí primero la referencia, el estado y una versión de ejemplo sin datos sensibles; no envíes credenciales por chat.
Preguntas frecuentes
¿Una plantilla aprobada puede tener después problemas de envío?
Sí. El estado de aprobación y el resultado de una entrega son datos distintos. Revisá el error y las condiciones de envío antes de atribuirlo a un rechazo.
¿Cambiar el nombre resuelve un rechazo por duplicación?
No necesariamente. Comprobá si el contenido ya existe y qué indica el motivo recibido. Puede corresponder reutilizar una plantilla o preparar un propósito realmente diferente.
¿Los ejemplos de esta guía garantizan aprobación?
No. Son versiones ficticias para practicar la revisión de propósito, contexto y variables. La evaluación corresponde a la plataforma y al caso presentado.
¿Qué debo guardar antes de pedir ayuda?
Cuenta autorizada, identificador, nombre, idioma, versión enviada, estado, motivo, fecha y evidencia. Conservá las credenciales y los datos sensibles fuera de la ficha compartida.
