Quando o assunto é aparecer bem nas buscas feitas por inteligência artificial, a conversa costuma girar em torno de conteúdo estruturado, definições claras de entidade e permissões corretas no robots.txt. No entanto, existe um problema bem mais básico, que acontece antes mesmo de qualquer uma dessas etapas — e que praticamente ninguém no mercado de publishers comenta: o bloqueio da OpenAI que impede o ChatGPT de sequer abrir determinadas páginas.
A OpenAI usa uma verificação central de segurança para decidir se suas ferramentas de navegação web podem ou não se conectar a um site. Esse sistema é chamado internamente de Aura (sem relação com o codinome “Aura” usado em referência ao Atlas). Quando um domínio é sinalizado por essa checagem, ferramentas como o Browser Use do Codex e a busca ao vivo do ChatGPT simplesmente se recusam a abrir a página, ignorando por completo as configurações locais do usuário e as regras do robots.txt.
A maioria dos sites nunca esbarra nessa barreira. Mas empresas sólidas, com reputação estabelecida, podem de repente aparecer nessa lista negra sem aviso prévio — e, pior, atualmente não existe nenhum caminho público para descobrir o motivo do bloqueio ou pedir uma revisão.
Entendendo o bloqueio: o que ele é (e o que não é)
Antes de tentar diagnosticar o problema, vale esclarecer uma confusão comum sobre o funcionamento dos crawlers. Saber diferenciar os coletores automáticos de dados das ferramentas de navegação ao vivo é essencial para entender por que um agente de IA não consegue carregar determinada página.
A OpenAI divulga publicamente vários crawlers, como o GPTBot (usado para treinar modelos), o OAI-SearchBot (voltado a recursos de busca) e o ChatGPT-User (para requisições feitas diretamente pelo usuário). Esses robôs publicam seus endereços de IP e seguem as regras padrão da web, porém operam de forma independente das regras de segurança que controlam os agentes de IA.
A checagem de segurança do site funciona como uma espécie de guarda separado, decidindo se ferramentas autônomas podem visitar determinado link. Embora a OpenAI mencione que alguns limites de navegação existem para impedir que agentes abram conteúdo prejudicial, a empresa não detalha publicamente como o sistema funciona por trás dos panos.
As páginas oficiais de ajuda informam que agentes podem ser bloqueados de visitar certos sites por motivos de segurança, proteção e conformidade, usando uma lista de bloqueio global. A documentação ainda acrescenta que a navegação é bloqueada em sites ligados a atividades ilegais — uma medida que, em princípio, faz todo sentido.
O que a OpenAI não explica é a engrenagem técnica por trás desse sistema, visível no tráfego de rede por meio de checagens feitas em chatgpt.com/backend-api/aura/site_status. Quando um site é marcado como bloqueado nessa verificação, a decisão fica salva localmente por 24 horas, sem que o dono do site tenha qualquer forma clara de recorrer ou questionar.
Dois detalhes técnicos que explicam a dor de cabeça
Há dois pontos técnicos especialmente relevantes para entender como esse bloqueio da OpenAI funciona na prática — e eles ajudam a explicar por que um bloqueio equivocado pode causar tanto transtorno para um site.
Primeiro, o sistema falha de forma “fechada” exatamente onde mais importa. Engenheiros da OpenAI já afirmaram que falhas de rede durante as checagens de status tendem a liberar o acesso por padrão. No entanto, bloqueios explícitos continuam sendo rigorosamente aplicados: mesmo que administradores configurem regras próprias de permissão em seus sistemas, a decisão interna da OpenAI prevalece e impede o carregamento da página.
Segundo, ninguém sabe exatamente o que coloca um domínio nessa lista. Como as requisições feitas à API de status enviam detalhes da conversa junto com os links, alguns pesquisadores suspeitam que certos históricos de prompt possam, sem querer, disparar bloqueios em todo o site. Seja qual for a causa real, o fato é que plataformas de negócios confiáveis, incluindo marcas de mídia conhecidas, vêm enfrentando bloqueios inexplicáveis que impedem agentes de visitá-las.
O caso real: um grande veículo que o ChatGPT simplesmente não abre
Plustag IA acompanhou de perto o caso de um publisher internacional de mídia, responsável por distribuir notícias oficiais e conteúdo de revista, que chegou a rodar uma única campanha publicitária de 24 horas com a OpenAI para avaliar a plataforma e abrir um canal adicional de suporte. Mesmo mantendo regras de robots.txt completamente abertas e dando suporte às ferramentas da OpenAI, o publisher enfrentou problemas graves e inexplicáveis de acesso em todo o site principal.
Desde maio de 2026, o ChatGPT falhava repetidamente ao tentar carregar as páginas do publisher, retornando mensagens genéricas de erro sem sequer tentar se conectar. Os registros detalhados do servidor mostraram que nenhum tráfego do ChatGPT chegava ao site, provando que o bloqueio acontecia bem antes, em algum ponto da infraestrutura da OpenAI.
Testes feitos com o Codex CLI e com os aplicativos desktop confirmaram que o Browser Use se recusava explicitamente a visitar o site. A mensagem de segurança apontava exatamente a política de segurança do site como único motivo da recusa:
“O Browser Use rejeitou esta ação devido à política de segurança do navegador. Motivo: a política de segurança do site bloqueia esta ação; nenhuma solicitação de permissão ao usuário ou Auto-review foi tentada. O uso do navegador não é permitido em [domínio].”
Além disso, o sistema do agente instruía o modelo a não tentar nenhum plano alternativo para carregar a página — prova de que a regra estava sendo aplicada de forma rígida em nível de plataforma.
Uma série de testes comparativos mostrou que a falha de conexão vinha de uma marcação de segurança equivocada, e não de algum erro na configuração do próprio site. Mudando uma variável de cada vez em conversas diferentes, ficou claro que o bloqueio era deliberado:
- Na mesma sessão, duas plataformas concorrentes diretas de jornal e revista digital carregaram normalmente.
- Uma página de jornal de terceiros, rodando a mesma tecnologia da marca, mas hospedada em outro domínio, também carregou sem problemas — mesma tecnologia, outro hostname, nenhum bloqueio.
- As permissões do Chrome estavam configuradas como “Sempre permitir”, com uma entrada explícita para a marca. Mesmo assim, o bloqueio continuou.
- Semanas depois, as cinco URLs testadas (site principal, subdomínios, páginas de artigos) continuavam todas bloqueadas.
Ao mesmo tempo, as estatísticas de tráfego do site mostraram apenas cerca de 5.000 conexões bem-sucedidas servidas aos crawlers de treinamento da OpenAI nos últimos 30 dias. Para um site desse porte, é um número baixíssimo se comparado a outros grandes crawlers de IA, como o do Google, com 477.000, e o da Anthropic, com 564.000 — revelando que o acesso geral de rastreamento era mínimo, mesmo com a navegação por agentes completamente bloqueada.
O que o suporte da OpenAI disse — e o que isso revela
As trocas de mensagens com a equipe técnica de suporte da OpenAI trouxeram detalhes interessantes sobre o caso. As checagens iniciais feitas pela equipe de atendimento rapidamente levaram à escalada do chamado para times internos especializados.
“…para determinar se [o domínio] está sujeito a uma restrição de segurança de site do lado da OpenAI e identificar os próximos passos adequados.”
E-mails posteriores confirmaram que grupos especializados estavam ativamente verificando se o bloqueio do domínio era intencional — o que evidencia a completa ausência de opções automatizadas e claras de gestão para donos de sites afetados.
“…para revisar o bloqueio e determinar se ele é esperado.”
Mesmo evitando citar diretamente o sistema interno Aura, o suporte admitiu por escrito que havia um bloqueio de segurança ativo. As respostas confirmaram que era necessária uma verificação interna para saber se a restrição no site deveria mesmo existir.
Essa situação contradiz diretamente as páginas públicas de ajuda, que costumam atribuir falhas de navegação às próprias regras de segurança do site visitado. Como o sistema do publisher mantinha registros de tráfego limpos e visitas saudáveis de crawlers, ficou claro que o bloqueio partiu inteiramente da infraestrutura interna da OpenAI.
Como descobrir se seu site foi bloqueado por engano
Se você suspeita que seu site está sofrendo um bloqueio de segurança por engano, o ideal é seguir um plano de testes passo a passo. Essa abordagem estruturada ajuda a reunir provas técnicas sólidas antes de procurar o suporte da OpenAI.
Comece testando as mesmas URLs em diferentes superfícies — por exemplo, na busca ao vivo do ChatGPT e também via Browser Use — para ver se o comportamento se repete de forma consistente. Compare ainda o resultado com o de concorrentes diretos e com páginas que usam a mesma tecnologia, mas em domínios diferentes: se só o seu hostname falha, é um indício forte de bloqueio deliberado e não de um problema técnico comum.
Com informações de searchenginejournal.com.
