Cobro de mensajes de servicio en WhatsApp: uno baja, el otro no

Los dos cambios del 1 de octubre tiran hacia lados opuestos

El 1 de octubre de 2026 Meta empieza a cobrar los mensajes de servicio y las utility entregadas dentro de la ventana de 24 horas. Las dos son gratuitas hoy y entran en la factura el mismo día — y ahí termina el parecido. La utility pasa a contar para el contador de volume tier, donde hoy no cuenta, y puede empujar tu mercado a un tramo más barato. El mensaje de servicio no tiene tramo alguno: es tarifa de tabla, todos los meses.

La derivación de la primera parte es corta, y es la que casi todo el mundo se saltó. La regla de acumulación está en la documentación de precios en una frase literal: “Only messages that are charged count toward the tiers”. Solo cuenta el mensaje cobrado. Y esa misma página enumera, hoy, lo que no cuenta — la utility entregada dentro de una ventana abierta y la utility entregada en la ventana de free entry point. La razón de que esa utility no cuente hoy es que es gratuita; el día en que deja de serlo, cumple la regla. No es un pronóstico, es la composición de dos reglas ya publicadas.

La segunda parte no necesita derivación ninguna, porque Meta lo escribió en un recuadro propio: “Volume tiers: None. Meta does not offer volume tiers for service messages. Meta continues to offer volume tiers for utility and authentication messages.”

Sumar los dos en la misma dirección es el error que vemos circular. Uno puede devolver parte del aumento por el tramo; el otro no devuelve nada, en ningún mes.

El mensaje de servicio es la respuesta sin plantilla, y nunca sube a la escalera

Un mensaje de servicio es cualquier mensaje no-plantilla: la respuesta libre que el agente o el bot envía con la ventana de atención abierta. Es gratuito desde el 1 de noviembre de 2024 y pasa a cobrarse el 1 de octubre de 2026, con la misma tarifa de utility y authentication del mercado — solo que sin tramos de volumen.

La paridad de tarifa y la ausencia de tramos se contradicen en el bolsillo: vas a pagar por un mensaje de servicio el mismo precio de tabla que pagas por una utility, sin bajar nunca la escalera que la utility sí baja. En una operación que crece, la diferencia se abre cada mes y no se cierra.

Conviene releer cómo funciona el contador de tramos, porque cuatro detalles deciden el resultado. El tramo es por par mercado–categoría, y las categorías son utility y authentication: marketing no tiene tramos, así que comparar Brasil–utility con Brasil–marketing es comparar un contador con algo que no cuenta — el contrapunto correcto es Brasil–authentication. La agregación es a nivel de portafolio de negocios, no de la WABA aislada, así que una operación repartida en varias WABAs bajo el mismo portafolio suma su volumen. Y el contador se reinicia cada mes: el tramo no es una conquista permanente, es una carrera que vuelve a empezar el día 1.

El cuarto detalle es el más decisivo de los cuatro y el que menos hemos visto citado: la tarifa es específica de cada tramo y no vale hacia atrás. Cruzar un umbral no vuelve a tarifar lo ya facturado antes de él en el mismo mes. Meta escribe “Rates are tier-specific” y cierra la cuenta como la tarifa de cada tramo multiplicada por los mensajes que cayeron en él — la misma mecánica de los tramos del impuesto sobre la renta.

Junta los cuatro con la regla de acumulación y el efecto de octubre queda claro. Hoy, todo el volumen de utility que entregas dentro de la ventana es invisible para el contador de tu mercado. El 1 de octubre deja de ser invisible de golpe, no de forma gradual: el par mercado–categoría cruza el umbral antes dentro del mes, y la utility entregada a partir de ahí sale en el tramo más barato. Lo facturado antes del cruce se queda como estaba. La ganancia es sobre el volumen que queda del mes, no sobre el mes entero — cuanto antes ocurre el giro, más mensajes cogen el precio menor. El tamaño depende de los umbrales de tu mercado, de tu mix y del día en que cae el giro, y no hay un número que sirva para todos. La dirección sí se puede afirmar: es hacia abajo.

Desde el 1 de agosto, la categoría de cobro depende de quién escribió el mensaje

Meta creó una categoría de mensaje nueva, Meta Business Agent, junto a service. Todo mensaje no-plantilla que no viene del agente de Meta es service; el que viene de él se cobra por token, a US$ 2,00 por millón, desde el 1 de agosto de 2026. Mismo texto, misma ventana, mismo cliente, unidades de cobro distintas.

La frase de la documentación es corta y hace todo el trabajo: “Any non-template message that is not powered by Meta Business Agent is a service message.” La categoría dejó de ser propiedad del contenido y pasó a ser propiedad del autor. Hasta ahora Meta tarifaba por lo que el mensaje era — plantilla o no, utility o marketing. Ahora tarifa también por el motor que generó el texto.

