
LLMO & citations dans les réponses IA
Guide LLMO, citations IA, mesure de visibilité générative et fiabilité des réponses par Alexis Roux ZG.
Lire le guideIllustration générée par IA

BIBLIOTHÈQUE / GUIDES
Des référentiels conçus pour comprendre un sujet, poser un diagnostic et passer à l’action sans dépendre d’un jargon opaque.
Commencer par le guide central
01 / SEO · SXO · GEO
Construire une présence que les moteurs découvrent, que les humains comprennent et que les systèmes génératifs peuvent citer correctement.
Lire le guideIllustration générée par IA
OUTILS / REGISTRES
Chaque grille présente les informations à relever et une règle de contrôle. Reliez vos observations aux sources, à leur date et à leur périmètre.
02 / INDEX
Chaque guide répond à une question précise, expose une méthode, des livrables, des limites et les prochaines décisions utiles.

Guide LLMO, citations IA, mesure de visibilité générative et fiabilité des réponses par Alexis Roux ZG.
Lire le guideIllustration générée par IA

Guide d’architecture éditoriale, maillage interne, contenus experts et autorité thématique par Alexis Roux ZG.
Lire le guideIllustration générée par IA

Doctrine de preuve, qualification des sources, niveaux de confiance et corrections explicites par Alexis Roux ZG.
Lire le guideIllustration générée par IA

Protocole de mesure SEO, GEO, LLMO, citations IA et exactitude d’entité par Alexis Roux ZG.
Lire le guideIllustration générée par IA

Scénarios d’audit, OSINT, réputation, visibilité IA et direction de mission par Alexis Roux ZG.
Lire le guideIllustration générée par IA

Un protocole concret pour diagnostiquer les URL, statuts, canonicals, langues, rendus et images avant de produire davantage de contenu.
Lire le guideIllustration générée par IA

Une méthode de traçabilité éditoriale pour relier chaque affirmation importante à une source, une date et un niveau de confiance.
Lire le guideIllustration générée par IA

Un protocole reproductible pour suivre les réponses génératives, les sources citées, les erreurs et les variations entre interfaces.
Lire le guideIllustration générée par IA

Distinguer exploration de recherche, indexation et collecte pour l’entraînement, puis vérifier les règles robots et les réponses HTTP.
Lire le guideIllustration générée par IA

Unifier nom, rôles, sources, profils publics et données structurées pour rendre une personne ou organisation identifiable sans promesse de visibilité.
Lire le guideIllustration générée par IA

Une méthode pour contrôler chaque langue, les liens hreflang, les canonicals, le contenu réel et les parcours sans confondre traduction et localisation.
Lire le guideIllustration générée par IA

Un protocole pour inventorier modèles, données, outils, fournisseurs, coûts et possibilités de sortie avant qu’une dépendance ne devienne critique.
Lire le guideIllustration générée par IA

Un protocole pour vérifier que le balisage décrit la page visible, reste cohérent entre langues et passe les validateurs sans promettre un résultat enrichi.
Lire le guideIllustration générée par IA

Un protocole d’essais pour mesurer exactitude, refus, permissions, erreurs d’outil et reprise humaine avant d’autoriser un agent IA à agir.
Lire le guideIllustration générée par IA

Un protocole de maintenance pour réviser sources, dates, liens, traductions et pages devenues obsolètes sans produire des contenus redondants.
Lire le guideIllustration générée par IA

Une méthode pour examiner clavier, lecture d’écran, formulaires, contrastes et erreurs sur un parcours réel, puis documenter les corrections.
Lire le guideIllustration générée par IA

Un protocole pour rapprocher données terrain, essais contrôlés et causes techniques autour du chargement, de la réactivité et de la stabilité visuelle.
Lire le guideIllustration générée par IA

Une méthode pour vérifier compréhension, saisie, validation, confidentialité et confirmation sur un formulaire réel.
Lire le guideIllustration générée par IA

Une méthode pour vérifier utilité, provenance, droits, texte alternatif, contexte, formats et visibilité des images éditoriales.
Lire le guideIllustration générée par IA

Une méthode OSINT pour distinguer origine, publication, reprise, intérêt, indépendance et limites d’une source publique.
Lire le guideIllustration générée par IA

