Cambiar tema

Guía completa de AdSense en páginas AMP: el secreto para aumentar los ingresos publicitarios móviles un 48%

Easton editorial illustration: fault-isolation scanner

Abres Google Analytics: el 67% del tráfico es móvil. Miras el informe de AdSense: el RPM móvil es la mitad que en escritorio.

Te suena familiar. Crece el tráfico móvil, pero los ingresos no suben. Algunos culpan al tamaño del anuncio, otros a la ubicación; otros directamente dejan de optimizar.

Volkswagen hizo una prueba: movió los mismos anuncios de páginas normales a AMP y el CTR subió un 26%. Con formatos AMPHTML, el CTR se disparó otro 48%. The Washington Post, tras adoptar AMP, pasó de un 51% a un 63% de retención a 7 días: más retención, más impresiones publicitarias.

Esos datos me llevaron a replantear AMP. Muchos webmasters temen demasiadas limitaciones y una configuración pesada. En la práctica, las páginas AMP cargaron unas 4 veces más rápido y los ingresos publicitarios a menudo superaron a las versiones no AMP.

Esta guía explica paso a paso cómo colocar AdSense en AMP: de anuncios automáticos a manuales, tamaños y Core Web Vitals, con los errores que cometí y cómo los resolví.

Conocer AMP y su impacto en AdSense

¿Qué es AMP? ¿Por qué importa tanto en móvil?

AMP significa Accelerated Mobile Pages (páginas móviles aceleradas), lanzado por Google en 2015. En pocas palabras, es una especificación pensada para la web móvil.

La idea central: HTML ligero, recursos asíncronos y carga por prioridades. En una página normal pueden cargarse primero plugins de JavaScript, botones sociales y scripts de anuncios; el usuario espera para ver el contenido. En AMP ocurre al revés: primero el contenido, lo demás después.

Los números son claros: AMP carga unas 4 veces más rápido y consume una décima parte de datos. En 4G, una página normal puede tardar 5-8 segundos; AMP suele mostrar contenido en 1-2 segundos.

Google dejó de exigir AMP para Top Stories tras 2021, pero AMP sigue ayudando en ranking: la velocidad ya es factor de posicionamiento.

El impacto positivo de AMP en anuncios AdSense

Sinceramente, al oír AMP pensé: con tantas restricciones, los anuncios no funcionarán. Fue todo lo contrario.

Volkswagen, como ya comenté: HTML estándar → AMP, CTR +26%; con anuncios AMPHTML, +48% más. No es un caso aislado. Times Internet (la mayor empresa de medios digitales de India) multiplicó el tráfico por 6, los ingresos por 1,5 y redujo el tiempo de carga 3,6 veces con AMP.

¿Por qué?

Velocidad = visibilidad. Si la página tarda, el usuario se va. AMP abre en ~1 s: ve contenido y anuncios a la vez. Google indica que pasar de 19 s a 5 s de carga puede duplicar ingresos publicitarios.

Retención = ingresos a largo plazo. Washington Post: retención a 7 días del 51% al 63%. Más visitas recurrentes, más impresiones.

Prioridad de carga controlable. AMP programa recursos según prioridad y visibilidad: anuncios visibles primero, fuera de pantalla después. Velocidad y exposición publicitaria.

Desmontando mitos habituales

Quizá pienses: lo entiendo, pero ¿vale la pena AMP? Estas son las dudas que más escucho:

Mito 1: AMP reduce ingresos
Al contrario: los datos anteriores muestran CTR e ingresos más altos, si configuras bien los anuncios (de eso va este artículo).

Mito 2: AMP es complejo
Con anuncios automáticos es muy simple: copias unas líneas al <head> y <body>. Los manuales son un poco más trabajo (varios <amp-ad>), nada más.

Mito 3: AMP es demasiado rígido
No admite intersticiales ni anuncios que se expanden solos, pero sí display, responsive y nativos. Puedes controlar la ubicación (cumpliendo políticas de AdSense).

Mi consejo: no te quedes con datos ajenos. Toma un artículo con buen tráfico, crea la versión AMP y compara 1-2 semanas en Search Console.

