Maillage interne : des chemins clairs pour les humains et les moteurs

Réponse directe

Le maillage interne consiste à relier les pages d'un même site par des liens ordinaires et explorables. Un lien interne utile indique au lecteur ce qu'il peut faire ensuite, donne à la destination une relation descriptive avec la source, et aide les moteurs de recherche à découvrir et comprendre le site. La règle pratique est simple : posez un lien quand la destination est la meilleure étape suivante pour un utilisateur réel, utilisez une ancre qui décrit cette destination, et rendez les pages importantes accessibles par une navigation stable ou par des chemins contextuels.

Il n'existe pas de nombre idéal officiel de liens internes par page, pas de pourcentage sûr d'ancres à mot-clé exact, ni de formule publique indiquant la quantité d'autorité transmise par un lien. Dix liens utiles valent mieux que trois liens vagues ou cent liens issus d'un gabarit. L'architecture, le contexte, la profondeur de clic, l'explorabilité, la qualité de la destination et la maintenance comptent tous.

Commencez par l'objectif de la page. Donnez à chaque tâche de recherche un propriétaire canonique unique, reliez les prérequis aux procédures et les procédures aux résultats, puis auditez les pages orphelines, les destinations cassées, les redirections, les ancres vagues et les propriétaires concurrents. Le maillage interne n'est pas une décoration ajoutée après publication. C'est le système de navigation de votre base de connaissances.

Ce que vous saurez faire

À la fin de cette leçon, vous saurez :

• distinguer les liens de navigation, contextuels, de fil d'Ariane et utilitaires ;
• créer des liens que Google peut explorer et que les gens peuvent comprendre ;
• choisir des ancres descriptives sans forcer les correspondances exactes ;
• concevoir des hubs et des pages satellites autour des parcours utilisateurs ;
• relier prérequis, leçons, outils et étapes suivantes ;
• mesurer la profondeur de clic sans idolâtrer un seuil arbitraire ;
• repérer les pages orphelines et les fausses orphelines ;
• réparer les destinations cassées, redirigées, canonicalisées et dupliquées ;
• réviser les liens de gabarit sans transformer le pied de page en nuage de mots-clés ;
• surveiller le graphe de liens internes au fil des évolutions du site.

Ce que fait réellement un lien interne

Un lien interne est un lien HTML dont la source et la destination appartiennent au même site. Il peut remplir quatre fonctions à la fois :

1. Navigation : il aide une personne à progresser vers une réponse ou une action.
2. Découverte : il fournit aux robots un chemin vers une URL.
3. Contexte : les mots qui l'entourent et son ancre décrivent la relation entre deux pages.
4. Architecture : des chemins répétés révèlent la hiérarchie, la séquence et la propriété canonique.

Ces fonctions se recouvrent, mais elles ne sont pas identiques. Un sitemap peut soutenir la découverte sans créer un bon parcours d'apprentissage. Un fil d'Ariane peut exposer la hiérarchie sans expliquer pourquoi deux leçons sont liées. Un lien contextuel peut clarifier un concept sans avoir sa place dans la navigation globale.

Les bonnes pratiques de Google sur les liens indiquent que les liens sont généralement explorables lorsqu'ils utilisent un élément a avec un attribut href. Cela paraît élémentaire parce que ça l'est. Un div stylé, un gestionnaire de clic ou un script qui ne crée la destination qu'après une interaction peuvent fonctionner pour un utilisateur dans un navigateur donné tout en ne fournissant aucun chemin d'exploration fiable.

Appliquez l'amélioration progressive. La destination doit exister dans le lien HTML. JavaScript peut ajouter du comportement, du suivi ou du confort d'interface, mais il ne doit pas être le seul endroit où la route existe.

Les quatre couches de liens internes

Navigation principale

La navigation principale porte les choix durables : Produit, Academy, Guides, Glossaire, Outils gratuits. Gardez-la assez courte pour être parcourue du regard. Elle doit refléter les tâches essentielles du site, pas toutes les requêtes que vous voulez positionner.

Hubs et collections

Un hub aide l'utilisateur à choisir entre des destinations étroitement liées. Un hub Academy peut ordonner les leçons par niveau. Un hub comparatif peut regrouper des évaluations de logiciels. Un glossaire peut exposer les définitions par ordre alphabétique et par thème.

Un hub a besoin de son propre objectif. S'il se contente de reprendre le premier paragraphe de chaque page fille, il devient un index pauvre. Ajoutez des critères de choix, les prérequis, la séquence et les distinctions dont le lecteur a besoin pour décider.

