Liste de vérification GEO et AEO

Cette liste de vérification détermine si un site est techniquement accessible, facile à extraire, sans ambiguïté sur ses entités et mesurablement présent dans les réponses IA. L’optimisation pour les moteurs génératifs (GEO) améliore la probabilité que les systèmes génératifs retrouvent, utilisent et citent une source. L’optimisation pour les moteurs de réponse (AEO) rend une page capable de fournir une réponse directe. Aucune des deux n’est une promesse d’inclusion : la préparation élimine les obstacles évitables, tandis que les données de prompts et de citations montrent ce qui s’est réellement passé.

Liste de vérification : Préparation GEO et AEO. Cadre temporel : 3 à 5 jours ouvrés pour un audit représentatif et un plan de correction, suivis d’une fenêtre de mesure minimale de 28 jours. Responsable : Responsable SEO, avec l’ingénierie responsable de l’accès et du rendu, la rédaction pour la qualité des passages, et un analyste pour la mesure des prompts et des citations.

Testez la page d’accueil, une page de chaque modèle critique pour les revenus, les dix pages correspondant aux prompts prioritaires, et les pages qui reçoivent déjà des citations ou en manquent de manière inattendue. Enregistrez chaque URL pour les nouveaux tests.

Pourquoi cette liste de vérification, et pourquoi ici

Cette porte consomme l’audit d’accessibilité IA et préparation des agents , qui identifie les contraintes des crawlers et d’extraction ; la mesure de base , qui fige l’état avant modification ; et la recherche de mots-clés et de prompts , qui définit les vraies questions et moteurs à tester. Elle nécessite également l’inventaire des pages approuvé, les faits d’entité, la propriété du schéma, l’accès au serveur ou CDN, et un journal des versions.

L’ordre est important car l’accessibilité, la qualité des réponses et la visibilité sont des couches différentes. Le suivi des prompts avant les contrôles de crawl peut indiquer qu’une marque est absente sans expliquer si la cause est l’accès, la pertinence, l’autorité ou un simple délai de récupération. Réécrire des passages avant de confirmer la politique commerciale peut exposer un contenu que l’organisation avait l’intention de retenir. Ajouter un schéma avant que les faits visibles et le modèle d’entité soient stables peut rendre une contradiction lisible par machine plutôt que de la corriger.

Si cette liste de vérification est ignorée, les équipes ont tendance à affirmer qu’une page est « optimisée IA » parce qu’elle a des paragraphes courts, un schéma FAQ ou un fichier llms.txt. Ce sont des faits d’implémentation, pas des résultats. Le contrat ici est plus strict : indiquez ce que les crawlers peuvent accéder, prouvez que les pages représentatives peuvent être récupérées et comprises, puis comparez les exécutions de prompts complétées et les citations de sources par rapport à une référence datée.

Entrées et sorties

Les sorties sont le contrat avec la publication, l’ingénierie et la mesure. « Prêt » sans ensemble d’URL, preuves, seuils et dates d’observation ne peut pas être reproduit.

La liste de vérification

Chaque élément se termine par une condition Fait quand. Joignez la réponse, l’extrait rendu, le résultat du validateur, la capture d’écran ou la ligne de rapport plutôt que d’enregistrer une coche verte non étayée.

1. Prenez une décision explicite d’accès des crawlers

• Quoi : Décidez quels agents utilisateur IA peuvent explorer quels chemins publics. Un agent utilisateur est l’identifiant qu’un crawler présente dans sa requête ; c’est un signal, pas une authentification forte.
• Pourquoi : Autoriser un crawler peut améliorer la découverte mais peut aussi permettre la réutilisation, ajouter de la charge serveur, entrer en conflit avec des licences ou exposer du contenu qui n’était public que par accident. Bloquer peut être une décision commerciale valide, mais elle ne doit pas être confondue avec un bug SEO.
• Comment : Listez les familles de crawlers pertinentes et regroupez-les par objectif : recherche ou récupération de réponses, entraînement de modèles et archives web générales. Pour chacune, documentez l’accès autorisé, bloqué ou limité par chemin ; la justification commerciale ; l’approbateur ; et la date de révision. Comparez cette décision avec robots.txt , les règles CDN, les règles du pare-feu applicatif web, l’authentification et le comportement d’origine.
• Outil : Registre des politiques, analyseur robots, configuration CDN et pare-feu, journaux serveur et avis juridique ou du propriétaire de contenu.
• Fait quand : 100 % des familles de crawlers concernées ont une décision approuvée par un responsable ; chaque blocage intentionnel est étiqueté comme politique ; et zéro règle en direct contredit la décision enregistrée sur l’ensemble d’URL représentatives.

