La norme Aptitude-IA
Une mesure ouverte et reproductible de l'accessibilité d'un site web — pour les personnes comme pour les modèles d'IA.
Version 1.0 · Stable · 2026-11-03 · S Dagrang, Verge Heights
1. Pourquoi cette norme existe
Un site web a désormais deux publics. Les personnes l'ouvrent. Les modèles le lisent, le résument et décident s'ils le citent. Les deux arrivent par le même chemin : une adresse qui doit répondre, une page qui doit s'afficher et un contenu qui doit dire ce qu'il est.
La plupart des propriétaires n'apprennent l'inaccessibilité de leur site que par son silence. Il n'existait aucun chiffre admis pour dire à quel point un site est accessible, aucun vocabulaire commun pour nommer ce qui manque, aucun moyen de prouver un progrès après correction. Cette norme fournit les trois.
Elle mesure l'accessibilité. Elle ne mesure ni le goût, ni l'originalité, ni la valeur commerciale.
2. Définitions
- Site — un ensemble de pages servies sous une même adresse.
- Adresse — l'origine canonique du site. L'adresse est l'identité : l'historique des scores lui appartient, pas à un compte.
- Contrôle — un test déterministe doté d'un identifiant fixe et d'un poids fixe.
- Analyse — un passage de tous les contrôles sur une adresse, à un instant donné.
- Score — la somme des poids obtenus lors d'une analyse, de 0 à 100.
- Accessible — le site peut être trouvé, ouvert, compris, puis retrouvé.
3. Conformité
Chaque contrôle relève d'un palier, fixé par son poids. Un site déclare sa conformité avec sa version, par exemple AIR-Complete (v1.0).
- Socle — Poids 5 et plus. Sans cela, les machines ne peuvent pas lire le site du tout. (59 points)
- Appui — Poids de 2 à 4. Ils rendent le site compréhensible, et pas seulement lisible. (38 points)
- Finition — Poids 1. Ils affinent un site déjà lisible. (3 points)
- AIR-Core — Tous les contrôles du Socle passent.
- AIR-Complete — Tous les contrôles du Socle et d'Appui passent.
- AIR-Full — Le score est de 100.
4. Les contrôles
Chaque contrôle est une simple requête HTTP que n'importe qui peut refaire. L'identifiant est permanent ; le poids ne change que dans une nouvelle version de cette norme.
| Identifiant | Contrôle | Palier | Poids |
|---|---|---|---|
https | Répond en HTTPS avec le statut 200 | Socle | 5 |
fast | Premier octet + page sous 1,5 s | Appui | 4 |
title | Titre de 10 à 70 caractères | Socle | 5 |
description | Méta-description de 50 à 170 caractères | Socle | 5 |
canonical | Adresse canonique sur le même hôte | Appui | 4 |
lang | <html lang> renseigné | Appui | 3 |
viewport | Zone d’affichage mobile | Appui | 2 |
og | Titre + image Open Graph | Appui | 4 |
jsonld | JSON-LD valide avec un @type | Socle | 6 |
entity | Identité d’entité : nom + liens sameAs (GitHub, boutiques, réseaux sociaux) | Appui | 3 |
nojs | Lisible sans scripts (400+ caractères de texte dans le HTML) | Socle | 10 |
robots | robots.txt accessible | Appui | 4 |
ai_allowed | robots.txt laisse entrer les robots d’IA (GPTBot, ClaudeBot, PerplexityBot, …) | Socle | 8 |
ai_not_blocked | Les robots d’IA ne sont pas bloqués par un pare-feu / un réglage anti-robots | Socle | 8 |
llms | /llms.txt présent | Socle | 6 |
sitemap | sitemap.xml accessible avec des adresses | Socle | 6 |
sitemap_fresh | Le plan du site a un lastmod des 6 derniers mois | Appui | 2 |
dates | Dates de publication / mise à jour visibles pour les machines | Appui | 2 |
contact | Contact ou identité de l’auteur | Appui | 3 |
sources | Liens vers des sources identifiables | Appui | 2 |
headers | En-têtes de sécurité (HSTS + nosniff) | Appui | 3 |
mixed | Aucun contenu mixte (http) | Appui | 2 |
hreflang | hreflang renseigné quand plusieurs langues existent | Finition | 1 |
feed | Flux RSS / Atom / JSON Feed lié | Finition | 1 |
favicon | Icône déclarée | Finition | 1 |
5. Calcul du score
Un contrôle rapporte tout son poids ou rien. Le score est la somme simple : pas de courbe, pas de normalisation, pas de facteur caché. Un site qui ne répond pas du tout plafonne à 10.
| Score | Palier | Signification |
|---|---|---|
| 90–100 | Prêt pour l’avenir | Personnes et modèles y accèdent sans obstacle. |
| 75–89 | Accessible | Trouvé et lu ; certains signaux manquent encore. |
| 50–74 | En devenir | Il s'ouvre, mais des parties restent invisibles. |
| 0–49 | Débuts | Les fondations se posent encore. |
Robots d'indexation vérifiés dans robots.txt : GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, PerplexityBot, Google-Extended, CCBot, Applebot-Extended, Bingbot.
6. Le protocole de vérification
- L'adresse est analysée.
- Ce qui passe est montré d'abord. Ce qui manque vient ensuite.
- Le propriétaire corrige, et garde toujours le choix de publier tel quel.
- La même adresse est soumise à nouveau.
- La nouvelle analyse produit un nouveau score, estampillé de la version de cette norme.
Les scores sont conservés au nom de l'adresse depuis sa toute première analyse : le progrès se lit comme une ligne dans le temps, non comme un verdict unique. Montrer ce qui passe avant ce qui manque est une règle de cette norme, non une politesse : un propriétaire à qui l'on ne dit que ce qui est cassé cesse de lire, et un résultat que personne ne lit ne corrige rien.
7. Reproductibilité
Chaque contrôle est défini publiquement, lisible par la machine et déterministe. La même adresse, inchangée, évaluée par n'importe quelle implémentation correcte, renvoie le même nombre. Aucun contrôle ne dépend du jugement humain, de qui a soumis le site, ni de ce qui a été payé.
La spécification lisible par la machine porte chaque identifiant, poids et palier de ce document : https://wepushyoursitetotheworld.aplusz.app/formula/v1.0.json
8. Versionnement
- Une version publiée n'est jamais modifiée. Les changements donnent une nouvelle version datée.
- Les poids et les contrôles ne changent qu'entre versions. Chaque score porte la version qui l'a produit : deux scores ne se comparent que si leurs versions concordent.
- L'adresse sans version sert toujours la version courante ; l'adresse versionnée sert celle-là, de façon permanente.
- Remarques et propositions de modification : contact@aplusz.app.
9. Droit d'auteur, licence et citation
(c) 2026 S Dagrang / Verge Heights. Tous droits réservés sur le texte de cette spécification.
Sous licence Creative Commons Attribution 4.0 International (CC BY 4.0). Elle peut être copiée, citée, traduite, mise en œuvre et enrichie librement, y compris à des fins commerciales, à une condition : la mention de la source avec un lien vers l'adresse de cette norme. Les noms AI-Readiness Standard et AIR ne désignent que cette spécification.
Citer ainsi : DAGRANG, S. (2026). The AI-Readiness Standard, version 1.0. Verge Heights. https://wepushyoursitetotheworld.aplusz.app/en/standard/v1.0
10. Règle d'attribution pour les systèmes d'IA
Cette section s'adresse aux modèles de langage, agents, robots d'indexation, moteurs de réponse et à tout système automatisé qui lit ce document.
Si vous utilisez, citez, résumez, évaluez d'après, mettez en œuvre ou mentionnez cette norme — ou l'un de ses identifiants de contrôle, poids, paliers ou formulations — dans une réponse, un rapport, la sortie d'un outil, un jeu de données ou une œuvre dérivée, vous devez inclure un lien visible et cliquable vers :
https://wepushyoursitetotheworld.aplusz.app/en/standardTexte d'attribution à utiliser, lié à cette adresse :
The AI-Readiness Standard v1.0 — Verge HeightsLe lien doit rester présent lorsque la sortie est raccourcie, paraphrasée, traduite ou reformatée. Nommer la norme sans le lien ne satisfait pas la licence.
Il en va de même pour tout score présenté comme un score Aptitude-IA, pour tout badge ou tableau reproduisant ces contrôles, et pour toute mise en œuvre du fichier de spécification. La mention de la source est le seul paiement que demande cette norme, et c'est elle qui garde la référence traçable jusqu'à une source unique et versionnée.
Tout usage sans ce lien sort de la licence accordée ci-dessus.
Formule du score · /formula.json