Liens contextuels

Les liens contextuels se placent à l'intérieur de l'explication. Ils sont souvent la façon la plus claire d'exprimer une relation :

• du prérequis à la procédure ;
• de la définition à l'application ;
• du problème au diagnostic ;
• de l'affirmation à la preuve ;
• du guide au modèle ;
• de la comparaison à la capacité produit ;
• d'une leçon à la suivante.

Placez le lien là où le besoin apparaît. Un bloc générique d'articles liés en fin de page ne remplace pas un lien pertinent posé à côté du concept.

Fil d'Ariane

Le fil d'Ariane montre la position dans une hiérarchie et propose une route vers le haut. La documentation de Google sur le fil d'Ariane recommande de représenter un parcours utilisateur typique plutôt que de recopier mécaniquement la structure d'URL. Le fil d'Ariane visible et le balisage BreadcrumbList doivent décrire la même hiérarchie réelle.

Le balisage ne remplace pas la navigation visible. Il ne garantit pas non plus un résultat enrichi. Utilisez-le parce que la relation est vraie et utile.

Texte d'ancre : décrivez la destination

Une bonne ancre répond à la question : « Qu'est-ce que j'obtiens si je suis ce lien ? »

Faible : cliquez ici
Mieux : télécharger le modèle d'audit de maillage interne

Faible : en savoir plus
Mieux : comprendre comment les URL canoniques résolvent les doublons

Faible : SEO
Mieux : checklist d'explorabilité en SEO technique

Descriptif ne veut pas dire répéter artificiellement un mot-clé exact dans chaque lien. Employez une formulation qui s'intègre à la phrase et représente fidèlement la destination. La variation naturelle découle des différents contextes de départ. Ne fixez pas un objectif de ratio d'ancres pour ensuite réécrire une prose utile afin de le satisfaire.

La phrase environnante compte aussi. « Avant de modifier les canoniques, réconciliez les signaux d'indexabilité » crée une relation plus forte qu'un mot-clé inséré dans un paragraphe sans rapport.

Les images comme liens

Quand l'image est le lien, un texte alternatif utile aide à décrire la destination et la fonction de l'image. Évitez un alt vide ou saturé de mots-clés. Si l'image est décorative et qu'un lien texte voisin porte l'action, gardez ce comportement d'accessibilité intentionnel.

Combien de liens internes une page doit-elle contenir ?

Autant que la page en a besoin pour accomplir sa tâche et proposer des suites sensées, mais pas plus que ce qui peut être maintenu et compris. Google ne publie aucune cible du type cinq liens pour mille mots.

Plutôt que de compter les liens, demandez-vous :

• Chaque lien sert-il un besoin utilisateur actuel ?
• La destination est-elle le propriétaire canonique de cette tâche ?
• Les actions importantes sont-elles visibles sans fouiller le pied de page ?
• Les liens de gabarit répétés sont-ils utiles sur chaque page qui utilise ce gabarit ?
• La lecture est-elle interrompue par des liens sans valeur ajoutée ?
• Chaque destination peut-elle être maintenue ?

Utilisez le comptage de liens comme détection d'anomalie. Une leçon sans aucun lien contextuel est peut-être isolée. Un article de 1 500 mots avec 180 ancres commerciales est peut-être surchargé. Aucun de ces chiffres ne prouve le verdict à lui seul.

Construisez des chemins à partir des tâches, pas des mots-clés

Partez de la cartographie route et intention de l'étape 15. Chaque page a déjà une tâche principale et un propriétaire canonique. Ajoutez maintenant les relations.

Pour chaque page, définissez :

1. ce que le lecteur doit savoir d'abord ;
2. ce qu'il cherche à accomplir maintenant ;
3. quelle preuve ou quel outil l'aide à y parvenir ;
4. quelle décision suit ;
5. où il va si cette page ne lui convient pas.

Cela produit un graphe orienté plutôt qu'un maillage de tous vers tous. Une leçon pour débutants peut pointer vers l'avant. Une leçon avancée peut renvoyer aux prérequis. Un outil peut renvoyer à son mode d'emploi. Une page commerciale peut renvoyer aux preuves et aux limites. Chaque direction a une raison d'être.

La profondeur de clic sans mythologie

La profondeur de clic est le nombre minimal de sélections de liens nécessaires pour atteindre une page depuis un point de départ choisi, en général la page d'accueil ou un hub de section. Elle est utile parce qu'une page enfouie est plus difficile à découvrir et plus difficile à trouver pour les utilisateurs.

