Não, o Cloudflare não bloqueia o Googlebot por predefinição. Desde 15 de setembro de 2026, porém, uma opção nas definições de bots de IA faz algo que muita gente não espera: “Block” bloqueia o Googlebot à entrada, juntamente com a pesquisa, e não apenas com o treino de IA. Se o seu WordPress está atrás do Cloudflare e alguém “desligou a IA” nas últimas semanas, vale a pena verificar hoje.
A 7 de outubro de 2026, no resumo diário do Search Engine Roundtable, apareceu uma frase retirada de uma publicação no X: “Cloudflare switched to blocking Google by default on 9/15” (Search Engine Roundtable, 7 de outubro de 2026). A publicação no X não abria sem iniciar sessão, por isso o que se segue baseia-se exclusivamente em fontes do Cloudflare. Todas as citações foram verificadas a 8 de outubro de 2026.
O que o Cloudflare mudou a 15 de setembro de 2026
Até agora havia um único interruptor, “Block AI bots”. Passam a existir três categorias, cada uma com a sua própria definição. O Cloudflare define-as assim:
- Search: “crawling to build a search index.”
- Training: “crawling to train or fine-tune a model.”
- Agent: “user-directed agents visiting a page on behalf of a human, such as chat fetch bots and browser-use agents.”
Fonte das definições: Cloudflare Blog, 15 de setembro de 2026.
Há quatro opções à escolha: Allow, Disallow AI Training, Block on pages with ads e Block. Disallow AI Training só existe na categoria Training. O Cloudflare indica que as novas definições estão disponíveis “to all customers, on all plans”, ou seja, também no plano gratuito.
Porque é que a opção Block bloqueia o Googlebot
Porque o Googlebot é um rastreador misto. O Cloudflare chama assim a um bot que, com um único user agent, serve tanto a pesquisa como o treino:
“A mixed-use crawler is a single crawler doing both Search and Training.”
O Cloudflare nomeia três rastreadores deste tipo: o Applebot, o Bingbot e o Googlebot. Como não é possível bloquear “a parte do Googlebot que treina”, o bloqueio atinge o bot inteiro. O Cloudflare escreve-o sem rodeios:
“It will stop Applebot, Bingbot, and Googlebot from reaching your site […] search included.”
O mesmo vale para a opção Block on pages with ads, mas num âmbito mais restrito: segundo o Cloudflare, os rastreadores, incluindo os mistos, são então bloqueados nas páginas onde foi detetado um anúncio. Para um blogue em WordPress com AdSense, isto pode significar que o Google deixa de ver precisamente os artigos que geram receita.
A opção segura para a pesquisa é Disallow AI Training. Apenas publica uma preferência no robots.txt, e o Cloudflare sublinha que o Googlebot “can keep crawling your site for search”. A recusa do treino de modelos do Google é tratada por um token separado, o Google-Extended, que descrevi no artigo sobre os três interruptores de IA do Google.
O que aconteceu ao antigo interruptor Block AI bots
O Cloudflare está a descontinuá-lo e a migrar as zonas existentes para as novas definições. A tabela de migração do artigo no blogue é esta:
| Antigo “Block AI” | Search | Training | Agent |
|---|---|---|---|
| Desativado | Allow | Allow | Allow |
| Block | Allow | Disallow AI Training | Block on pages with ads |
| Block on pages with ads | Allow | Disallow AI Training | Block on pages with ads |
Segundo esta tabela, ninguém que tivesse o antigo interruptor ficou automaticamente com o Googlebot bloqueado. Search passa sempre para Allow e Training para Disallow AI Training, ou seja, a variante baseada no robots.txt.
Os domínios novos, adicionados a partir de 15 de setembro, recebem ao adicionar o domínio um de dois conjuntos. Site sem anúncios: tudo em Allow. Site com anúncios: Search Allow, Training Disallow AI Training, Agent Block on pages with ads. Nos dois conjuntos está ativo o Preference Sync, que segundo o Cloudflare “publishes the applicable no-training preference in robots.txt” e substitui o anterior Managed Robots.txt.
O blogue e a documentação do Cloudflare dizem coisas diferentes?
Dizem. A página da documentação sobre o bloqueio de bots de IA contém uma frase que não bate com a tabela:
“Mixed-purpose crawlers that combine Search and Training will also be blocked by all configurations to block AI training”
Lida à letra, qualquer configuração que bloqueie o treino, incluindo o antigo interruptor, bloqueia também o Googlebot. A tabela de migração diz o contrário. Qual das versões descreve o que o servidor do Cloudflare faz realmente com o seu tráfego, só a sua própria zona e os seus próprios registos o podem decidir, não nenhum destes dois textos.
A documentação indica ainda que o antigo interruptor está “Deprecating on September 15, 2026” e que, para domínios novos, “Search will remain allowed”. Nem o artigo nem a documentação mencionam o Cloudflare Pages.
Como verificar se o Googlebot acede ao seu WordPress
Três passos, cerca de três minutos, se tiver acesso ao Search Console e à conta do Cloudflare.
- Inspeção de URL no Search Console. Cole o endereço da página inicial e execute o teste em direto. Procure uma obtenção da página bem-sucedida e uma data de último rastreio posterior a 15 de setembro. Repita para um artigo com anúncio, se os mostrar, porque é aí que atua a variante Block on pages with ads.
- Estatísticas de rastreio. Nas definições do Search Console, abra as estatísticas de rastreio e a divisão por resposta. Um aumento súbito de respostas 403 a partir de meados de setembro é sinal de que algo na periferia da rede está a bloquear o Googlebot.
- Definições da zona no Cloudflare. O Cloudflare escreve que os novos controlos “can be configured at the domain (zone) Security Settings”. Verifique o que está definido em Search, Training e Agent. Se vir Block em Training ou em Search e quiser continuar no Google, mude para Disallow AI Training ou Allow.
Aproveite para abrir o robots.txt. Se o Preference Sync estiver ativo, o Cloudflare acrescenta lá a sua preferência. No WordPress, o robots.txt é muitas vezes gerado também por um plugin de SEO, por isso verifique o ficheiro final no endereço /robots.txt e não as definições do plugin. A nossa própria linha Content-Signal mostra como o robots.txt facilmente se desalinha daquilo que assumimos.
Que definição escolher para um site empresarial em WordPress
Para um site que vive das pesquisas no Google, uma configuração sensata é esta:
| Categoria | Definição | Porquê |
|---|---|---|
| Search | Allow | É o tráfego da pesquisa que pretende |
| Training | Allow ou Disallow AI Training | Disallow AI Training exprime a recusa através do robots.txt, sem bloquear o Googlebot |
| Agent | Allow | Os agentes de IA visitam o site em nome de uma pessoa concreta, muitas vezes um potencial cliente |
Reserve Block para situações em que quer mesmo desaparecer dos motores de pesquisa, por exemplo num ambiente de testes ou num painel que não deve ser indexado. Para isso, de qualquer forma, funcionam melhor o noindex e a proteção por palavra-passe.
Se preferir que os seus conteúdos não apareçam nas respostas de IA, essa é uma decisão separada. Tem ferramentas próprias no Google e trato-a no âmbito da otimização GEO e LLMO. O bloqueio na periferia do Cloudflare não serve para isso, porque elimina a pesquisa juntamente com a IA.
Como fica no wppoland.com
O wppoland.com está no Cloudflare, por isso testei-o no próprio site a 8 de outubro de 2026. A API do Cloudflare devolve para a nossa zona ai_training, ai_search e ai_user com o valor disabled, e o antigo interruptor ai_bots_protection também está em disabled. Nenhum bloqueio de bots de IA está ativo.
O Search Console confirma-o do outro lado: a inspeção de URL para /pl/ mostra o último rastreio a 8 de outubro de 2026 às 12:12, a obtenção da página bem-sucedida e o robots.txt a permitir o acesso. Trata-se de uma zona com uma definição, e todo o problema está precisamente em as definições variarem de zona para zona.
Lista de verificação
- Execute o teste em direto no Search Console para a página inicial e para um artigo com anúncio.
- Reveja as estatísticas de rastreio à procura de respostas 403 desde 15 de setembro de 2026.
- Abra as Security Settings da zona no Cloudflare e verifique Search, Training e Agent.
- Não use Block se quiser continuar no Google. Para recusar o treino existe Disallow AI Training.
- Verifique o ficheiro final
/robots.txt, porque tanto o Cloudflare como o plugin de SEO escrevem nele. - Se o seu domínio foi adicionado ao Cloudflare depois de 15 de setembro, verifique que conjunto predefinido foi escolhido ao adicionar o domínio.
