--- title: "¿Tu sitio está listo para agentes de IA? Escáner gratuito de agent readiness" description: "Escanea cualquier sitio web frente a 22 estándares de agent readiness — robots.txt, sitemaps, Content Signals, markdown for agents, MCP server cards, Agent Skills, Web Bot Auth, descubrimiento de OAuth y comercio agéntico. Es gratis, sin registro, y cada verificación que falla incluye un prompt de corrección para tu agente de programación." locale: es canonical: https://agent-ready.t0ols.com/es/ --- # ¿Tu sitio está listo para agentes de IA? Los agentes ya son una parte real de tu tráfico y no leen tu sitio como lo hace un navegador. Pega una URL para ver cuáles de los 22 estándares emergentes ya cumples y obtener la corrección exacta de los que no. ## The 22 checks ### Descubribilidad ¿Puede un agente averiguar qué es tu sitio y qué URL importan sin rastrear tu HTML en busca de pistas? - **robots.txt**: Devuelve HTTP 200 con texto plano que incluye al menos una directiva User-agent. - **Sitemap**: Se sirve un sitemap XML válido en /sitemap.xml o se declara con una directiva Sitemap: en robots.txt. - **Link headers**: La respuesta de la página principal incluye encabezados Link con al menos una relación útil para agentes. - **DNS para el descubrimiento de IA**: Existen registros SVCB/HTTPS en modo servicio o un índice TXT bajo el espacio de nombres _agents, idealmente firmados con DNSSEC. ### Contenido Cuando un agente pide markdown, ¿le devuelves markdown limpio en lugar de un muro de marcado por parsear? - **Negociación de Markdown**: Una solicitud con Accept: text/markdown devuelve Content-Type: text/markdown, y el HTML sigue siendo el valor predeterminado. ### Control de acceso para bots ¿Qué política declaraste para los rastreadores de IA y puedes demostrar qué solicitudes son tuyas? - **Reglas para bots de IA**: robots.txt nombra rastreadores de IA conocidos o incluye un grupo comodín que los cubre. - **Content Signals**: robots.txt declara preferencias Content-Signal que cubren ai-train, search y ai-input. - **Web Bot Auth**: Se publica un JWKS en /.well-known/http-message-signatures-directory. ### API, autenticación, MCP y descubrimiento de skills Si expones una API, un servidor MCP o un agente, ¿son detectables en la ubicación well-known que un agente supondría? - **API Catalog**: /.well-known/api-catalog devuelve application/linkset+json con al menos una entrada. - **Descubrimiento de OAuth**: /.well-known/oauth-authorization-server o /.well-known/openid-configuration exponen metadatos utilizables. - **OAuth Protected Resource**: /.well-known/oauth-protected-resource declara resource y authorization_servers. - **Auth.md**: /auth.md existe con un H1 en markdown que menciona auth.md. - **MCP Server Card**: /.well-known/mcp/server-card.json describe el servidor con un serverInfo.name. - **A2A Agent Card**: /.well-known/agent-card.json declara name, version y las interfaces compatibles. - **Agent Skills**: /.well-known/agent-skills/index.json enumera al menos una skill. - **WebMCP**: El código de la página registra herramientas del lado del navegador mediante navigator.modelContext. - **Manifiesto ARD**: /.well-known/ai-catalog.json declara specVersion, host y al menos una entrada. ### Comercio Solo se puntúa cuando el sitio parece una tienda: ¿puede un agente pagar, pedir y liquidar sin que una persona llene un formulario? - **x402**: Las rutas cobrables responden HTTP 402 con los requisitos de x402, o se publica un documento de descubrimiento. - **MPP**: Un documento OpenAPI anota las operaciones cobrables con x-payment-info. - **UCP**: /.well-known/ucp declara protocol_version y al menos un servicio. - **ACP**: /.well-known/acp.json declara protocol.name, api_base_url, transports y capabilities.services. - **AP2**: El A2A Agent Card anuncia una extensión AP2 con información de roles. ## Levels - **Level 0: No preparado**. Todavía no hay una política de rastreo ni lo básico de descubrimiento. - **Level 1: Presencia web básica**. Cumple dos de tres: robots.txt, un sitemap o encabezados Link. - **Level 2: Consciente de bots**. El nivel 1 más reglas explícitas para bots de IA y Content Signals en robots.txt. - **Level 3: Legible para agentes**. El nivel 2 más negociación de contenido markdown, para que los agentes lean contenido limpio. - **Level 4: Integrado con agentes**. El nivel 3 más al menos una integración detectable: un MCP Server Card, un A2A Agent Card, un índice de Agent Skills o un API Catalog. - **Level 5: Nativo para agentes**. El nivel 4 más dos de tres: identidad de bot verificable (Web Bot Auth), integraciones en marcha y metadatos de autenticación (OAuth o auth.md). ## FAQ ### ¿Qué se verifica exactamente? Veintidós verificaciones repartidas en cinco categorías: Descubribilidad (robots.txt, sitemap, Link headers, DNS-AID), Contenido (negociación de markdown), Control de acceso para bots (reglas para bots de IA, Content Signals, Web Bot Auth), API, autenticación, MCP y descubrimiento de skills (API Catalog, descubrimiento de OAuth, OAuth Protected Resource, Auth.md, MCP Server Card, A2A Agent Card, Agent Skills, WebMCP, ARD) y Comercio (x402, MPP, UCP, ACP, AP2). ### ¿Cuál es la forma más rápida de subir de nivel? Publica un robots.txt válido con una referencia al sitemap y luego agrega Content-Signal y grupos explícitos de rastreadores de IA — eso es el nivel 2. Sumar negociación de markdown te lleva al nivel 3, y un documento de descubrimiento (un MCP Server Card, un índice de Agent Skills o un API Catalog) te lleva al nivel 4. ### ¿Las verificaciones de comercio son obligatorias? No. Solo se puntúan cuando el escaneo encuentra señales de comercio electrónico en el sitio. Un blog o un sitio de documentación puede llegar al nivel 5 con las cinco verificaciones de comercio sin evaluar. ### ¿Por qué a veces una verificación es “no aplicable”? Publicar documentos de descubrimiento de servicios que no operas es peor que no publicar nada: envía a los agentes a endpoints que devuelven 404. Las verificaciones que describen infraestructura que no tienes se informan como notas y quedan fuera de la puntuación. ### ¿Se guardan las URL que escaneo? El escaneo se ejecuta a pedido y el resultado se devuelve a tu navegador. No armamos una base de datos de sitios escaneados. Cada solicitud que hizo el escáner se te muestra como evidencia bajo cada verificación. ### ¿Es lo mismo que el escáner de Cloudflare? Es una implementación independiente de los mismos estándares emergentes, pensada para poder extenderse: el registro de verificaciones, la escala de niveles y los prompts de corrección viven en este repositorio. No está afiliada a Cloudflare. ### ¿Puede un agente usar esta herramienta directamente? Sí. POST /api/scan devuelve JSON, ?format=agent devuelve markdown dimensionado para un modelo, y este sitio ejecuta un servidor MCP en /mcp con una herramienta scan_site.