48%
La prueba de Volkswagen mostró que, al pasar de HTML estándar a AMP + anuncios AMPHTML, el CTR publicitario aumentó un

Restricciones y normas de anuncios en AMP

Formatos admitidos

AMP limita algunos formatos, pero menos de lo que parece. Regla única: no perjudicar la experiencia ni provocar saltos de layout.

Admitidos:

  • Display en posición fija (el más común en artículos)
  • Responsive (se adapta al ancho de pantalla; muy recomendado)
  • Nativos (integrados con el contenido)

No admitidos:

  • Intersticiales (pantalla completa de golpe)
  • Auto-expansión al clic
  • Cualquier anuncio que desplace el contenido al cargar

¿Por qué? Filosofía UX first: pop-ups y expansiones pueden subir el CTR a corto plazo, pero espantan usuarios y bajan ingresos a largo plazo.

Requisitos técnicos

En una web normal, AdSense suele verse así:

<script async src="https://pagead2.googlesyndication.com/..."></script>
<ins class="adsbygoogle" ...></ins>
<script>(adsbygoogle = window.adsbygoogle || []).push({});</script>

En AMP no puedes usar ese código. Usa <amp-ad>:

<amp-ad width="300" height="250"
    type="adsense"
    data-ad-client="ca-pub-tu-ID-de-editor"
    data-ad-slot="tu-ID-de-unidad">
</amp-ad>

Mismo mensaje para Google («anuncio aquí»), pero AMP fija width y height para reservar espacio y evitar CLS.

Vincula AMP y no AMP. En el <head> de AMP:

<link rel="canonical" href="https://tusitio.com/articulo.html">

En la página normal:

<link rel="amphtml" href="https://tusitio.com/articulo.amp.html">

Google entiende que son la misma pieza: AMP en móvil, versión normal en escritorio.

Errores habituales de validación

Tras configurar anuncios, valida con la herramienta AMP. Errores que ya sufrí yo:

Error 1: JavaScript prohibido
AMP no permite JS personalizado (solo componentes oficiales). Tracking y plugins van con <amp-analytics>, <amp-social-share>, etc.

Error 2: CLS por ubicación de anuncios
El anuncio empuja el texto al cargar. Solución: width y height explícitos en <amp-ad>; no uses porcentajes ni los omitas.

Error 3: Falta el script del componente
Cada componente necesita su script en <head>. Para <amp-ad>:

<script async custom-element="amp-ad"
    src="https://cdn.ampproject.org/v0/amp-ad-0.1.js"></script>

Sin él, no hay anuncios.

Consejo: abre la URL con #development=1, F12 en Chrome; la consola lista errores de validación.

Anuncios automáticos AMP (recomendado para principiantes)

Qué son

Google usa IA para elegir dónde insertar anuncios según contenido y comportamiento. No calculas posiciones ni cantidad.

Ideal si:

  • Acabas de empezar con AMP
  • Tienes tipos de contenido variados
  • No quieres pegar código en cada artículo

Yo empecé con automáticos; la IA de Google optimiza mejor que yo al principio.

Pasos de configuración

Unos 5 minutos.

Paso 1: Activar en AdSense

  1. Entra en AdSense
  2. Anuncios → Por sitio
  3. Edita tu sitio (icono lápiz)
  4. Activa Anuncios automáticos
  5. (Opcional) Carga de anuncios: poco, medio, mucho

Empieza con «medio». Una semana de datos y ajustas.

Paso 2: Obtener código AMP
Anuncios → Otros formatos → AMP: dos fragmentos.

Paso 3: Script en <head>

<script async custom-element="amp-auto-ads"
    src="https://cdn.ampproject.org/v0/amp-auto-ads-0.1.js"></script>

Paso 4: <amp-auto-ads> al inicio de <body>

<amp-auto-ads type="adsense"
    data-ad-client="ca-pub-tu-ID-de-editor">
</amp-auto-ads>

Sustituye ca-pub-tu-ID-de-editor por el tuyo (AdSense lo rellena en el código).

