Por qué las impresiones de AdSense son menores que las páginas vistas

Colocar tres bloques de AdSense en una página no garantiza tres impresiones por cada página vista. Los anuncios deben solicitarse, encontrar disponibilidad y cargarse para que se registren impresiones; si estas son inferiores a las páginas vistas, conviene revisar primero el alcance del informe y después las solicitudes, la cobertura y la carga.

¿Qué diferencia hay entre páginas vistas e impresiones?

Una página vista de AdSense cuenta la consulta de una página que muestra anuncios de Google, independientemente de cuántos contenga. Una solicitud de anuncio es una petición, incluso cuando no devuelve anuncios. Las impresiones corresponden a la fase de carga publicitaria. Interpretar las tres métricas como visitas puede producir un diagnóstico equivocado. Google define por separado las páginas vistas y las solicitudes de anuncios.

La cobertura se calcula dividiendo las solicitudes que devuelven anuncios entre todas las solicitudes y multiplicando por 100. Si dos de tres solicitudes devuelven publicidad, la cobertura es aproximadamente del 66,7 %. No significa que dos de cada tres visitantes vieran un anuncio. La definición de cobertura utiliza solicitudes como denominador.

También importa la fecha de medición. En octubre de 2026, las impresiones de anuncios de display tipo banner se cuentan cuando empieza su descarga. Google ha anunciado que, a partir del 17 de febrero de 2027, pasarán a contarse cuando la creatividad se haya cargado y empiece a renderizarse. Otros formatos ya utilizan criterios basados en renderización. Compruebe la metodología aplicable al comparar periodos o formatos, consultando la definición de impresión y el anuncio del cambio de medición.

Por qué tres espacios no siempre generan tres impresiones

Imagine un bloque arriba, otro en medio del contenido y otro abajo. Si los tres solicitan y cargan anuncios, una página vista puede producir varias impresiones. Si los inferiores usan carga diferida según la posición de desplazamiento, el visitante puede marcharse antes de que se envíe una solicitud. Otro bloque puede solicitar publicidad y no recibir un anuncio adecuado.

Que un anuncio no se vea no significa que no se cuente una impresión ordinaria. Un anuncio inferior ya cargado puede contar aunque el usuario nunca se desplace hasta él. Active View exige, de forma general, que al menos el 50 % del área del anuncio aparezca en pantalla durante un segundo como mínimo. Es un criterio independiente de oportunidad de visualización, explicado en la documentación de Active View.

No debe suponer que tres ubicaciones obligan a registrar tres veces más impresiones que páginas vistas. Si cada página vista registra al menos una impresión dentro del mismo alcance, cabe esperar que las impresiones igualen o superen las páginas vistas. Un número inferior es un punto de partida para investigar; esa proporción no permite calcular por sí sola qué porcentaje de visitas no tuvo ningún anuncio.

¿Qué posibles causas conviene revisar primero?

• Alcances distintos: compruebe que no compara páginas vistas de todo el sitio con impresiones de un único bloque, o todos los dispositivos con solo móviles. Las vistas de Google Analytics 4 (GA4) tampoco son la misma métrica que las páginas vistas de AdSense; no deben mezclarse al interpretar la proporción.
• Pocas solicitudes: pueden influir la carga diferida, espacios ocultos en móvil, scripts retrasados o errores de ejecución. Que exista código en el HTML no demuestra que el navegador haya ejecutado la solicitud.
• Solicitudes sin anuncios disponibles: revise demanda, tamaños, controles de bloqueo, límites de publicación, estado de ads.txt y problemas de políticas o rastreo. El archivo ads.txt identifica a los vendedores autorizados del inventario publicitario; siga los avisos de la cuenta si aparece un problema.
• Problemas de carga o informes: conexiones lentas, salidas antes de cargar y errores de implementación son posibilidades. Considere ajustes por tráfico no válido y retrasos de datos sin afirmar, sin pruebas, que determinados visitantes sean bots.

Los bloqueadores y la gestión del consentimiento pueden afectar a las solicitudes y a la publicación, pero también a las páginas vistas de AdSense. No demuestran por sí solos la causa de una diferencia entre dos métricas internas. La guía de problemas de cobertura distingue restricciones de cuenta, políticas, rastreo y controles de bloqueo.

Orden práctico para revisar los informes

