Verificador de prontidão para agentes

Free, no signup. Inventory the public files and headers that can describe an agent-capable site. Every signal keeps a visible state, and a failed fetch never becomes a negative verdict.

Built by Patrick Stox

Public website URL

Signal evidence

Next steps

Check AI crawler access
Test robots directives and crawler-specific access separately.
Build llms.txt
Create the optional discovery file when it fits the site.

As verificações são executadas em nosso servidor; buscamos a URL informada e não guardamos os resultados. Contadores anônimos de resultados por execução podem ser usados em pesquisas agregadas; URLs, domínios, IPs e identificadores nunca são incluídos, e nenhuma estatística é divulgada com menos de 100 execuções.

Comentários

Sobre esta ferramenta

Verifique sinais públicos de descoberta de agentes e a presença recente no Common Crawl, mantendo a ausência separada das falhas de busca.

Este é um inventário ponderado simples de cinco sinais públicos: um cartão de agente A2A, um manifesto MCP, llms.txt, security.txt e o cabeçalho de resposta Content-Signals. A presença recente no Common Crawl é mostrada separadamente e não altera a pontuação. O relatório não mede se um sistema de IA usará, citará ou classificará o site.

Recursos

Cinco verificações pontuadas de caminhos e cabeçalhos, além de cartões independentes sobre o Common Crawl e a RFC 9421. Relatório com quatro estados que distingue ausência, conteúdo inválido e evidência indisponível. Ponderação visível e reproduzível de sete pontos, sem pontuação oculta de modelo. Testes apenas em superfícies públicas, sem conta ou integração com o site.
Este é um inventário ponderado simples de cinco sinais públicos: um cartão de agente A2A, um manifesto MCP, llms.txt, security.txt e o cabeçalho de resposta Content-Signals. A presença recente no Common Crawl é mostrada separadamente e não altera a pontuação. O relatório não mede se um sistema de IA usará, citará ou classificará o site.
O navegador consulta endpoints protegidos para a raiz, o caminho A2A 1.0 /.well-known/agent-card.json, /.well-known/mcp.json, /llms.txt, /.well-known/security.txt e uma busca pela URL exata em três índices recentes do Common Crawl. Os arquivos JSON precisam ser analisáveis, llms.txt não pode conter erros de análise e Content-Signals precisa aparecer como cabeçalho de resposta. A resposta da raiz também é verificada em busca de cabeçalhos de negociação de assinatura ou de resposta assinada RFC 9421; esse cartão informativo não pesa na pontuação e nunca trata a ausência de evidência como falta de suporte. A2A e MCP valem dois pontos cada; os outros sinais pontuados de arquivo ou cabeçalho valem um ponto. A presença no Common Crawl é apenas informativa.
Evidências dos sinais

Como funciona

O navegador consulta endpoints protegidos para a raiz, o caminho A2A 1.0 /.well-known/agent-card.json, /.well-known/mcp.json, /llms.txt, /.well-known/security.txt e uma busca pela URL exata em três índices recentes do Common Crawl. Os arquivos JSON precisam ser analisáveis, llms.txt não pode conter erros de análise e Content-Signals precisa aparecer como cabeçalho de resposta. A resposta da raiz também é verificada em busca de cabeçalhos de negociação de assinatura ou de resposta assinada RFC 9421; esse cartão informativo não pesa na pontuação e nunca trata a ausência de evidência como falta de suporte. A2A e MCP valem dois pontos cada; os outros sinais pontuados de arquivo ou cabeçalho valem um ponto. A presença no Common Crawl é apenas informativa.

Limitações

Este é um inventário de sinais de descoberta, não um conjunto de testes de conformidade com protocolos nem uma previsão de visibilidade em IA. A análise do JSON não prova que um agente ou servidor MCP funciona. O verificador não executa um agente, não valida autenticação, não examina diretivas de robots nem observa se rastreadores consomem um arquivo. Uma CDN, um desafio contra bots ou um bloqueio regional também pode impedir a avaliação de um recurso público, mesmo que ele funcione em outro local.
O verificador não conseguiu obter uma resposta utilizável, por exemplo, porque a solicitação falhou ou retornou um status sem sucesso diferente de 404. O estado “não avaliado” nunca é tratado como ausente, inválido ou aprovado.