Paso 5: Validar

  1. Guarda y sube
  2. Validador AMP
  3. URL de la página AMP
  4. «Validación AMP correcta» = listo

Ejemplo completo:

<!doctype html>
<html lang="es">
<head>
    <meta charset="utf-8">
    <script async src="https://cdn.ampproject.org/v0.js"></script>

    <!-- Script de anuncios automáticos AMP -->
    <script async custom-element="amp-auto-ads"
        src="https://cdn.ampproject.org/v0/amp-auto-ads-0.1.js"></script>

    <title>Título de tu artículo</title>
    <link rel="canonical" href="https://tusitio.com/articulo.html">
    <!-- Otro código AMP obligatorio... -->
</head>
<body>
    <!-- Etiqueta amp-auto-ads -->
    <amp-auto-ads type="adsense"
        data-ad-client="ca-pub-1234567890123456">
    </amp-auto-ads>

    <!-- Contenido -->
    <h1>Título del artículo</h1>
    <p>Cuerpo del artículo...</p>
</body>
</html>

Ventajas e inconvenientes

Tras medio año con automáticos:

Ventajas:

  • Ahorro de tiempo: una vez, todo el sitio
  • IA de Google: ajusta posición según estructura y comportamiento
  • Adaptación a pantallas: móviles distintos, distintos layouts
  • Optimización continua: pruebas A/B internas de Google

Inconvenientes:

  • Sin control fino: no puedes forzar «justo tras el primer párrafo»
  • Posiciones ocasionales malas: p. ej. bajo el título
  • Layout inconsistente entre artículos

Consejo: automáticos al inicio; manuales cuando domines ingresos; o híbrido (core manual, resto automático).

Anuncios manuales AMP (usuarios avanzados)

Por qué configurarlos a mano

Tras meses con automáticos quise más control. En tutoriales técnicos a veces el anuncio caía en medio de un bloque de código. Manual = anuncios entre secciones sin romper el flujo.

Conviene si:

  • Necesitas ubicaciones concretas (tutoriales, artículos largos)
  • Quieres el mismo layout en todo el sitio
  • Migras estrategia desde páginas no AMP

Flujo completo de anuncios manuales AMP

Pasos detallados para configurar slots de AdSense manualmente en páginas AMP

Estimated time: PT15M

  1. 1

    Step 1: Crear unidad de display en AdSense

    Pasos para crear la unidad:
  2. 2

    Step 2: Obtener código AMP e insertarlo

    Código AMP (no el estándar):
  3. 3

    Step 3: Añadir script amp-ad en head

    Si aún no usaste amp-ad, en head:

Tamaños y ubicación en móvil

Mejores tamaños

AdSense ofrece muchos tamaños; en móvil funcionan pocos.

Responsive (el más recomendado)

<amp-ad width="100vw" height="320"
    type="adsense"
    data-ad-client="ca-pub-xxx"
    data-ad-slot="xxx"
    data-auto-format="rspv"
    data-full-width="">
    <div overflow=""></div>
</amp-ad>

Se adapta a iPhone, Android e iPad. Recomendación oficial de Google.

300×250 (rectángulo medio)
El más usado en móvil. Buen CTR y CPC; alta tasa de relleno.

336×280 (rectángulo grande)
Tablets y móviles grandes. Apretado en pantallas pequeñas.

320×100 (banner)
Arriba o abajo del artículo; poco alto en pantalla; CTR algo menor.

Evitar:

  • 728×90: demasiado ancho para móvil
  • 160×600: ocupa demasiada altura
  • Tamaños excesivos: molestan en pantallas pequeñas

Prioriza responsive; si fijas tamaño, 300×250.

Estrategia de ubicación

La posición importa más que el tamaño: el mismo anuncio puede duplicar ingresos.

Principio 1: poco above the fold
Política de densidad above the fold de Google. Demasiados anuncios visibles sin scroll = riesgo de incumplimiento.

Yo: solo contenido en la primera pantalla; anuncios tras el primer scroll.

