En septiembre, cuando la revisión de Google AdSense respondió citando contenido de bajo valor, hice un barrido página por página en este blog en busca de lo que tenía que cambiar. El problema más fácil de ver no estaba en los artículos. Estaba en los archivos de tema: direcciones como /tags/privacidade/ listaban dos publicaciones y repetían el título y la descripción de cada una, sin agregar nada a lo que el lector ya había visto en la página de inicio.

La página en sí es necesaria. Es la navegación por tema de este sitio, aparece en el índice de temas y en los chips al final de cada publicación. Lo que no se sostiene es pedirle a Google que la muestre en los resultados de búsqueda. Un archivo con uno o dos elementos no responde ninguna pregunta; repite contenido que ya existe en otra dirección. La decisión fue mantener la página para el lector y pedirle al buscador que no la indexe.

Lo que Google dice, y lo que no dice

No existe una regla publicada del tipo “archivo con menos de tres publicaciones no puede indexarse”. Lo que existe son documentos que, leídos juntos, sostienen la decisión.

El primero es la guía de contenido útil para las personas. Entre las preguntas que propone a quien publica está si la página ofrece una descripción sustancial y completa del tema. Una lista de dos elementos no la ofrece.

El segundo es la política de spam de Google Search, en la sección sobre abuso de contenido a escala. Trata de páginas generadas para manipular resultados “que aportan poco o ningún valor” y da la orientación explícita: quien aloja ese tipo de contenido debe excluirlo de la búsqueda. El mecanismo oficial para eso es la regla noindex, documentada aparte: un meta en el <head> de la página que la saca por completo de los resultados, con independencia de que otros sitios apunten a ella.

El tercero es la política de inventario de AdSense: no está permitido mostrar anuncios en pantallas “sin contenido del publicador o con contenido de bajo valor”. La revisión que recibió este blog citó exactamente eso. Ningún anuncio está activo aquí, y esta publicación no va a activarlos; el punto es que la misma evaluación que Google hace para la publicidad aparece en la búsqueda.

La regla que adoptó este blog

El archivo de tema de Fluxonar declara noindex cuando tiene menos de tres publicaciones. En Astro, eso es una línea en la ruta dinámica de etiquetas:

<BaseLayout
  title={`Tópico: ${tag} · Fluxonar`}
  description={`Todos os posts do Fluxonar sobre ${tag}...`}
  noindex={count < 3}
>

El componente de SEO, cuando recibe noindex, emite en el <head> de la página:

<meta name="robots" content="noindex, follow">

Nota de actualización (29/10/2026): hasta el 28/10/2026 el meta era noindex, nofollow. Pasó a noindex, follow: la página sigue fuera del índice, pero sus enlaces siguen valiendo para que el buscador llegue a las publicaciones. El extracto de evidencia del 18/09 registra el estado de esa fecha.

En la fecha de este texto (18/09/2026), tres de los once temas en uso estaban en ese rango, todos con dos publicaciones: smartphones, typescript y privacidad. El 23/10/2026, la colección tiene 12 temas: smartphones (6), typescript (5) y privacidad (5) ya pasaron de tres y volvieron a ser indexables; el único con dos publicaciones es prompt-engineering. Cualquier lector puede abrir el código fuente de la página y ver el meta; las demás no lo tienen.

Tres es una elección mía, no una regla de Google. Es el punto en el que una página deja de ser solo una repetición y pasa a ofrecer un recorte. Si cambio de idea, el número cambia en una línea. Cuando un tema gane la tercera publicación, vuelve a ser indexable por sí solo, sin una lista que mantener.

El índice de temas sigue indexable y enlaza todas las páginas, incluidas las que tienen noindex. El lector no pierde el camino; el buscador no recibe esas páginas como respuesta.

El detalle que casi se escapó: el sitemap

Después de publicar el cambio, revisé la página publicada. El meta estaba ahí. Faltaba revisar el otro lado: el archivo que le dice a Google lo que el sitio quiere mostrar. El sitemap-0.xml seguía listando las tres direcciones.

La contradicción es directa. El sitemap es la lista de las URL que el sitio quiere ver en los resultados: la documentación de Google dice, con estas palabras, que se incluyan en él las URL “que usted quiere ver en los resultados de búsqueda”. Mantener ahí una página que pide no ser indexada es decir una cosa y lo contrario. Search Console tiene estados propios para ese conflicto: la página aparece como “URL marcada como noindex” en el informe de indexación, y el sitemap puede señalar la URL enviada con noindex.

La corrección fue hacer que el sitemap lea el HTML renderizado, el mismo que recibe Google. La integración de sitemap de Astro ganó un filtro:

// astro.config.mjs
filter: (page) => !page.endsWith('/404') && !paginaComNoindex(page),

paginaComNoindex abre el archivo generado en dist/ y busca el meta de robots. No creé un segundo conteo de publicaciones por tema: si la regla de noindex cambia, el sitemap la sigue sin que nadie tenga que acordarse. Y la paridad se volvió prueba, en los dos sentidos: la batería del proyecto ahora reprueba si una página con noindex aparece en el sitemap o si una página indexable queda fuera de él. Una regla declarada en dos lugares sin prueba es una regla que diverge en silencio.

Lo que noindex no hace

Cuatro límites que valen para quien vaya a aplicar esto en su propio sitio:

  1. No es una eliminación inmediata. Google necesita volver a rastrear la página para leer el meta; según la página, eso puede tardar meses. Si hay prisa, el camino es la inspección de URL en Search Console, y el informe de indexación muestra qué está excluido y por qué.
  2. No funciona si robots.txt bloquea la página. Una regla de indexación solo se lee donde el rastreador puede entrar; bloquear el acceso también oculta la petición de no indexar. Aquí robots.txt libera todo.
  3. noindex no tiene que cortar los enlaces. Con follow, el buscador sigue los enlaces de la página hasta las publicaciones. Con nofollow, como estaba aquí hasta el 28/10/2026, dejarían de contar a partir de ella, aunque las páginas siguieran enlazadas por el índice de temas y por las categorías. El sitemap deja de listarlas, como se describió arriba.
  4. El número tres es una heurística, no una garantía. No medí tráfico ni posición antes y después: el blog es nuevo y esas páginas son demasiado pequeñas para un número honesto. Lo que se puede afirmar es el estado declarado, comprobable en el código fuente de cualquiera de ellas.

Cómo aplicarlo en su sitio

  1. Abra el archivo de tema o de categoría y cuente lo que la página ofrece. Si solo repite elementos que existen en otro lugar, es candidata.
  2. Confirme que robots.txt no bloquea la ruta: un noindex bloqueado no se lee.
  3. Aplique la regla en la ruta, de forma condicional al conteo (en Astro, noindex={count < 3}).
  4. Abra el código fuente y revise el meta. Resultado esperado: content="noindex, follow" presente en la página correcta y ausente en las demás.
  5. Busque la dirección en el sitemap y quítela de ahí, de preferencia automatizando la exclusión con la misma fuente que genera el noindex.
  6. Revise en Search Console: la inspección de URL muestra el HTML que recibió Google; el informe de indexación muestra qué está excluido y por qué.

Lo que queda

Una página de archivo es útil para quien navega y prescindible para quien busca. El noindex separa las dos cosas. El sitemap tiene que decir lo mismo que dice la página y, cuando los dos coinciden, la decisión deja de depender de que alguien se acuerde de ella.

Fuentes