Google Ad Manager cambiará cómo cuenta impresiones display

Hoy, los banners display alcanzados por el anuncio se contabilizan con COD cuando el activo comienza a descargarse. Con BTR, la impresión se registrará más tarde: cuando la creatividad haya cargado y empiece a dibujarse en pantalla. Google ya usa metodologías BTR o compatibles para inventario nativo, de aplicaciones y de video; la transición busca unificar el conteo y alinearlo con la metodología habitual del lado comprador.

El alcance publicado incluye display banner en desktop, mobile web y CTV. Los webviews se tratarán como mobile web. La fecha comunicada es el 17 de febrero de 2027 y Google indica que el cambio se aplicará automáticamente, sin una migración técnica obligatoria para activar el nuevo método.

Afecta de forma directa a publishers y equipos de AdOps que utilizan las impresiones de Ad Manager o AdSense para pacing, forecasting, conciliación, facturación o análisis de revenue. También importa a quienes comparan datos del ad server con DSP, compradores o proveedores externos de medición, porque la base de conteo se acercará a un evento posterior en el ciclo de carga.

La incidencia será desigual. Una página donde los anuncios comienzan a renderizarse casi siempre después de descargarse debería mostrar una brecha pequeña. En cambio, salidas rápidas, creatividades lentas, scripts sincrónicos, múltiples saltos en la cadena publicitaria o configuraciones de lazy rendering pueden ampliar la diferencia entre ambos eventos.

Google recomienda estimar el impacto con Interactive reports. El análisis puede cruzar Demand channel, Inventory format, Inventory type (expanded) y Device category, y comparar Ad server impressions con Ad server begin to render impressions. La documentación aconseja usar una fecha inicial posterior al 12 de agosto de 2026. También anticipa métricas BTR adicionales para Ad Exchange, yield groups y totales, por lo que la cobertura disponible puede ampliarse durante la preparación.

Análisis de Pi: la comparación no debería quedar en un porcentaje agregado de toda la red. Conviene segmentar la brecha para distinguir un cambio metodológico normal de una señal técnica concentrada. Si la diferencia aparece sobre todo en un dispositivo, buyer, formato o creative ID, el hallazgo puede orientar una revisión precisa de carga, renderizado y supply path sin convertir una variación de reporting en una conclusión apresurada sobre demanda.

BTR no es sinónimo de impresión viewable. Indica que la creatividad empezó a renderizarse, mientras que la viewability aplica criterios adicionales de superficie visible y tiempo. Tampoco permite anticipar por sí solo el efecto sobre ingresos: Google no publicó una reducción porcentual general y cada implementación tendrá una relación distinta entre impresiones descargadas y renderizadas.

Modificar inmediatamente fetchMarginPercent o renderMarginPercent para forzar un render más temprano puede desplazar consumo de red y trabajo del navegador. Google señala ese intercambio y recomienda considerar los costos antes de ajustar. Sus heurísticas seguirán evolucionando durante los próximos meses, de modo que una brecha inicial debe observarse y diagnosticarse antes de promover cambios extensos.

La preparación razonable es convertir la transición en una medición controlada: guardar una línea de base, localizar segmentos con diferencias relevantes y comprobar que las creatividades efectivamente empiezan a renderizarse. Si una caída está concentrada en un creative ID o comprador y la creatividad sí se muestra, la guía de Google recomienda escalar el caso al account manager o al soporte.

Para conservar comparabilidad histórica, documentá la fecha del cambio en dashboards, alertas y modelos de forecasting. Cuando llegue febrero, una discontinuidad en impresiones display no debería interpretarse automáticamente como pérdida de tráfico o fill rate sin revisar la metodología y las métricas BTR.

Análisis de Pi: el valor de BTR no está solo en una definición más exigente, sino en hacer visible el tramo entre descargar una creatividad y lograr que empiece a renderizarse. Ese tramo reúne decisiones de trafficking, calidad creativa, performance, arquitectura de tags y supply path que antes podían quedar diluidas dentro del total de impresiones COD.

La oportunidad es usar los meses previos para separar una diferencia esperable de un problema corregible. Un publisher que llegue al cambio con una línea de base segmentada podrá explicar mejor cualquier discontinuidad, priorizar los casos de mayor impacto y evitar optimizaciones que adelanten el render a costa de la experiencia del usuario sin evidencia suficiente.