AdSense rechazó nuestro sitio por «contenido de bajo valor»: qué hicimos para corregirlo

El 17 de octubre de 2026, Google AdSense rechazó la solicitud de Imperio Digital MX. El motivo: «contenido de bajo valor». No hubo un problema técnico grave ni una infracción de políticas. Simplemente, para Google, nuestro sitio todavía no aportaba suficiente valor propio como para mostrar anuncios.

Este artículo cuenta qué encontramos al revisar el sitio, qué corregimos y en qué orden. No es una fórmula garantizada: al momento de escribirlo todavía no hemos vuelto a solicitar la revisión, y no prometeremos un resultado que no conocemos. Lo que sí podemos ofrecer es un proceso real, con errores incluidos, para quien esté en la misma situación.

Qué significa «contenido de bajo valor»

Según el Centro de Ayuda de AdSense, para monetizar un sitio este debe ofrecer una buena experiencia de usuario y tener contenido único y valioso. Google recomienda preguntarse si el contenido aporta un valor sustancial e información original frente a otros sitios del mismo tema, y recuerda que debe cumplir las políticas contra spam de la Búsqueda, que desaconsejan, entre otras cosas, las páginas con poco contenido.

Dicho de forma sencilla: no basta con que los textos estén bien escritos y no sean copiados. Tienen que ofrecer algo que el lector no encuentre igual en muchos otros sitios.

Qué encontramos al revisar nuestro sitio

Revisamos el blog con honestidad, como lo haría un evaluador externo. El diagnóstico tuvo tres partes:

1. Artículos correctos, pero genéricos

Teníamos 11 artículos publicados. Estaban bien estructurados, tenían enlaces internos y no copiaban a nadie. Pero varios explicaban temas de inteligencia artificial de forma general, igual que muchísimos otros sitios. Les faltaba lo único que nadie más podía aportar: nuestra experiencia.

2. Varios eran cortos

Ocho de esos artículos tenían entre unas 680 y 1,090 palabras. La extensión no es un requisito en sí, pero en temas amplios un texto corto suele quedarse en la superficie.

3. Todo se publicó al mismo tiempo

Ocho artículos salieron el mismo día. Para un sitio nuevo, eso no transmite constancia: parece un bloque de contenido producido de una sola vez, no un proyecto editorial que crece con regularidad.

Primero, revisar lo técnico

Aunque el rechazo era por contenido, aprovechamos para revisar los puntos técnicos que cualquier sitio debería tener en orden. Encontramos y corregimos varios:

• El archivo ads.txt no existía. La dirección devolvía error 404. Lo creamos con el identificador de editor de nuestra cuenta y AdSense lo marcó como autorizado.
• La página del blog no tenía su dirección correcta. Otra página tenía reservado internamente el nombre «blog», así que el blog terminó en una dirección provisional. Corregimos los nombres y creamos una redirección permanente (301).
• Detalles de presentación. El aviso de cookies mostraba botones en inglés y el logotipo de la cabecera se resolvía con código que ocultaba la imagen real. Ambos se corrigieron.
• Páginas legales y de contacto. Confirmamos que existieran y fueran accesibles: aviso de privacidad, términos y condiciones, descargo de responsabilidad, contacto y una página sobre el proyecto.

Ninguno de estos ajustes, por sí solo, convierte un sitio en «valioso». Pero un sitio descuidado en lo técnico transmite poca confianza, tanto a los lectores como a quien lo evalúa.

Después, reescribir con experiencia propia

El trabajo principal fue volver a cada artículo y preguntarnos: ¿qué sabemos de este tema por haberlo hecho, no por haberlo leído? Con esa pregunta, reforzamos nueve artículos. Cada uno pasó a tener entre unas 1,300 y 1,700 palabras, pero lo importante no fue la cifra, sino lo que se agregó:

• Una sección sobre cómo lo aplicamos nosotros. Por ejemplo, cómo administramos el sitio con un asistente de IA conectado a WordPress, cómo usamos Make para automatizar o cómo nació un artículo a partir de una búsqueda real en Search Console.
• Errores reales. Instrucciones vagas que produjeron malos resultados, código que funcionaba pero estorbaba y, por supuesto, este mismo rechazo.
• Datos verificados en su fuente. Cada fecha, ley o cifra se confirmó en la fuente original antes de publicarse: documentos de la UNESCO, el anuncio oficial de Meta sobre el cierre de una plataforma o publicaciones sobre la nueva ley mexicana de datos personales.
• Preguntas frecuentes que responden dudas concretas del lector.