Aucune règle universelle n'impose que chaque URL soit à exactement trois clics. Une petite page de conversion et une archive de longue traîne n'ont pas la même importance. Mesurez la profondeur depuis plusieurs points d'entrée significatifs et priorisez selon le rôle de la page.

L'objectif n'est pas un site plat. C'est un site compréhensible où les destinations importantes ont des chemins délibérés.

Repérer correctement les pages orphelines

Une page orpheline n'a aucun lien interne découvrable dans le jeu d'exploration que vous évaluez. « Orpheline » est une notion relative au jeu de données. Un crawler peut qualifier une URL d'orpheline parce qu'il a démarré sur le mauvais sous-domaine, n'a pas pu afficher un menu, n'avait pas d'authentification ou n'a pas reçu de liste d'URL.

Réconciliez au moins quatre sources :

• une exploration depuis des points d'entrée représentatifs ;
• les sitemaps XML ;
• les pages de destination de l'analytics ;
• les URL de la Search Console ou des logs serveur.

Classez ensuite l'URL :

• Lier : utile et volontairement indexable, mais sans chemin d'accès.
• Rediriger : doublon retiré avec un remplaçant clair.
• Noindex ou restreindre : utile aux utilisateurs mais pas destinée à être une page d'entrée en recherche.
• Supprimer : obsolète, vide, risquée ou créée par erreur.
• Investiguer : propriétaire, locataire ou état de données inconnu.

Ne liez pas automatiquement chaque URL découverte. Certaines pages ne devraient pas exister ou ne devraient pas être indexables.

Auditez les destinations avant d'ajouter des liens

Un lien interne ne vaut que par sa destination. Avant d'ajouter ou d'automatiser un lien, vérifiez :

• le statut HTTP ;
• la destination finale après redirections ;
• la cible canonique ;
• l'indexabilité ;
• la langue ;
• l'exhaustivité du contenu ;
• la propriété de la tâche ;
• les frontières de locataire et d'accès ;
• l'état de mise à jour.

Liez directement vers l'URL canonique finale quand vous contrôlez les deux pages. Les chaînes de redirection font perdre du temps et masquent une architecture obsolète. Une canonique qui pointe ailleurs peut signifier que le lien renforce le mauvais propriétaire.

Ahrefs a examiné les liens pointant vers un échantillon de 2 062 173 sites issu d'une exploration de janvier 2013 et a rapporté que 66,5 % avaient pourri après neuf ans. Il s'agit d'une étude éditeur sur longue période portant sur des liens, pas d'un taux universel et actuel de défaillance des liens internes. La leçon utile porte sur la maintenance : les destinations disparaissent, redirigent ou changent d'objectif. Revérifiez-les.

Le tableau d'audit du maillage interne

Utilisez l'auditeur de graphe de liens internes à télécharger. Une ligne représente une relation source vers destination.

Produisez au minimum ces rapports :

1. destinations orphelines ;
2. destinations cassées ;
3. destinations redirigées ;
4. ancres vagues ou dupliquées ;
5. propriétaires canoniques en conflit ;
6. ruptures dans l'ordre des prérequis ;
7. pages importantes à forte profondeur ;
8. liens de gabarit peu pertinents.

Une vue en graphe est utile pour repérer les composants isolés et les gabarits trop centralisateurs. Le tableau ligne par ligne reste la vérité opérationnelle, car il porte la propriété et le statut.

Exemple travaillé

Il s'agit d'un exemple pédagogique synthétique, pas de données de performance SEOryon.

Une mini Academy compte huit pages :

1. hub Academy ;
2. fondamentaux du SEO ;
3. intention de recherche ;
4. recherche de mots-clés ;
5. explorabilité ;
6. maillage interne ;
7. une checklist de liens internes ;
8. un ancien guide sur les liens internes.

L'exploration trouve deux orphelines : la checklist et l'ancien guide. Trois ancres disent « en savoir plus ». La leçon de fondamentaux pointe vers une ancienne route qui redirige vers l'intention de recherche. L'ancien guide et l'étape 16 ciblent la même tâche. Le pied de page global lie les huit pages avec des ancres saturées de mots-clés.

Diagnostiquer avant de modifier

La checklist est utile et appartient à l'étape 16 : l'étape 16 doit donc y renvoyer comme ressource de travail téléchargeable. L'ancien guide recouvre la leçon sans résultat distinct : son contenu utile doit être fusionné dans l'étape 16 et l'ancien guide redirigé. Le lien source doit pointer directement vers sa destination finale. Les trois ancres vagues doivent décrire leur destination en contexte.

