Base de connaissances AEO : des instructions que l’on peut suivre
« Ouvrez les paramètres et activez la fonction » : la consigne ne sert à rien si le lecteur n’a pas les droits, a souscrit une autre offre ou voit un menu différent. La documentation doit énoncer ces conditions, pour qu’il sache d’emblée si la procédure vaut pour son compte.
En AEO, on attend d’une base de connaissances des réponses claires et vérifiables. Commencez pourtant par le test le plus simple : faites suivre la page à quelqu’un et voyez s’il arrive au bout de la tâche. Être cité par une IA ne rattrape pas une étape manquante.
Présenter les prérequis avant les actions
Dites à qui s’adresse la page, quelle version ou quel mode de déploiement elle concerne, et ce qu’il faut avoir sous la main avant de commencer. Une condition bloquante s’annonce avant les étapes, pas au milieu.
Le guide GitLab d’authentification à deux facteurs réunit les prérequis, les instructions et les liens pour récupérer l’accès. Posez les deux mêmes questions à votre propre guide : le lecteur sait-il quoi préparer avant de commencer, et où trouver de l’aide s’il perd l’accès ?
Construire une procédure complète
Voici un canevas, donné à titre d’exemple, pour une procédure d’export de commandes. Il ne décrit aucune interface existante : vérifiez les rôles, les formats et les menus dans votre propre produit.
| Partie | Fait à confirmer |
|---|---|
| Objectif | Quelles commandes sont nécessaires |
| Conditions | Droits, disponibilité et limites de période |
| Actions | Parcours réel dans l’interface actuelle |
| Résultat | Emplacement et contenu du fichier |
| Échec | Contrôles si le fichier ou les données manquent |
| Assistance | Où demander de l’aide si la procédure ne fonctionne pas |
Déroulez ensuite les instructions avec un compte de test adapté. Refaites l’essai avec des droits insuffisants : le texte doit expliquer ce qui bloque, pas renvoyer à un bouton qui n’apparaît pas. Dans les exemples publics, ni données clients, ni identifiants de connexion, ni procédures internes.
Relier les explications nécessaires à une même tâche
Les instructions d’export et la description des champs du fichier peuvent vivre sur deux pages si on les consulte séparément. Placez le lien vers le détail des champs à l’étape où le lecteur en a besoin. Les étapes d’une même procédure, elles, restent ensemble : éparpillées sur plusieurs URL, elles risquent d’être plus difficiles à suivre.
Signalez sans ambiguïté les anciennes versions. Avant de supprimer ou de rediriger une procédure remplacée, vérifiez qui s’en sert encore. Le nom du produit seul ne dit pas de quelle version il s’agit.
Désigner un responsable des mises à jour
Confiez chaque page à quelqu’un qui connaît la fonction décrite. Quand le produit évolue, les instructions se relisent aussi : un menu, une limite ou un résultat qui change peut obliger à revoir le texte et ses traductions. Ne touchez à la date qu’après une vraie révision.
Aucun balisage ne remplace ce travail. Google n’exige aucun fichier spécial pour ses fonctionnalités d’IA. Quant au rôle de llms.txt, il est traité à part dans le guide llms.txt.
Dans une grande base, commencez par une tâche fréquente et les pages qui s’y rattachent. La mise en œuvre AEO peut couvrir la structure, la rédaction et les modifications techniques convenues. Le fonctionnement du produit, c’est à votre équipe de le confirmer.
Publié : · Relu par l’équipe éditoriale de geo-rank.ai · Notre méthode de vérification