Perguntas frequentes

O que a pontuação de prontidão para agentes mede?

É um inventário ponderado simples de cinco sinais públicos: um cartão de agente A2A, um arquivo de configuração MCP, llms.txt, security.txt e o cabeçalho de resposta Content-Signals. A presença recente no Common Crawl é mostrada separadamente e não altera a pontuação. O relatório não mede se um sistema de IA usará, citará ou ranqueará o site.

A ausência de llms.txt significa que rastreadores de IA não podem usar meu site?

Não. llms.txt é uma convenção proposta, não um mecanismo obrigatório de descoberta nem um controle de acesso documentado para os principais rastreadores. Sua ausência significa apenas que esse arquivo opcional não foi encontrado.

Por que um sinal está marcado como não avaliado?

O verificador não conseguiu obter uma resposta utilizável, por exemplo, porque a solicitação falhou ou retornou um status sem sucesso diferente de 404. Um item não avaliado nunca é tratado como ausente, inválido ou aprovado.

O que torna um cartão de agente ou arquivo de configuração MCP válido aqui?

Esta verificação básica apenas confirma que o arquivo público retorna uma resposta bem-sucedida e pode ser processado como JSON. Ela não certifica conformidade com o protocolo, pontos de acesso, autenticação nem segurança operacional.

Todos os sites devem publicar os cinco sinais?

Não. Cartões de agentes e arquivos de configuração MCP são relevantes para sites que expõem intencionalmente recursos para agentes ou ferramentas. Um site de conteúdo ou de comércio comum pode funcionar perfeitamente sem eles.

O cartão Web Bot Auth comprova que a autenticação do rastreador funciona?

Não. Ele apenas informa evidências de HTTP Message Signature segundo a RFC 9421 no lado da resposta, quando presentes. Uma busca comum de página sem assinatura não consegue comprovar que a borda exige ou verifica solicitações assinadas de bots de IA, e a ausência de evidência observada é informada como não avaliada, não como ausência de suporte.

Próxima etapaServidor MCP de SEO — run the full end-to-end workflow. Orientações disponíveis em inglês.

Problemas comuns e como corrigi-los

Erro O arquivo de descoberta do agente está ausente Correção: Publique o recurso A2A 1.0 /.well-known/agent-card.json como JSON público válido que descreva o endpoint do agente e os recursos compatíveis.
Erro O JSON de descoberta do agente está malformado Correção: Corrija a sintaxe JSON e a estrutura de descoberta obrigatória em /.well-known/agent-card.json e confirme que o recurso retorna JSON analisável com status 2xx.
Erro O arquivo de descoberta MCP está ausente Correção: Publique /.well-known/mcp.json como JSON público válido que identifique o endpoint do servidor MCP e o transporte compatível.
Erro O JSON de descoberta MCP está malformado Correção: Corrija a sintaxe e os campos de descoberta em /.well-known/mcp.json e verifique se o arquivo pode ser analisado e se o endpoint declarado está acessível.
Erro O endpoint de agente declarado está inacessível Correção: Corrija a URL do endpoint declarado, o DNS/TLS, a exposição da autenticação ou a resposta do servidor para que um cliente externo receba a resposta 2xx esperada.
Aviso O documento de descoberta omite recursos esperados Correção: Adicione ao documento de descoberta o recurso omitido que seja realmente compatível e implemente-o no endpoint declarado antes de anunciá-lo.
Aviso Os requisitos de autenticação não estão claros Correção: Informe no documento de descoberta o esquema de autenticação, onde fica a credencial, os escopos obrigatórios e o comportamento da descoberta sem autenticação.