2. Testez l’accessibilité en tant que crawler, pas en tant que session navigateur

• Quoi : Vérifiez que les crawlers autorisés reçoivent le contenu canonique avec une réponse réussie et sans défi, connexion, mur de consentement ou coque vide côté client.
• Pourquoi : Une règle robots permissive ne prouve pas la livraison. Un CDN peut renvoyer 403, 429, un CAPTCHA ou un HTML différent à une requête non-navigateur tandis qu’un employé connecté voit une page normale.
• Comment : Récupérez chaque URL représentative avec la chaîne d’agent utilisateur pertinente à partir d’une requête propre. Enregistrez le statut, les redirections, le temps de réponse, le type de contenu, le canonique, les directives d’indexation, la taille finale du corps et si la réponse principale apparaît dans le HTML retourné ou rendu. Comparez les réponses bot et navigateur normal pour les différences substantielles.
• Outil : Accessibilité IA et préparation des agents dans AmICited, inspection des réponses et en-têtes, journaux serveur et comparaison HTML rendu.
• Fait quand : Chaque test intentionnellement autorisé renvoie la page canonique attendue avec un statut 200 ; les chaînes de redirection ne contiennent pas plus d’un saut ; aucune requête autorisée ne reçoit 401, 403, 429, du HTML de défi ou une zone principale vide ; et les différences ont une raison documentée et non trompeuse.

3. Auditez llms.txt comme une carte, pas comme un interrupteur magique

• Quoi : Examinez /llms.txt, un fichier texte volontaire émergent destiné à orienter les outils de modèles de langage vers des ressources utiles du site. Traitez-le comme un guide, pas comme un contrôle d’accès ou un signal de classement garanti.
• Pourquoi : Une carte concise peut aider un agent à trouver une documentation canonique, mais un fichier obsolète peut l’envoyer vers des redirections, des pages en double ou des assertions retirées. Sa présence ne peut pas compenser un blocage de crawl ou un contenu faible.
• Comment : Si l’entreprise adopte le fichier, gardez le titre et la description clairs, liez uniquement vers des URL publiques canoniques, regroupez les ressources par véritable objectif utilisateur et préférez les pages durables plutôt qu’un dump de l’ensemble du sitemap. Testez chaque URL listée. Si l’entreprise choisit de ne pas le publier, enregistrez cette décision sans échouer toute la porte de préparation.
• Outil : Vérification llms.txt AmICited, vérificateur de liens, inventaire d’URL et avis du propriétaire de contenu.
• Fait quand : La décision de publier ou d’omettre est enregistrée ; si présent, le fichier renvoie 200 en texte brut, contient zéro lien cassé, redirigé, bloqué, en double ou non canonique, et a un propriétaire nommé et une date de révision.

4. Rendez les passages prioritaires autonomes et front-loaded

• Quoi : Donnez à chaque question prioritaire un passage autonome : une section qui énonce la réponse tôt et inclut suffisamment de noms, de périmètre, de conditions et de preuves pour rester précise lorsqu’elle est extraite du texte environnant.
• Pourquoi : Les systèmes de récupération sélectionnent souvent un passage plutôt que la page entière. « Ça dépend » ou « cette méthode » perd son sens lorsqu’il est détaché du titre ; une réponse tardive force le système à assembler les faits à travers plusieurs sections et augmente le risque d’omission ou de distorsion.
• Comment : Placez la réponse directe dans la première ou les deux premières phrases sous le titre correspondant. Nommez l’entité et le sujet au lieu de compter sur les pronoms. Suivez avec les qualifications, les preuves, les exemples et les exceptions. Gardez le contexte nécessaire avec l’assertion ; ne réduisez pas des conseils juridiques, médicaux, financiers ou de sécurité complexes à un extrait inconditionnel.
• Outil : Carte prompt-vers-section, test d’extraction éditoriale, lecteur de texte brut et avis d’expert.
• Fait quand : Chacun des dix prompts prioritaires correspond à une page canonique et à une section de réponse ; la réponse apparaît dans les 80 premiers mots de cette section ; et un évaluateur peut copier le passage seul sans perdre le sujet, le périmètre, la condition ou la source de preuve.

5. Utilisez des formats extractibles adaptés à la tâche