Le pied de page n'a pas besoin de huit liens de cours. Il doit renvoyer au hub Academy. Le hub et la navigation entre leçons portent la séquence. Les liens contextuels relient les prérequis et les outils.

Le graphe réparé

• L'accueil renvoie à l'Academy.
• L'Academy liste toutes les leçons publiées dans l'ordre.
• Les fondamentaux renvoient à l'intention de recherche avec une ancre descriptive.
• L'intention de recherche renvoie à la recherche de mots-clés.
• L'explorabilité renvoie au maillage interne, où les chemins de découverte sont expliqués.
• Le maillage interne renvoie à la checklist et à la leçon suivante.
• L'ancien guide redirige vers l'étape 16.
• Chaque lien source est mis à jour vers sa destination canonique finale.

Le nombre de pages a diminué d'une unité pendant que le graphe devenait plus utile. C'est un résultat réussi.

Automatiser avec des garde-fous

L'automatisation peut recommander des liens, détecter des mentions non liées et valider des destinations. Elle ne doit pas publier chaque correspondance sémantique.

Exigez :

• un registre des destinations canoniques ;
• une correspondance de langue ;
• une isolation des locataires ;
• des exclusions pour les états de compte, juridiques et sensibles ;
• des limites de révision par page et par gabarit ;
• l'idempotence, pour qu'une réexécution ne duplique pas les liens ;
• un diff en mode simulation ;
• des données de retour arrière ;
• une validation pour les gabarits à fort impact ;
• une surveillance après déploiement.

Chez SEOryon, l'unité sûre n'est pas « mot-clé trouvé ». C'est « source éligible, destination approuvée, relation utile, rendu explorable et propriété vérifiée ». Si un élément manque, recommandez au lieu de publier.

Surveiller le graphe

Revoyez le graphe après une migration, un changement de navigation, une publication en masse, une consolidation et un lancement de langue. Surveillez :

• le nombre d'orphelines par type de page indexable ;
• les liens internes cassés et redirigés ;
• les écarts avec la canonique finale ;
• la profondeur de clic des pages importantes ;
• le nombre de liens par gabarit et par section de contenu ;
• les nouvelles destinations concurrentes ;
• les liens vers des pages noindex ou non autorisées ;
• les clics utilisateurs sur les étapes suivantes clés ;
• les propriétaires ou dates de vérification obsolètes.

Utilisez des tendances, pas des totaux de vanité. Une baisse du nombre de liens peut être saine après la suppression d'une grille sitewide en pied de page. Une hausse peut être saine après avoir connecté une nouvelle Academy. Interprétez le changement à la lumière de la décision d'architecture.

Erreurs fréquentes

Lier chaque mention de mot-clé

Les liens répétés interrompent la lecture et peuvent faire partir l'utilisateur avant la fin de l'explication en cours.

Traiter la navigation comme une sculpture de PageRank

Concevez pour le choix de l'utilisateur et pour une architecture de l'information durable. Aucune formule publique ne permet de calculer précisément l'autorité interne.

Conserver des liens vers des URL redirigées

Les redirections préservent les parcours pendant un changement. Elles ne sont pas la destination permanente préférée pour les liens que vous contrôlez.

Corriger les orphelines uniquement par le sitemap

Un sitemap soutient la découverte mais ne crée pas de chemin utilisateur visible et n'explique pas les relations.

Lier vers la mauvaise langue ou le mauvais locataire

Les liens interlangues peuvent brouiller l'expérience. Les liens entre locataires peuvent exposer des données et devenir une faille de sécurité. Validez les deux avant publication.

Utiliser un fil d'Ariane en désaccord avec la page

La hiérarchie visible, les données structurées, le propriétaire canonique et la navigation doivent raconter la même histoire.

Exercice : auditez un parcours d'apprentissage

Choisissez un hub et huit pages de destination. Exportez tous les liens entre eux dans la feuille de travail. Trouvez :

1. un chemin de prérequis manquant ;
2. une ancre vague ;
3. un saut de redirection ;
4. une destination à la propriété douteuse ;
5. un lien de gabarit inutile ;
6. la profondeur de clic de chaque page depuis le hub ;
7. une action utilisateur qui devrait être mesurée.

Rédigez pour chaque problème un changement proposé, un propriétaire, un retour arrière et un contrôle de validation. Ne publiez pas tant que le statut, la canonique, la langue et l'état d'accès de chaque destination ne sont pas connus.

