Tapez « maillage interne seo » dans Google depuis la France et lisez ce que la page vous répond. Le 11 août 2026, les neuf résultats organiques de la première page expliquent la même chose : le maillage interne sert à diffuser le PageRank, le jus de lien, l'autorité des pages fortes vers les pages à positionner. L'AI Overview qui coiffe la page le résume en une phrase et donne la marche à suivre, structure en silo ou en cocon, ancres avec des mots-clés précis, liens contextuels au coeur des paragraphes.

Deux détails méritent qu'on s'arrête. D'abord les dates : sur les sept résultats qui en affichent une, deux articles datent de 2020, trois de 2023, un de 2024, un seul de 2026, les deux derniers n'affichant aucune date. Ensuite, et c'est le point qui compte, aucun des neuf ne mentionne les moteurs génératifs. Ni ChatGPT, ni Perplexity, ni AI Mode. Sur un sujet où les recommandations se transmettent à l'identique depuis quinze ans, la question de savoir si elles valent encore devant un système qui ne classe pas des pages mais assemble une réponse n'est posée nulle part.

Elle mérite d'être posée, parce que la réponse n'est pas uniforme. Une partie de ce que fait le maillage interne perd tout support devant un moteur génératif. Une autre partie devient plus critique qu'avant. Et une troisième fonction, que la doctrine française du cocon sémantique ne compte jamais, devient soudain la plus importante des trois.

Trois fonctions qu'on n'a jamais eu besoin de séparer

Un lien interne fait trois choses en même temps, et le SEO classique n'a jamais eu de raison de les distinguer, parce qu'un seul système les lisait toutes les trois.

Il transmet de l'autorité. C'est la fonction historique, celle du PageRank, celle que la SERP française résume par le jus de lien. Un lien de la page A vers la page B dit à Google qu'une part de la popularité de A doit bénéficier à B. Toute l'ingénierie du cocon sémantique et du siloing consiste à orienter cette circulation vers les pages qu'on veut positionner.

Il rend une page découvrable. Le robot arrive sur une page, extrait les liens, va voir les URL trouvées. Sans lien entrant et sans entrée au sitemap, une page est orpheline, et une page orpheline n'est pas explorée.

Il produit du texte. L'ancre est une chaîne de caractères visible dans le corps de la page, et la phrase qui l'entoure aussi. Cette fonction existe depuis toujours, mais on ne l'a jamais traitée comme telle : on a traité l'ancre comme un signal envoyé au moteur, pas comme une portion de contenu lue par un lecteur.

Ces trois fonctions ont voyagé ensemble tant qu'un seul destinataire lisait la page. Devant les moteurs génératifs, elles se séparent, et pas dans le sens que la doctrine dominante laisse supposer.

Ce que Google dit du maillage pour ses propres surfaces IA

La documentation de référence est la page AI features and your website de Google Search Central. Elle est courte, environ 6 200 caractères une fois les balises retirées, et elle mentionne le maillage interne exactement une fois, dans sa liste de fondamentaux SEO qui restent utiles :

Making your content easily findable through
internal links on your website

Le verbe est « findable », trouvable. Le maillage y est présenté comme un moyen d'être découvert, pas comme un moyen d'être renforcé.

Ce qu'on ne trouve pas dans cette page est plus parlant que ce qu'on y trouve. En comptant les occurrences sur le corps de l'article, hors menu de navigation du site, la chaîne « PageRank » apparaît zéro fois, « authority » zéro fois, « juice » zéro fois, « anchor » zéro fois. La page qui explique comment apparaître dans les AI Overviews et dans AI Mode ne prononce à aucun moment le vocabulaire sur lequel repose l'intégralité de la première page de résultats française consacrée au maillage interne.