La cuenta de tokens da un orden de magnitud fácil de llevar encima. Meta estima que un mensaje consume entre 20.000 y 25.000 tokens, lo que a US$ 2,00 por millón da 4 a 5 centavos de dólar por mensaje — en tarifa única global, sin rate card por mercado y sin tramos de volumen, el mismo número en Brasil y en Alemania.

Hay una regla de contención que trabaja a favor de quien opera, y no hemos visto a nadie escribir sobre ella: el cobro es único. Un mensaje no-plantilla se cobra como Meta Business Agent o como service, nunca como los dos. Y el detalle que cierra la puerta que más asusta: el contenido promocional dentro de un mensaje no-plantilla no genera un cobro adicional de marketing.

La consecuencia operativa es registrar, en cada respuesta no-plantilla, qué motor la generó — agente de Meta, IA propia, IA de terceros, humano. Desde agosto eso es un atributo de coste, no de producto, y quien no guarda ese campo no reconcilia la factura después.

La ventana de 24 horas sigue existiendo; lo que cambia es el precio de lo que pasa por ella

Nada de lo que Meta publicó habla de cerrar la ventana de atención. Sigue abriéndose con el mensaje del cliente, sigue durando 24 horas y sigue separando la respuesta libre de la plantilla. La ventana de free entry point sigue con 72 horas. Lo que cambia es el precio de lo que viaja dentro de las dos.

La ventana de free entry point merece una segunda mirada ahora, porque ya no es el refugio que era. Dura 72 horas, solo se abre por dos puertas — un anuncio Click-to-WhatsApp o el botón de CTA de una Página — y solo en Android e iOS. La entrega dentro de ella sigue igual. Pero desde el 1 de agosto de 2026 el mensaje del Meta Business Agent se cobra por token incluso ahí dentro: la ventana de 72 horas dejó de ser el lugar donde todo es gratis y pasó a ser el lugar donde la entrega es gratis.

La propia Meta publicó el ejemplo que muestra la acumulación, y es el dato más incómodo del documento: la misma interacción de una hora, con el mismo cliente, pasa de un cobro el 1 de julio de 2026 a tres el 1 de agosto — uno de marketing y dos de Meta Business Agent — y a cinco el 1 de octubre, sumando uno de service y uno de utility.

Fíjate en lo que el ejemplo no dice: cinco cobros no son cinco veces el importe, porque las cuatro líneas nuevas tienen unidades y tarifas distintas entre sí. Lo que cambia de forma es el recuento — y es el recuento el que rompe cualquier panel construido sobre la premisa de un cobro por conversación.

Cuánto costará responder a un cliente en Brasil después de octubre

Meta publicó una tabla para 10.000 mensajes de IA en respuesta en Brasil, y es la única tabla de coste por mercado de ese documento. Con IA de terceros en una interacción simple, unos US$ 268; con el Meta Business Agent, de US$ 400 a 500; con IA de terceros en una interacción compleja, unos US$ 968. Es una comparación entre el producto de Meta y los de terceros, hecha por Meta, con el número abierto — y vale la pena leer lo que dice de verdad.

La primera cuenta que sale de ahí: la columna del Meta Business Agent es la cuenta de tokens y nada más. Diez mil mensajes a 4 o 5 centavos dan exactamente US$ 400 a 500, y no hay una línea de entrega sumada por fuera — el token es el cobro entero.

La segunda: la línea de entrega es la misma en los dos escenarios de service. Diez mil mensajes a 0,68 centavos de dólar dan US$ 68, en ambos. Esos 0,68 centavos son la tarifa vigente de utility y authentication en Brasil, que es la que Meta usa ahí como línea de entrega. No son la tarifa futura de service, que todavía no tiene número publicado, y no deben copiarse a una hoja de cálculo con esa etiqueta.

La tercera es la que cambia la reunión: la diferencia entre US$ 268 y US$ 968 no es de Meta. Son US$ 700, y son enteramente el coste de tu propia IA — US$ 200 en el escenario simple, US$ 900 en el complejo. Meta cobra US$ 68 en los dos. En la línea más cara de la tabla, el 93% del valor es el precio de tu modelo y el 7% es el precio de WhatsApp.

No hay un ganador entre las dos opciones: para interacción simple la IA de terceros sale más barata, para interacción compleja el agente de Meta sale más barato, y el punto de giro está entre las dos primeras líneas. La pregunta que llevas a la reunión deja de ser “cuánto me va a cobrar Meta de más” y pasa a ser “cuántos tokens quema mi IA para resolver una interacción, y cuánto de eso era conversación que no necesitaba modelo alguno”.

