Maillage interne : le guide SEO pour structurer votre site

Le maillage interne est la pratique qui consiste à relier entre elles les pages d'un même domaine, pour que lecteurs et robots circulent par des chemins prévisibles. Il décide des pages qui seront découvertes, de la fréquence à laquelle elles seront réexplorées et de la quantité d'autorité qui atteint les pages génératrices de chiffre d'affaires.

Le cocon sémantique pousse cette logique plus loin. Chaque URL appartient à un seul thème parent, la plupart des liens contextuels restent à l'intérieur de ce thème, et la forme du site épouse la forme du sujet traité. Les moteurs lisent ce motif comme le signe qu'un site couvre un sujet sérieusement plutôt qu'au passage.

Ce guide explique ce que transmet un lien interne, comment la profondeur de clic et le budget de crawl s'articulent, à quoi ressemble une structure d'URL propre, combien de liens une page peut porter et comment mener une analyse de maillage interne sans casser ce qui fonctionne. L'étape précédente, décider quelles pages doivent exister, est traitée dans notre guide sur l'arborescence d'un site web.

Un lien interne pointe d'une page d'un domaine vers une autre page du même domaine. Les moteurs suivent ces liens pour découvrir des URL, et ils lisent l'ancre ainsi que la phrase qui l'entoure comme une description de la destination. Une page sans aucun lien interne entrant est, du point de vue d'un robot, une page qui n'a pas encore été publiée.

Les liens internes remplissent trois fonctions distinctes, et les confondre reste l'erreur de planification la plus courante :

• Découverte. Un robot atteint une URL en suivant un lien vers elle. Les sitemaps XML aident, mais ce sont les liens qui remettent une page en file d'attente régulièrement.
• Contexte. L'ancre et la phrase qui l'entoure indiquent aux moteurs ce que couvre la destination, avec des mots que la page de destination n'a pas écrits sur elle-même.
• Distribution. L'autorité acquise par une page circule vers l'extérieur le long de ses liens : les pages que vous liez le plus souvent sont donc celles que vous mettez en avant.

Les liens externes pointent vers d'autres domaines et jouent le rôle de recommandation tierce. Les deux comptent, mais seul le maillage interne dépend entièrement de vous, ce qui en fait l'amélioration structurelle la moins coûteuse à la portée de presque tous les sites.

L'exploration part d'URL déjà connues et se propage le long des liens. Comme le décrit la documentation de Google sur le fonctionnement de la recherche, un robot télécharge une page, en extrait les liens, met les nouvelles adresses en file d'attente et recommence. Ce qu'un robot atteint facilement est rafraîchi souvent, ce qui se cache derrière quatre ou cinq sauts est visité rarement.

Trois mesures expliquent la majorité des problèmes d'exploration :

• Profondeur des pages. Le nombre de clics entre la page d'accueil et une page. Nous retenons trois clics comme plafond de travail pour les pages commerciales, et un site est signalé dès que plus de 20 % de ses URL indexables se situent au-delà.
• Pages orphelines. Des URL sans aucun lien interne entrant. Pour les pages qui génèrent du chiffre d'affaires, la seule proportion acceptable reste 0 %.
• Budget de crawl. Le volume d'exploration accordé à un site. Les recommandations de Google sur le budget de crawl placent le seuil très haut : la contrainte devient réelle au-delà d'environ un million de pages, ou au-delà de dix mille pages modifiées chaque jour.

Sous ces seuils, optimiser le budget de crawl est rarement le vrai goulot d'étranglement. Ce qui ressemble à un problème de budget sur un site de 400 pages est presque toujours un problème de maillage déguisé : URL dupliquées par paramètres, navigation à facettes sans garde-fous, ou rubrique accessible uniquement depuis le pied de page.

Selon le guide Web.dev sur la découvrabilité des contenus, un lien explorable est un simple élément ancre doté d'un attribut href. Les menus construits avec des boutons, des spans ou des gestionnaires de clic ressemblent à de la navigation pour un humain et à rien du tout pour un robot.

Un lien transmet trois choses en même temps : un chemin d'exploration, une description par l'ancre et une part de l'autorité de la page qui pointe. Savoir laquelle des trois vous intéresse détermine l'endroit du lien. Un lien de découverte fonctionne depuis la navigation ou une page pilier. Un lien de pertinence doit se trouver dans le corps du texte, à côté des mots sur lesquels la destination doit se positionner.

Les effets apparaissent dans un ordre assez fiable :

• Les pages neuves sont indexées en jours plutôt qu'en semaines, car une page liée entre en file d'attente dès la visite suivante de la page qui la pointe
• Les pages commencent à se positionner sur les formulations de leurs ancres, l'ancre étant l'une des rares descriptions d'une page rédigée par quelqu'un d'autre que son auteur
• Les pages profondes cessent de perdre de la valeur, car l'autorité qui s'arrêtait à l'accueil atteint désormais les catégories et les fiches
• Les rédacteurs cessent de réécrire le même rappel de contexte, puisqu'ils peuvent pointer la page qui le traite déjà