Il faut lire cette absence avec la prudence qu'elle mérite, comme nous l'avons fait pour l'E-E-A-T et les moteurs génératifs. Elle n'établit pas que le PageRank interne a cessé d'exister : les surfaces IA de Google s'appuient sur l'index de la recherche classique, et cet index continue de fonctionner avec ses signaux habituels. Elle établit une chose plus modeste et suffisante : quand Google rédige la page destinée à ceux qui veulent apparaître dans ses réponses générées, il retient du maillage interne la fonction de découverte, et il ne présente aucune sculpture d'autorité interne comme un levier.

Le mécanisme rend cette hiérarchie cohérente. Comme l'établit l'article sur le query fan-out et l'autonomie des passages, la sélection d'une citation dans une réponse générée se joue au niveau du fragment récupéré, et cette sélection est décrite dans les brevets lus par Mike King comme indépendante du rang du document d'origine. Autrement dit, une page peut être citée pour un paragraphe qu'elle n'était pas écrite pour positionner. La question de savoir combien d'autorité interne elle a reçue de sa page mère ne se pose plus au moment où le fragment est retenu, parce que ce n'est pas cette page qui concourt, c'est ce fragment.

La découverte devient le point faible, et personne ne la surveille

Voilà l'inversion. La fonction que la doctrine du cocon sémantique traite comme un prérequis banal, être trouvable, est devenue le point de rupture.

L'étude de Vercel et Merj publiée en décembre 2024 sur le comportement réel des robots donne le chiffre le plus utile de ce dossier. ChatGPT consacre 34,82 % de ses requêtes à des pages qui renvoient une erreur 404. Claude est au même niveau, 34,16 %. Googlebot, sur le même périmètre, est à 8,22 %. L'écart se retrouve sur les redirections : 14,36 % des requêtes de ChatGPT contre 1,49 % pour Googlebot. Les auteurs le formulent sobrement, les robots IA « show less predictable patterns in their URL selection », et ils constatent que ces robots tentent fréquemment de récupérer des ressources périmées.

Un robot qui tape un tiers de 404 ne travaille pas sur une carte à jour de votre site. Il travaille sur un stock d'URL constitué ailleurs et vieilli. Cela a une conséquence directe sur le maillage : la propreté des URL, l'entretien des redirections et l'absence de liens internes cassés cessent d'être de l'hygiène technique de second rang pour devenir la variable qui décide si le robot atteint la page ou pas. Un lien interne mort coûtait un peu de budget de crawl à Google, qui savait de toute façon retrouver la bonne URL. Il coûte une occasion de citation à un moteur qui, statistiquement, arrive déjà une fois sur trois sur une porte fermée.

Il y a un second piège, et celui-là est tendu par la documentation officielle. La page Link best practices for Google précise noir sur blanc que les liens injectés par JavaScript restent explorables :

Links are also crawlable when you use JavaScript
to insert them into a page dynamically as long as
it uses the HTML markup shown above.

C'est exact pour Google, qui effectue un rendu en seconde vague. C'est faux pour les moteurs génératifs en récupération directe, qui n'exécutent pas le JavaScript, comme le détaille l'article sur le rendu JavaScript et les crawlers IA. Un menu déroulant, une pagination « voir plus », un bloc d'articles liés monté côté client : autant de liens qui existent pour Googlebot et qui n'existent pas pour un robot qui lit le HTML brut. La même page ajoute un conseil de vérification qui aggrave le problème, celui d'utiliser l'outil d'inspection d'URL de la Search Console pour contrôler que l'ancre est bien présente. Cet outil affiche le DOM après exécution du JavaScript. Il confirmera donc que tout va bien au moment précis où rien ne va.

Le contrôle honnête tient en une commande, qui compte les liens visibles sans exécuter une ligne de script :

curl -sL https://exemple.fr/page/ \
  | grep -o -E '<a [^>]*href="[^"]+"' \
  | grep -o -E 'href="[^"]+"' \
  | sort -u | wc -l

Comparez ce nombre à celui que renvoie document.querySelectorAll('a[href]').length dans la console du navigateur sur la même page. L'écart entre les deux est votre maillage invisible. Sur les sites construits avec un framework moderne sans pré-rendu, cet écart est régulièrement de plusieurs dizaines de liens.