Y una regla que mantuvimos en todo momento: no inventar testimonios, clientes, cifras ni resultados. Habría sido fácil «rellenar» con ejemplos ficticios presentados como reales; habría sido también lo contrario de lo que significa contenido valioso.

Escuchar lo que la gente ya buscaba

Al revisar Google Search Console encontramos algo útil: varias direcciones antiguas del sitio seguían recibiendo impresiones en Google, pero mostraban error 404 porque ese contenido ya no existía. Había personas buscando temas que no estábamos atendiendo.

En lugar de inventar temas, escribimos artículos nuevos para esas búsquedas reales —cómo automatizar ventas por WhatsApp con IA, qué es n8n, cómo cerrar ventas como un proceso— y redirigimos las direcciones antiguas a los artículos nuevos con redirecciones 301. Así recuperamos esas visitas y, al mismo tiempo, atendimos una necesidad comprobada.

Constancia: un calendario en lugar de un bloque

El tercer cambio fue el ritmo. Dejamos de publicar en bloque y pasamos a un calendario de dos artículos por semana, los lunes y los jueves, programados con anticipación. Antes de volver a solicitar la revisión, nos propusimos acumular varias semanas seguidas de publicaciones regulares.

También pedimos a Google, desde la herramienta de inspección de URL de Search Console, que volviera a rastrear los artículos reforzados. Si se solicita la revisión de AdSense antes de que Google vea las versiones nuevas, el resultado podría basarse en el contenido anterior.

Lo que haríamos distinto desde el principio

• Escribir desde la experiencia desde el primer artículo, no como un agregado posterior.
• Publicar poco a poco, con un calendario, en lugar de lanzar muchos artículos el mismo día.
• Revisar lo técnico antes de solicitar: ads.txt, páginas legales, direcciones limpias, navegación clara y versión móvil.
• Revisar Search Console antes de decidir temas, para escribir sobre lo que la gente realmente busca.
• Usar la IA como apoyo, no como autor. Nos ayuda a investigar, estructurar y redactar más rápido, pero el valor lo aporta lo que solo nosotros sabemos.

Una lista de revisión antes de solicitar AdSense

1. ¿Cada artículo aporta algo propio: experiencia, ejemplos reales, procesos probados o un análisis original?
2. ¿Los datos están verificados en fuentes confiables?
3. ¿El sitio publica con regularidad desde hace varias semanas?
4. ¿Existen y funcionan las páginas de privacidad, términos, contacto y «sobre nosotros»?
5. ¿El archivo ads.txt está disponible en la raíz del dominio?
6. ¿La navegación es clara y el sitio funciona bien en el celular?
7. ¿Search Console muestra las páginas indexadas y sin errores importantes?

Preguntas frecuentes

¿Cuántos artículos necesito para que aprueben AdSense?

Google no establece un número mínimo. Lo que evalúa es que el sitio tenga suficiente contenido original y valioso para determinar su temática y ofrecer una buena experiencia. Un número mayor de artículos genéricos no compensa la falta de valor.

¿Puedo volver a solicitar la revisión después de un rechazo?

Sí. Google indica que, tras un rechazo, puedes corregir los problemas y volver a enviar la solicitud. Conviene hacerlo cuando los cambios sean sustanciales y Google ya haya rastreado las versiones nuevas.

¿Usar inteligencia artificial para escribir provoca el rechazo?

Lo que importa es el valor del contenido, no la herramienta. Un texto generado sin revisión, genérico y sin aporte propio difícilmente cumplirá; uno en el que la IA ayuda pero el autor aporta experiencia, verificación y criterio tiene muchas más posibilidades.

¿El archivo ads.txt es obligatorio?

Es muy recomendable y AdSense lo revisa en el panel de tu cuenta. Debe estar en la raíz del dominio (por ejemplo, tusitio.com/ads.txt) y contener el identificador de editor de tu cuenta.

Conclusión

Un rechazo por contenido de bajo valor no es una sentencia, es un diagnóstico. En nuestro caso nos obligó a hacer lo que debimos hacer desde el principio: escribir desde la experiencia, verificar cada dato, publicar con constancia y cuidar los detalles técnicos. Cuando sepamos el resultado de la nueva revisión, lo contaremos aquí.

Si estás construyendo tu propio blog, te recomendamos leer qué cambia con la búsqueda con IA para el SEO y cómo encontrar ideas de contenido a partir de preguntas reales.