Maillage interne, contenu et technique : qui pilote quoi
seo-editorial

Maillage interne, contenu et technique : qui pilote quoi

9 min de lecture

Un texte bien écrit reste invisible quand rien ne le relie au reste du site, quand Google ne l’indexe pas ou quand la page s’affiche mal. Le maillage interne se partage : le rédacteur propose les liens et les ancres, le responsable du site les intègre, une troisième personne vérifie qu’ils fonctionnent. Encore faut-il nommer chacun.

Cinq raisons pour lesquelles une page bien écrite ne sort pas

Entre la livraison d’un texte et son classement, cinq défauts reviennent d’un audit à l’autre. Chacun dépend d’un levier tenu par une personne précise.

Orpheline : aucune page ne pointe vers elle

Google découvre surtout les pages en suivant les liens de pages déjà explorées, rappelle son guide de démarrage en référencement ; le sitemap ne vient qu’en complément. Sa page sur les liens explorables ajoute que chaque page importante doit recevoir un lien depuis au moins une autre page du site. Levier : le plan de maillage, proposé par la rédaction, intégré par le responsable du site.

Non indexée : la page existe, le moteur ne la retient pas

Directive noindex oubliée après la mise en ligne, exploration bloquée, ou simple tri de Google : le rapport « Indexation des pages » de Search Console range ces cas sous des motifs comme « Explorée, actuellement non indexée ». Levier : la technique pour la directive, le contenu quand la page apporte trop peu face à ses voisines.

Cannibalisée : sa voisine répond à la même question

Deux pages du même site visent la même requête et le moteur en retient une, pas forcément celle que l’entreprise préfère. Le cas naît souvent d’une commande passée sans relire l’existant. Levier : l’arborescence, qui attribue une requête à une page, puis la fusion, la redirection ou la réécriture de la page en trop.

Lente : le texte attend que la page s’affiche

Google évalue le chargement, la réactivité et la stabilité visuelle d’une page par trois métriques, les Core Web Vitals, dont les seuils figurent plus bas. Levier : le développeur et l’hébergement, avec une part pour la rédaction quand elle fournit des images trop lourdes.

Mal balisée : la structure ne se lit pas dans le code

Intertitres saisis en gras au lieu de vrais niveaux de titre, même titre de page sur plusieurs URL, liens fabriqués en JavaScript : Google précise qu’il n’explore un lien que sous la forme d’une balise <a> munie d’un attribut href. Levier partagé : la hiérarchie des titres revient au rédacteur, le gabarit et le rendu des liens au développeur.

Le maillage interne côté rédaction : ce que le texte apporte

Mains tenant un crayon au-dessus d’une feuille vierge à côté d’un ordinateur portable fermé

Le rédacteur ne décide pas de l’architecture, mais il connaît mieux que personne le sujet de sa page et ses sous-sujets. Sa contribution au maillage interne se livre avec le texte, sous une forme directement exploitable par la personne qui intègre :

  • les liens sortants suggérés, chacun avec sa page de destination et la phrase qui l’accueille ;
  • les liens entrants à poser sur des pages existantes, avec le paragraphe exact à modifier ;
  • des ancres descriptives, qui annoncent la destination avant le clic ;
  • des intertitres qui portent chacun un sous-sujet, au bon niveau de titre.

Google résume le bon texte d’ancre en trois qualités : descriptif, raisonnablement concis, pertinent. Sa page sur les liens explorables, mise à jour en décembre 2025, écarte les formules génériques qui ne disent rien de la destination et le bourrage de mots-clés.

Les intertitres jouent un rôle voisin. Un H2 qui nomme un sous-sujet précis dessine une page possible ; si elle existe déjà, mieux vaut la relier que refaire le sujet en dix lignes. La page pilier couvre le thème large et renvoie vers les pages filles, qui remontent vers elle. La construction d’un texte lisible est détaillée dans la méthode pour écrire un article de blog efficace.

Qui pilote quoi quand le référencement est délégué

Confier le référencement à un prestataire ne dissout pas les responsabilités, il les déplace. Sur ce terrain, le devis d’une agence comme Metadosi précise quelles pages sont touchées et qui répond de l’intégration, puis énumère les tâches à mener avec le prestataire web du client lorsqu’il en a un. Pour une structure qui prend aussi en charge les contenus, la création et la refonte de site, cette liste écrite trace une frontière nette avec le développeur déjà en place : la personne qui pose un lien dans un gabarit est connue avant la première commande, et chaque suggestion de lien du rédacteur trouve d’emblée son destinataire.

Côté rédaction, l’absence d’un tel partage écrit se repère vite : personne ne sait qui ajoutera le lien entrant sur la page historique. Avant d’écrire, le rédacteur demande alors trois éléments : un accès en lecture à l’arborescence, ou au moins l’export des URL publiées ; la liste des pages cibles du maillage, celles que l’entreprise veut faire progresser ; le nom de l’interlocuteur qui intègre les liens, avec son échéance. Sans ces réponses, les suggestions de liens restent une annexe que personne n’ouvre.

Proposer n’est pas décider : le rédacteur ignore souvent quelles pages vont disparaître ou lesquelles rapportent des contacts. Savoir formuler ces propositions fait partie des compétences à construire pour devenir rédacteur web freelance, mais l’arbitrage appartient à d’autres. Quatre responsabilités méritent un nom de personne dans le dossier du projet :

  • l’arborescence, c’est-à-dire la décision de créer, fusionner ou supprimer une page, revient au client sur proposition du prestataire ;
  • le plan de maillage relève de quelqu’un qui voit toutes les pages, rarement l’auteur d’un seul article ;
  • les corrections techniques, gabarits, menus, redirections et balises, reviennent au développeur ou à l’agence selon ce que prévoit le devis ;
  • la recette, c’est-à-dire la vérification en ligne de chaque correction, se confie à une autre personne que son auteur.