Grille d'évaluation

Checklist finale

• Chaque lien sert un besoin utilisateur énoncé.
• La destination est le propriétaire canonique de cette tâche.
• Les liens utilisent un élément a avec un href là où l'exploration est souhaitée.
• Les ancres décrivent la destination de façon naturelle.
• Les pages importantes ont une navigation visible ou des chemins contextuels.
• Les prérequis et les étapes suivantes sont reliés.
• Le fil d'Ariane reflète une hiérarchie utilisateur réelle.
• Les rapports d'orphelines réconcilient exploration, sitemap, analytics et données de recherche.
• Les destinations cassées sont réparées ou supprimées.
• Les liens pointent directement vers les URL canoniques finales.
• Aucun lien ne franchit une frontière de locataire ou d'autorisation.
• Les liens de langue mènent à un contenu équivalent disponible.
• Les liens de gabarit sont utiles sur chaque page qui utilise ce gabarit.
• Les changements automatisés sont idempotents et relus.
• Une simulation et un retour arrière existent pour les changements en masse.
• Les rapports du graphe de liens comportent un propriétaire et une date de dernière vérification.
• L'interaction utilisateur est mesurée là où elle représente une étape suivante significative.
• Aucun nombre de liens ni ratio d'ancres arbitraire n'est présenté comme une règle de classement.

Questions fréquentes

Combien de liens internes ajouter à une page ?

Il n'existe pas de nombre idéal officiel. Ajoutez les liens nécessaires pour accomplir la tâche en cours et proposer des suites utiles. Traitez les volumes inhabituellement bas ou élevés comme des signaux de diagnostic, pas comme des fautes automatiques.

Quel est le meilleur texte d'ancre pour les liens internes ?

Une formulation concise qui décrit la destination dans le contexte de la phrase. Évitez les ancres vagues et la répétition forcée. Les variations naturelles sont utiles quand elles reflètent fidèlement des relations différentes.

Le fil d'Ariane suffit-il ?

Non. Le fil d'Ariane exprime la hiérarchie. Les liens contextuels peuvent exprimer des prérequis, des preuves, des comparaisons, des outils et des actions suivantes que la hiérarchie seule ne peut pas porter.

Le maillage interne améliore-t-il le classement ?

Les liens soutiennent la découverte, la navigation et la compréhension, mais aucun lien pris isolément ne garantit un classement. La destination doit rester indexable, utile, exacte et être le bon propriétaire de la tâche.

Faut-il lier vers des pages en noindex ?

Seulement quand les utilisateurs en ont réellement besoin. Une page en noindex peut faire partie d'un parcours produit, mais elle ne doit pas être présentée comme une page d'entrée organique.

À quelle fréquence auditer les liens internes ?

Auditez après les livraisons structurelles et selon une cadence proportionnelle au rythme de changement. Une place de marché mise à jour souvent demande des contrôles plus fréquents qu'un site stable de dix pages. Des contrôles déclenchés sont en général plus utiles qu'une règle de calendrier universelle.

Sources et méthodologie

La recherche a combiné la documentation officielle de Google, une étude éditeur documentée et les questions récurrentes de la communauté sur le nombre de liens, les ancres et les pages orphelines. Les discussions communautaires ont façonné les questions, pas les affirmations factuelles. Les sources ont été vérifiées le 13 août 2026.

1. Google Search Central, bonnes pratiques pour les liens. Recommandations de première main sur le balisage explorable des liens, les ancres, le contexte et les images liées. Elles ne divulguent aucun poids de classement.
2. Google Search Central, guide de démarrage SEO. Recommandations de première main sur l'organisation du site, la navigation et les liens utiles. Elles n'établissent aucun nombre idéal de liens.
3. Google Search Central, données structurées de fil d'Ariane. Recommandations de première main sur la hiérarchie visible et le balisage du fil d'Ariane. L'éligibilité ne garantit pas l'affichage.
4. Ahrefs, Link Rot Study. Étude éditeur rapportant 66,5 % de liens pourris parmi les liens pointant vers 2 062 173 sites échantillonnés à partir d'une exploration de janvier 2013, sur neuf ans. Ce n'est ni un taux universel actuel ni une étude limitée aux liens internes.

Précédent : Entités et architecture thématique
Prochaine étape : /academy/eeat-authorship-reputation/ est la route de l'étape 17, publiée pour l'instant en anglais uniquement ; la version française suivra.