Sua Hospedagem Está Votando em Silêncio na Sua Visibilidade em IA

TV
Thiago Victorino
6 min de leitura
Sua Hospedagem Está Votando em Silêncio na Sua Visibilidade em IA

Existe uma decisão de procurement moldando a sua visibilidade em IA agora, e ela foi tomada pelo seu fornecedor de hospedagem sem perguntar. Não aparece em nenhuma cláusula do contrato que o seu time assinou. Não aparece em nenhum dashboard que o seu time consiga ler. Aparece só como uma ausência silenciosa: seus concorrentes são citados pelo Claude e pelo ChatGPT, e você não.

Uma investigação recente do Search Engine Land documenta o mecanismo em detalhe. Sites hospedados na WP Engine devolvem HTTP 429 (Too Many Requests) para vários crawlers de IA na camada de plataforma. ClaudeBot, GPTBot, Amazonbot e Bytespider batem em uma parede em requisições de cache-miss. O bloqueio é por plataforma. Não é configurável pelo cliente. Não é visível no robots.txt do cliente nem em nenhuma configuração que o time de marketing ou de web consiga acessar.

Isso é governança-virando-feature-de-produto, executada de forma ruim. E está acontecendo uma camada abaixo da camada que os times de marketing achavam ser responsabilidade deles.

Os números enterrados em um status code

A searchinfluence.com, o site investigado, é hospedada na WP Engine. O perfil de citação dela em assistentes de IA é assimétrico de uma maneira que deveria deixar todo CMO desconfortável.

O Google AI Mode, com acesso pleno, citou o site em 37,8 por cento das consultas. O Claude, bloqueado na camada de plataforma, citou em 0,0 por cento. O ChatGPT, com acesso parcial (a UA mais nova do GPTBot atinge o site cerca de 54 por cento das vezes), ficou em 9,6 por cento. A correlação não é sutil. Acesso do crawler mapeia diretamente em taxa de citação. Onde o bot alcança a página, o assistente cita a marca. Onde o bot é rate-limitado até o esquecimento, a marca vira invisível.

A própria resposta do suporte da plataforma é o artefato que vale guardar. A WP Engine confirmou a política como “rate limiting amplo de plataforma em certos bots de alto impacto” que “não pode ser desabilitado seletivamente por bot”. Traduzindo do vendor-speak: a sua hospedagem decidiu quais assistentes de IA podem ler o seu conteúdo, e você não está na lista de aprovados.

A brecha de user-agent que ninguém planejou

A investigação também achou algo que complica a história de uma forma útil. User-agents mais antigos da Anthropic e o CCBot do Common Crawl ainda passam. O bloqueio depende de strings específicas de user-agent, o que significa que a cobertura é determinada por qual versão de UA o fornecedor de IA está mandando hoje. A Anthropic atualiza o ID do crawler, e a sua visibilidade despenca da noite para o dia, sem ninguém ter mudado uma configuração de nenhum lado.

Essa é a pior postura de governança possível: uma política cuja aplicação depende de match de string, controlada por um fornecedor que não publica a lista, aplicada a uma superfície de conteúdo cujo valor de negócio depende de ser legível justamente pelos agentes que estão sendo bloqueados. Não há trilha de auditoria. Não há changelog. Não há jeito de saber se a política ficou mais rígida na terça passada ou se o seu tráfego mudou porque o Claude atualizou a string da UA.

Por que isso aterrissa em marketing

Times de marketing passaram o último ano ouvindo que precisam pensar em AEO. O conselho ficou na maior parte na camada de superfície: estruture seu conteúdo para agentes, exponha metadata limpa, escreva em passagens que um LLM consegue citar. Argumentamos a versão operacional desse caso em A Superfície Legível por Agentes Virou Entrega de Marketing.

O padrão da WP Engine significa que o trabalho de superfície é necessário mas não suficiente. Uma página perfeitamente estruturada e pronta para agente, em uma hospedagem que devolve 429 para o agente, é invisível. A decisão de procurement duas camadas abaixo do CMS, tomada por um fornecedor de infraestrutura, atropela toda escolha editorial que o time de marketing fez.

É a mesma forma do problema de queima de orçamento que cobrimos em O Momento MCP do Marketing. Fornecedores estão entregando decisões de política dentro de features de plataforma sem avisar o comprador. O comprador assinou um contrato de hospedagem. O fornecedor entregou uma política de visibilidade em IA. São produtos diferentes. O comprador paga pelos dois e só vê a fatura de um.