Pour savoir si le problème est théorique ou réel chez vous, il n'y a qu'une source : les journaux du serveur, seuls à enregistrer le passage des robots IA, comme l'explique l'article sur l'analyse des logs de crawlers IA. Ni la Search Console ni l'analytique ne voient ces requêtes.

Un mot sur ce que les éditeurs ne disent pas. La documentation d'OpenAI sur ses robots décrit ce que fait chaque agent, OAI-SearchBot pour la recherche, GPTBot pour l'entraînement, et comment les autoriser dans le robots.txt, sujet traité dans l'article sur les crawlers IA et le robots.txt. Vérification faite en comptant les occurrences sur la page entière, le mot « sitemap » y apparaît zéro fois, l'expression « internal link » zéro fois. Aucune consigne de découverte n'est publiée. Ce silence ne prouve pas que ces robots ignorent vos liens ; il signifie qu'aucun engagement n'est pris sur la manière dont ils constituent leur liste d'URL, et donc que l'observation reste la seule source fiable.

L'ancre est du texte, et Google applique déjà le bon test

Reste la troisième fonction, celle que la doctrine française ne compte pas. Une ancre est du contenu visible. Elle se trouve dans un paragraphe, et si ce paragraphe est récupéré comme fragment par un moteur génératif, l'ancre part avec lui.

C'est ici que la documentation de Google devient franchement intéressante, parce qu'elle propose depuis des années un test que le GEO redécouvre aujourd'hui pour les passages :

Tip: Try reading only the anchor text (out of
context) and check if it's specific enough to
make sense by itself.

Lire l'ancre hors contexte et vérifier qu'elle se suffit à elle-même. C'est exactement le test que le pilier de ce cluster applique au paragraphe : sortir un fragment de sa page et regarder s'il tient debout seul. Google l'appliquait à l'ancre bien avant les réponses générées, pour une raison d'ergonomie et de compréhension. Le raisonnement vaut désormais pour une seconde raison, plus mécanique : le fragment extrait n'emporte pas la page avec lui.

La documentation donne ses contre-exemples, et ils sont les mêmes que les nôtres : « Click here », « Read more », un lien posé sur le mot « website », un lien posé sur le mot « article ».

Or l'optimisation classique produit une autre famille de mauvaises ancres, et celle-là est un effet direct de la logique de transmission d'autorité. Quand l'objectif est de faire remonter une page cible sur un mot-clé, la règle est d'utiliser ce mot-clé en ancre, à l'identique, aussi souvent que possible. Le résultat est un texte où la même expression revient en gras cliquable tous les deux paragraphes, insérée dans des phrases construites pour l'accueillir plutôt que pour dire quelque chose. Lue par un humain, cette phrase sonne creux. Extraite comme fragment et servie dans une réponse générée, elle ne dit rien du tout.

La bonne ancre pour un moteur génératif est donc celle qui décrit la ressource dans une phrase qui garde son sens seule. « Comme l'établit l'étude de Vercel et Merj sur le comportement des crawlers IA » est une ancre utile. « Découvrez notre guide du maillage interne seo » ne survit pas à l'extraction, parce qu'elle ne contient aucune information, seulement une invitation.

Ce que devient le cocon sémantique

Le cocon sémantique n'est pas mort, et l'article serait malhonnête s'il le laissait croire. Il produit trois effets, dont deux survivent parfaitement.

Ce qui survit. Regrouper les contenus par thème et relier les pages entre elles crée une structure où chaque page est atteignable en peu de clics depuis un point d'entrée. C'est la fonction de découverte, et elle est exactement ce que Google recommande pour ses surfaces IA. Le cocon produit également un travail éditorial de fond, la cartographie d'un sujet en pages complémentaires qui couvrent ses sous-questions. Devant un système qui décompose une requête en sous-requêtes parallèles, cette couverture par sous-sujets est un atout réel, à condition que chaque page réponde vraiment à sa sous-question.