Un protocole pour distinguer date d’événement, publication, modification, découverte et reprise dans une chronologie de veille.
Lire le guideIllustration générée par IA

Un protocole OSINT pour représenter organisations, domaines, rôles et relations visibles sans confondre homonymie et lien établi.
Lire le guideIllustration générée par IA

Une méthode pour examiner origine, première occurrence connue, lieu, date, modifications et limites d’un visuel circulant en ligne.
Lire le guideIllustration générée par IA

Méthode pour retrouver une décision, distinguer sa nature, citer ses passages et vérifier la portée d’une conclusion publique.
Lire le guideIllustration générée par IA

Protocole pour contrôler couverture, méthode, version, licence et limites d’un jeu de données public avant une analyse ou une publication.
Lire le guideIllustration générée par IA

Méthode de comparaison des moteurs de recherche et assistants IA : sources, fraîcheur, langues, exactitude, parcours et données à vérifier.
Lire le guide
Méthode pour relier une affirmation à ses documents primaires, versions, transformations et limites avant de la publier ou de décider.
Lire le guideIllustration générée par IA

Méthode de publication multilingue : équivalence des faits, navigation, hreflang, langue HTML, images, formulaires et contrôle après mise à jour.
Lire le guideIllustration générée par IA

Méthode pour choisir, décrire, optimiser et publier une image éditoriale avec son contexte, ses droits et ses variantes.
Lire le guideIllustration générée par IA

Méthode pour décrire pages, entités et articles en JSON-LD sans dépasser les faits visibles ni promettre de résultats enrichis.
Lire le guideIllustration générée par IA

Méthode pour comparer des statistiques ouvertes en vérifiant population, définitions, unités, versions et incertitude.
Lire le guideIllustration générée par IA

Méthode pour relier pages piliers, guides, protocoles et sources par des liens compréhensibles et vérifiables.
Lire le guideIllustration générée par IA

SIREN, SIRET, Sirene, RNE et BODACC : choisir les sources, distinguer unité légale et établissement, croiser les dates et documenter une entreprise.
Lire le guideIllustration générée par IA

DOI, ORCID, ROR, HAL, PubMed et dépôts ouverts : retrouver le texte, distinguer versions et auteurs, contrôler corrections, données et portée d’une référence.
Lire le guideIllustration générée par IA

