URL marcado como “noindex” no Search Console: corrigir ou deixar

O status URL marcado como "noindex" significa que o Google rastreou a página, encontrou uma instrução para não indexá-la e seguiu essa instrução. Na maioria dos sites, o status está certo para a maior parte dos URLs: páginas de checkout, de conta e de resultados de busca interna devem mesmo ficar fora do Google. Vira problema quando uma página que você quer na pesquisa está na lista, ou quando o seu próprio sitemap XML envia uma página que também pede ao Google para ficar longe.

O que o status significa e os nomes que ele já teve

A documentação do Google sobre o Relatório de indexação de páginas (consultada em outubro de 2026) lista URL marcado como "noindex" entre os motivos pelos quais uma página não é indexada e o descreve em uma linha: quando tentou indexar a página, o Google encontrou uma diretiva "noindex" e, por isso, não a indexou. A mesma documentação diz que, se você não quer a página indexada, não é preciso mudar nada; se quer, remova a diretiva.

A diretiva pode chegar ao Google em 2 lugares:

• No HTML, como metatag robots: <meta name="robots" content="noindex">, ou numa versão só para o Google, <meta name="googlebot" content="noindex">.
• Na resposta HTTP, como cabeçalho: X-Robots-Tag: noindex. O Google também aceita o valor none, que trata como noindex, nofollow. O cabeçalho pode mirar um único rastreador, como em X-Robots-Tag: googlebot: noindex.

O Google só obedece a uma regra que consegue ler. Uma página bloqueada pelo robots.txt nunca é buscada, então o noindex dela nunca é visto. Esse é outro status, tratado no guia de robots.txt e acesso de rastreamento.

Se você pesquisou por Excluída pela tag "noindex", está olhando para o mesmo status com o nome antigo. Antes de o Google reorganizar o relatório em 2022, ele ficava no grupo "Excluded" como Excluída pela tag "noindex" (em inglês, "Excluded by 'noindex' tag"), e um erro separado, URL enviado marcado como "noindex", cobria páginas com noindex enviadas por um sitemap. A página de ajuda do Google sobre a nova categorização de problemas diz que cada erro de URL "enviado" foi combinado com o equivalente excluído em um único problema.

É um problema? Corrigir, deixar ou monitorar

Decida para que serve cada URL antes de mudar qualquer coisa.

flowchart TD
    A["URL marcado como 'noindex'"] --> B{"Esta página deveria aparecer no Google?"}
    B -->|não| C{"Ela está no seu sitemap XML?"}
    C -->|não| D["Deixe. O status está correto."]
    C -->|sim| E["Remova do sitemap"]
    B -->|sim| F{"O teste ao vivo ainda mostra noindex?"}
    F -->|não| G["Já corrigido. Solicite a indexação e aguarde novo rastreamento."]
    F -->|sim| H{"Onde foi detectado?"}
    H -->|metatag robots| I["Corrija o template, a configuração do CMS ou o plugin"]
    H -->|cabeçalho X-Robots-Tag| J["Corrija a regra do servidor, da CDN ou da hospedagem"]

De onde vem o noindex

1. Ele foi colocado de propósito. Páginas sem valor para a pesquisa, páginas privadas e visualizações duplicadas recebem noindex por design. Num site saudável, a maioria dos URLs deste relatório está no lugar certo.

2. Uma configuração de homologação sobreviveu ao lançamento. Um site construído atrás de um noindex continua com ele quando o template, o arquivo de ambiente ou a opção do tema chega à produção sem alteração. As páginas vão saindo do Google à medida que são rastreadas de novo, sem que os visitantes percebam nada.

3. Uma chave do CMS que vale para o site inteiro. O WordPress tem uma caixa de seleção em Configurações > Leitura, "Evitar que mecanismos de busca indexem este site". A documentação do WordPress diz que, desde a versão 5.3, a opção adiciona uma metatag robots com noindex,nofollow ao head das páginas do site; as versões atuais a escrevem com aspas simples: <meta name='robots' content='noindex, nofollow' />. Basta uma caixa marcada numa cópia de homologação e levada para a produção numa importação de banco de dados.

4. Padrões de plugins e temas. Plugins de SEO e temas costumam controlar a indexação por tipo de conteúdo: arquivos de tag, arquivos de autor, páginas de anexo de mídia, listas paginadas. Uma atualização, uma importação de configurações ou um padrão alterado pode passar um grupo inteiro de URLs para noindex de uma vez, e é por isso que a contagem costuma dar saltos em vez de subir aos poucos.

