← Volver al blog

Google reescribe los reportes de Merchant Center el 24 de agosto, y corrige hacia atrás los números de julio

Google reescribe los reportes de Merchant Center el 24 de agosto, y corrige hacia atrás los números de julio

El 11 de agosto Google publicó una entrada de changelog en el centro de ayuda de Merchant Center. Anuncia que a partir del 24 de agosto cambian los reportes de performance, enumera cuatro modificaciones, y en una línea casi al final aclara algo que la cobertura pasó por arriba: dos de esos cambios se aplican hacia atrás, sobre datos que ya existen, hasta el 1 de julio de 2026. Un número que salió de esa plataforma en julio y viajó a un reporte de cliente, a un dashboard o a una regla de bidding va a dejar de coincidir con lo que muestre la plataforma después del 24.

Cuatro cambios, y solo dos miran hacia atrás

De los cuatro cambios anunciados, solo los dos que tocan a YouTube reexpresan el historial; los otros dos agregan información nueva de acá en adelante y no tocan nada de lo ya reportado.

El primero separa el tráfico de afiliados de YouTube, el de creadores que ganan comisión por mostrar productos, del cajón de Organic donde venía mezclado, y lo manda a un valor propio. El segundo alinea las definiciones de clics e impresiones orgánicas de YouTube con los estándares con los que YouTube ya reporta por su cuenta. Los dos son, en el fondo, la misma decisión tomada dos veces: lo que hasta ahora se contaba junto pasa a contarse por separado, y con otra regla.

El tercero va para el lado contrario y conviene decirlo sin reservas, porque es una mejora real. El reporte a nivel producto del lado de Ads se expande a todos los canales y formatos, incluidas todas las redes dentro de Performance Max y las campañas de Video, App y Demand Gen. Hasta ahora ese corte no cubría ese terreno, y sin él la pregunta más básica de una cuenta de e-commerce, qué productos están tirando del resultado en cada superficie, se respondía por aproximación. El cuarto suma una dimensión Network para segmentar performance, parecida a la que ya existe en Google Ads.

El límite de la reexpresión está escrito en el propio documento. La línea, en inglés en el original, traducida dice que los datos históricos se van a actualizar retroactivamente solo para la separación de los resultados de afiliados de YouTube y para las definiciones actualizadas de tráfico orgánico de YouTube. La expansión del reporte de Ads no reescribe nada: agrega. Lo que se mueve hacia atrás es el orgánico.

Ya pasó con GA4, y la lección no se aprendió del todo

Una plataforma que redefine qué significa una fuente de tráfico y después aplica la definición nueva sobre el historial ya existente no es una novedad de este año.

En junio GA4 unificó las fuentes sociales en un Source Group y lo hizo de forma retroactiva, con el mismo efecto de segundo orden: series de tiempo que cambian de forma sin que nadie haya tocado una campaña. El patrón se repite porque la lógica de la plataforma es defendible. Contar juntas dos cosas que son distintas es un defecto de medición, y arreglarlo solo hacia adelante deja un escalón artificial en la serie justo el día del cambio. Reexpresar el pasado es, técnicamente, la decisión más limpia.

El costo cae del otro lado del mostrador. Quien reporta hacia afuera no tiene una serie de tiempo, tiene documentos ya enviados. Un informe de julio con una cifra de Organic es un objeto fijo, con fecha, que alguien archivó. Cuando la plataforma reexpresa, ese documento no se actualiza: queda desmentido. Y como la reexpresión no viene con un aviso dentro de la interfaz que diga qué cambió y cuánto, la conversación que sigue no es sobre metodología, es sobre por qué el número que se mandó no es el que se ve.

Lo que se rompe es la trazabilidad, no la métrica

El daño operativo no está en que el número cambie, sino en que cambie después de haber sido reportado y sin dejar rastro del valor anterior.

La única defensa disponible es anterior al hecho: bajar la exportación de los reportes de performance de julio antes del 24, guardarla con fecha, y tratarla como la versión que se usó para reportar. Después del 24 ese valor no se reconstruye desde la plataforma. Con la exportación guardada, la diferencia se explica en una línea y se sigue adelante; sin ella, no hay forma de mostrar que el número reportado en su momento era el correcto.

Lo mismo vale para cualquier regla automatizada que use ese historial como referencia. Una alerta calibrada contra el volumen orgánico de julio va a leer una caída que no ocurrió, y va a dispararse por un cambio de definición.

A quién le cambia algo y a quién no

Esto le importa a quien reporta tráfico orgánico de Merchant Center hacia afuera, sobre todo si hay contenido de creadores empujando productos, porque ahí es donde la separación de afiliados de YouTube efectivamente mueve el número.

Si la cuenta no tiene tráfico de afiliados de YouTube y no depende del orgánico de YouTube, el efecto puede ser cercano a cero. Esto es importante y merece decirse sin dramatismo: Google no publicó ninguna cifra sobre cuánto cae el orgánico, no dio un rango, y no dijo qué proporción de cuentas se ve afectada. Los titulares que dan por hecho una caída pronunciada están agregando algo que la fuente no dice. La forma prudente de tratarlo es como un riesgo barato de cubrir, no como una emergencia: la exportación cuesta unos minutos y el escenario en que hace falta es el único en que no se puede improvisar.

Conviene también acotar la superficie. Lo que se anuncia son los reportes de performance de Merchant Center. La expansión del reporte a nivel producto se describe dentro de ese anuncio, y no hay en el documento una declaración equivalente sobre qué cambia en la interfaz de Google Ads.

Las dos cosas que el changelog no responde

Hay dos huecos declarados y ninguno se puede cerrar con la fuente disponible.

El primero es la magnitud, que ya está dicho: no hay número. El segundo es la fecha de la dimensión Network, que el documento deja en "later", sin mes ni trimestre. Y hay un tercero que no es un hueco del anuncio sino de la práctica: no está claro si la reexpresión va a quedar señalada de alguna forma dentro de la interfaz, o si simplemente los valores viejos van a ser reemplazados en silencio. Por cómo funcionó el caso de GA4, la segunda opción es la más probable, y es exactamente la razón por la que la exportación previa deja de ser una precaución opcional.

Es el mismo movimiento de fondo que aparece cuando las descripciones de los Shopping ads pasan a escribirse solas o cuando cambian de manos las empresas que verifican la calidad de entrega: las piezas que se daban por fijas dejan de serlo, y la única capa que queda bajo control propio es la del registro. Vale la pena tratar los exports periódicos con el mismo criterio con el que se trata una fuente de datos para un modelo de mix, porque un histórico que la plataforma puede reescribir no es un histórico, es una consulta.

Fuentes

Desarrollado con IA. Revisado por humanos. Si algún dato envejece mal, culpen al ecosistema, no a nosotros.