Resumen
Web preparado para IAes el programa UAIX para sitios web que deben seguir siendo excelentes para los humanos y al mismo tiempo ser confiables para los sistemas de inteligencia artificial. Define cómo hacer que las páginas sean accesibles, que el contenido sea reconocible, que las API sean deterministas, que las afirmaciones de capacidad estén limitadas, que la delegación sea auditable, que se preserve la privacidad y que la adopción de estándares futuros sea honesta.
Contrato de implementación del agente
Cuando un usuario envía un agente a esta guía web lista para IA, la tarea esaplicar la estrategia al sitio, repositorio o paquete de publicación de destino del usuario. Trate UAIX como estándar de referencia y lista de verificación. No copie el contenido de la página UAIX en el sitio de destino, no cree una página sobre la guía UAIX y no publique una explicación “Web preparado para IA” a menos que el usuario solicite explícitamente ese resultado.
El conjunto de evidencia esperado del sitio de destino es concreto: manifiesto público, descubrimiento .well-known, inventario de rutas, resultado de preparación, robots.txt, mapa del sitio, llms.txt, datos estructurados, límites de soporte visibles, comprobaciones específicas y salida del paquete o archivo raíz cuando se solicita la publicación.
| Paso del agente | Hacer la implementación real | no hagas esto |
|---|---|---|
| Resolver el objetivo | Identifique el dominio de destino, la raíz del repositorio, las rutas públicas, el sistema de compilación, el CMS, el paquete de implementación, la ruta de salida del archivo raíz y la evidencia actual antes de editar. | Suponga que UAIX.org es el sitio de destino, resuma esta página o cree una nueva página de orientación porque esta página se proporcionó como referencia. |
| Auditar el sitio existente | Verifique el HTML humano, encabezados, metadatos, URLs canónico, robots, mapas de sitio, esquemas, archivos.well-known, archivos llms, API, inventarios de rutas, registros de preparación, accesibilidad, privacidad y límites de soporte. | Omita la auditoría del sitio de destino y solo reformule las definiciones de OEA/GEO/SEO. |
| Implementar mejoras | Actualice las páginas del sitio de destino, la navegación, los datos estructurados, los archivos de descubrimiento, el inventario de rutas, los registros de preparación, la evidencia pública, la copia AEO/GEO/SEO, la guía no operativa, las rutas de revisión y los archivos raíz del paquete de publicación donde la auditoría muestra lagunas. | Utilice palabras clave, encubra, agregue texto oculto solo para bots, inyecte indicaciones para modelos, fabrique citas o cree páginas de entrada sintéticas. |
| Verificar y empaquetar | Ejecute las comprobaciones específicas del sitio, registre los archivos y rutas modificados, nombre las comprobaciones y bloqueadores omitidos y proporcione los archivos raíz solicitados, el ZIP raíz o el paquete de publicación cuando el usuario solicite resultados implementables. | Reclame preparación, certificación, respaldo, ganancias de clasificación, publicación en vivo o autoridad del agente sin evidencia. |
Alcance
El programa complementa a UAI-1.UAI-1es la capa portátil de intercambio público, evidencia, memoria, declaración de confianza y transferencia. HTTP API yOpenAPIdescribir interfaces a nivel de ruta.MCPdescribe la integración de modelo/herramienta/recurso en entornos de host compatibles.A2Au otros protocolos pueden manejar el descubrimiento de agentes, la delegación y la coordinación de tareas cuando un sitio realmente los implementa. AI-Ready Web registra cómo encajan esas capas sin fusionarlas.
Principios operativos
- Primero el ser humano, compatible con los agentes: no sacrifique personas, accesibilidad o claridad por los bots.
- Estándares estables antes que protocolos especulativos: etiquetar cada mecanismo por vencimiento.
- Evidencia sobre afirmación: el soporte actual requiere copia de página, artefacto de máquina, prueba y evidencia de publicación.
- Mínimo privilegio y seguridad sin operaciones: los agentes deben utilizar la ruta segura más baja y detenerse cuando no tengan apoyo.
- Neutralidad del proveedor: el programa debe funcionar en todos los navegadores, marcos, tiempos de ejecución y proveedores de agentes.
- Una fuente de verdad: las páginas humanas, los manifiestos, los esquemas, los ejemplos, los validadores y las notas de la versión deben coincidir.
OEA/GEO: hacer lo correcto
SEOsignifica optimización de motores de búsqueda.OEAsignifica Optimización del motor de respuesta.GEOsignifica optimización generativa del motor. UAIX trata SEO/AEO/GEO como una disciplina editorial de interés público: hacer que las páginas sean útiles para los humanos primero, luego hacer que las respuestas sean fáciles de encontrar, verificar, citar, comparar y redireccionar a la evidencia fuente sin ocultar el contenido a los humanos ni intentar manipular la salida del modelo.
| Hacer | No | Por qué es importante |
|---|---|---|
| Escriba secciones de respuestas directas con títulos estables, definiciones sencillas, ejemplos, limitaciones, fechas cuando sea necesario y enlaces a evidencia canónica. | Rellene palabras clave repetidas, publique textos de acceso exclusivos para IA u oculte datos de la página humana mientras se los muestra a los bots. | Los motores de respuesta y los sistemas generativos necesitan la misma fuente confiable que un revisor humano pueda inspeccionar. |
| Exponga la procedencia: autor o propietario, estado de la última revisión, enlaces de fuentes principales, ID de esquema, ID de ruta, sumas de verificación, notas de la versión y rutas de revisión cuando sea relevante. | Invente autoridad, cite informes obsoletos como verdad actual o utilice datos estructurados que digan más de lo que admite la página visible. | Un buen AEO/GEO hace que las respuestas sean citables y corregibles en lugar de simplemente extraíbles. |
| Utilice HTML semántico, nombres accesibles, listas, tablas, definiciones, secciones estilo preguntas frecuentes cuando sea útil, JSON-LD cuando sea preciso, mapas de sitio, manifiestos conocidos y archivos llms opcionales que concuerden con las páginas canónicas. | Trate llms.txt, el marcado de esquema, las indicaciones ocultas o los resúmenes sintéticos como reemplazos del contenido público claro. | Las capas legibles por máquina deberían reforzar la página pública, no convertirse en una superficie de verdad paralela. |
| Límites de soporte estatales, comportamiento no operativo, manejo de acciones inseguras y rutas de revisión humana junto a los reclamos. | Implica que la visibilidad de la IA otorga permiso para extraer, autenticar, publicar, mutar datos, validar credenciales, certificar la seguridad o eludir la política local. | Un OEA/GEO responsable ayuda a los agentes a detenerse de manera segura cuando la solicitud excede la autoridad pública. |
| Mantenga el contenido actualizado a través de notas de la versión, inventarios de rutas, resultados de preparación, comprobaciones de localización y auditorías de deriva. | Persiga hacks específicos de modelos, citas falsas, páginas generadas automáticamente sin revisión o promesas de clasificación no verificables. | La victoria duradera es una red mejor: páginas precisas, rutas estables, evidencia transparente y menos respuestas alucinadas. |
Páginas de términos
Programa de siete volúmenes
Modelo de madurez actual
| Estado | Úselo para | Ejemplos | regla UAIX |
|---|---|---|---|
| Línea de base estable | Requisitos que deben implementarse antes de cualquier reclamo específico de un agente. | WCAG 2.2, semántica HTML, semántica HTTP, robots.txt, mapa del sitio, esquema JSON, OpenAPI, detalles del problema, contexto de seguimiento, JSON-LD. | Puede ser necesario un idioma cuando sea relevante y esté probado. |
| Opcional actual | Capacidades útiles con implementaciones reales pero adopción específica del entorno. | MCP en hosts compatibles, A2A cuando sea compatible, flujos principales no humanos firmados, representaciones alternativas estructuradas. | Etiquetar como apoyado sólo cuando la implementación local tenga evidencia pública. |
| Propuesta o convención comunitaria | Señales útiles de descubrimiento o políticas que no son estándares web formales. | Terminología AEO/GEO, llms.txt, espejos de rebajas, archivos de preferencias de agentes, señales de derechos estilo TDMRep. | Utilícelas como señales de aviso y nunca como única fuente de autoridad. |
| Pista de investigación | Ideas para monitorear sin reclamos de soporte actuales. | Declaraciones de herramientas nativas del navegador/WebMCP, descubrimiento de agentes basado en DNS, credenciales de comercio de agentes autónomos más allá de las API publicadas. | Mantenga el lenguaje de la hoja de ruta hasta que existan especificaciones, implementaciones, pruebas y evidencia de lanzamiento. |
| No compatible | Las afirmaciones UAIX no deben implicar. | Ejecución en tiempo de ejecución alojado, escrituras automáticas en repositorios, validación de credenciales ocultas, certificación, respaldo, prueba de seguridad, prueba de conciencia. | Bloquee o reescriba el reclamo. |
Archivos legibles por máquina
- Registro de requisitos JSONIdentificadores de requisitos, pruebas, pruebas y antipatrones de ARW estables.
- Registro de vencimientos JSONMecanismos actuales estables, específicos de configuración, de propuesta, de investigación y no compatibles.
- Inventario de rutas JSONDatos de auditoría de fuente/en vivo, límites de publicación y plan de exposición de ruta.
- Esquema de manifiesto del sitio listo para IADeclaración portátil de límites de descubrimiento, capacidades, políticas, evidencia y soporte.
- Ejemplo de manifiesto de sitio listo para IAEjemplo concreto con estilo UAIX sin reclamar ejecución en tiempo de ejecución alojado.
- Esquema de resultados de preparaciónModelo de resultados de evaluación para controles automatizados más evidencia de revisión manual.
- Ejemplo de resultado de preparaciónEjemplo de paquete de puntuación con advertencias, bloqueadores y sin reclamo de certificación.
Límite de soporte
Los registros web listos para IA son orientación pública, esquemas, ejemplos y evidencia de revisión. No autorizan el scraping, eluden la política local, validan credenciales, otorgan herramientas, ejecutan flujos de trabajo, certifican proveedores, respaldan agentes, no demuestran seguridad ni demuestran conciencia. Las acciones no admitidas deberían devolver una revisión humana y no operativa.