Principio 2: los anuncios no pueden superar al contenido
Regla dura de AdSense. Proporción excesiva = advertencia o suspensión.

~2000 palabras → 2-3 anuncios. No te pases.

Principio 3: separación entre anuncios
Muy juntos = clics accidentales = «clics engañosos».

Deja al menos un párrafo completo (o una pantalla) entre anuncios.

Principio 4: integración natural

<div style="margin: 20px 0;">
    <amp-ad ...></amp-ad>
</div>

A/B testing y datos

Espera 1-2 semanas antes de concluir.

Métricas:

  1. CTR: clics ÷ impresiones

    • Móvil: 1%-3% suele ser normal
    • <0,5%: revisa posición o tamaño
  2. CPC: ingreso por clic (depende del nicho; mira tu tendencia)

  3. RPM: (ingresos ÷ impresiones) × 1000 — impacto directo en ingresos

Experimentos en AdSense:

  1. Optimización → Experimentos
  2. Nuevo experimento (p. ej. comparar ubicaciones)
  3. Control vs variante
  4. Tráfico dividido automáticamente
  5. 1-2 semanas y comparas ingresos

Equilibrio entre velocidad AMP e ingresos

Velocidad e ingresos

Dato que recuerdo: de 19 s a 5 s de carga puede duplicar ingresos publicitarios.

Página lenta = usuario que se va. Página rápida = más tiempo, más impresiones.

Cada +1 s de carga ≈ -20% de conversión. En sitios con AdSense, es dinero real.

AMP ya acelera ~4×; demasiados anuncios anulan la ventaja.

Cantidad de anuncios

~1000 palabras: 1-2

  • 1: tras primer párrafo o al final
  • 2: primer párrafo + final

~2000 palabras: 2-3

  • 2: primer párrafo + final
  • 3: primer párrafo + mitad + final

3000+ palabras: 3-4

  • ~1 cada 800-1000 palabras

Probé 5 anuncios en 2000 palabras: +1,5 s de carga, +20% de rebote, ingresos a la baja.

Carga diferida (lazy loading)

Fuera de pantalla no cargan de inmediato; cargan al acercarse al viewport. AMP lo hace solo.

Puedes afinar con:

<amp-ad width="300" height="250"
    type="adsense"
    data-loading-strategy="prefer-viewability-over-views"
    ...>
</amp-ad>

prefer-viewability-over-views: prioriza visibilidad real sobre impresiones vacías.

Prioridades AMP:

  1. Contenido
  2. Anuncios visibles
  3. Anuncios fuera de vista

Primero contenido, luego anuncios. No toques la prioridad por defecto sin motivo.

Comparación de ingresos AMP vs no AMP

Datos reales

En mi blog: mismo artículo, versión AMP y no AMP, un mes.

Mis datos (blog técnico, ~50K visitas/mes):

  • No AMP: RPM ~$2,8, CTR 1,2%, carga 4,2 s
  • AMP: RPM ~$3,6, CTR 1,8%, carga 1,1 s

+28% ingresos, +50% CTR.

Industria:

  • Volkswagen: +26% CTR HTML→AMP; +48% más con AMPHTML
  • Times Internet: ingresos ×1,5
  • Washington Post: retención 7 días 51%→63%

Conclusión: AMP suele ganar en ingresos publicitarios.

¿Para qué sitios?

Muy recomendado:

  • Noticias (Washington Post, The Guardian)
  • Blogs orientados a contenido
  • Tutoriales y guías

Con cautela:

  • E-commerce (JS limitado: carrito, checkout)
  • Foros (comentarios e interacción en tiempo real)
  • Sitios con mucho JS personalizado

Estrategia híbrida

Móvil AMP, escritorio versión normal:

  1. En AMP:
<link rel="canonical" href="https://tusitio.com/articulo.html">
  1. En la normal:
<link rel="amphtml" href="https://tusitio.com/articulo.amp.html">

Google elige versión según dispositivo; SEO intacto.

Problemas habituales y soluciones

Problema 1: no se ven anuncios

Causa 1: validación AMP fallida
F12 o validador AMP.