Ce qui ne sert plus. L'ingénierie fine de la circulation d'autorité interne, les arbitrages sur le nombre de liens sortants par page pour ne pas diluer, les liens transversaux entre pages soeurs calculés pour concentrer la puissance sur la page mère. Ce travail agit sur un mécanisme de classement de pages. La sélection d'un fragment dans une réponse générée ne le mobilise pas.

Ce qui se retourne contre vous. Les ancres exact-match répétées, qui étaient le carburant du dispositif, sont précisément le type de texte qui affaiblit un passage. Là où la doctrine dit « répétez le mot-clé cible en ancre », le GEO dit « écrivez une phrase qui informe ». Les deux consignes ne sont pas compatibles au-delà d'un certain volume.

La conséquence pratique est un arbitrage, pas une conversion. Si votre trafic vient aujourd'hui de Google en recherche classique, la mécanique du PageRank interne continue de vous servir et il n'y a aucune raison de la démonter. Si vous construisez un site neuf, ou si vous arbitrez le temps d'un chantier de refonte, le rapport a changé : une heure passée à rendre les liens accessibles sans JavaScript et à réécrire les ancres en phrases informatives rapporte plus qu'une heure passée à sculpter la répartition du jus interne.

Ce que cet article ne dit pas

Il ne dit pas que les liens internes ne comptent plus. Ils comptent, et la documentation de Google les nomme explicitement parmi les fondamentaux qui valent pour ses fonctionnalités IA. C'est la raison de cette fonction qui change, pas son existence.

Il ne dit pas non plus que le PageRank interne a cessé d'agir. Il agit dans l'index de la recherche classique, et cet index alimente les surfaces IA de Google. Ce que l'article établit, c'est que ce levier n'est nommé nulle part dans la documentation destinée aux réponses générées, et qu'aucun mécanisme public ne le relie à la sélection d'un fragment.

Il ne dit surtout pas que ces conclusions sont mesurées. Aucune étude publique à ce jour n'a testé l'effet d'un changement de maillage interne sur le taux de citation en réponse générée. Le raisonnement ci-dessus est mécanique, pas expérimental. C'est d'ailleurs un cas de figure difficile à tester : une refonte de maillage est un changement de site entier, sans groupe témoin possible sur le même domaine. Le sujet se range donc du côté de ce qui se raisonne plutôt que de ce qui se mesure, selon la distinction posée dans l'article sur les tests A/B en GEO. La réécriture des ancres sur un lot de pages, en revanche, admet un témoin, et se prête donc à une vérification honnête.

Il reste que trois vérifications ne coûtent presque rien et se font aujourd'hui. Comptez les liens présents dans le HTML brut et comparez au rendu. Passez votre site au crawler pour lister les liens internes qui renvoient une 404 ou une chaîne de redirections. Et relisez vingt ancres au hasard hors de leur phrase, en vous demandant si elles apprennent quelque chose à quelqu'un qui ne verrait qu'elles. Ce dernier test est celui de Google, et il est plus sévère qu'il n'en a l'air.

Vous pouvez d'ailleurs l'appliquer à cet article. Il porte dix liens internes, tous posés sur des groupes de mots qui décrivent la ressource visée, et aucun sur un mot-clé isolé. C'est la seule démonstration que je peux faire ici sans vous demander de me croire sur parole, et c'est aussi ce que je vérifie en premier sur les sites qu'on m'envoie, aux côtés de l'accessibilité des contenus fermés et de la structure des pages, sujets traités dans les articles sur le contenu derrière formulaire et sur la FAQ et les moteurs génératifs.

Si vous préférez faire poser ce diagnostic plutôt que de le mener vous-même, c'est l'un des points examinés dans notre audit GEO. Et si la distinction entre les deux disciplines reste floue, la page sur les différences entre GEO et SEO la pose en détail.