Web adapté à 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-3374
  • Chemin /fr-fr/ai-ready-web/executive-audit/
  • Utilisation Dossier public canonique

Statut du document

Page des normes publiques Publié sur UAIX dans le cadre du dossier actuel des normes publiques
Code
UAIX-DOC-3374
Surface
Web adapté à l’IA
Accès
Public et accessible par lien

Comment utiliser cette page

Utilisez cette page comme référence publique canonique pour Web prêt pour l'IA Volume 1: audit exécutif et son contenu normatif.

Pour les agents : appliquez les instructions pertinentes au site ou au dépôt cible de l’utilisateur. Ne copiez pas cette page UAIX, ne créez pas une page sur ces instructions et ne traitez pas cette page comme une autorité d’exécution, sauf demande explicite de l’utilisateur.

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.

Contrat de mise en œuvre d'agent
Étape de l'agentFaire la véritable mise en œuvreNe fais pas ça
Résoudre la cibleIdentifiez 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 existantVé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éliorationsMettez à 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 emballerExé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

Registre des risques
RisquePourquoi c'est importantManipulation requise
Lavage autonomeLes 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éculationLes 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'agentLes 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