Cuánto tarda Meta en aprobar una plantilla de WhatsApp

«Cuánto tarda Meta en aprobar una plantilla» mezcla dos cosas que se resuelven en momentos distintos, y solo una de ellas tarda.

La validación de categoría es síncrona: viene dentro de la respuesta a la llamada de creación. Si Meta está de acuerdo te devuelve PENDING; si no, REJECTED con reason: INCORRECT_CATEGORY, en el mismo segundo. La revisión de contenido es la asíncrona, y es la única a la que se refiere el techo de 24 horas. Lo que vuelve PENDING ya pasó la aduana; lo rechazado en la propia llamada nunca llegó a revisarse por contenido.

Hay una tercera puerta. En la biblioteca de plantillas el ejemplo oficial de respuesta de creación ya trae "status": "APPROVED" (13-09-2026). Meta no escribe «aprobación instantánea» en ninguna parte: la conclusión es inferencia nuestra, no declaración suya.

La cuarta columna dice verificado y no «actualizado»: ninguna de estas páginas expuso fecha de actualización.

Sobre cómo se revisa, Meta dice «a combination of automated systems and manual reviews» y se detiene: no dice qué proporción pasa por cada vía.

Meta publica un percentil 99 —pero es de otra cosa. Para la revisión solo publica un techo, y un techo no es un tiempo: es una promesa de que no será peor.

Un rechazo no detiene el reloj: lo reinicia. Por eso el rechazo entra en una nota sobre tiempos, pero entra por un lado concreto —cuánto te acerca a la siguiente versión— y no por el catálogo de motivos. Los motivos uno a uno, y cómo se evitan antes de someter, están en la nota de los rechazos.

Para ser utilidad hay que cumplir dos condiciones a la vez: ser «non-promotional, not containing any promotional or persuasive intent» y ser específica de lo que el usuario pidió, o esencial para él. El contenido mixto o ininteligible tira hacia marketing; es criterio y no automatismo, porque Meta escribe «might be categorized differently».

El rechazo llega con uno de ocho valores. Contando las cadenas de la tabla de Meta aparece esto (13-09-2026):

Cinco de los ocho no distinguen nada. Solo INVALID_FORMAT trae rejection_info, con reason y recommendation en prosa: si te rechazan por formato Meta te dice qué arreglar, y si es por política, no. Los fallos que enumera: llaves desparejadas, parámetros con # o % o no secuenciales, y plantillas que empiezan o terminan con un parámetro.

Traducido a reloj: de cada ocho motivos, cinco te devuelven a adivinar, y adivinar cuesta una revisión entera cada vez. Ahí «cuánto tarda» deja de ser una cifra y pasa a ser un número de vueltas, que es lo que nadie cuenta al dar una mediana.

Las tres páginas de BSP respondían el 13-09-2026, y solo Twilio publica fecha de actualización comprobable: 04-05-2026, la única fecha de fuente verificada aquí.

Ninguna mide el mercado: las 48 horas de Twilio son el momento en que te dicen que abras un tíquet. Y la cifra que más circula en 2026 es una anécdota de catorce envíos, sin dispersión ni método. No la citamos como dato, sino como ejemplo de lo que circula.

La calidad empieza en UNKNOWN. Con YELLOW y RED todavía se puede enviar, pero RED dispara la pausa. Y reaparece el vicio de la tabla anterior: las descripciones de YELLOW y RED son idénticas salvo por «medium» y «low» (13-09-2026).

La escalera está escrita así (verificado el 13-09-2026). La trampa está en el arreglo: «once you edit a message template and resubmit it for approval, its status will change to In Review». Salir editando de una pausa de tres horas cuesta el resto de la pausa más una revisión nueva.

La frecuencia alcanza a marketing y utilidad, con ventana de 7 días para plantillas nuevas, reactivadas o sin GREEN. El envío devuelve accepted o held_for_quality_assessment: «aceptado» no es «enviado», y los retenidos se tiran con el código 132015. El umbral es «an unspecified threshold». Se estrenó el 12-09-2023 en Brasil, Colombia y Singapur; en el resto, el 12-10-2023.

Si una utilidad debía ser marketing, la categoría cambia y «there is no change to template status; it remains APPROVED»: sigues enviando, y pagando como marketing. El efecto va más allá de la tarifa, porque desde el 01-07-2025 Meta cobra por mensaje entregado y «utility templates delivered within an open customer service window are free». Recategorizar no solo encarece: elimina una gratuidad. Si el cambio es hacia autenticación, el estado pasa a REJECTED el primer día del mes siguiente. Se ve venir con GET /{WABA_ID}/message_templates?fields=category,correct_category.

Y aquí Meta se contradice consigo misma. Para el paso de utilidad a marketing, la guía de categorización dice «A 1-day advance notice is provided» y, párrafos más abajo, «on the first day of the next month». La contradicción es interna a una sola página. El webhook template_category_update habla de «in 24 hours» y desempata contra la segunda. Reportamos la discrepancia; no la resolvemos. Verificado el 13-09-2026.

Medido contra nuestra cuenta con la Graph API v23.0. Muestras pequeñas de una sola cuenta: cada fila lleva su n y su hora porque sin eso no valen.

La primera: no cronometres nada con quality_score.date. La segunda rompe cualquier parseador escrito contra la referencia. La tercera va con cuidado: ese nombre no tiene página propia y ningún BSP lo usa, pero no pudimos enumerar todos los campos suscribibles, así que no decimos que no exista.

La cuarta es la más útil: aprobada no es enviable. La plantilla estaba APPROVED y el agregado decía LIMITED, porque el negocio no ha pasado la verificación de Meta. Lo que no está documentado no es el campo: es el desglose por entidad y el código 141010, que no figura en la referencia pública de errores.

El método está listo; los números no: esta medición no se ha ejecutado.

Lo demás es disciplina: una variable cada vez, y mediana y p90 con su n, nunca la media. Los límites (13-09-2026): 100 plantillas por cuenta y hora; 250 por cuenta sin portafolio verificado, 6.000 con él; y «if you delete an approved template, you cannot create a new template with the same name for 30 days». Cada iteración quema un nombre. Archivar en vez de borrar sería la salida, pero no pudimos verificar ese endpoint.

Que es la razón por la que medir esto sale caro, y por la que conviene no gastar vueltas en lo evitable: lo que se valida antes de someter no entra en ninguna medición, porque no llega a pasar.

Lo grande primero. No existe ninguna distribución pública de tiempos de aprobación con método publicado: ni de Meta, ni de ningún BSP, ni de un tercero. Lo comprobamos el 13-09-2026 buscando en inglés y en castellano por mediana, p90 y distribución. Es refutable por construcción: si alguien publica esa distribución, esta frase cae, y mejor.

Y las lagunas de este trabajo, que son contenido y no vergüenza:

• No pudimos confirmar la fecha de actualización de ninguna página de Meta. Por eso las tablas dicen «verificado».
• No se sabe qué proporción resuelve la máquina y cuál llega a un revisor humano.
• No se sabe cuál de los dos plazos de recategorización rige: no hemos visto una carga real de ese webhook.
• No se sabe si la categoría, el idioma o la hora del día cambian el tiempo de revisión. Es plausible; nadie lo ha medido publicando el método.
• No hay ninguna cifra observada de cuánto tarda una apelación, y el registro de cambios oficial devolvía HTTP 500 el 13-09-2026.

El número exacto es alcanzable, y el método está en el apartado 08. Mientras nadie lo mida, cualquier cifra sobre cuánto tarda Meta en aprobar una plantilla es un techo declarado o una anécdota, y lo honesto es decir cuál de las dos.