Evitar que mecanismos de busca indexem este site: o que muda no WordPress

A caixa “Evitar que mecanismos de busca indexem este site” do WordPress (em inglês, “Discourage search engines from indexing this site”) coloca uma meta tag robots com noindex, nofollow em todas as páginas públicas do site. O Google respeita essa tag: cada página que ele rastreia de novo com a tag sai dos resultados de busca, e páginas novas não entram. Numa cópia de staging privada, esse é o resultado desejado. Num site no ar que você quer ver no Google, desmarque agora: a opção tira o site inteiro do Google, um novo rastreamento por vez, sem que nada pareça diferente para os visitantes.

O que a opção gera no WordPress atual

A caixa fica em Configurações → Leitura, na linha “Visibilidade nos motores de busca”, e o instalador do WordPress oferece a mesma caixa na tela de configuração inicial. Ela grava um único valor no banco de dados: a opção blog_public, com 0 quando a caixa está marcada e 1 quando está desmarcada. Conferimos o que esse valor altera no código-fonte do núcleo do WordPress em outubro de 2026, quando a versão atual era a 7.1.3:

• Toda página do front-end recebe uma meta tag robots. A saída padrão do head do tema inclui esta linha:

<meta name='robots' content='noindex, nofollow' />

• O sitemap XML nativo é desativado. O sitemap do núcleo em /wp-sitemap.xml passa a responder 404, e a linha Sitemap: some do robots.txt que o WordPress gera.
• O robots.txt não passa a bloquear nada novo. O arquivo gerado mantém o Disallow de sempre para a área administrativa e o Allow para admin-ajax.php.
• Nenhum cabeçalho HTTP é adicionado. O núcleo não envia nenhum cabeçalho X-Robots-Tag por causa dessa opção, então o sinal existe só no HTML.
• O site continua público. O texto abaixo da caixa diz “Cabe aos mecanismos de busca atender esta solicitação.” Visitantes, e qualquer crawler que ignore meta tags robots, continuam lendo todas as páginas.
• Os administradores recebem um único lembrete. O widget “Agora” do painel mostra a linha “Motores de busca desencorajados” enquanto a caixa está marcada.

Se o seu painel estiver em espanhol, o texto depende da variante. O projeto de tradução do WordPress, consultado em outubro de 2026, traz o rótulo como “Disuade a los motores de búsqueda de indexar este sitio” para México, Argentina, Colômbia e várias outras variantes latino-americanas, e como “Pedir a los motores de búsqueda que no indexen este sitio” para o espanhol da Espanha. Na maioria das variantes em espanhol, a linha se chama “Visibilidad en los motores de búsqueda” na tela “Ajustes de lectura”, e em todas elas a linha do painel diz “Motores de búsqueda disuadidos”.

Como o comportamento da opção mudou entre versões do WordPress

Orientações escritas para versões antigas ainda circulam e descrevem outro mecanismo. O código-fonte do núcleo mostra 3 fases:

A mudança da 5.3 é a mais importante. Antes dela, o robots.txt gerado mandava todo crawler ficar fora do site inteiro, então o Google não buscava as páginas e nunca via a tag noindex. URLs que recebiam links de outros sites podiam continuar no índice do Google sem ser rastreadas, o que o Search Console informa como “Página indexada, mas bloqueada pelo robots.txt”; a página sobre esse status explica o conflito. Desde a 5.3, a caixa deixa o robots.txt em paz e depende apenas da meta tag. Num site atual, um Disallow: / vem de um arquivo robots.txt físico, de um plugin ou da hospedagem, nunca dessa caixa.

Por que a opção acaba ligada num site no ar

A sequência típica é um site de staging corretamente escondido, seguido de um lançamento que copia o banco de dados dele. Plugins de migração, as ferramentas de “publicar em produção” da hospedagem e uma exportação e importação manual levam junto a tabela de opções, e o blog_public vai com ela. A única mudança visível é uma linha no head da página que nenhum visitante lê.

sequenceDiagram
    participant S as Site de staging
    participant P as Site de produção
    participant G as Googlebot
    S->>S: Caixa marcada, blog_public é 0
    S->>P: Banco de dados copiado no lançamento
    P->>P: blog_public continua 0
    G->>P: Rastreia de novo a página inicial e os posts
    P-->>G: HTML com noindex, nofollow
    G->>G: Remove dos resultados cada página rastreada de novo

Em 45 sites externos auditados pelo SEOReport entre maio e outubro de 2026, nenhum servia uma página inicial com diretiva noindex, nem no HTML nem num cabeçalho X-Robots-Tag. Uma amostra desse tamanho não diz quão comum é o erro, só que ele não é rotineiro. Quando acontece, atinge todas as páginas públicas de uma vez, e é por isso que ele tem lugar em toda checklist de lançamento.