Identifier une capture web, conserver URL d’origine et URL archivée, séparer les dates et examiner les changements de version sans inventer une continuité.
Lire le guideIllustration générée par IA
Par où commencer ?
Choisissez votre question. Chaque parcours relie les méthodes existantes, les sources utiles et un résultat que vous pouvez documenter. Vous pouvez vous arrêter à l’étape qui répond à votre besoin.
Avant de fusionner des fiches, vérifiez l’objet, le système d’identification, les dates et les contradictions. Le guide distingue doublon, homonyme, établissement et organisation liée.
Vérifiez les calculs d’évolution, les écarts en points et les taux agrégés. Les formules et les bases de calcul restent visibles pour relire le résultat.
Des méthodes pour lire, rechercher, suivre, déplacer et tester un corpus multilingue avec des preuves et des critères de contrôle.
Exercices corrigés disponibles : 49
Partez d’une affirmation et retrouvez le document, sa version et son statut. La sortie attendue est une référence vérifiable, avec les réserves qui limitent la conclusion.
Retrouver une donnée, comprendre son périmètre et citer le bon passage : une méthode pour lire les rapports, annexes et tableaux sans perdre leurs réserves.
Passer d’une page numérisée à une information vérifiée : contrôler caractères, tableaux, ordre de lecture et langues avant de rechercher, calculer ou citer un texte reconnu automatiquement.
Relier procédure, lots, acteurs, montants et versions : exploiter les avis publics pour une veille documentée sans transformer une intention, une estimation ou une attribution en preuve de paiement.
Distinguer publication, demande, famille, revendications et événements juridiques : documenter une recherche technique sans prendre un titre ou une notice agrégée pour une autorisation d’exploitation.
Compter les pièces d’origine plutôt que les liens : repérer une reprise, une donnée commune et une véritable observation distincte avant de conclure.
Avant de citer une étude, retrouver son statut éditorial, l’avis de mise à jour et le passage réellement affecté par une correction ou une rétractation.
Relier identité, annonce et version du registre sans confondre déclaration, activité et établissement.
Distinguer réponse valide, réponse non valide et service indisponible, puis conserver le résultat daté.
Choisir REGAFI, ORIAS ou le registre EBA selon l’activité et contrôler les contacts séparément.
Relier protocole, historique, résultats déposés et publications sans compter deux fois le même essai.
Conserver original, version linguistique et passage traduit pour rendre une citation contrôlable.
Relier chaque affirmation importante à son passage source, puis contrôler nombres, versions, omissions et incertitudes.
Décomposer le désaccord, comparer dates et périmètres, puis rédiger une conclusion qui garde l’incertitude visible.
Conserver requêtes et limites pour distinguer absence de résultat et preuve d’absence.
Commencez par la clé, le schéma et l’unité avant de rapprocher deux tableaux. Les outils locaux aident à repérer doublons, variations entre versions et incohérences de périmètre.
Relier fichier source, date, schéma et transformations : préparer un jeu de données que l’on peut retrouver, comparer et réutiliser sans confondre mise à jour, correction et changement de périmètre.
Définir la requête, contrôler la pagination, distinguer erreur et absence et conserver la réponse brute avant toute transformation.
Un nom, une taille ou une apparence identique ne suffisent pas à comparer deux versions. Une empreinte SHA-256 porte sur les octets du fichier. Elle aide à détecter un changement, sans établir auteur, date de création ni véracité du contenu.
Mesurer clés vides, doublons, lignes sans correspondance et multiplication des lignes avant de publier un rapprochement de données.
Séparer variation réelle, changement de définition et révision avant de calculer une évolution.
Décrire grain, colonnes, types, unités, valeurs manquantes et clés avant tout calcul ou jointure.
Relier chaque ressource à sa licence exacte et conserver attribution, version et obligations pertinentes.
Distinguer date civile, heure locale et instant avant de trier des pièces, rapprocher des événements ou convertir en UTC.
Séparer zéro, absence, valeur confidentielle, estimation et donnée provisoire avant de calculer une moyenne ou de publier un graphique.
Vérifier codes, composition des agrégats et version des territoires avant de joindre deux fichiers ou de comparer deux années.
Conserver devise, échelle, période, base de prix et méthode avant de rapprocher budgets, aides ou montants de marchés.
Identifier la structure, les codes et les attributs d’une extraction statistique avant de comparer ses valeurs.
Distinguer jeu, distribution, service et notice avant de télécharger ou citer des données publiques.
Vérifier axes, unité, référentiel et précision avant de construire un point GeoJSON.
Distinguer format, clé de contrôle, attribution et correspondance pour rapprocher auteurs, publications et versions.
Contrôler la structure, les valeurs manquantes, les doublons et les clés sans modifier le fichier original.
Distinguer réponse réussie et collecte complète, suivre les curseurs et vérifier les identifiants récupérés.
Recalculer une évolution et annoncer clairement sa base, son unité et son dénominateur.
Choisir le bon axe temporel avant d’additionner des données ou de comparer des périodes.
Préserver identifiants et dates, repérer les cellules interprétables et tester le parcours d’import réel.
Reliez chaque contrôle à une URL et un parcours réel : réponse HTTP, langues, redirections, rendu et restauration. Conservez la preuve du défaut et la recette de correction.
Construire des requêtes représentatives, vérifier les résultats par langue et améliorer les parcours sans confondre présence d’un moteur et réussite de la recherche.
Construire une correspondance par langue, préserver les parcours et tester les destinations : préparer un changement d’URL sans perdre les contenus utiles.
Reprendre titres, colonnes, espacements et photos à partir des tâches de lecture : une recette pour les grands écrans, les smartphones et chaque langue.
Tester de la découverte à la décision : un plan de recette qui relie navigation, recherche, changement de langue, outils, formulaires et erreurs.
Définir ce qui doit revenir en arrière, conserver une version cohérente et vérifier la reprise : un plan pratique pour les fichiers, données, langues, caches et parcours utilisateurs.
Distinguer les fichiers servis, les données nécessaires et les artefacts de travail : une méthode pour réduire un projet tout en conservant ses pages, ses langues et ses médias utiles.
Distinguer succès technique, contenu reçu, redirection, restriction et erreur de transport dans un contrôle de lien.
Retrouver la destination utile d’une citation, conserver son contexte et distinguer migration, connexion et erreur.
Expliquer ce qui a changé, pourquoi, sur quelles pièces et dans quelles versions linguistiques.
Repérer les URL ajoutées ou retirées, les doublons et les changements de lastmod ou de hreflang avec un comparateur local et un rapport exportable.
Définissez ce qui est compté, quand et dans quelles conditions. Gardez les échecs, les dénominateurs et la règle de calcul pour interpréter une variation.
Choisir les sources, reconnaître une vraie nouveauté et conserver l’historique : construire une veille qui produit des informations utiles plutôt qu’une accumulation de notifications.
Distinguer taux observé, taille de l’échantillon et incertitude statistique pour interpréter un observatoire de réponses IA.
Définir population, sélection, répétitions et exclusions pour rendre un résultat de test interprétable.
Contrôler ce qui arrive dans le lecteur, conserver les identifiants et repérer les interruptions silencieuses.
Chronométrer une tâche complète, conserver les échecs et séparer rapidité apparente et résultat validé.
Aucun guide ne correspond. Retirez un filtre ou utilisez moins de mots.
Des entrées thématiques pour choisir le service et comprendre ce que son résultat permet d’établir.
Choisir registre d’identité, annonce, validation TVA ou registre d’agrément selon le fait à établir.
16 résultats
Retrouver le texte, sa version et sa procédure sans confondre décision, communiqué et commentaire.
6 résultats
Sélectionner un producteur, un catalogue ou une série selon l’unité, la couverture et la question.
23 résultats
Documenter une page ancienne ou une infrastructure en conservant les dates et les limites de l’observation.
5 résultats
Choisir une carte, un objet collaboratif ou un produit satellite selon l’échelle et la date recherchées.
6 résultats
Repérer une publication puis vérifier le territoire, la procédure et l’état du titre dans le registre compétent.
6 résultats
Distinguer œuvre, auteur, organisme, dépôt, revue et essai afin de citer le bon objet et la bonne version.
14 résultats
03 / MÉTHODES
Partez de la décision à prendre. Chaque méthode produit un type de preuve différent ; les protocoles peuvent ensuite se combiner.
Une page importante ne remonte pas ou une migration a changé les URL.
À obtenir : Un registre des URL, obstacles et corrections à recontrôler.
Ouvrir le protocoleSOURCES · PREUVESDes affirmations publiques doivent être vérifiées et entretenues.
À obtenir : Des sources datées, leur portée et un responsable de mise à jour.
Ouvrir le protocoleIA · CITATIONSVous voulez savoir comment des assistants décrivent une entité ou citent un contenu.
À obtenir : Une série d’observations comparables, avec erreurs et liens vérifiés.
Ouvrir le protocoleIA · ROBOTSLa politique d’accès des robots doit refléter les usages souhaités.
À obtenir : Une matrice page, robot et réponse réellement servie.
Ouvrir le protocoleENTITÉ · SOURCESUne personne ou une organisation est confondue avec une autre.
À obtenir : Une identité cohérente, des liens officiels et des assertions sourcées.
Ouvrir le protocoleLANGUES · QUALITÉLes versions linguistiques existent mais le parcours change de langue ou de sens.
À obtenir : Une matrice de variantes, de signaux et d’écarts éditoriaux.
Ouvrir le protocoleIA · DÉPENDANCESUne fonction dépend d’un modèle, fournisseur ou flux de données mal maîtrisé.
À obtenir : Une carte des composants, des points de rupture et un repli testé.
Ouvrir le protocoleSCHÉMA · VÉRIFICATIONLe balisage décrit mal la page ou présente des erreurs.
À obtenir : Un relevé des champs, des écarts et des validations après correction.
Ouvrir le protocoleAGENTS · ESSAISUn agent doit agir avec des outils et des permissions.
À obtenir : Un jeu d’essais, des traces et une décision de mise en service bornée.
Ouvrir le protocoleCONTENU · MAINTENANCEDes pages deviennent périmées, redondantes ou inégales entre langues.
À obtenir : Un registre de révision, des décisions de fusion et des corrections vérifiées.
Ouvrir le protocoleACCESSIBILITÉ · PARCOURSUn parcours exclut des personnes ou reste difficile au clavier.
À obtenir : Des scénarios, défauts reproduits et contre-épreuves après correction.
Ouvrir le protocoleWEB · PERFORMANCEUne page semble lente ou les scores et ressentis divergent.
À obtenir : Une distribution de mesures et des causes techniques vérifiées.
Ouvrir le protocoleFORMULAIRES · USAGEDes demandes échouent ou les messages d’erreur ne permettent pas de reprendre.
À obtenir : Une matrice de cas, des réponses serveur et un parcours retesté.
Ouvrir le protocoleIMAGES · ÉDITORIALLes visuels manquent de contexte, de preuve de droits ou d’alternative.
À obtenir : Un registre d’images, de rôles, de droits et de corrections.
Ouvrir le protocoleOSINT · SOURCESUne affirmation publique circule sans origine ou confirmation claire.
À obtenir : Une fiche de provenance, les reprises et une conclusion bornée.
Ouvrir le protocoleOSINT · CHRONOLOGIEDes annonces et captures semblent raconter des séquences différentes.
À obtenir : Une frise datée qui sépare événement, publication, observation et correction.
Ouvrir le protocoleOSINT · ACTEURSPlusieurs organisations ou comptes semblent liés sans relation établie.
À obtenir : Une carte des entités, liens documentés et hypothèses non confirmées.
Ouvrir le protocoleOSINT · IMAGESUne image est associée à un lieu, une date ou un événement contesté.
À obtenir : Les versions connues, indices de contexte et limites de la conclusion.
Ouvrir le protocoleOSINT · DÉCISIONSUne décision publique est citée à partir d’un résumé ou sans état de procédure.
À obtenir : Une référence exacte, la portée du passage et les suites à vérifier.
Ouvrir le protocoleDONNÉES · QUALITÉUn jeu de données paraît récent et complet, mais son fichier et sa méthode n’ont pas été vérifiés.
À obtenir : Une décision de réutilisation fondée sur la couverture, la version, la licence et les limites.
Ouvrir le protocole04 / PARCOURS
Quatre chemins courts permettent de commencer par le problème à résoudre : visibilité, preuve, décision ou réutilisation de données.
SEO, SXO et GEO → architecture éditoriale → mesure de visibilité IA.
Suivre ce parcours02 / PREUVEDoctrine de la preuve → citations IA → architecture des sources.
Suivre ce parcours03 / DÉCISIONMesure → scénarios d’intervention → audit stratégique.
Suivre ce parcours04 / DONNÉESFiche et licence → ressource et méthode → version et limites → conclusion traçable.
Suivre ce parcours05 / LEXIQUE
Le glossaire définit les notions essentielles avant d’entrer dans les méthodes et les arbitrages.
APPROFONDISSEMENT / PRATIQUE
L’objectif est de rendre le besoin, les choix et les prochaines étapes compréhensibles par toutes les personnes concernées. Un cadrage devient utile lorsqu’il permet de décider et de vérifier les effets d’une action.
Complément éditorial ajouté le .
Un guide devient utile lorsqu’il permet d’exécuter une vérification et d’en expliquer le résultat. La lecture doit donc porter autant sur les informations à conserver que sur la succession des étapes.
Identifier les entrées nécessaires, la sortie attendue et les limites de la méthode. Essayer le protocole sur un cas simple avant de l’appliquer à un corpus volumineux.
Suivre les étapes sans comprendre leur finalité peut donner une conformité de façade. Un résultat inattendu mérite une investigation, même si toutes les cases de la procédure sont cochées.
Une fiche d’application conserve le cas choisi, les étapes réalisées, les écarts rencontrés et la conclusion autorisée. Elle facilite la comparaison entre deux exécutions du même guide.
Commencer par un cas délimité permet de confronter les intentions aux contraintes réelles. Pour ce cas, préciser l’objectif, les informations disponibles et la personne qui peut arbitrer. Élargir ensuite le périmètre lorsque les premières observations justifient ce changement, plutôt que fixer toutes les étapes sur la base d’hypothèses encore non vérifiées.
Lors de la restitution, séparer les décisions prises des sujets encore ouverts. Un résultat attendu doit être décrit assez précisément pour que l’équipe puisse reconnaître sa réalisation. Le prochain point de contrôle porte sur un changement observable et prévoit ce qui doit être revu si le résultat n’est pas obtenu.
CAS PRATIQUE / EXEMPLE PÉDAGOGIQUE
Le cas suivant illustre une démarche de cadrage. Les situations sont pédagogiques : elles servent à examiner les choix et les conditions de réussite, sans décrire une mission réalisée ni annoncer un résultat garanti.
Un guide prévoit un identifiant et une date précise, mais le document disponible ne fournit qu’un titre et une période approximative. L’application exige de traiter les informations manquantes.
Exécuter les étapes réalisables et consigner les champs inconnus. Chercher un document associé ou une autre source. Distinguer les conclusions possibles de celles qui dépendent encore d’un élément absent.
La fiche d’application garde le résultat partiel et la prochaine vérification. Le protocole reste utile sans transformer des suppositions en valeurs confirmées pour compléter artificiellement le modèle.
Documenter l’obstacle, son effet et les solutions de remplacement examinées. La conclusion doit indiquer si cette étape manque seulement de contexte ou empêche réellement de répondre à la question.
Choisir une action dont le rôle dans le problème est explicite, vérifier les prérequis et désigner un responsable. Décrire ce qui permettra de constater une amélioration. La première étape doit aussi produire une information utile si son résultat n’est pas celui attendu, afin de réviser le choix plutôt que prolonger automatiquement le plan.
Un relevé court peut consigner question, options, choix, motif et prochain contrôle. Les pièces détaillées restent liées au relevé pour une lecture approfondie. Mettre à jour les décisions lorsque leurs conditions changent est plus utile qu’accumuler des comptes rendus sans indication des actions et responsabilités qui en découlent.
ATELIER DÉTAILLÉ / MISE EN APPLICATION
Cet atelier propose une séquence en cinq étapes pour appliquer les repères de la page. Les entrées, les observations et la conclusion sont conservées ensemble afin de faciliter la vérification et la reprise du travail.
Choisir un cas simple et rassembler les entrées demandées par le guide. Marquer les informations disponibles, incertaines et absentes avant de commencer la vérification.
Exécuter les étapes réalisables et noter les écarts. Pour une entrée manquante, examiner une source de remplacement ou une méthode complémentaire. Relier chaque limite à son effet sur la conclusion.
Si l’étape bloquée est décisive, produire un résultat provisoire et une prochaine recherche précise. Une application incomplète reste informative lorsque sa portée est clairement décrite.
Le protocole peut être considéré comme appliqué au périmètre annoncé lorsque les étapes réalisées et les réserves sont traçables. Les étapes non faites restent distinctes des contrôles réussis.
Transmettre la fiche d’application avec cas, entrées, observations et conclusion. Un autre lecteur doit pouvoir savoir ce qu’il reste à vérifier avant d’utiliser le résultat.
LIVRABLE COMMENTÉ / GRILLE DE LECTURE
La fiche indique cas, entrées, étapes exécutées et conclusion. Elle montre comment les informations manquantes ou adaptations ont affecté le résultat plutôt que masquer une application partielle.
Sur petit écran, faites défiler la grille pour lire les trois colonnes.
| Élément observé | Interprétation permise | Suite à prévoir |
|---|---|---|
| Toutes les étapes utiles sont réalisées. | La méthode a été appliquée au périmètre annoncé avec des observations traçables. | Conserver les preuves et vérifier les conditions d’utilisation du résultat. |
| Une étape secondaire reste impossible. | Le résultat peut demeurer utile si la limite et son effet sont explicités. | Décrire la lacune et préciser les conclusions qui n’en dépendent pas. |
| L’étape manquante soutient la conclusion principale. | La réponse reste insuffisamment établie malgré les autres contrôles réalisés. | Produire un résultat provisoire et une prochaine vérification précise. |
Le relecteur distingue étape non faite, étape réussie et résultat incertain. La fiche doit permettre de reprendre le travail au bon endroit sans refaire les consultations déjà documentées.
RESTITUTION / EXEMPLE DE FORMULATION
Une application partielle doit indiquer quelles conclusions restent possibles malgré l’étape manquante.
Vérifier que le résultat ne reprend pas implicitement le bénéfice d’un contrôle non exécuté.
Les étapes réalisées établissent les éléments décrits. La conclusion principale reste provisoire tant que l’information nécessaire à l’étape indiquée n’a pas été obtenue.