Um diagnóstico que dá para rodar hoje

A boa notícia é que o teste é rápido e barato. Você consegue confirmar ou descartar o bloqueio no próprio site em menos de cinco minutos.

curl -A "Mozilla/5.0 (compatible; ClaudeBot/1.0; +claudebot@anthropic.com)" \
  -I https://seusite.com/

Resposta 200 quer dizer alcançável. Resposta 429 quer dizer que a sua hospedagem está filtrando na camada de plataforma. Rode o mesmo teste com GPTBot/1.2, Amazonbot/0.1 e Bytespider. Documente as respostas. A saída é o log de auditoria que o seu fornecedor de hospedagem não está te dando.

Se vierem 429, o próximo movimento é governança, não engenharia. Abra um ticket com o time de engenharia de plataforma do host. Enquadre a conversa como caso de uso excepcional para a sua conta específica, não como debate genérico de política. Algumas plataformas liberam por whitelist mediante pedido. O suporte da WP Engine não liberou, nos casos documentados. Se a resposta for não, a escolha é entre aceitar zero visibilidade em IA nos assistentes afetados ou migrar. Kinsta, Pressable e Pantheon não rodam esse bloqueio hoje. A migração tem custo real. Zero citação no Claude também tem custo real.

A implicação de procurement para o próximo trimestre

O fornecedor de hospedagem agora é comprador de AEO em seu nome. O CDN também. O WAF também. E também o produto de bot-management que veio empacotado no stack de segurança corporativa no ano passado. Cada uma dessas camadas tem uma política default sobre tráfego de crawler de IA. A maior parte desses defaults foi configurada antes de AEO virar preocupação estratégica. Os defaults agora estão moldando a sua visibilidade, e quase nenhum deles está documentado em um lugar que o time de marketing consiga ver.

A frente de procurement do próximo trimestre tem essa cara:

  1. Faça inventário de toda camada entre a sua origem e a internet pública. Host, CDN, WAF, bot-management. Nomeie o fornecedor de cada uma.
  2. Para cada camada, peça a política atual de crawler de IA por escrito. ClaudeBot, GPTBot, PerplexityBot, Amazonbot, Bytespider, CCBot. Sim ou não para cada um.
  3. Peça também por escrito a cláusula de notificação de mudança. Se o fornecedor atualizar a lista de bloqueio, quando você descobre? Hoje a resposta costuma ser nunca.
  4. Rode o diagnóstico do curl mensalmente. Trate os response codes como um SLI. Mudança no response é incidente, do mesmo jeito que mudança em uptime é incidente.
  5. Negocie a política explicitamente na renovação de contrato. Contratos de hospedagem agora precisam de aditivo de crawler de IA. Os fornecedores não vão escrever pra você.

É o equivalente de procurement do trabalho de governança que cobrimos em Governança Vira Feature de Produto. A plataforma faz a política. O trabalho do comprador é tornar a política visível, contestável e definida em contrato.

O que mudou nesta semana

A investigação que trouxe isso à tona é de maio de 2026. O comportamento já estava ativo há mais tempo. O motivo de importar agora é que citação em assistente de IA cruzou o limiar de métrica interessante para sinal de receita. Quando 38 por cento da sua visibilidade de categoria no Google AI Mode é citada e 0 por cento no Claude é citada, a assimetria deixa de ser curiosidade. Vira desvantagem estrutural, e seus concorrentes que escolheram outra hospedagem não estão pagando por ela.

A ordem de correção não é romântica. Testar. Documentar. Escalar. Migrar se necessário. Nada disso é trabalho criativo. Tudo isso é o tipo de higiene operacional que separa um time de marketing que controla a própria visibilidade em IA de um que despeja conteúdo em uma caixa-preta.

O fornecedor votou na sua estratégia de IA. Leia o boletim de voto.


Fontes

A Victorino audita a camada de hospedagem e infraestrutura que silenciosamente molda a visibilidade em IA para times de marketing: contato@victorino.com.br | www.victorino.com.br

Todos os artigos do The Thinking Wire são escritos com o auxílio do modelo LLM Opus da Anthropic. Cada publicação passa por pesquisa multi-agente para verificar fatos e identificar contradições, seguida de revisão e aprovação humana antes da publicação. Se você encontrar alguma informação imprecisa ou deseja entrar em contato com o editorial, escreva para editorial@victorino.com.br . Sobre o The Thinking Wire →

Se isso faz sentido, vamos conversar

Ajudamos empresas a implementar IA sem perder o controle.

Agendar uma Conversa