• Quoi : Représentez les séquences comme des étapes numérotées, les alternatives comme des tableaux de comparaison, les spécifications comme des valeurs étiquetées et les ensembles courts comme des listes. Gardez les mêmes faits disponibles en HTML significatif, pas seulement dans des images, vidéos, canvas ou onglets interactifs uniquement.
• Pourquoi : Le format encode les relations. Un paragraphe en prose peut cacher quelle valeur appartient à quel produit, tandis qu’un tableau expose la comparaison. Le contenu qui n’existe qu’après un clic ou dans une image peut être manqué ou détaché de ses étiquettes.
• Comment : Inspectez le plan du document et le HTML brut. Donnez aux tableaux des en-têtes, aux listes une idée par élément, aux figures des légendes, aux images un texte alternatif utile et au contenu interactif un résumé rendu par le serveur. Assurez-vous que les onglets cachés ne contiennent pas la seule copie d’une réponse critique.
• Outil : Arbre d’accessibilité, inspection de la source HTML, revue sans clavier et rendu JavaScript désactivé ou en texte brut.
• Fait quand : 100 % des faits critiques restent disponibles et correctement étiquetés sans interaction ; chaque comparaison a des étiquettes de lignes et de colonnes explicites ; chaque séquence a des étapes ordonnées ; et aucune réponse prioritaire n’existe uniquement dans un média ou un widget rendu côté client.

6. Alignez les faits visibles, les entités et les données structurées

• Quoi : Clarifiez les personnes, organisations, produits, lieux et relations sur la page, puis exprimez les faits étayés par des données structurées valides. Une entité est une chose réelle distincte qui peut être nommée et désambiguïsée de choses similaires.
• Pourquoi : Les noms ambigus et les identifiants contradictoires rendent l’attribution peu fiable. Le balisage de schéma peut réduire l’ambiguïté, mais un balisage plus large, plus récent ou plus promotionnel que la page visible crée un conflit plutôt que de la confiance.
• Comment : Utilisez un nom canonique, une URL, un logo et un ensemble d’identifiants stables pour l’organisation. Connectez les auteurs et les relecteurs à de vraies pages de profil. Choisissez le type de schéma le plus spécifique applicable, incluez uniquement des faits visibles et vérifiés, et connectez les nœuds associés avec des identifiants cohérents. Validez la syntaxe et comparez chaque propriété matérielle avec la page rendue.
• Outil : Registre des entités, inspection JSON-LD, validateur Schema.org, test de résultats enrichis le cas échéant et QA au niveau du modèle.
• Fait quand : Chaque page représentative a une entité principale sans ambiguïté ; zéro propriété matérielle du schéma contredit ou dépasse les assertions visibles ; zéro erreur de syntaxe subsiste ; et chaque modèle critique pour les revenus a un propriétaire de schéma approuvé et un jeu de test.

7. Protégez la qualité des citations avec des sources et de la fraîcheur

• Quoi : Soutenez les assertions nécessitant des preuves avec des sources primaires ou faisant autorité identifiables, et indiquez quand la page a été révisée de fond.
• Pourquoi : L’extractibilité sans preuve peut rendre une assertion non étayée plus facile à répéter. Les prix, politiques, références et capacités produits obsolètes sont particulièrement risqués car un passage fluide peut encore sembler actuel.
• Comment : Tracez les assertions pertinentes pour les décisions jusqu’aux sources, placez les citations près de l’assertion, utilisez un texte d’ancrage descriptif et indiquez la date de mesure ou d’entrée en vigueur concernée. Supprimez les preuves mortes ou reformulez l’assertion. Modifiez une date « mise à jour » seulement après qu’une révision réelle change ou revalide le contenu.
• Outil : Registre assertion-source, vérificateur de liens, inventaire de contenu et approbation d’expert.
• Fait quand : 100 % des assertions à haut risque et pertinentes pour les décisions ont une source à jour ou un responsable nommé ; zéro citation mène à des pages mortes ou non liées ; et la date de révision affichée correspond à la révision enregistrée.

8. Figez un ensemble de prompts représentatif avant la publication

• Quoi : Établissez un ensemble reproductible de questions d’acheteur utilisé pour mesurer les mentions, le rang des citations, les URL citées et les différences entre fournisseurs avant et après les modifications.
• Pourquoi : Modifier les prompts après le déploiement peut fabriquer une amélioration apparente. Une réponse choisie à la main est anecdotique car les réponses génératives et la sélection des sources peuvent varier entre les exécutions et les fournisseurs.
• Comment : Sélectionnez au moins 20 prompts couvrant les intentions de découverte, comparaison, évaluation et spécifiques à la marque. Incluez des prompts où la marque est actuellement citée, mentionnée sans citation et absente. Fixez le libellé, le pays, la langue, le fournisseur, les balises et le calendrier ; enregistrez la destination prévue et la priorité commerciale.
• Outil : Suivi et gestion des prompts dans AmICited et la carte prompt-vers-page approuvée.
• Fait quand : Au moins 20 prompts ont une ou plusieurs exécutions de référence complétées ; 100 % conservent un libellé et des paramètres fixes pendant la fenêtre d’observation ; chacun a une page et une intention prévues ; et les exécutions échouées ou en attente sont exclues des taux de résultats plutôt que comptées comme absentes.

