Políticas de Google AdSense para editores

Cómo auditar políticas de monetización sin confundirlas con una fórmula de aprobación

Una auditoría distingue las Políticas del Programa AdSense, las restricciones de inventario y las políticas de spam de Google Search. Son marcos relacionados pero separados: una restricción puede reducir demanda sin ser una infracción, y una medida de Search no equivale automáticamente a un rechazo de monetización. Lee el aviso, su alcance, la URL afectada y la documentación enlazada antes de actuar.

Esta guía presenta un procedimiento reproducible para un sitio editorial. No ofrece una receta de aprobación, una cantidad mínima universal de palabras, una proporción obligatoria de texto frente a anuncios ni un espaciado fijo que Google garantice como válido. Las políticas evalúan el contexto y el valor de la página, no una cifra aislada.

Primero, clasifica la señal antes de corregirla

Un estado de cuenta, una URL con pocos anuncios o una caída de ingresos no identifican por sí solos una infracción. Guarda la fecha, el mensaje exacto, el ámbito (cuenta, sitio o página), la URL de ejemplo y el cambio reciente. Contrasta la pantalla de políticas, el centro de políticas y la documentación enlazada. No atribuyas un bloqueo a una regla que no aparece en la evidencia.

Mapa de riesgo por plantilla y por URL

Empieza por exportar las URL que realmente publicas desde el sitemap y añade las rutas que la navegación expone pero el sitemap omite. Agrúpalas por plantilla: artículo, categoría, búsqueda, autor, página legal, contacto y página de error. Para cada tipo, pregunta qué necesidad satisface y qué contenido único encuentra una visita humana. Una página de archivo puede ser útil si contextualiza sus recursos; una lista automática de títulos sin explicación puede aportar poco.

Google describe como problemáticas las pantallas sin contenido del editor o con contenido de bajo valor, las páginas en construcción y las páginas de alertas o navegación. También limita la monetización cuando los anuncios o promociones pagadas superan el contenido editorial del editor. La lectura debe ser específica: una portada limpia no compensa páginas vacías. No monetices una pantalla que solo muestra una alerta emergente ni confundas anuncios con controles de navegación.

Inspección de página: contenido, anuncios y consentimiento

Abre las URL representativas en móvil y escritorio, con una sesión limpia y con la elección de consentimiento correspondiente a la región de prueba. Comprueba que el texto principal aparece sin interacción obligatoria, que las imágenes tienen función editorial, que los enlaces llevan a recursos existentes y que la identidad del editor se puede encontrar. Distingue publicidad, enlaces afiliados y recomendaciones del contenido mediante una presentación clara; no hagas que un anuncio parezca un botón de navegación ni sugieras al lector que haga clic.

Comprueba además las páginas sin contenido principal: búsqueda sin resultados, etiquetas vacías, paginación fuera de rango, filtros y archivos. Si una plantilla no tiene utilidad suficiente, exclúyela de anuncios y de la indexación según su función; no ocultes texto a los rastreadores ni redirijas a una página distinta de la que ve una persona. Las páginas de privacidad y contacto deben estar accesibles, pero no necesitan llevar anuncios para cumplir su función.

En el Espacio Económico Europeo, Reino Unido y Suiza, Google exige una CMP certificada e integrada con TCF para servir anuncios personalizados. Desde el 1 de marzo de 2026, las nuevas cadenas de consentimiento TCF deben usar TCF v2.3; Google indicó que las cadenas v2.2 creadas antes de esa fecha no se invalidan retroactivamente por ese cambio. Valida la versión y el estado real de la cadena en el navegador y en la configuración de la CMP. El modo de consentimiento de Google no sustituye la interfaz que recoge la elección ni almacena por sí solo esa decisión.

Procedimiento técnico repetible