El campo del webhook que separa service de utility

El objeto pricing del webhook de estado tiene cuatro campos, y lo que distingue los dos casos gratuitos de hoy es category: service para la respuesta sin plantilla, utility para la plantilla dentro de la ventana. En los dos, billable viene false y type viene free_customer_service. Después de octubre, el service cobrado sale con billable true y type regular; en el endpoint de analytics, el mismo mensaje aparece como pricing_type REGULAR y pricing_category SERVICE.

Quien montó su telemetría de coste leyendo solo billable y type tiene un problema con fecha marcada: esos dos campos son idénticos en los dos casos gratuitos. Un filtro por ellos funde utility y service en un único número — y son exactamente las dos cosas que octubre separa, en direcciones opuestas. Sin category guardada, el dato de agosto y septiembre no se puede reprocesar después.

Falta el Meta Business Agent en ese recorte, y falta a propósito: su formato de analytics y de webhook sigue marcado como forthcoming en la documentación. No construyas un parser sobre un campo que no has visto.

Y hay un detalle de instrumentación que ahorra una semana de trabajo equivocado. Existe el webhook account_update con el evento VOLUME_BASED_PRICING_TIER_UPDATE, en el aire desde el 1 de octubre de 2025 — pero la propia Meta avisa de que “currently, tiering information is not included in any webhooks”. El tramo de volumen no llega por webhook: se consulta en el endpoint pricing_analytics, que devuelve el progreso dentro del mes en curso. Como el contador se reinicia el día 1, el progreso intramensual es la única lectura que sirve para actuar a tiempo.

La pregunta que vale la pena llevarle a tu proveedor actual antes del 1 de septiembre: ¿puede devolverte los mensajes de agosto separados por category — service por un lado, utility por otro — y por par mercado–categoría? Si la respuesta es un total único de “mensajes gratuitos”, empiezas octubre sin línea de base. Nada de esto es una ventaja de proveedor, por cierto: es regla de Meta y vale igual para cualquier BSP. Lo que cambia de uno a otro es el margen sobre la tarifa y cuánto de tu consumo consigue enseñarte.

Lo que cabe en el plazo, y la fecha brasileña que casi nadie marcó

Meta se comprometió a publicar las tarifas del 1 de octubre, incluida la de service, antes del 1 de septiembre de 2026. Es hasta un mes entre que el número aparece y que el número rige. Quien llegue a septiembre con la línea de base lista hace la cuenta ese mes; quien llegue sin ella pasa septiembre instrumentando y octubre adivinando.

Lo que cabe en el plazo es corto y es todo instrumentación: guardar category en cada estado de entrega, registrar el motor que generó cada respuesta no-plantilla, medir la línea de base de agosto y septiembre por par mercado–categoría y leer el progreso de tramo en pricing_analytics durante el mes, no en el extracto de después. Una recomendación nuestra, que no es regla de Meta: cuenta por el timestamp del webhook y no por el de tu servidor — la cola, los reintentos y el huso desplazan mensajes de día, y con un contador que se reinicia el día 1, un mensaje desplazado de día es un mensaje contado en el mes equivocado.

El resto del calendario es previsible: el precio solo cambia el 1 de enero, abril, julio u octubre, con un aviso mínimo de un mes para el rate card, tres meses para una adición al modelo y seis meses para un cambio de modelo. Ya hay una actualización anunciada para el 1 de octubre, con nueve mercados saliendo de las regiones “Rest of”. Brasil no está en la lista, pero está redactada como “al menos estos mercados” — no es una lista cerrada.

La fecha brasileña es otra, y es dura. La facturación local está en vigor desde el 1 de julio de 2026: los clientes elegibles crean WABAs en BRL, las tarifas en BRL ya están publicadas y el cobro viene de Facebook Brasil. El plazo para migrar todas las WABAs del portafolio es el 30 de junio de 2027, y a partir del 1 de julio de 2027 Meta deja de entregar los mensajes de WABAs no-BRL de clientes elegibles. No es un aviso de subida de precio; es un corte de entrega.

No hace falta recrear la WABA para eso: las WABA Currency Migration APIs están en el aire desde el 1 de junio de 2026 y la moneda se puede migrar por API. Son poco más de 300 días hasta el plazo, lo que parece mucho y no lo es — una migración de moneda toca el contrato, la facturación y la conciliación, y ninguna de las tres va a la velocidad de la API.

Un aviso de lectura para cerrar. La página comercial de la plataforma seguía en el aire el 26 de agosto de 2026 diciendo que Meta no cobra por mensaje de servicio ni por utility enviada en respuesta al usuario. La misma empresa, dos páginas, dos estados del mismo hecho. Cuando discrepen, la documentación de desarrollador es la que refleja tu factura.