AI Agent Readiness Checker
A preparação para agentes de IA é o quão utilizável um site é para um agente de IA: um software que chega sem navegador, lê HTML bruto e ficheiros legíveis por máquinas e tenta concluir uma tarefa em nome de um visitante. Este verificador aborda um domínio como um agente faria — pedidos HTTP simples, agentes de utilizador de agentes, os caminhos conhecidos que os agentes tentam primeiro — e pontua o que encontra de 0 a 100 em quatro camadas: descoberta, acesso, usabilidade e pagamentos.
Quer saber no momento em que o seu site se parte para os agentes — ou para toda a gente? Vigie-o grátis com o myeventwatch — alertas de expiração e indisponibilidade, sem cartão.
O que a análise faz, camada a camada
A visita de um agente não se parece em nada com a de uma pessoa. Não há cliques, não há deslocamento e normalmente não há JavaScript: o agente obtém ficheiros e páginas diretamente, decide pelo que recebe se o site pode ser compreendido e usado, e desiste depressa quando não pode. Esta análise repete essa visita em quatro camadas. A descoberta pergunta se o agente consegue sequer encontrar o mapa do site: um robots.txt analisável e como trata os principais rastreadores de IA, um mapa do site XML alcançável, um ficheiro llms.txt, dados estruturados na página inicial e um URL canónico correto. O acesso pergunta se o agente consegue mesmo entrar: a página inicial tem de responder a um cliente HTTP simples, não deve recusar agentes de utilizador de IA conhecidos nem lançar-lhes um intersticial de desafio antibots, deve servir conteúdo real no seu HTML bruto em vez de uma casca de aplicação vazia, redirecionar limpidamente para HTTPS e devolver códigos de estado honestos, incluindo um 404 verdadeiro para páginas que não existem.
As duas camadas mais pesadas olham para além da porta principal. A usabilidade — a maior camada, valendo 40 dos 100 pontos — pergunta se o agente consegue fazer alguma coisa depois de entrar: há uma especificação OpenAPI nos caminhos que os agentes tentam, ela analisa-se e descreve operações reais, a documentação da API é descobrível, um endpoint MCP responde a uma sonda initialize, há metadados de descoberta de autenticação quando o site tem uma API, os formulários de registo e contacto são alcançáveis sem desafio e estão etiquetados bem o suficiente para serem preenchidos? Os pagamentos perguntam se um agente conseguiria concluir uma compra: um ficheiro de descoberta de checkout agentivo para um dos protocolos emergentes (ACP, UCP, AP2 ou x402) e uma página de checkout alcançável por um agente. Os pagamentos são deliberadamente condicionais — só são pontuados quando o site mostra sinais de comércio, como ligações de carrinho ou de checkout, porque um blogue ou um site de documentação não deveria perder pontos por não ter um checkout de que nunca precisou.
Como funciona a pontuação
Cada camada tem uma parte fixa dos 100 pontos — descoberta 20, acesso 30, usabilidade 40, pagamentos 10 — e cada verificação dentro de uma camada passa, avisa, falha ou não é aplicável. Uma pontuação de 70 ou mais ganha o rótulo «pronto para agentes»; as notas em letras são A a partir de 85, B de 70, C de 55, D de 40 e F abaixo disso. Quando todas as verificações de uma camada não são aplicáveis — pagamentos num site sem sinais de comércio é o caso comum — a camada sai por completo e as restantes são reescaladas para 100, para a pontuação comparar sempre coisas comparáveis. Cada achado nomeia os pontos que custa: a lista «corrija primeiro» simplesmente ordena as falhas e os avisos pelos pontos que recuperaria, por isso a ordem na página é a ordem pela qual vale a pena trabalhar. E cada achado é mostrado por inteiro — a evidência recolhida, o que significa e a correção — grátis, sem secções bloqueadas.
Verificações relacionadas: a verificação de saúde do site para o panorama clássico de atividade, certificado e DNS do mesmo domínio, o avaliador SSL quando o problema do agente acaba por ser a configuração TLS, e o ping global quando a acessibilidade difere por região. O guia complementar, os agentes de IA conseguem usar o seu site?, percorre as camadas, como ler uma pontuação e o que uma análise real deste site encontrou.
Limites honestos, ditos como os resultados merecem. A análise corre a partir do nosso servidor numa região Azure dos EUA e faz no máximo cerca de 45 pedidos, por isso vê o site de uma rede, num continente, como o veria um agente alojado lá. Um veredito de «não encontrado» significa sempre «não encontrado nos caminhos que um agente tentaria, a partir daqui, neste momento» — nunca a afirmação de que um ficheiro não existe em lado nenhum. Um site que se comporta de forma diferente conforme a geografia, ou que limita a velocidade de clientes desconhecidos, pode pontuar de forma diferente de outro ponto de vista; volte a verificar depois das alterações em vez de tratar uma análise como um veredito para sempre. Nada disto é razão para esconder os achados: os serviços que vendem auditorias de preparação para agentes costumam mostrar a pontuação grátis e cobrar pelas correções. Aqui as correções são o objetivo, por isso as correções são grátis.
As quatro camadas e o que cada uma pergunta
| Descoberta — 20 pontos | Um agente consegue encontrar o site e o seu mapa? Um robots.txt analisável e o seu tratamento dos rastreadores de IA, um mapa do site XML alcançável, llms.txt, dados estruturados e um URL canónico autorreferente. |
| Acesso — 30 pontos | Um agente consegue entrar? A página inicial responde a um cliente HTTP simples e a agentes de utilizador de IA sem desafio antibots, serve conteúdo real em HTML bruto, redireciona limpidamente para HTTPS e devolve um 404 verdadeiro para páginas em falta. |
| Usabilidade — 40 pontos | Um agente consegue agir? Uma especificação OpenAPI descobrível e analisável, documentação de API, um endpoint MCP que responde a uma sonda, descoberta de autenticação onde existe uma API, e formulários que um agente pode encontrar, ler e submeter. |
| Pagamentos — 10 pontos | Um agente consegue pagar? Um ficheiro de descoberta de checkout agentivo (ACP, UCP, AP2 ou x402) e um checkout alcançável sem desafio — pontuado apenas quando o site mostra sinais de comércio; caso contrário, não aplicável. |
Perguntas frequentes
O que é um agente de IA, neste sentido?
Um software que visita um site em nome de alguém e tenta concluir uma tarefa — pesquisar, reservar, comprar, preencher um formulário — sem uma pessoa a conduzir um navegador. Os agentes costumam obter HTML bruto e ficheiros legíveis por máquinas (robots.txt, mapas do site, llms.txt, especificações OpenAPI), podem identificar-se com agentes de utilizador como GPTBot ou ClaudeBot, e não conseguem resolver desafios visuais nem executar JavaScript pesado como um navegador faz. Um site pode ser excelente para pessoas e quase inutilizável para agentes; este verificador mede a segunda propriedade.
Que pontuação conta como pronto para agentes?
70 em 100 ou mais, o que também é uma nota B ou melhor (o A começa em 85, o C em 55, o D em 40). O limiar é uma convenção da categoria de preparação para agentes, não uma lei da natureza: com 70, um site é normalmente descobrível, alcançável sem desafios e expõe estrutura legível por máquinas suficiente para um agente trabalhar com ele. Leia os achados, não só o número — dois sites com 70 podem estar a perder coisas completamente diferentes.
A camada de pagamentos diz «não aplicável». Isso é mau?
Não. Os pagamentos só se aplicam a sites que mostram sinais de comércio — ligações de carrinho ou de checkout, ou uma plataforma de loja conhecida. Quando não se aplica, a camada é removida do cálculo e as outras três são reescaladas para 100, por isso um blogue, um site de documentação ou um portfólio nunca é punido por não ter um checkout. O mesmo vale para verificações individuais dentro de outras camadas: a verificação da página de preços não é aplicável quando nenhuma página de preços está ligada, e a do formulário de registo não o é quando não há ligação de registo.
Porque é que a análise vê algo diferente do meu navegador?
Porque a visita de um agente é diferente. A análise usa pedidos HTTP simples, sem execução de JavaScript, e em várias verificações o agente de utilizador de um rastreador de IA, tudo a partir do nosso servidor numa região Azure dos EUA. Se o seu site serve uma casca vazia que só se preenche quando o JavaScript corre, ou mostra um desafio antibots a agentes de utilizador desconhecidos, ou se comporta de forma diferente fora do seu país, a análise reporta essa vista com olhos de agente — que é exatamente a vista que decide se os agentes conseguem usar o site.
Todos os achados e correções são mesmo grátis?
Sim. Cada achado que este verificador produz — a evidência, o que significa, a correção e os pontos que vale — é mostrado por inteiro nesta página, e a ligação do relatório pode ser partilhada com qualquer pessoa. Alguns serviços de preparação para agentes mostram uma pontuação grátis e cobram por domínio a lista de correções; achamos que as correções são a parte útil, por isso aqui não há paywall. A análise tem limite de velocidade porque cada uma custa até cerca de 45 pedidos, mas uma análise concluída é sua.