Causa 2: falta script amp-ad

<script async custom-element="amp-ad"
    src="https://cdn.ampproject.org/v0/amp-ad-0.1.js"></script>

Causa 3: IDs incorrectos
Revisa data-ad-client y data-ad-slot copiados de AdSense.

Causa 4: incumplimiento de políticas
Revisa avisos en el panel (densidad above the fold, etc.).

Problema 2: posición caótica

Sin tamaño fijo → añade width/height:

<amp-ad width="300" height="250" ...></amp-ad>

Conflicto responsivelayout:

<amp-ad layout="fixed" width="300" height="250" ...></amp-ad>

o

<amp-ad layout="responsive" width="16" height="9" ...></amp-ad>

CSS que oculta o desplaza amp-ad: revisa display: none, position: absolute, etc.

Problema 3: alertas Core Web Vitals

CLS alto

  1. width/height en <amp-ad>
  2. placeholder:
<amp-ad width="300" height="250" ...>
    <div placeholder style="background: #f0f0f0; height: 250px;">
        <p style="text-align: center; padding-top: 100px; color: #999;">Cargando anuncio...</p>
    </div>
</amp-ad>

LCP lento
Pocos anuncios above the fold; responsive carga más rápido.

INP alto
Menos anuncios y scripts de terceros; usa lazy loading AMP.

Optimización Core Web Vitals

Las tres métricas

Google lanzó Core Web Vitals en 2020; desde 2021 influyen en ranking.

LCP (Largest Contentful Paint)

  • Tiempo hasta el mayor elemento visible
  • Bueno: ≤2,5 s
  • Si el LCP es un anuncio, te afecta

CLS (Cumulative Layout Shift)

  • Cuánto «salta» el layout
  • Bueno: ≤0,1
  • Anuncios sin espacio reservado empeoran CLS

INP (Interaction to Next Paint)

  • Respuesta tras clic (sustituye a FID desde mar 2024)
  • Bueno: ≤200 ms
  • Scripts de anuncios pueden retrasar INP

Estrategias orientadas a anuncios

1. Tamaños explícitos (CLS)

<!-- Mal: sin tamaño -->
<amp-ad type="adsense" ...></amp-ad>

<!-- Bien -->
<amp-ad width="300" height="250" type="adsense" ...></amp-ad>

2. Placeholder

<amp-ad width="300" height="250" type="adsense" ...>
    <div placeholder style="background: #f5f5f5; height: 250px;"></div>
</amp-ad>

3. No anuncios junto al LCP
Si la imagen principal es LCP, no pegues anuncios encima o al lado.

4. Máximo 1 anuncio above the fold
Contenido primero.

5. Estrategia de carga

<amp-ad data-loading-strategy="prefer-viewability-over-views" ...></amp-ad>

Monitorización

Search Console → Core Web Vitals

PageSpeed Insightspagespeed.web.dev

Chrome DevTools → Performance — graba una recarga y analiza la línea de tiempo.

Revisa mensualmente; mejora gradual, no perfección de un día.

Experiencia móvil vs ingresos

UX primero

Tras muchos errores: el contenido gana al anuncio; la experiencia gana al ingreso a corto plazo.

Tres anuncios above the fold y uno tras cada párrafo puede subir ingresos unos días y hundir retención.

Washington Post: mejor UX con AMP → retención 51%→63% → más ingresos sostenidos.

Principios:

  1. El usuario viene por el contenido
  2. No sacrifiques lectura por anuncios
  3. Retención > ingreso de una sola visita

Encontrar el equilibrio

Empieza con pocos anuncios y sube de a uno si rebote y duración de sesión se mantienen.

Rebote +5% tras cambios = demasiados anuncios.

Feedback en comentarios: «demasiados anuncios» = señal clara.

Por tipo de contenido:

  • Tutoriales: menos interrupciones
  • Noticias: algo más de densidad aceptable
  • Largos: distribución uniforme

Tendencias

Google prioriza UX (Core Web Vitals y más).

IA de anuncios automáticos mejora (comparo 2023 vs 2026: ubicaciones más sensatas).