5. Um cabeçalho X-Robots-Tag que ninguém vê. O cabeçalho é definido no servidor web, na CDN ou na plataforma de hospedagem, então nunca aparece no código-fonte da página. Origens típicas: uma regra de cabeçalho escrita para PDFs que pega todos os caminhos, uma regra de homologação esquecida no host de produção ou uma plataforma de hospedagem que adiciona X-Robots-Tag: noindex automaticamente às implantações de prévia. Se o código-fonte está limpo e o Search Console continua apontando noindex, verifique os cabeçalhos.

6. JavaScript que tenta removê-lo. Algumas aplicações de página única entregam noindex no HTML inicial e o removem com JavaScript depois do carregamento. A documentação do Google sobre SEO para JavaScript avisa que, quando vê noindex, o Google pode pular a renderização e a execução do JavaScript, então a remoção pode nunca acontecer. Nosso guia de renderização de JavaScript trata da diferença mais ampla entre o HTML servido e o renderizado.

O caso grave: páginas com noindex enviadas pelo seu sitemap

Um sitemap lista os URLs que você quer indexados; um noindex em um deles diz o contrário. O Google segue o noindex, e a contradição mostra que os seus próprios sistemas discordam sobre a página.

Em 29 sites externos cujos sitemaps o SEOReport buscou entre maio e outubro de 2026, 4 (14%) listavam no próprio sitemap XML pelo menos uma página marcada com noindex. O padrão que vimos: páginas de carrinho, checkout e conta de lojas esquecidas no sitemap. As páginas iniciais nas mesmas auditorias estavam limpas: nenhuma das 45 páginas iniciais externas auditadas pelo SEOReport entre maio e outubro de 2026 tinha noindex em metatag ou em cabeçalho X-Robots-Tag. Os problemas de noindex que vale a pena encontrar estão mais fundo no site.

Para ver esse subconjunto no Search Console, abra o Relatório de indexação de páginas e troque o filtro acima do gráfico de "Todas as páginas conhecidas" para "Todas as páginas enviadas". Um URL conta como enviado se um sitemap que você enviou ou listou no robots.txt o inclui, mesmo que o Google também o tenha encontrado por links. Todo URL que continuar em URL marcado como "noindex" com esse filtro ativo exige uma decisão: remover o noindex ou remover o URL do sitemap. Nosso guia de sitemaps XML explica como manter um sitemap gerado automaticamente restrito a URLs indexáveis.

A mesma contradição aparece quando uma tag canonical ou um link de idioma alternativo aponta para uma página com noindex. A análise de conflitos de indexabilidade trata dessas combinações no site inteiro.

Como confirmar qual causa se aplica

Comece pela Inspeção de URL. Na seção de indexação de página do resultado, o campo "Indexação permitida?" informa o motivo, por exemplo "'noindex' detectado na metatag 'robots'" ou "'noindex' detectado no cabeçalho HTTP 'X-Robots-Tag'". Essa única linha diz se você deve procurar no HTML ou na configuração do servidor.

Confira a data. O resultado padrão é a versão que o Google rastreou por último, e o campo "Último rastreamento" mostra quando foi. Se você alterou a página depois dessa data, o resultado descreve a página antiga.

Rode o teste ao vivo. Selecione "Testar URL publicado" e depois "Ver página testada". O teste ao vivo mostra o HTML e os cabeçalhos de resposta HTTP que o Google recebe agora, inclusive cabeçalhos que o seu navegador nunca exibe. Ele não verifica sitemaps nem páginas de referência; isso fica com o resultado indexado.

Reproduza pelo terminal. Estes 2 comandos mostram o cabeçalho e a metatag de qualquer URL. O segundo padrão aceita aspas simples e duplas, porque o WordPress escreve a tag com aspas simples:

# Response headers only: look for x-robots-tag
curl -s -D - -o /dev/null https://www.example.com/pricing/ | grep -i "x-robots-tag"

# Robots meta tags in the HTML the server returns
curl -s https://www.example.com/pricing/ | grep -i -o -E "<meta[^>]*name=[\"']?(robots|googlebot)[\"' >][^>]*>"

