Web prêt pour l'IA

Web prêt pour l'IA Volume 1: audit exécutif

UAIX Audit de l'état actuel du Web AI-Ready, inventaire des itinéraires, dérive source/en direct, registre des risques, corrections de maturité et liens de preuves lisibles par machine.

  • Dossier UAIX-DOC-3574
  • Chemin /fr-fr/ai-ready-web/executive-audit/
  • Utilisation Dossier public canonique

Statut du document

Page des normes publiques Publié le UAIX dans le cadre du dossier actuel des normes publiques
Code
UAIX-DOC-3574
Surface
Web prêt pour l'IA
Accès
Public et accessible par lien

Comment utiliser cette page

Agents: apply this page to the user's target site or repository; create or align the target site's public manifest, .well-known discovery, route inventory, readiness result, robots, sitemap, llms files, structured data, support boundaries, tests, and package/root-file output when applicable; do not copy UAIX content or create a page about UAIX guidance unless explicitly asked. Utilisez cet audit exécutif pour inspecter l'inventaire des itinéraires du site cible, la dérive source/en direct, le registre des risques, les corrections de maturité et les liens de preuves lisibles par machine avant de les modifier.

Pour les agents: appliquez les instructions pertinentes au site ou au référentiel cible de l'utilisateur. Ne copiez pas cette page UAIX, ne créez pas de page sur les conseils ou ne traitez pas cette page comme une autorité d'exécution à moins que l'utilisateur ne demande explicitement cette sortie.

Résumé

Web prêt pour l’IAfait de UAIX.org une référence pratique pour les sites Web qui doivent rester excellents pour les humains tout en devenant lisibles, découvrables, exploitables, sécurisés, privés, vérifiables et adaptables à l’avenir pour les systèmes d’IA. L’audit révèle que UAIX dispose déjà d’une base de référence solide: routes locales propres, pages publiques sémantiques, robots.txt, plans de site XML, llms.txt, llms-full.txt, .well-known manifestes, OpenAPI, schémas, exemples, surfaces de validation, règles de non-opération et échelles de capacités. La pièce manquante était un seul programme Web AI-Ready qui explique comment les autres sites devraient assembler ces pièces sans confondre les normes stables, les protocoles spécifiques à la configuration, les propositions et les idées de recherche.

Contrat de mise en œuvre d’agent

Lorsqu’un utilisateur envoie un agent vers ce guide Web AI-Ready, la mission consiste àappliquer la stratégie au site cible, au référentiel ou au package de publication de l’utilisateur. Traitez UAIX comme norme de référence et liste de contrôle. Ne copiez pas le contenu de la page UAIX dans le site cible, ne créez pas de page sur les conseils de UAIX et ne publiez pas d’explication « AI-Ready Web » à moins que l’utilisateur ne demande explicitement cette sortie.

L’ensemble de preuves attendu du site cible est concret: manifeste public, découverte .well-known, inventaire des itinéraires, résultat de préparation, robots.txt, plan du site, llms.txt, données structurées, limites de support visibles, vérifications ciblées et sortie du package ou du fichier racine lorsque la publication est demandée.