Nativos e integrados ganan terreno frente a banners rígidos.

Sigue el blog oficial de AdSense, comunidades de webmasters y revisa datos cada mes.

Conclusión

Tres ventajas de AMP para AdSense móvil:

  1. Velocidad: ~4× más rápido; más visibilidad publicitaria
  2. CTR: +26%-48% en datos citados
  3. Retención: caso Washington Post

¿Automáticos o manuales?

  • Poco tiempo → automáticos (~5 min)
  • Control fino → manuales
  • Híbrido en páginas clave

Principio central: UX primero, ingresos después

Acción:

  1. Un artículo con tráfico → versión AMP
  2. Automáticos al inicio; manuales cuando domines
  3. Core Web Vitals + ingresos cada mes
  4. 1-2 semanas de datos antes de decidir

¿Problemas con AMP y AdSense? Comenta abajo. Comparte tus cifras: aprendemos entre todos.

FAQ

¿Por qué recomendar anuncios automáticos AMP frente a manuales?
Cada modo tiene ventajas según tu caso:

• Automáticos: la IA de Google analiza estructura y comportamiento; configuras una vez para todo el sitio; se adapta a pantallas
• Manuales: control exacto (primer párrafo, mitad, final); layout uniforme; evitas posiciones incómodas

Estrategia: principiantes con automáticos; luego manuales en páginas clave y automáticos en el resto.
¿Qué hacer si no se muestran anuncios en AMP?
Causas y soluciones habituales:

• Validación AMP fallida: validador (validator.ampproject.org) o consola con #development=1
• Falta script amp-ad en head
• data-ad-client / data-ad-slot incorrectos: vuelve a copiar desde AdSense
• Políticas: revisa avisos (densidad above the fold, etc.)

Atajo: URL + #development=1, F12, lee errores en consola.
¿Qué tamaños usar en móvil?
Prioridad recomendada:

1. Responsive (mejor opción): iPhone, Android, iPad
2. 300×250: más usado; buen CTR y relleno
3. 336×280: tablets
4. 320×100: cabecera o pie; poco alto

Evita 728×90 y 160×600 en móvil.

Regla práctica: responsive primero; si fijas, 300×250.
¿Cómo equilibrar Core Web Vitals e ingresos?
CLS:
• width/height en todos los amp-ad
• placeholders
• evita que el anuncio empuje el texto

LCP:
• pocos anuncios above the fold
• no junto a la imagen LCP
• responsive

INP:
• 2-3 anuncios en ~2000 palabras
• menos scripts de terceros
• lazy loading AMP

Herramientas: Search Console, PageSpeed Insights, DevTools. Revisa mensualmente.
¿Cuántos anuncios son adecuados? ¿Afectan la UX?
Densidad orientativa:

• ~1000 palabras: 1-2
• ~2000: 2-3
• 3000+: 3-4 (~1 cada 800-1000 palabras)

Señales: rebote +5% = demasiados; sesión más corta = mala experiencia; políticas AdSense exigen que el contenido domine.

Dato propio: 5 anuncios en 2000 palabras → +1,5 s carga, +20% rebote, ingresos peores. Empieza bajo y sube con datos.
¿Cuánta diferencia de ingresos hay entre AMP y páginas normales?
En pruebas reales, AMP suele ganar:

Mi blog (~50K visitas/mes):
• No AMP: RPM $2,8, CTR 1,2%, carga 4,2 s
• AMP: RPM $3,6, CTR 1,8%, carga 1,1 s
• +28% ingresos, +50% CTR

Casos:
• Volkswagen: +26% CTR; +48% con AMPHTML
• Times Internet: ingresos ×1,5
• Washington Post: retención 51%→63%

Motivos: carga 1-2 s, más visibilidad, mejor retención.

Prueba un artículo con tráfico 1-2 semanas en Search Console antes de escalar AMP.

13 min de lectura · Publicado el: 10 ene 2026 · Actualizado el: 21 ago 2026

Comentarios

Inicia sesión con GitHub para dejar un comentario

Easton BlogEaston Blog