---
title: "Seu site está pronto para agentes de IA? Scanner gratuito de prontidão para agentes"
description: "Escaneie qualquer site em relação a 22 padrões de prontidão para agentes de IA — robots.txt, sitemaps, Content Signals, markdown para agentes, MCP server cards, Agent Skills, Web Bot Auth, descoberta OAuth e comércio agêntico. De graça, sem cadastro, e cada verificação que falha vem com um prompt de correção para o seu agente de código."
locale: pt-BR
canonical: https://agent-ready.t0ols.com/pt/
---

# Seu site está pronto para agentes de IA?

Os agentes já são uma fatia real do seu tráfego, e eles não leem seu site como um navegador. Cole uma URL para ver quais dos 22 padrões emergentes você já atende — e receba a correção exata para os que não atende.

## The 22 checks

### Descoberta

Um agente consegue descobrir o que é o seu site e quais URLs importam sem rastrear seu HTML procurando pistas?

- **robots.txt**: Retorna HTTP 200 com texto simples contendo pelo menos uma diretiva User-agent.
- **Sitemap**: Um sitemap XML válido é servido em /sitemap.xml, ou declarado com uma diretiva Sitemap: no robots.txt.
- **Link headers**: A resposta da página inicial traz cabeçalhos Link com pelo menos uma relação útil para agentes.
- **DNS para descoberta por IA**: Existem registros SVCB/HTTPS em ServiceMode ou um índice TXT sob o namespace _agents, de preferência assinado com DNSSEC.

### Conteúdo

Quando um agente pede markdown, você devolve markdown limpo em vez de uma parede de marcação para ele analisar?

- **Negociação de Markdown**: Uma requisição com Accept: text/markdown retorna Content-Type: text/markdown, e o HTML continua sendo o padrão.

### Controle de acesso de bots

Que política você declarou para crawlers de IA, e você consegue provar quais requisições são suas?

- **Regras para bots de IA**: O robots.txt nomeia crawlers de IA conhecidos, ou traz um grupo curinga que os cobre.
- **Content Signals**: O robots.txt declara preferências de Content-Signal cobrindo ai-train, search e ai-input.
- **Web Bot Auth**: Um JWKS é publicado em /.well-known/http-message-signatures-directory.

### API, autenticação, MCP e descoberta de skills

Se você expõe uma API, um servidor MCP ou um agente, ele é descobrível no local well-known que um agente tentaria?

- **API Catalog**: /.well-known/api-catalog retorna application/linkset+json com pelo menos uma entrada.
- **Descoberta OAuth**: /.well-known/oauth-authorization-server ou /.well-known/openid-configuration expõe metadados utilizáveis.
- **OAuth Protected Resource**: /.well-known/oauth-protected-resource declara resource e authorization_servers.
- **Auth.md**: /auth.md existe com um H1 em markdown mencionando auth.md.
- **MCP Server Card**: /.well-known/mcp/server-card.json descreve o servidor com um serverInfo.name.
- **A2A Agent Card**: /.well-known/agent-card.json declara name, version e as interfaces suportadas.
- **Agent Skills**: /.well-known/agent-skills/index.json lista pelo menos uma skill.
- **WebMCP**: O código da página registra ferramentas no lado do navegador por meio de navigator.modelContext.
- **Manifesto ARD**: /.well-known/ai-catalog.json declara specVersion, host e pelo menos uma entrada.

### Comércio

Só entra na pontuação quando o site parece uma loja: um agente consegue pagar, pedir e liquidar sem um humano preenchendo formulário?

- **x402**: Rotas pagáveis respondem HTTP 402 com requisitos x402, ou um documento de descoberta é publicado.
- **MPP**: Um documento OpenAPI anota operações pagáveis com x-payment-info.
- **UCP**: /.well-known/ucp declara protocol_version e pelo menos um serviço.
- **ACP**: /.well-known/acp.json declara protocol.name, api_base_url, transports e capabilities.services.
- **AP2**: O A2A Agent Card anuncia uma extensão AP2 com informação de papéis.

## Levels

- **Level 0: Não preparado**. Ainda não há política de rastreamento nem base de descoberta no ar.
- **Level 1: Presença web básica**. Passe em duas de três: robots.txt, um sitemap ou cabeçalhos Link.
- **Level 2: Ciente de bots**. Nível 1 mais regras explícitas para bots de IA e Content Signals no robots.txt.
- **Level 3: Legível para agentes**. Nível 2 mais negociação de conteúdo em markdown, para os agentes lerem conteúdo limpo.
- **Level 4: Integrado a agentes**. Nível 3 mais pelo menos uma integração descobrível: um MCP Server Card, A2A Agent Card, índice Agent Skills ou API Catalog.
- **Level 5: Nativo para agentes**. Nível 4 mais duas de três: identidade de bot verificável (Web Bot Auth), integrações no ar e metadados de autenticação (OAuth ou auth.md).

## FAQ

### O que exatamente vocês verificam?

Vinte e duas verificações em cinco categorias: Descoberta (robots.txt, sitemap, cabeçalhos Link, DNS-AID), Conteúdo (negociação de Markdown), Controle de acesso de bots (regras para bots de IA, Content Signals, Web Bot Auth), API, autenticação, MCP e descoberta de skills (API Catalog, descoberta OAuth, OAuth Protected Resource, Auth.md, MCP Server Card, A2A Agent Card, Agent Skills, WebMCP, ARD) e Comércio (x402, MPP, UCP, ACP, AP2).

### Qual é o caminho mais rápido para subir de nível?

Publique um robots.txt válido com uma referência de sitemap e depois adicione Content-Signal e grupos explícitos de crawlers de IA — isso é o Nível 2. Adicionar negociação de Markdown leva ao Nível 3, e um documento de descoberta (um MCP Server Card, um índice Agent Skills ou um API Catalog) leva ao Nível 4.

### As verificações de comércio são obrigatórias?

Não. Elas só entram na pontuação quando o scan encontra sinais de e-commerce no site. Um blog ou um site de documentação pode chegar ao Nível 5 com as cinco verificações de comércio não testadas.

### Por que uma verificação às vezes aparece como "não aplicável"?

Publicar documentos de descoberta para serviços que você não opera é pior do que não publicar nada — isso manda agentes para endpoints que retornam 404. Verificações que descrevem infraestrutura que você não tem aparecem como notas e ficam fora da pontuação.

### Vocês guardam as URLs que eu escaneio?

O scan roda sob demanda e o resultado volta para o seu navegador. Não montamos um banco de dados de sites escaneados. Cada requisição que o scanner fez é mostrada a você como evidência em cada verificação.

### Isso é a mesma coisa que o scanner da Cloudflare?

É uma implementação independente dos mesmos padrões emergentes, feita para ser estendida: o registro de verificações, a escada de níveis e os prompts de correção ficam todos neste repositório. Não tem vínculo com a Cloudflare.

### Um agente pode usar esta ferramenta diretamente?

Sim. POST /api/scan retorna JSON, ?format=agent retorna markdown dimensionado para um modelo, e este site roda um servidor MCP em /mcp com uma ferramenta scan_site.