1. Alinee periodo y alcance. En Informes de AdSense, seleccione el sitio y revise filtros de dispositivo, bloque y formato. Compare periodos iguales, como los últimos siete días sin incluir hoy frente a los siete anteriores, en vez de basarse solo en los datos incompletos de hoy. Alinee también las zonas horarias de las exportaciones.
2. Muestre páginas vistas, solicitudes, cobertura e impresiones. Busque las solicitudes o la cobertura entre las métricas avanzadas si no aparecen. Si un desglose no admite una métrica, utilice por separado los informes de sitio y de bloques.
3. Desglose por dispositivo. Si el descenso solo ocurre en móvil, revise primero espacio disponible, condiciones de ocultación y ejecución retrasada. Si hay grandes diferencias por país, considere demanda y condiciones de consentimiento aplicables.
4. Desglose por bloque. Compruebe si los superiores se mantienen mientras caen los centrales o inferiores. No divida los datos de un único bloque entre las páginas vistas de todo el sitio para llamarlo tasa general de fallos.
5. Revise el Centro de políticas y el estado del sitio. Busque límites, avisos de políticas o rastreo y alertas de ads.txt, y siga las indicaciones pertinentes. Un espacio vacío no demuestra una penalización.

Estas señales orientan la investigación, pero no prueban una causa. Google indica que los informes de impresiones y clics suelen actualizarse cada 15–30 minutos y ocasionalmente pueden retrasarse 24 horas o más. Registre cualquier aviso y compare de nuevo cuando se actualicen los datos. Consulte la información sobre actualizaciones y la guía de problemas de impresiones.

Inspeccionar el estado de los espacios en el navegador

Tras identificar el bloque sospechoso, abra su página pública también sin iniciar sesión. Compare un ordenador con un móvil real y desplácese hasta la ubicación. Observe el espacio, sus solicitudes y su carga, sin hacer clic en anuncios para probarlos. Las herramientas de desarrollo permiten consultar errores de scripts en Console y solicitudes relacionadas en Network.

Para bloques habituales de AdSense insertados manualmente, ejecute esta expresión JavaScript en Console de Chrome DevTools en la página correspondiente. Solo lee atributos y dimensiones actuales; no modifica la página ni sus anuncios.

Array.from(document.querySelectorAll('ins.adsbygoogle'), (ad, index) => ({
  number: index + 1,
  slot: ad.getAttribute('data-ad-slot'),
  adStatus: ad.getAttribute('data-ad-status'),
  processed: ad.getAttribute('data-adsbygoogle-status'),
  width: Math.round(ad.getBoundingClientRect().width),
  height: Math.round(ad.getBoundingClientRect().height)
}));

El resultado es un array con un objeto por elemento coincidente. Un adStatus de filled indica que se devolvió un anuncio; unfilled, que no. unfill-optimized corresponde a un espacio sin anuncio que AdSense optimiza de otra forma. processed es un estado de procesamiento independiente y no demuestra que se haya llenado el bloque. La documentación de data-ad-status explica la diferencia.

La falta de atributos o un array vacío no son errores automáticamente. Puede que todavía no haya solicitud y la consulta no incluye todos los formatos automáticos ni anuncios dentro de marcos de otro dominio. Dimensiones cero son una pista para revisar visibilidad, no un diagnóstico completo. Una observación no representa a todos los visitantes, y filled no garantiza que se registre una impresión en la cuenta ni que cumpla los criterios de visibilidad.

Cambiar una cosa y comprobar el resultado

Empiece por el bloque y dispositivo afectados sin cambiar varias opciones a la vez. Si sospecha del retraso u optimización de scripts, guarde la configuración y el código, ajuste solo lo pertinente, vacíe la caché y compare. Restaure la configuración guardada si no aparece la mejora esperada o se rompe el diseño. Ante problemas de tamaño, revise el espacio móvil real y la configuración de anuncios adaptables.

Justo después del cambio, compruebe solicitudes y estado visual; espere después la actualización del informe para comparar el mismo alcance. Registre volumen de tráfico, distribución por países y dispositivos, y cambios de ubicación. Más impresiones no garantizan más ingresos ni prueban que el problema esté resuelto. No eluda el consentimiento ni oculte alertas como solución.

Si persiste, reúna periodo y zona horaria, URL pública, bloque, dispositivos y países afectados, cambios de las cuatro métricas, modificaciones recientes y condiciones de reproducción antes de pedir ayuda. Los informes comparables y la observación del navegador permiten explicar si conviene investigar solicitudes, disponibilidad, carga o visibilidad.