Resumen
El volumen 3 es la superficie de especificación web normativa AI-Ready. El registro legible por máquina enai-ready-web-requirements.jsones la lista de requisitos canónicos; Esta página explica las familias de requisitos y cómo aplicarlas sin reclamar demasiado el soporte.
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. |
Familias de requisitos
| Familia | ID de requisitos | Resultado |
|---|---|---|
| Arquitectura central | ARW-001 a ARW-003 | Superficie de prioridad humana, límite de soporte explícito, etiquetas de madurez estable. |
| Accesibilidad y renderizado | ARW-010 a ARW-014 | Superficie de página semántica accesible, confiabilidad del teclado/enfoque, sin datos críticos solo de JavaScript. |
| Descubrimiento y contenido | ARW-020 a ARW-027 | Robots, mapa del sitio,.well-known, archivo de asesoramiento llms, inventario de rutas, identificaciones canónicas, representaciones alternativas, OEA/GEO ético y guía de implementación del sitio de destino. |
| API y capacidades | ARW-030 a ARW-037 | OpenAPI rutas, idempotencia, detalles del problema, matriz de capacidad, respaldo sin operación, revisión humana URL. |
| Identidad, seguridad, privacidad | ARW-040 a ARW-049 | Mínimo privilegio, consentimiento, minimización de datos, señales de derechos, límites de autenticación, exclusión de secretos. |
| Procedencia y operaciones | ARW-050 a ARW-058 | Contexto de seguimiento, paquetes de auditoría, actualización, monitoreo, revisión de incidentes, evidencia de liberación. |
| Gobernanza y ciclo de vida | ARW-060 a ARW-066 | Revisión de reclamaciones, actualizaciones del registro de vencimientos, puertas de la hoja de ruta, resultados del validador, paridad de traducción. |
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. |
lenguaje normativo
DEBEsignifica que el sitio no puede reclamar ese perfil sin evidencia.DEBERÍAsignifica que el sitio necesita evidencia de implementación o una excepción documentada.PUEDEsignifica opcional o dependiente del ecosistema. Los mecanismos de propuesta y seguimiento de la investigación no deben ser la única evidencia detrás de una solicitud de apoyo actual.
Línea base de estándares estables
- WCAG 2.2y semánticoHTMLson la base para los árboles de accesibilidad visible tanto para personas como para agentes.
- HTTP Semántica, HTTP Almacenamiento en caché, yProtocolo de exclusión de robotsentrega de anclaje y límites de rastreo.
- JSON Esquema 2020-12, OpenAPI, Detalles del problema, yContexto de seguimientoanclar el intercambio estructurado, los errores y la evidencia.
- JSON-LD 1.1yesquema.organclar la claridad de la entidad pública cuando corresponda.
Límite de soporte
Los requisitos de AI-Ready Web describen la preparación del sitio público y la revisión de la evidencia. No autorizan el scraping, eluden términos, validan credenciales, otorgan herramientas, certifican el comportamiento de los agentes ni demuestran seguridad. Cuando el trabajo solicitado excede el soporte declarado, el comportamiento correcto es no operativo más revisión humana a través deContacto y revisión.
Registro legible 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.