Les recommandations de Google sur les liens explorables sont nettes sur la mécanique : si le lien n'est pas une balise ancre avec un href résoluble, rien de ce qui précède ne se produit.

La structure d'URL est la partie visible du maillage interne. Comme le formulent les recommandations de Google sur la structure des URL, une URL devrait décrire son contenu avec des mots qu'une personne pourrait lire à voix haute au téléphone. Le format qui survit aux refontes est court, en minuscules, séparé par des tirets et organisé par thème plutôt que par logiciel générateur.

Les règles qui tiennent d'un projet à l'autre sont peu spectaculaires :

• Un niveau de répertoire par thème réel, pas un par table de base de données
• Des mots employés par les clients, pas des codes produits internes
• Des tirets comme séparateurs, jamais d'espaces ni de majuscules
• Ni identifiants de session, ni paramètres de suivi, ni critères de tri dans les URL indexables
• Des slugs stables, car chaque changement coûte une redirection et une part de la valeur de chaque lien pointant vers l'ancienne adresse

Les chemins profonds ne sont pas pénalisés en eux-mêmes. Le dommage vient de ce qui les accompagne : des pages à cinq clics de distance et des URL de catégorie que personne ne lie. Gardez le chemin lisible et le maillage construit par-dessus restera plus facile à tenir propre.

Le cocon sémantique range chaque page sous un seul thème parent et garde les liens contextuels à l'intérieur de ce groupe. Le cluster thématique est la version souple de la même idée : une page pilier couvre le sujet largement, des pages filles en traitent les parties, et chacune renvoie vers la page pilier. Les deux modèles rendent lisibles pour un moteur les frontières d'un sujet.

La différence tient à la dureté des cloisons. Le cocon limite les liens croisés entre groupes pour que l'autorité se concentre, le cluster les autorise partout où le lecteur y gagne. Nous traitons cette limite comme une convention de travail et non comme une règle : une page pilier devrait adresser au moins 70 % de ses liens contextuels à des pages de son propre groupe et placer le reste là où le lecteur en tire un bénéfice.

La création d'un cocon sémantique échoue d'une manière très précise. Quand une entreprise vend trois prestations et qu'une question client en recouvre deux, un cocon strict oblige le rédacteur soit à dupliquer la réponse, soit à laisser le lecteur devant un mur. Si le choix reste ouvert, commencez par des clusters et resserrez vers le cocon uniquement là où les sujets ne se recoupent vraiment pas.

Plate et profonde décrivent le même site mesuré depuis la page d'accueil. Une structure plate maintient la plupart des pages à deux ou trois clics, une structure profonde imbrique le contenu sur quatre niveaux ou davantage. Aucune n'est correcte dans l'absolu : un site de conseil de 60 pages et un catalogue de 200 000 références appellent des réponses différentes.

Aucune limite n'a été publiée. Google a retiré son ancienne consigne d'environ cent liens par page sans jamais la remplacer par un chiffre : citer un plafond ferme revient donc à citer une convention et non une règle. Ce qui remplace la limite est un arbitrage sur l'attention, car chaque lien supplémentaire divise à la fois la concentration du lecteur et l'autorité transmise.

Les conventions que nous appliquons sur les projets clients :

• Un article long porte cinq à quinze liens contextuels, orientés vers les pages qu'il doit soutenir
• Une page de catégorie lie ses pages filles et sa page parente, et guère plus
• Un menu de navigation expose des rubriques, pas toutes les pages qu'elles contiennent
• Le pied de page porte des liens légaux et de service, pas un second plan de site

Comptez les liens que le gabarit émet déjà avant d'en ajouter. Une page à 300 liens sortants ne transmet plus grand-chose par aucun d'entre eux, et un en-tête qui répète les mêmes 80 liens sur tout le site dépense l'essentiel du budget de maillage sur des pages déjà faciles à atteindre.

L'essentiel des dégâts du maillage reste invisible dans un navigateur. Une page paraît correcte, ne se positionne sur rien, et personne n'enquête parce que la panne se situe dans la façon dont elle est reliée et non dans ce qu'elle raconte. Les erreurs ci-dessous reviennent dans presque tous les audits, classées grossièrement selon le trafic récupéré après correction.

Pages orphelines et quasi orphelines

Une page orpheline ne reçoit aucun lien interne. Une page quasi orpheline en reçoit un, souvent depuis une archive paginée qui la fait sortir en un mois. Les deux se comportent pareil : indexées lentement, réexplorées rarement, et évaluées comme si personne sur le site ne les jugeait importantes.

Des ancres qui ne décrivent rien

Les liens libellés cliquez ici ou en savoir plus gaspillent la seule occasion de décrire une destination avec vos propres mots. Remplacez-les par l'expression sur laquelle la destination doit se positionner, puis variez la formulation pour que vingt liens ne portent pas la même ancre.

Des liens qui n'existent que dans JavaScript

Un menu qui résout ses destinations par gestionnaires de clic n'est pas une liste de liens. Sans balise ancre avec href dans le code, le robot ne met rien en file d'attente, et chaque page derrière ce menu dépend d'être trouvée ailleurs.

Des chaînes de redirection héritées des renommages

