Cloudflare, 15 de setembro: o que mudou mesmo, e porque é que quase tudo o que leste está errado

Durante semanas circulou a mesma frase: a 15 de setembro de 2026 a Cloudflare passa a bloquear os crawlers de IA por omissão, e o teu site desaparece das respostas da inteligência artificial.

A data passou. Vamos ver o que aconteceu mesmo, porque a diferença entre a narrativa e a mecânica é grande e tem consequências práticas opostas.

As três classes que ninguém explicou

A mudança não trata todos os acessos de IA da mesma maneira. Separa-os em três propósitos, e é aqui que a narrativa se desfaz:

Search. O acesso feito para indexar e responder a perguntas com ligação à fonte. Continua permitido, em todas as páginas.

Agent. O acesso feito por agentes que navegam em nome de um utilizador.

Training. O acesso feito para treinar modelos.

As duas últimas passam a bloqueadas por omissão, mas apenas em páginas com publicidade.

Lê outra vez a parte do Search. A classe que determina se a tua marca pode ser citada numa resposta continua permitida em todo o lado. O cenário do site que desaparece das respostas da IA não é o que está a acontecer.

E quem é que isto afeta, afinal

A segunda parte que se perdeu na tradução é o âmbito. Os novos valores por omissão aplicam-se a:

• domínios novos,
• sites novos de clientes existentes,
• zonas no plano gratuito.

Clientes pagos existentes mantêm as definições que já tinham. Ninguém mudou nada no teu site sem te dizer. Se tens um plano pago e uma configuração feita, continua exatamente como estava até tu a alterares à mão.

Ou seja: a mudança que foi descrita como uma alteração generalizada na internet é, na prática, uma alteração de valores por omissão para sites novos e para o plano gratuito.

O risco real, que é outro e ninguém falou dele

Há aqui um problema a sério, só que não é o que andou a circular.

Muitos crawlers são de uso misto. O mesmo agente de utilizador que recolhe conteúdo para treino é o que recolhe para indexar a pesquisa. O Googlebot, o Bingbot e o Applebot fazem as duas coisas.

Consequência: se ativares o bloqueio de training, podes estar a bloquear o Googlebot.

Não é uma hipótese distante. É o resultado direto de uma escolha que parece defensiva e razoável, feita por alguém que quer proteger o seu conteúdo de ser usado para treinar modelos e não percebe que leva a indexação da pesquisa atrás. Para uma marca portuguesa que depende de tráfego orgânico, isto é muito pior do que qualquer coisa que a Cloudflare tenha mudado por omissão.

O que fazer, por ordem

1. Descobre em que situação estás. Plano pago com configuração anterior? Nada mudou. Domínio novo ou plano gratuito? Os novos valores aplicam-se.

2. Vê o que está bloqueado, não o que achas que está. Vai à configuração de bots de IA no painel e lê as três classes uma a uma.

3. Não ative o bloqueio de training sem perceber o efeito colateral. Se o fizeres, verifica no Search Console se a indexação se mantém. Esta é a única ação deste artigo que pode custar-te tráfego a sério se for feita às cegas.

4. Se tens publicidade nas páginas, é aí que a mudança te toca. As classes Agent e Training passam a bloqueadas nessas páginas. Decide se é isso que queres.

5. Verifica os teus registos, não os artigos. Os registos do servidor dizem-te que agentes passaram a bater à porta e quais deixaram de bater. É a única fonte que não tem opinião.

A lição maior, que serve para o próximo susto

Esta história repetiu-se demasiadas vezes em 2026 para ser acaso: uma mudança de plataforma é anunciada, a descrição larga circula, a mecânica fica por ler, e centenas de empresas tomam decisões técnicas com base num resumo.

A mecânica quase nunca é a narrativa. Neste caso a narrativa dizia que a IA deixava de poder ler os sites, e a mecânica diz que a classe que interessa para seres citado continua a passar em todo o lado.

A conclusão prática é simples e vale para tudo o que vier a seguir: quando uma mudança de plataforma aparece nas notícias, o que decide o que fazes é a documentação e os teus registos, não o título.