1. Guarda el aviso literal y una captura con fecha; identifica si el alcance es un dominio o una URL concreta.
2. Obtén una lista de URL publicadas y verifica su respuesta HTTP, canonical, robots y contenido renderizado.
3. Examina una muestra de cada plantilla como usuario: móvil, escritorio, consentimiento, enlaces, lectura y anuncios.
4. Busca fallos comunes en el conjunto: páginas vacías, copias, contenido generado en serie sin utilidad, enlaces rotos, avisos de prueba y overlays que tapan la lectura.
5. Registra para cada hallazgo la URL, evidencia, corrección, responsable, fecha y resultado de la comprobación posterior.
6. Tras corregir el motivo documentado, solicita una revisión mediante el flujo que ofrece la cuenta; la decisión final corresponde a Google.

Este comando consulta solamente encabezados y no modifica el servidor. Sigue redirecciones, informa del código final y permite detectar que el canonical o la ruta pública no responden como se esperaba. Un 200 demuestra que hubo respuesta HTTP, no que la página sea útil ni que cumpla una política.

while IFS= read -r url; do
  curl -sS -L -o /dev/null \
    -w '%{http_code} %{url_effective}\n' "$url"
done < urls-publicadas.txt

Como segundo control, compara el sitemap con la navegación y con las páginas que enlazan entre sí. Anota URLs indexables que no tengan contenido sustantivo, y páginas principales sin enlaces internos. La guía de SEO técnico y editorial explica cómo revisar canonicals, rastreo y arquitectura sin usar señales de indexación como sustituto de la calidad del contenido.

Errores frecuentes en producción

Aplicar una cifra inventada como si fuera una regla

No existe en la documentación de AdSense una longitud mínima universal de artículo, un porcentaje fijo de texto respecto a anuncios ni una distancia única en píxeles que garantice aprobación. Esas cifras pueden servir como decisiones internas de diseño, pero no deben presentarse como umbrales oficiales. Evalúa si cada contenido responde de forma completa a su propósito y si la experiencia resulta clara.

Revisar solo la página de inicio

Los problemas suelen residir en páginas de archivo, borradores que se publicaron accidentalmente, búsquedas, filtros o recursos sin explicación. Revisa tanto el sitemap como los enlaces que presenta la interfaz y las rutas que genera la aplicación.

Solicitar revisión antes de que llegue la corrección

Una caché, CDN o plantilla antigua puede servir todavía el HTML anterior. Vuelve a solicitar la URL, vacía la caché conforme al procedimiento de hosting y confirma el resultado público antes de pedir otra revisión. No repitas solicitudes sin una verificación de la causa.

Confundir restricción con sanción

Una categoría restringida puede tener menos anunciantes sin que ello signifique que toda la página viole las políticas. Lee el estado concreto y consulta la definición oficial; evita eliminar contenido lícito solo porque haya bajado el RPM.

Preguntas frecuentes

¿Cuántas palabras exige AdSense?

Google no publica un mínimo universal de palabras para que una página o un sitio sea aprobado. La guía de preparación se centra en contenido original, útil, navegación y cumplimiento; la extensión adecuada depende de la pregunta y del contexto.

¿Una restricción equivale a una infracción?

No necesariamente. La documentación diferencia restricciones de políticas; una restricción puede reducir la demanda elegible. Lee el detalle en el Centro de políticas y corrige únicamente lo que la evidencia identifique.

¿Debo borrar todas las páginas cortas?

No por un recuento automático. Una página de contacto puede ser breve y suficiente para su función. Un artículo que promete responder una cuestión técnica puede requerir pruebas, contexto y límites. Evalúa propósito, utilidad, originalidad y coherencia.

¿La lista de verificación garantiza la aprobación?

No. Sirve para documentar una revisión ordenada. La elegibilidad, la revisión y el momento de la decisión dependen de Google y de las condiciones vigentes de la cuenta y del sitio.

Para comparar un ejemplo con sus límites, consulta el análisis de resultados y casos simulados; para proteger los formularios y registros, consulta también la guía de auditoría técnica y seguridad.

Fuentes primarias: requisitos para preparar el sitio, contenido de bajo valor y pantallas sin contenido, CMP para tráfico del EEE y integración TCF.