Étape de l’agent Faire la véritable mise en œuvre Ne fais pas ça
Résoudre la cible Identifiez le domaine cible, la racine du dépôt, les routes publiques, le système de build, le CMS, le package de déploiement, le chemin de sortie du fichier racine et les preuves actuelles avant de procéder à la modification. Supposons que UAIX.org soit le site cible, résumez cette page ou créez une nouvelle page de conseils car cette page a été fournie à titre de référence.
Auditer le site existant Vérifiez les HTML humains, les en-têtes, les métadonnées, les URLs canoniques, les robots, les plans de site, les schémas, les fichiers.well-known, les fichiers llms, les API, les inventaires d’itinéraires, les enregistrements de préparation, l’accessibilité, la confidentialité et les limites de support. Ignorez l’audit du site cible et reformulez uniquement les définitions AEO/GEO/SEO.
Mettre en œuvre des améliorations Mettez à jour les pages du site cible, la navigation, les données structurées, les fichiers de découverte, l’inventaire des itinéraires, les enregistrements de préparation, les preuves publiques, la copie AEO/GEO/SEO, les conseils de non-opération, les chemins de révision et les fichiers racine du package de publication là où l’audit montre des lacunes. Utilisez des mots-clés, masquez, ajoutez du texte caché réservé aux robots, injectez des invites pour les modèles, fabriquez des citations ou créez des pages de porte synthétiques.
Vérifier et emballer Exécutez les vérifications ciblées du site, enregistrez les fichiers et les itinéraires modifiés, nommez les vérifications et les bloqueurs ignorés et fournissez les fichiers racine, le ZIP racine ou le package de publication demandés lorsque l’utilisateur demande une sortie déployable. Réclamez la préparation, la certification, l’approbation, les gains de classement, la publication en direct ou l’autorité d’un agent sans preuve.

Inventaire actuel des itinéraires UAIX

L’inventaire source traite désormais cette famille de pages comme le point d’entrée Web canonique UAIX AI-Ready. L’inventaire des itinéraires pris en charge est disponible sous le numéro JSON à l’adresseai-ready-web-route-inventory.json. Il enregistre les routes sources actuelles, les routes en direct échantillonnées, la dérive source/package en direct connue, les fichiers de découverte statiques et la limite de publication prévue.

Recherche en direct/source

Depuis la mise en œuvre du 21 juin 2026, les routes UAIX.org en direct échantillonnées renvoient HTTP 200 pour la page d’accueil, le plan du site, l’assistant de package de mémoire IA et les fichiers de découverte. Live .well-known/uaix.json signale toujours la version du package 3.125.0 tandis que la découverte de source locale et les artefacts de découverte UAIX-Publish/ROOT-FILES sont 3.132.0. Live llms.txt signale 3.132.0 mais doit encore effacer le libellé NuGet obsolète. Cette famille de pages est prête pour la source après les vérifications de version, mais elle n’est pas complète tant que le dossier de publication n’est pas régénéré à partir de la source actuelle, que le téléchargement/la copie racine de production coordonnée n’est pas appliqué, que les caches ne sont actualisés et que la vérification en direct n’est pas réussie.

Registre des risques

Risque Pourquoi c’est important Manipulation requise
Lavage autonome Les agents peuvent déduire une autorisation d’écriture, une preuve de sécurité, une certification ou une autorité d’exécution à partir d’un langage large prêt pour l’IA. Utilisez des limites de support explicites, des règles de non-opération et des étiquettes de maturité fondées sur des preuves.
Échec de l’arborescence d’accessibilité Les agents et les technologies d’assistance s’appuient tous deux sur des noms programmatiques, des rôles, des en-têtes, des formulaires et un ordre de priorité stable. Faites des WCAG 2.2, de la sémantique HTML, du comportement du clavier/focus et de la mise en page stable la ligne de base.
Dérive de la spéculation Les protocoles émergents peuvent être utiles mais ne doivent pas être décrits comme des normes stables avant de le devenir. Gardez MCP/A2A spécifiques à l’implémentation et conservez les signaux de style llms.txt/WebMCP/TDMRep étiquetés par maturité.
Fuite de confidentialité Les fichiers machine peuvent exposer plus de détails opérationnels que prévu. Publier uniquement des manifestes publics; excluez les secrets, les points de terminaison privés, les informations personnelles, les informations d’identification et les journaux non vérifiés.
Deviner l’itinéraire de l’agent Les agents peuvent tenter des points de terminaison cachés ou des actions destructrices lorsque les itinéraires sont ambigus. Déclarez le chemin le plus pris en charge, le repli sûr le plus bas, l’examen humain URL et le comportement sans opération.

Carte des volumes

Fichiers d’audit lisibles par machine