Em setembro, quando a revisão do Google AdSense respondeu citando conteúdo de baixo valor, fiz uma varredura página por página neste blog atrás do que precisava mudar. O problema mais fácil de enxergar não estava nos artigos. Estava nos arquivos de tópico: endereços como /tags/privacidade/ listavam dois posts e repetiam o título e a descrição de cada um, sem acrescentar nada ao que o leitor já tinha visto na página inicial.

A página em si é necessária. Ela é a navegação por assunto deste site, aparece no índice de tópicos e nos chips no fim de cada post. O que não se sustenta é pedir que o Google a mostre nos resultados de busca. Um arquivo com um ou dois itens não responde pergunta nenhuma; ele repete conteúdo que já existe em outro endereço. A decisão foi manter a página para o leitor e pedir ao buscador que não a indexe.

O que o Google diz, e o que ele não diz

Não existe regra publicada do tipo “arquivo com menos de três posts não pode ser indexado”. O que existe são documentos que, lidos juntos, sustentam a decisão.

O primeiro é o guia de conteúdo útil para pessoas. Entre as perguntas que ele propõe a quem publica está se a página oferece uma descrição substancial e completa do assunto. Uma lista de dois itens não oferece.

O segundo é a política de spam do Google Search, na seção sobre abuso de conteúdo em escala. Ela trata de páginas geradas para manipular resultados “que fornecem pouco ou nenhum valor” e dá a orientação explícita: quem hospeda esse tipo de conteúdo deve excluí-lo da busca. O mecanismo oficial para isso é a regra noindex, documentada à parte: um meta no <head> da página que a tira inteira dos resultados, independentemente de outros sites apontarem para ela.

O terceiro é a política de inventário do AdSense: não é permitido exibir anúncios em telas “sem conteúdo do publicador ou com conteúdo de baixo valor”. A revisão que este blog recebeu citou exatamente isso. Nenhum anúncio está no ar aqui, e este post não vai ativá-los; o ponto é que a mesma avaliação que o Google faz para publicidade aparece na busca.

A regra que este blog adotou

O arquivo de tópico do Fluxonar declara noindex quando tem menos de três posts. No Astro, isso é uma linha na rota dinâmica de tags:

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

O componente de SEO, quando recebe noindex, emite no <head> da página:

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

Nota de atualização (29/10/2026): até 28/10/2026 o meta era noindex, nofollow. Passou a noindex, follow: a página continua fora do índice, mas os links dela seguem valendo para o buscador chegar aos posts. O extrato de evidência de 18/09 registra o estado daquela data.

Na data deste texto (18/09/2026), três dos onze tópicos em uso estavam nessa faixa, todos com dois posts: smartphones, typescript e privacidade. Em 23/10/2026, o acervo tem 12 tópicos: smartphones (6), typescript (5) e privacidade (5) já passaram de três e voltaram a ser indexáveis; o único com dois posts é prompt-engineering. Qualquer leitor pode abrir o código-fonte da página e ver o meta; as demais não o têm.

Três é uma escolha minha, não uma regra do Google. É o ponto em que uma página deixa de ser só uma repetição e passa a oferecer um recorte. Se eu mudar de ideia, o número muda em uma linha. Quando um tópico ganhar o terceiro post, ele volta a ser indexável sozinho, sem lista para manter.

O índice de tópicos continua indexável e linka todas as páginas, inclusive as que têm noindex. O leitor não perde o caminho; o buscador só não recebe aquelas páginas como resposta.

O detalhe que quase escapou: o sitemap

Depois de subir a mudança, conferi a página publicada. O meta estava lá. Faltava conferir o outro lado: o arquivo que diz ao Google o que o site quer mostrar. O sitemap-0.xml continuava listando os três endereços.

A contradição é direta. O sitemap é a lista das URLs que o site quer ver nos resultados — a documentação do Google diz, com essas palavras, para incluir nele as URLs “que você quer ver nos resultados de pesquisa”. Manter ali uma página que pede para não ser indexada é dizer uma coisa e o contrário dela. O Search Console tem status próprios para esse conflito: a página aparece como “URL marcada como noindex” no relatório de indexação, e o sitemap pode acusar a URL enviada com noindex.

O conserto foi fazer o sitemap ler o HTML renderizado, o mesmo que o Google recebe. A integração de sitemap do Astro ganhou um filtro:

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

paginaComNoindex abre o arquivo gerado em dist/ e procura o meta de robots. Não criei uma segunda contagem de posts por tópico: se a regra do noindex mudar, o sitemap acompanha sem ninguém lembrar. E a paridade virou teste, nos dois sentidos: a bateria do projeto agora reprova se uma página com noindex aparecer no sitemap ou se uma página indexável ficar de fora dele. Regra declarada em dois lugares sem prova é regra que diverge calada.

O que o noindex não faz

Quatro limites que valem para quem for aplicar isso no próprio site:

  1. Não é remoção imediata. O Google precisa rastrear a página de novo para ler o meta; dependendo da página, isso pode levar meses. Para pressa, o caminho é a inspeção de URL no Search Console, e o relatório de indexação mostra o que está excluído e por quê.
  2. Não funciona se o robots.txt bloquear a página. Regra de indexação só é lida onde o rastreador pode entrar; bloquear o acesso esconde também o pedido para não indexar. Aqui o robots.txt libera tudo.
  3. noindex não precisa cortar os links. Com follow, o buscador continua seguindo os links da página até os posts. Com nofollow, como estava aqui até 28/10/2026, eles deixariam de contar a partir dela, embora as páginas seguissem linkadas pelo índice de tópicos e pelas categorias. O sitemap deixa de listá-las, como descrito acima.
  4. O número três é heurística, não garantia. Não medi tráfego nem posição antes e depois: o blog é novo e essas páginas são pequenas demais para um número honesto. O que dá para afirmar é o estado declarado, conferível no código-fonte de qualquer uma delas.

Como aplicar no seu site

  1. Abra o arquivo de tópico ou de categoria e conte o que a página oferece. Se ela só repete itens que existem em outro lugar, é candidata.
  2. Confirme que o robots.txt não bloqueia o caminho — noindex bloqueado não é lido.
  3. Aplique a regra na rota, de forma condicional à contagem (no Astro, noindex={count < 3}).
  4. Abra o código-fonte e confira o meta. Resultado esperado: content="noindex, follow" presente na página certa e ausente nas demais.
  5. Procure o endereço no sitemap e remova de lá, de preferência automatizando a exclusão pela mesma fonte que gera o noindex.
  6. Confira no Search Console: a inspeção de URL mostra o HTML que o Google recebeu; o relatório de indexação mostra o que está excluído e por quê.

O que fica

Uma página de arquivo é útil para quem navega e dispensável para quem busca. O noindex separa as duas coisas. O sitemap precisa dizer a mesma coisa que a página diz — e, quando os dois concordam, a decisão para de depender de alguém lembrar dela.

Fontes