Architecture et développement : les leviers hors du texte

Une partie du maillage ne passe jamais par un article. Elle vit dans le gabarit, la navigation et le code, là où seuls le développeur ou l’intégrateur interviennent.

Câbles réseau gris rangés dans une goulotte souple sous un bureau en bois clair

Profondeur de clic, menu et pied de page

Le nombre de clics nécessaires pour atteindre une page depuis l’accueil, appelé profondeur de clic, dessine la géographie du site. Les pages de Google Search Central consultées ne fixent aucun seuil, mais une page enfouie sous plusieurs niveaux de catégories reçoit peu de liens et se découvre tard. Les liens du menu et du pied de page, présents partout, pèsent lourd dans cette géographie : y placer une page la rapproche de l’accueil, y empiler des liens sans hiérarchie brouille la navigation. Choisir ce qui figure dans la navigation relève de l’arborescence, donc du propriétaire du site.

Canonique : un signal, pas un ordre

Quand plusieurs URL affichent un contenu identique ou très proche, la balise canonique désigne la version préférée. La page de Google sur la canonicalisation, mise à jour en juillet 2026, classe la redirection permanente et l’élément rel="canonical" parmi les signaux forts, le sitemap parmi les signaux faibles. Elle ajoute que des liens pointés de façon cohérente vers l’URL canonique renforcent cette préférence, et que le moteur reste libre d’en retenir une autre. Un lien interne vers une adresse redirigée ou chargée de paramètres envoie donc un signal contradictoire.

Vitesse et rendu des liens

La vitesse se règle côté hébergement, thème et images. La documentation de Google sur les Core Web Vitals, mise à jour en décembre 2025, place le bon seuil à 2,5 secondes pour le Largest Contentful Paint, sous 200 millisecondes pour l’Interaction to Next Paint et sous 0,1 pour le Cumulative Layout Shift ; le rapport du même nom dans Search Console suit ces mesures.

Le rendu des liens pose un problème plus discret. Un menu ou un bloc d’articles liés injecté en JavaScript reste explorable si le script produit de vraies balises <a> avec href, indique la page de Google sur les bases du référencement JavaScript, mise à jour en mars 2026. Les adresses construites sur un fragment, après le signe dièse, ne se résolvent pas de manière fiable. Rien de tout cela n’apparaît dans l’éditeur du rédacteur : seul un contrôle du code rendu le révèle.

Recette des corrections et suivi dans Search Console

Une correction annoncée n’existe qu’une fois constatée en ligne. La recette des corrections suit un ordre simple, du lien vers la page, puis de la page vers le site :

  1. Le lien est-il suivi ? Dans le code rendu, il apparaît comme une balise <a> dont le href mène à l’URL finale, sans redirection intermédiaire.
  2. La page cible est-elle indexée ? L’outil d’inspection d’URL de Search Console affiche son état, l’« URL canonique déclarée par l’utilisateur » et l’« URL canonique sélectionnée par Google » : un écart entre les deux signale un doublon à traiter.
  3. Le test en direct passe-t-il ? Il confirme que Google récupère la version actuelle, sans valoir indexation : l’aide de Search Console précise qu’un test concluant ne suffit pas à faire indexer une page.

Deux personnes de dos devant un grand écran flou dans une salle de réunion claire

Le suivi prend ensuite le relais. Le rapport « Indexation des pages » liste les URL écartées et leur motif ; Google y prévient qu’il ne faut pas s’attendre à voir toutes les URL d’un site indexées, les doublons et les pages sans contenu significatif n’ayant pas vocation à l’être. Le rapport Liens, dans sa partie consacrée aux liens internes, classe les pages qui en reçoivent le plus, à partir d’un échantillon et non d’un relevé exhaustif. Une page stratégique absente du haut de ce classement réclame des liens supplémentaires.

Dernier point : la recette se date et se signe. Une ligne par correction, avec l’URL, la vérification faite, la date et le nom de la personne qui l’a constatée, évite de rouvrir le même débat au trimestre suivant.

Avant la prochaine commande, remplir la grille des rôles

La grille tient sur une page et se remplit avant de commander le prochain lot de contenus. Pour chaque levier, quatre noms : qui propose, qui décide, qui intègre, qui vérifie, avec une échéance. Les lignes à prévoir :

  • les liens sortants et entrants de chaque nouvelle page ;
  • l’arborescence, avec les pages à fusionner ou à rediriger ;
  • le menu, le pied de page et les blocs de liens automatiques ;
  • les balises canoniques et les directives d’indexation ;
  • la vitesse, le poids des images et le rendu des liens ;
  • la recette et le suivi dans Search Console.

Une case vide désigne la tâche que personne ne fera. Le temps d’intégration pèse aussi sur le budget : le point sur les tarifs de la rédaction web range l’intégration, liens internes compris, parmi les coûts complets d’un contenu. Côté recrutement, la question du maillage trouve sa place parmi les points à cadrer dès la première commande dans la grille pour choisir un rédacteur web.

Prochaine étape : réunir le prestataire, le rédacteur et le responsable du site autour de cette grille, remplir chaque case, puis joindre la version validée au bon de commande du prochain lot.