9. Mesurez les citations au niveau du domaine, de l’URL, du prompt et du fournisseur

• Quoi : Suivez si la marque est nommée, si son domaine est cité, quelle URL exacte est citée, sa position et quelles autres sources gagnent pour le même prompt.
• Pourquoi : Un total de domaine peut cacher que la mauvaise page reçoit des citations. Une mention peut augmenter tandis que les citations de source propriétaire diminuent, ce qui signifie que les moteurs connaissent la marque mais font confiance à une autre source pour la réponse.
• Comment : Préservez l’exportation pré-modification, annotez la publication et comparez les exécutions complétées équivalentes sur la fenêtre de 28 jours convenue. Segmentez par fournisseur et intention du prompt. Examinez les réponses complètes pour les mouvements importants et séparez les citations propriétaires des citations tierces qui mentionnent la marque.
• Outil : Intelligence des sources et des citations dans AmICited, historique des prompts et annotation de publication.
• Fait quand : Chaque prompt prioritaire a un enregistrement de référence pré-modification et d’observation post-modification complétés ; les domaines cités et les URL exactes sont stockés ; les différences entre fournisseurs sont visibles ; et chaque amélioration revendiquée peut être reproduite à partir du même ensemble de prompts et de la même fenêtre de dates.

10. Testez à nouveau les échecs et signez la décision de préparation

• Quoi : Consolidez les résultats techniques, éditoriaux, de schéma et de mesure en réussite, réussite conditionnelle, blocage intentionnel ou échec.
• Pourquoi : Un score moyen peut cacher un échec d’accès critique. La préparation appartient à des URL et des modèles précis sous une politique enregistrée, pas au site en tant qu’étiquette non étayée.
• Comment : Testez à nouveau chaque élément corrigé à partir d’une requête propre. Gardez les blocages de politique intentionnels séparés des défauts. Une réussite conditionnelle doit nommer l’exception, les URL concernées, le risque, l’approbateur, le responsable de la correction et la date d’expiration. Préservez les preuves brutes et la version du modèle ou du déploiement.
• Outil : Matrice de test de préparation, gestionnaire de tickets, enregistrement de publication et signature du responsable.
• Fait quand : Zéro échec critique subsiste sur les URL prioritaires intentionnellement autorisées ; chaque autre échec a un responsable et une date d’échéance ; chaque exception a une date d’expiration ; et les responsables SEO, ingénierie et contenu signent le même enregistrement daté.

Outils dans AmICited

Utilisez les vérifications produit comme preuves dans la matrice, pas comme un substitut à la politique commerciale ou au jugement éditorial.

1. Ouvrez l’audit d’accessibilité des agents pour inspecter llms.txt, la structure d’accessibilité, la couverture du sitemap et les faits distincts derrière l’accès des crawlers. Enregistrez une autorisation robots, une requête CCBot en direct et la présence Common Crawl confirmée indépendamment ; un résultat inconnu n’est ni une réussite ni un échec.

2. Ouvrez le suivi des prompts pour importer ou créer l’ensemble de prompts figé, sélectionner les fournisseurs, le pays, les balises et la cadence, et préserver les exécutions de référence complétées. Les exécutions en file d’attente, en cours et échouées sont des états opérationnels, pas des résultats de « citation manquante ».

3. Ouvrez les sources pour passer des totaux de domaine aux pages citées exactes et aux prompts que chaque page remporte. Comparez les pages propriétaires avec les sources tierces au lieu de supposer qu’une mention de marque provient du site web de la marque.

Règles de décision : à quoi ressemble un problème

Ce sont des portes opérationnelles, pas des affirmations sur la façon dont un moteur classe les pages. Resserrez-les pour les contenus réglementés, critiques pour la sécurité ou à forte valeur.

Ne mélangez pas les lignes en un seul score. Un modèle critique pour les revenus bloqué n’est pas annulé par neuf articles bien structurés. Inversement, un blocage intentionnel et approuvé d’un crawler d’entraînement n’est pas un défaut technique si les crawlers de récupération nécessaires à la stratégie choisie peuvent toujours atteindre le contenu approuvé.

