Dans la Partie 1, on a couvert le plan de site, le JavaScript et le CSS — la fondation qui détermine si une page peut être atteinte et rendue correctement. Cette couche amène un système jusqu'à votre contenu. Elle ne lui dit pas ce que ça signifie, ni s'il est même autorisé à l'utiliser. C'est le rôle des trois éléments de cette partie : robots.txt, le balisage de schéma et llms.txt.
robots.txt : contrôle du trafic pour les humains, les robots d'indexation, et maintenant, les modèles IA
robots.txt était autrefois un fichier simple, largement ignoré : bloquer quelques dossiers d'administration, pointer vers le plan de site, terminé. Ce n'est plus vrai. robots.txt fait maintenant un vrai travail stratégique auprès de trois publics différents à la fois :
- Robots d'indexation de recherche traditionnels (Googlebot, Bingbot) — comportement d'indexation standard, largement inchangé.
- Robots d'outils SEO et de scraping (Ahrefs, Semrush, MJ12, et similaires) — de nombreux propriétaires de sites bloquent maintenant explicitement ceux-ci pour préserver le budget d'exploration et la bande passante pour les robots qui alimentent réellement la découverte destinée aux clients, plutôt que des outils tiers de suivi de classement.
- Robots d'indexation IA (GPTBot, ClaudeBot, PerplexityBot, Google-Extended, Amazonbot, et une liste croissante d'autres) — c'est la catégorie la plus récente et la plus lourde de conséquences. Un fichier robots.txt qui bloque tous les robots en bloc, écrit avant que les robots IA n'existent, peut accidentellement exclure une entreprise de ChatGPT, Perplexity, Gemini, et de tout autre canal de découverte piloté par l'IA sans que personne ne s'en rende compte.
Pour le GEO en particulier, robots.txt est maintenant un levier de visibilité direct : si vous voulez que votre entreprise soit recommandée dans des réponses générées par IA, les robots qui construisent ces réponses ont besoin d'une permission explicite pour lire votre site. Réviser robots.txt en pensant spécifiquement aux robots IA — plutôt que de le traiter comme un fichier « configuré une fois pour toutes » — est l'un des changements les plus rentables et les moins coûteux en effort disponibles pour la visibilité GEO aujourd'hui.
Le balisage de schéma : la pierre de Rosette pour les systèmes IA
Si le JavaScript et le CSS déterminent si le contenu peut être vu, le balisage de schéma détermine s'il peut être compris correctement. Le schéma, ce sont des données structurées — une couche lisible par machine ajoutée à une page qui étiquette explicitement ce que sont les choses : ceci est une entreprise, ceci est son adresse, ceci est un avis, ceci est une question fréquente, ceci est sa réponse.
Sans schéma, un robot d'indexation en est réduit à déduire le sens à partir de texte non structuré et de la mise en page — un processus sujet à l'erreur. Avec le schéma, il n'y a aucune ambiguïté. C'est l'investissement technique le plus rentable pour l'AEO et le GEO en particulier, parce que les deux disciplines dépendent d'un système qui extrait un fait précis et le présente avec confiance :
- Le schéma FAQPage fait correspondre presque directement le contenu question-réponse à la façon dont les systèmes IA récupèrent et présentent les réponses.
- Le schéma LocalBusiness / Organization donne aux systèmes IA une version vérifiée et structurée de votre nom, adresse, horaires et services — exactement les faits que les assistants se font demander constamment (« est-ce que cet endroit est ouvert maintenant », « que fait cette entreprise »).
- Le schéma Review / AggregateRating alimente des signaux de confiance sur lesquels s'appuient à la fois les extraits de recherche traditionnels et les systèmes de recommandation IA lorsqu'ils comparent plusieurs candidats pour une requête.
- Le schéma BreadcrumbList et Article/BlogPosting aide les systèmes à comprendre la structure du site et la hiérarchie du contenu, ce qui affecte à la fois les résultats enrichis traditionnels et la confiance avec laquelle un système IA attribue une information à une page spécifique et crédible.
Le schéma ne change pas ce qu'un humain voit sur la page. Il change avec quelle confiance et quelle précision une machine — moteur de recherche ou modèle IA — peut décrire à quelqu'un d'autre ce qui se trouve sur cette page. Cette distinction est tout l'enjeu de l'AEO et du GEO.
llms.txt : la nouvelle porte d'entrée pour les moteurs génératifs
llms.txt est l'ajout le plus récent à cette pile, et il existe spécifiquement pour le GEO. Là où robots.txt indique aux robots d'indexation ce qu'ils sont autorisés à consulter, llms.txt va un pas plus loin : c'est un résumé concis et soigné d'un site — écrit spécifiquement pour les grands modèles de langage — qui pointe vers les pages les plus importantes, explique ce que fait l'entreprise, et donne à un système IA une orientation rapide et fiable au lieu de le forcer à reconstruire cette compréhension à partir de pages explorées éparses.
Pensez-y comme à la différence entre remettre à quelqu'un une pile de documents épars et lui remettre un résumé exécutif d'une page avec une table des matières. Les deux contiennent techniquement la même information, mais l'un est traité plus rapidement, plus précisément, et avec beaucoup moins de risque qu'un système IA rate ou déforme quelque chose d'important.
L'adoption de llms.txt en est encore à ses débuts, ce qui est précisément pourquoi elle compte en ce moment — les sites présents dans les pipelines d'entraînement et de récupération IA avec des fichiers llms.txt propres et à jour ont une vraie longueur d'avance pour devenir les sources par défaut de ces systèmes, de la même façon que les premiers adoptants des données structurées avaient un avantage dans les résultats de recherche enrichis des années avant que cela ne devienne une pratique standard.
Le schéma est le même à travers ces six éléments — plan de site, JS, CSS, robots.txt, schéma et llms.txt. Aucun d'entre eux ne change ce qu'un visiteur humain vit. Chacun d'entre eux change ce qu'une machine peut extraire, faire confiance et exploiter de façon fiable. C'est précisément pourquoi ils sont négligés : il n'y a pas de comparaison visuelle avant-après à montrer, juste une différence dans le fait que votre entreprise apparaisse ou non aux endroits où les gens commencent de plus en plus leurs recherches.
C'est devenu un travail d'infrastructure technique central pour nous, dans chaque secteur que nous servons — reconstruire des plans de site pour qu'ils soient auto-actualisés, auditer le contenu dépendant de JavaScript, ajouter du schéma couche par couche, et rédiger des fichiers llms.txt à partir de zéro pour des clients qui n'ont jamais entendu ce terme mais dont les concurrents ont déjà tranquillement une longueur d'avance dessus.
À venir dans la Partie 3
Le plan de site, le JavaScript, le CSS, robots.txt, le schéma et llms.txt couvrent les six piliers auxquels la plupart des gens pensent quand ils imaginent le « SEO technique ». La Partie 3 examine un septième élément facile à négliger — les cookies et le consentement — puis réunit les sept dans une seule liste de vérification de visibilité technique.
Vous ne savez pas si votre robots.txt, votre schéma ou votre llms.txt aident ou nuisent à votre visibilité IA?
On va réviser ce que vos règles de robots autorisent réellement, auditer votre couverture de schéma, et construire ou corriger votre fichier llms.txt — pour que rien n'exclue discrètement les systèmes IA.
Commencer