Se nenhum dos comandos imprimir nada, o servidor não enviou noindex ao curl. Se o Search Console continuar discordando, repita os 2 comandos acrescentando -A "Googlebot" depois de curl -s: alguns servidores e CDNs respondem de forma diferente a user agents de rastreadores.

Leia os resultados em conjunto:

Corrija conforme a causa e depois verifique

• Chave do CMS: desmarque "Evitar que mecanismos de busca indexem este site" no site de produção e confira de novo depois de cada cópia de homologação para produção.
• Configuração de plugin ou tema: volte o tipo de conteúdo ou o arquivo para indexável e confirme em 1 URL de amostra que a tag sumiu do HTML retornado pelo servidor.
• Template ou variável de ambiente: faça da produção o padrão e do noindex a exceção, para que uma configuração ausente nunca esconda o site no ar.
• Cabeçalho X-Robots-Tag: encontre a regra no servidor web, na CDN ou na plataforma de hospedagem e restrinja-a aos caminhos que precisam dela, como hostnames de homologação ou arquivos PDF que você não quer indexados.
• Remoção por JavaScript: tire o noindex do HTML inicial das páginas que você quer indexadas.
• Página intencional no sitemap: mantenha o noindex e tire o URL do sitemap.

Não adicione um Disallow no robots.txt a uma página que você quer remover. Ele esconde o noindex do Google, e a página ainda pode aparecer nos resultados de pesquisa.

Depois, verifique nesta ordem. Primeiro, rode de novo o teste ao vivo e confirme que "Indexação permitida?" agora mostra "Sim". Segundo, use "Solicitar indexação" nas páginas corrigidas mais importantes; o Search Console tem um limite diário para essas solicitações, e a documentação do Google sobre a Inspeção de URL diz que a indexação costuma levar cerca de um dia, mas pode levar muito mais. Terceiro, selecione "Validar correção" no problema, dentro do Relatório de indexação de páginas. A documentação do Google diz que a validação costuma levar até cerca de 2 semanas, às vezes muito mais.

Um cuidado: a validação verifica de novo os URLs listados no problema, e o Google interrompe a validação quando encontra uma ocorrência restante. Se a lista também tem páginas que você mantém com noindex de propósito, a validação não vai passar. Nesse caso, acompanhe os URLs corrigidos individualmente na Inspeção de URL e veja-os passar para indexados.

O Search Console mostra quais URLs o Google excluiu e, 1 URL por vez, onde encontrou a regra. Um diagnóstico completo do SEOReport lê as páginas listadas no seu sitemap e aponta cada uma cuja metatag robots diz noindex, informando quantas páginas foram examinadas. Na página inicial, ele lê tanto a metatag quanto o cabeçalho X-Robots-Tag e verifica se a tag canonical da página inicial aponta para uma página com noindex; ele também sinaliza links de idioma alternativo que apontam para páginas com noindex. Isso entrega 1 lista para você separar entre intencional e acidental. Verificar URL por URL é o mesmo problema de escala que descrevemos em por que uma única sessão de IA não consegue auditar um site inteiro.

Perguntas frequentes

O noindex impede o Google de rastrear a página?

Não. O Google precisa rastrear a página para ler a regra. Impedir que o Google busque uma seção é uma decisão de robots.txt, e ela não deve ser combinada com um noindex que você precisa que o Google veja.

Quanto tempo leva para a página voltar depois que eu removo o noindex?

Nada muda até o Google rastrear a página de novo, e a documentação do Google diz que uma página menos importante pode esperar meses por isso. "Solicitar indexação" pede um novo rastreamento de 1 URL, mas não garante que a página será indexada.

Por que o Search Console mostra noindex se o código-fonte da minha página não tem nenhum?

Normalmente por 1 de 3 motivos: o resultado vem de um rastreamento anterior à correção, o noindex chega num cabeçalho X-Robots-Tag que o código-fonte não mostra, ou o seu servidor ou CDN responde ao rastreador do Google de um jeito diferente do que responde ao seu navegador. O teste ao vivo tira a dúvida, porque mostra o HTML e os cabeçalhos que o Google recebe agora.

Arquivos de tag, categoria e autor devem ter noindex?

Só se não oferecem a quem pesquisa nada que os próprios artigos já não ofereçam. Decida uma vez por tipo de arquivo, aplique a decisão por 1 configuração e mantenha os arquivos com noindex fora do sitemap.