Como verificar a opção de fora do painel

O que conta é o HTML que um visitante sem login recebe depois de qualquer cache de página ou CDN, porque é isso que o Google busca. Troque example.com pelo seu domínio e repita os 2 primeiros comandos em 2 ou 3 posts, além da página inicial. A opção -L segue redirecionamentos, então a passagem do domínio sem www para www ou para HTTPS não esconde a página final.

# 1. The robots meta tag in the served HTML
curl -sL https://example.com/ | grep -io "<meta[^>]*name=.robots[^>]*>"

# 2. Any noindex sent as an HTTP header instead
curl -sL -o /dev/null -D - https://example.com/ | grep -i "x-robots-tag"

# 3. What robots.txt actually serves
curl -sL https://example.com/robots.txt

# 4. Whether the core sitemap is switched off
curl -sL -o /dev/null -w "%{http_code}\n" https://example.com/wp-sitemap.xml

Um noindex no primeiro resultado junto com um 404 no quarto corresponde a essa opção. Um plugin de SEO pode substituir o sitemap do núcleo pelo próprio, então um 404 sozinho não prova nada. Um noindex no segundo resultado é uma regra de cabeçalho do servidor, da hospedagem, da CDN ou de um plugin, e a caixa não consegue removê-lo.

De dentro do WordPress, a confirmação mais rápida é a linha “Motores de busca desencorajados” no painel. Com acesso à linha de comando, wp option get blog_public imprime 0 quando a caixa está marcada e 1 quando está desmarcada.

flowchart TD
    A["O HTML no ar tem meta robots noindex?"] -->|sim| B["blog_public é 0?"]
    A -->|não| C["O cabeçalho X-Robots-Tag tem noindex?"]
    C -->|sim| D["Remover a regra do servidor, da hospedagem ou da CDN"]
    C -->|não| E["A página no ar é indexável: pedir novo rastreamento"]
    B -->|sim| F["Desmarcar a caixa e limpar os caches"]
    B -->|não| G["Um plugin ou tema adiciona noindex: revisar as configurações dele"]
    F --> H["HTML no ar limpo na página inicial e nos posts?"]
    G --> H
    H -->|não| I["Um cache ainda serve o HTML antigo: limpar"]
    I --> H
    H -->|sim| J["Teste em tempo real na Inspeção de URL, depois Validar correção"]

Como a opção aparece no Search Console

À medida que o Google rastreia as páginas de novo e encontra a tag, elas passam para o lado “Não indexadas” do Relatório de indexação de páginas, com o motivo “URL marcado como "noindex"”. A documentação do Google sobre o Relatório de indexação de páginas, consultada em outubro de 2026, diz que a página não foi indexada porque o Google encontrou uma diretiva noindex ao tentar indexá-la. A mudança é gradual, porque o Google rastreia as páginas em momentos diferentes. Nosso guia sobre o status “URL marcado como "noindex"” trata das outras causas desse status e de quando ele é intencional.

A Inspeção de URL mostra os dois lados. A visualização padrão descreve a versão que o Google indexou por último, e o campo “A indexação é permitida?” informa se essa versão proibia a indexação. “Testar o URL publicado” busca a página como ela está agora. Depois de uma correção, confie no teste em tempo real; a visualização indexada só muda quando o Google rastreia a página de novo.

Um site lançado com a caixa marcada desde o dia 1 pode mostrar pouquíssimas URLs no relatório. O sitemap do núcleo está desativado, e o nofollow pede ao Google que não siga os links de cada página, então o Google tem pouco a partir do que descobrir.

Plugins e regras de servidor que mudam o quadro

Plugins de SEO gerenciam a tag robots por conta própria. Lemos o código de 2 plugins muito usados, Yoast SEO e Rank Math, em outubro de 2026: os dois continuam forçando noindex enquanto a caixa está marcada, e os dois exibem um aviso na área administrativa. Com qualquer um deles ativo, desmarcar a caixa continua sendo a correção.

Os mesmos plugins podem manter um noindex depois que a caixa foi desmarcada, por meio das próprias configurações de posts individuais, tipos de post ou arquivos. Qualquer outro plugin ou tema pode adicionar diretivas pelo mesmo filtro de robots do WordPress, por exemplo um plugin de “em breve” ou de modo de manutenção esquecido ativo depois do lançamento. Quando o HTML no ar ainda mostra noindex com blog_public em 1, é nessas configurações que você deve procurar.