Chaque renommage laisse d'anciens liens vers une adresse qui redirige désormais. Un saut se tolère, trois sauts consomment de l'exploration et diluent ce que le lien transmet. Corrigez les liens à la source plutôt que de laisser la table de redirections les porter indéfiniment.

Une analyse de maillage interne répond à quatre questions : quelles pages ne reçoivent aucun lien, quelles pages importantes en reçoivent trop peu, quels liens sont cassés ou redirigés, et quelles ancres décrivent la mauvaise chose. Il vous faut un crawl complet du site et la liste des pages qui comptent commercialement. Tout le reste relève de la comparaison.

La séquence qui produit un résultat exploitable :

1. Crawler le site et exporter chaque URL avec son nombre de liens entrants, sa profondeur de clic et son code de statut
2. Extraire la même liste depuis le sitemap XML et depuis l'analytics, puis croiser les trois pour faire apparaître les orphelines
3. Classer les pages commerciales par liens entrants et marquer tout ce qui reçoit moins de 1 % des liens internes du site
4. Relever les ancres par destination et repérer les pages dont toutes les ancres sont identiques ou vides de sens
5. Filtrer les liens en 3xx ou 4xx et les corriger à la source, pas dans la table de redirections
6. Rédiger la liste de corrections en tâches par page, car une tâche de maillage sans responsable n'est jamais livrée

Sur WordPress, cette analyse se fait avec le même crawl : les extensions de liens automatiques créent souvent des ancres identiques en série, et c'est l'étape 4 qui les révèle. Refaites le crawl un mois après les corrections. Les compteurs de liens bougent tout de suite, les positions demandent en général un cycle d'exploration avant d'apparaître dans les données après lancement.

Tout crawler capable de reporter les liens entrants par URL couvre la moitié structurelle du travail. L'autre moitié demande des données de performance en recherche, car une page très liée mais sans impressions n'a pas le même problème qu'une page avec des impressions et presque aucun lien. La plupart des équipes associent un crawler à une source de performance.

À quoi sert chaque catégorie d'outil :

• Crawlers de bureau. Screaming Frog et Sitebulb cartographient tout le graphe de liens, indiquent la profondeur par URL et exportent des listes de liens entrants et sortants comparables dans un tableur.
• Audits en ligne. Ahrefs et Semrush explorent selon un calendrier et signalent les orphelines par rapport à leur propre index, ce qui révèle des URL qu'un crawl neuf manquerait.
• Google Search Console. Le rapport sur les liens montre quelles pages internes Google a réellement enregistrées : c'est la seule vue qui reflète ce qu'un moteur a vu.
• Analyse de logs. Les journaux serveur montrent quelles URL les robots ont demandées et à quelle fréquence, et tranchent les débats sur le budget de crawl qu'aucun crawler ne tranche.

Aucun de ces outils ne décide de ce qui doit pointer vers quoi. Ils révèlent les manques, le jugement thématique reste chez ceux qui connaissent l'activité.

La refonte est le moment où le maillage interne recule le plus souvent. Les gabarits changent, des rubriques fusionnent, et les liens contextuels logés dans les anciens textes disparaissent sans bruit. Les pages existent encore et se positionnent encore, jusqu'au jour où les robots ne trouvent plus de chemin vers elles. Capturer l'ancien graphe avant la mise en ligne reste la seule défense fiable.

La liste que nous déroulons sur chaque projet de création de site qui remplace un site existant :

• Crawler le site en production et archiver l'export complet des liens entrants et sortants avant toute modification
• Associer chaque ancienne URL à une nouvelle, y compris celles qui fusionnent au lieu de se déplacer
• Reposer les liens contextuels dans les textes migrés, pas seulement dans la navigation
• Vérifier que les nouveaux gabarits produisent de vraies balises ancre et non des gestionnaires de clic
• Recrawler l'environnement de préproduction et comparer les compteurs de liens page par page avec l'archive
• Recrawler encore 48 heures après la mise en ligne, car les retouches de gabarit de la semaine de lancement font disparaître le plus de liens

Une refonte qui préserve le graphe de liens est aussi le moment le moins cher pour l'améliorer. Vous pouvez voir comment l'enchaînement se déroule sur un projet entier dans notre processus de développement, et des exemples de résultat dans notre portfolio.

Le maillage interne est la partie du SEO technique qu'une équipe éditoriale peut porter sans toucher au code. Ajouter un lien dans un paragraphe ne coûte rien, et l'effet cumulé sur une année de publication dépasse la plupart des correctifs techniques ponctuels.

Un cocon sémantique justifie la discipline supplémentaire quand une entreprise couvre plusieurs sujets nettement séparés et veut que chacun soit lu comme sérieux plutôt qu'accessoire. Quand les sujets se recoupent, des clusters plus souples font le même travail avec moins de débats sur l'appartenance des pages.

Quel que soit le modèle, l'habitude d'entretien pèse plus que le schéma. Crawler chaque trimestre, surveiller le nombre de pages orphelines, garder des ancres descriptives et réparer les liens à la source au lieu d'empiler des redirections : ces quatre habitudes tiennent un graphe de liens longtemps après la mise en ligne qui l'a créé.