Livrable

Remettez un tableau versionné accompagné d’un dossier de preuves. Les champs requis sont : ID d’audit, URL, modèle, prompt cible, fournisseur, famille de crawler, décision de politique, résultat de récupération, résultat d’extractibilité, résultat de schéma, inclusion llms.txt, mention et citation de référence, date de déploiement, résultat post-modification, sévérité, responsable, date d’échéance, date de nouveau test, lien de preuve, exception, expiration et décision finale.

Incluez le registre des crawlers, l’exportation des prompts figés, le registre des entités et des sources d’assertions, et l’annotation de publication. Stockez les réponses brutes ou les extraits rendus à côté des captures d’écran afin que les évaluateurs puissent vérifier ce que la machine a reçu.

Le responsable signe l’un des quatre résultats suivants :

• Réussite : toutes les URL prioritaires intentionnellement autorisées franchissent les portes critiques d’accès, d’extraction, d’entité et de preuves.
• Réussite conditionnelle : aucun échec critique ne subsiste, mais des exceptions non critiques limitées dans le temps sont acceptées par des responsables nommés.
• Blocage intentionnel : un crawler ou un chemin est indisponible par politique approuvée et le compromis de visibilité attendu est enregistré.
• Échec : un modèle critique est inaccessible, trompeur, contradictoire ou non mesurable ; la publication ou la promotion cesse jusqu’au nouveau test.

Ce qui peut mal tourner

La politique robots est traitée comme une preuve d’accès. Le fichier dit « autoriser », mais le CDN bloque la requête. Corrigez cela en stockant à la fois la politique et un résultat de récupération réel.

Chaque crawler est autorisé sans propriétaire métier. L’équipe SEO optimise la découverte tandis que les responsables juridiques ou les propriétaires de contenu avaient l’intention de restreindre la réutilisation pour l’entraînement. Séparez les objectifs des crawlers et obtenez une décision explicite plutôt que de faire une règle universelle.

llms.txt devient un deuxième sitemap. Des centaines d’URL non priorisées créent du bruit, des liens obsolètes et des choix canoniques concurrents. Gardez-le organisé et utile, ou omettez-le délibérément.

Le texte est raccourci jusqu’à devenir incorrect. Les réponses front-loaded perdent leurs qualifications, dates ou contraintes d’audience dans la recherche d’un extrait. Gardez la réponse directe tôt, puis incluez les conditions nécessaires pour qu’elle tienne seule avec précision.

Le schéma FAQ est ajouté à des réponses invisibles ou non étayées. Une syntaxe valide ne rend pas les assertions fabriquées ou cachées dignes de confiance. Alignez le balisage avec le contenu visible et supprimez les propriétés que la page ne peut pas prouver.

Un test de page d’accueil est généralisé à l’ensemble du site. Les modèles de documentation, de produit, de catégorie et les modèles JavaScript lourds peuvent se comporter différemment sous le même domaine. Auditez les modèles représentatifs et les destinations prioritaires.

Une réponse IA favorable devient l’histoire à succès. L’équipe réexécute ou reformule jusqu’à ce que la marque apparaisse, puis rapporte la capture d’écran. Figez les prompts d’abord et comparez les exécutions complétées équivalentes sur la fenêtre d’observation.

La part de mentions est confondue avec la part de citations. Le moteur nomme la marque mais cite un site d’avis ou un concurrent. Rapportez la présence de la marque et la citation de source propriétaire séparément, puis inspectez l’URL exacte citée.

Phase suivante

La suite est l’actualisation et l’itération continues . Elle nécessite la matrice de préparation, le registre des crawlers, les prompts figés, les URL citées, l’annotation de déploiement, les exceptions et les dates de révision.

Ne réécrivez pas une page de manière répétée simplement parce qu’une citation n’est pas apparue. Revérifiez d’abord l’accès, la validité du prompt, les changements de sources citées et le volume d’exécutions complétées. Choisissez ensuite la plus petite intervention fondée sur des preuves : réparation technique, passage plus clair, meilleur support d’entité, preuves plus récentes ou aucun changement.

Prêt à vérifier la préparation GEO et AEO ?

Commencez par le processus SEO , puis lancez l’audit d’accessibilité des agents et joignez ses preuves à la liste de vérification. La préparation n’est complète que lorsque la décision d’accès est explicite, que les pages représentatives passent les contrôles d’extraction et d’entité, et que le rapport de prompts et de citations peut vérifier le résultat.