Mais 2 resquícios vêm do staging. Um arquivo robots.txt físico com Disallow: / se sobrepõe ao gerado, então releia o arquivo no ar depois do lançamento, principalmente se você salvou regras de robots.txt por um plugin enquanto o site estava escondido. Uma regra de cabeçalho que adiciona X-Robots-Tag: noindex funciona como a meta tag, mas nunca aparece no código-fonte da página, e é por isso que a verificação externa olha os dois. Nosso guia de robots.txt e acesso de rastreamento mostra como ler o arquivo linha por linha.

Como recuperar e quanto tempo leva

1. Desmarque a caixa e salve, ou execute wp option update blog_public 1.
2. Limpe todas as camadas de cache: o plugin de cache de página, o cache da hospedagem e a CDN. Uma página em cache continua servindo o head antigo até expirar.
3. Repita a verificação externa na página inicial e em alguns posts, e confirme que /wp-sitemap.xml ou o sitemap do seu plugin agora responde 200.
4. Envie o sitemap no relatório Sitemaps do Search Console, para que o Google tenha uma lista completa de URLs para rastrear de novo. Nosso guia de sitemaps XML explica o que um sitemap limpo deve conter.
5. Rode um teste em tempo real na Inspeção de URL na página inicial e nas suas páginas mais importantes, depois use “Solicitar indexação” para esse punhado de URLs. A ferramenta tem uma cota para URLs individuais, e a documentação do Google diz que pedidos repetidos para a mesma URL não aceleram o rastreamento.
6. Abra “URL marcado como "noindex"” no Relatório de indexação de páginas e selecione “Validar correção”.

Depois, espere. A documentação do Google sobre novo rastreamento, consultada em outubro de 2026, diz que o rastreamento pode levar de alguns dias a algumas semanas, e a documentação sobre noindex observa que uma nova visita pode levar meses para algumas páginas. A documentação do Relatório de indexação de páginas diz que a validação costuma levar até cerca de 2 semanas e, em alguns casos, bem mais. A indexação continua sendo decisão do Google: a documentação da Inspeção de URL afirma que um pedido não garante que a página apareça no índice.

Como evitar que isso se repita no próximo lançamento

Proteja o staging com senha, por autenticação HTTP no servidor ou na hospedagem, em vez de depender da caixa. Um login barra todos os visitantes e crawlers. Deixe a caixa desmarcada na cópia protegida por senha: o Google não consegue ler uma página atrás de login, então a caixa não acrescenta nada ali, e um banco de dados copiado para produção não leva nenhum noindex junto. Depois, acrescente uma linha à checklist de lançamento: rodar a verificação externa no domínio de produção depois de ir ao ar e depois de cada migração ou restauração de banco de dados.

Um diagnóstico completo do SEOReport lê a meta tag robots e o cabeçalho X-Robots-Tag da sua página inicial, além da meta tag robots das páginas listadas no seu sitemap, e aponta cada página que pede aos mecanismos de busca para não indexá-la. Um noindex na página inicial, que essa opção sempre produz, é informado como achado crítico, então a opção é detectada mesmo quando também desativou o sitemap. Para um site que muda de dono ou de hospedagem com frequência, o monitoramento semanal, configurado pela REST API, audita o site de novo e avisa você por e-mail quando surge um novo achado crítico. O padrão mais amplo de sites que escondem as próprias páginas é tratado nos nossos dados sobre conflitos de indexabilidade e no guia de indexabilidade de páginas.

Perguntas frequentes

A opção bloqueia crawlers de IA?

Não. Ela não adiciona regras ao robots.txt, e é no robots.txt que o acesso de crawlers de IA costuma ser controlado. Mas ela atinge os recursos de IA do próprio Google: a documentação do Google sobre recursos de IA, consultada em outubro de 2026, diz que uma página precisa estar indexada para aparecer como link de apoio nas Visões gerais criadas por IA ou no Modo IA, então uma página com noindex também sai dali. Trate a caixa como um pedido sobre indexação na busca, não como uma política de IA. Nossa tabela de decisão para crawlers de IA no robots.txt mostra como definir uma política de forma deliberada.

Desmarquei a caixa há semanas e as páginas ainda aparecem como “URL marcado como "noindex"”. Por quê?

O Search Console informa o que o Google viu no último rastreamento de cada página. Rode primeiro o “Testar o URL publicado”: se o teste em tempo real ainda encontrar um noindex, um cache, um plugin ou uma regra de cabeçalho está servindo a tag. Se o teste em tempo real estiver limpo, a página está aguardando novo rastreamento, e “Validar correção” mais um sitemap enviado são o próximo passo certo.

É seguro marcar a caixa enquanto refaço o design de um site no ar?

Não. A opção vale para o site no ar, e toda página que o Google rastrear de novo durante o redesign sai dos resultados. Faça o redesign numa cópia de staging protegida por senha.