Cette page décrit les opérations. Si vous voulez savoir ce qu’une optimisation GEO modifie réellement sur un site pour qu’il soit lisible par les assistants d’IA, c’est ici. Le sujet et son intérêt sont traités sur référencement IA et GEO à Marrakech ; le périmètre et le devis sur service GEO à Marrakech.
Ce que l’on optimise, concrètement
Une remarque d’abord, parce qu’elle change la façon d’aborder le travail : une optimisation GEO enlève plus qu’elle n’ajoute. On retire les obstacles techniques, on remet les réponses avant les arguments, on supprime les contradictions. Les sites qui s’en sortent le mieux ne sont pas les plus bavards, ce sont les plus nets.
Lisibilité technique : ce que lisent les robots
Un contenu qu’un robot ne peut pas lire ne sera jamais cité, quelle que soit sa qualité. Les points vérifiés et corrigés :
- Le rendu sans JavaScript. Beaucoup de sites modernes n’affichent leur texte qu’après exécution du JavaScript. Les robots des assistants ne l’exécutent pas tous, ni complètement. Ce qui n’est pas dans le HTML initial est à considérer comme invisible.
- Les temps de réponse. Un robot abandonne une page lente. Les mêmes optimisations que pour vos visiteurs servent ici.
- Les codes d’erreur et les redirections. Chaînes de redirections, 404 encore liées, pages en double accessibles par plusieurs adresses.
- Les balises canoniques et la pagination. Pour qu’une seule adresse fasse référence, et que les listes paginées ne diluent pas le contenu.
- L’accès des robots. Les assistants utilisent leurs propres robots, distincts de celui de Google. Un fichier robots.txt écrit il y a cinq ans peut les bloquer sans que personne ne s’en soit aperçu.
Structure des pages : répondre avant d’argumenter
Un modèle qui résume une page en retient les premières phrases utiles. Une page qui ouvre sur trois paragraphes d’introduction commerciale se fait moins facilement reprendre qu’une page qui répond immédiatement.
- Un titre par idée, formulé comme ce que quelqu’un demanderait, et une seule idée sous chaque titre.
- La réponse d’abord, la justification ensuite. Deux phrases qui répondent, puis le développement.
- Des listes et des tableaux là où l’information s’y prête : une comparaison, des étapes, des conditions. Ces formats sont repris tels quels.
- Un vocabulaire explicite. « Nos solutions sur mesure » ne dit rien à une machine. « Création de site WordPress à Marrakech » dit quelque chose.
- Pas de texte enfermé dans une image ni dans un onglet qui ne s’ouvre qu’au clic.
Données structurées : décrire sans ambiguïté
Les données structurées décrivent votre entreprise, vos services et vos pages dans un format que les machines interprètent sans deviner : qui vous êtes, ce que vous vendez, où, à quel prix le cas échéant, et comment vous joindre.
Deux erreurs sont fréquentes. La première est de déclarer dans les données structurées ce qui ne figure pas sur la page : c’est contre-productif et sanctionnable. La seconde est d’empiler plusieurs extensions qui produisent chacune leur balisage, ce qui donne des descriptions en double et contradictoires. Sur un site WordPress, ce balisage se gère au même endroit, une fois.
Cohérence des informations d’entreprise
Même nom, même adresse, même téléphone, mêmes horaires, même description — partout : site, fiche Google, annuaires, réseaux sociaux, mentions dans la presse. Les contradictions sont une des raisons pour lesquelles un modèle évite de citer une source : s’il trouve trois versions de votre adresse, il n’en reprend aucune.
C’est la partie la moins technique et souvent la plus rentable. Elle demande surtout de la méthode : lister les endroits où votre entreprise est décrite, et les aligner.
Preuves, dates et sources
Ce qui n’est pas vérifiable ne vaut pas grand-chose, ni pour un lecteur ni pour une machine. Concrètement :
- des chiffres datés et attribués à une source, plutôt que « la majorité des entreprises » ;
- un auteur identifiable sur les contenus qui engagent un avis ;
- une date de mise à jour visible, exacte — une date fausse se détecte et décrédibilise le reste ;
- une page de contact réelle, avec des coordonnées qui fonctionnent ;
- des liens sortants vers les sources citées, ce qui situe votre page dans un ensemble vérifiable.
Fichiers d’accès : robots.txt, plan du site, llms.txt
Trois fichiers méritent un passage en revue. Le robots.txt, pour vérifier qu’il n’interdit pas ce qu’on voudrait voir lu. Le plan du site, pour qu’il soit à jour et ne liste que des pages qui répondent correctement. Et le llms.txt, un fichier récent qui propose aux outils d’IA une description structurée du site ; aucun assistant ne garantit le lire, mais il ne coûte rien et ne peut pas nuire.
Ordre des travaux : par effort et par effet
Tout ne se fait pas en même temps, et la liste doit être classée. Dans l’ordre où nous la traitons le plus souvent : d’abord les obstacles techniques, parce que rien d’autre ne sert tant qu’un robot ne peut pas lire la page ; ensuite la cohérence des informations d’entreprise, parce que l’effort est faible ; puis les données structurées ; enfin la reprise des contenus, qui est le poste le plus lourd et celui dont l’effet est le plus lent.
Cet ordre n’est pas une règle. Sur un site techniquement sain mais dont les pages noient leur propos, on commence par les contenus.
Faire le point sur votre site
Si vous voulez savoir lesquels de ces points posent problème chez vous, écrivez-nous à info@vhynx.com ou passez par le formulaire de contact avec l’adresse de votre site. Le relevé de ce que les assistants répondent aujourd’hui est traité sur visibilité dans ChatGPT à Marrakech.
