Deux pages qui se disputent la même requête, une page pilier qui pointe vers douze satellites dont trois ne reçoivent aucun lien interne, et un blog qui publie deux articles par semaine sans jamais savoir lequel soutient l'autre. Voilà ce que je vois le plus souvent quand un client m'appelle pour « restructurer son maillage interne ». Le problème n'est presque jamais le maillage lui-même. C'est qu'il n'y a pas de plan derrière.
Un cluster de contenu et un cocon sémantique répondent tous les deux à ce problème, mais pas de la même façon, et surtout pas pour les mêmes sites. J'ai construit les deux sur des projets différents, et je me suis planté sur les deux à un moment ou un autre — je vais vous dire où.
Points clés à retenir
- Un cocon sémantique est une hiérarchie stricte : une page mère, des pages filles, un maillage qui ne va que dans un sens.
- Un cluster de contenu est plus souple : une page pilier, des satellites, et des liens qui circulent dans les deux sens.
- Le choix dépend de la structure des intentions de recherche, pas de la taille de votre site.
- Le maillage interne reste le seul mécanisme qui fait vraiment circuler l'autorité entre vos pages.
- Les deux approches échouent de la même manière : absence de maintenance après six mois.
Cocon sémantique ou cluster de contenu : la différence qui change tout
La confusion vient d'un mot. On parle de « silo » dans les deux cas, mais un silo de cocon et un silo de cluster n'ont pas la même géométrie.
Le cocon sémantique, une pyramide à sens unique
Le cocon fonctionne par emboîtement d'intentions. Vous avez une requête principale, disons « assurance auto jeune conducteur ». Elle se décompose en sous-besoins qui sont littéralement des morceaux de la requête mère : le prix, la majoration, les justificatifs, la résiliation. Chacun de ces sous-besoins devient une page fille. La page mère lie vers toutes les filles. Les filles remontent vers la mère. Et — c'est le point que tout le monde oublie — les filles ne se lient pas entre elles, ou très exceptionnellement.
Pourquoi cette rigidité ? Parce que chaque page fille est censée couvrir un fragment du sujet, pas le sujet. Si deux filles se lient librement, Google finit par ne plus savoir laquelle est la référence sur le fragment concerné. J'ai vu un site d'assurance perdre sa position sur une requête à 8 000 visites mensuelles après avoir ajouté des liens croisés « pour la fluidité de lecture ». Deux mois pour le récupérer.
Le cluster de contenu, un réseau à double sens
Le cluster part d'une autre logique : une page pilier couvre un sujet large, et des satellites traitent chacun une facette autonome. La différence, c'est que ces facettes ont une vie propre. Un article sur « comment choisir son assurance auto quand on est jeune conducteur » tient debout même si la page pilier n'existe pas.
Conséquence directe sur le maillage : les satellites peuvent se lier entre eux quand c'est pertinent pour le lecteur. Pas de règle absolue, juste du bon sens éditorial.
| Critère | Cocon sémantique | Cluster de contenu |
|---|---|---|
| Point de départ | Une requête qu'on découpe | Un thème qu'on explore |
| Liens entre pages filles | Rares, contre-nature | Normaux, encouragés |
| Nombre de pages typique | 4 à 8 par cocon | 8 à 25 par pilier |
| Effort de maintenance | Faible une fois posé | Continu |
| Idéal pour | E-commerce, services à intentions claires | Média, blog, SaaS à longue traîne |
Franchement, la plupart des sites que j'audite n'ont besoin ni de l'un ni de l'autre dans toute leur pureté. Ils ont besoin d'une version hybride, et je vais vous expliquer pourquoi je défends ça — quitte à faire grincer des dents les puristes.
Comment choisir entre les deux : une grille de décision
La question qu'on me pose systématiquement : « Lequel je fais ? » Voici comment je tranche, dans cet ordre.
Critère n°1 : vos mots-clés se décomposent-ils ou s'élargissent-ils ?
Prenez votre liste de mots-clés et posez-vous une seule question : est-ce que ces requêtes sont des morceaux d'une requête plus grosse, ou des voisins d'un thème commun ?
« Prix assurance auto jeune conducteur », « majoration assurance jeune conducteur », « résilier assurance auto » — ce sont des morceaux. Cocon.
« Assurance auto jeune conducteur », « conduite accompagnée », « boîtier télématique », « comparatif assureurs » — ce sont des voisins. Cluster.
Sur un projet e-commerce de matériel de randonnée, j'ai testé les deux sur le même catalogue. Le cocon sur « chaussures de randonnée » a produit 6 pages et généré +34 % de trafic organique en cinq mois sur ce silo. Le cluster sur « randonnée » a produit 14 pages et généré +19 % — mais sur un périmètre bien plus large, avec des requêtes informationales qui ne convertissent pas. Résultat : j'ai gardé le cocon pour les catégories produit, et le cluster pour le blog. Ça marche. C'est moins élégant sur le papier.
Critère n°2 : la taille de votre site
En dessous de 40 pages indexables, ne vous lancez pas dans un cluster de 20 satellites. Vous allez diluer ce que vous avez. Un ou deux cocons bien construits suffisent.
Au-delà de 200 pages, le cocon pur devient ingérable. Trop de silos, trop de règles de maillage à respecter, et au premier ajout de page quelqu'un va casser la logique. Passez au cluster.
Critère n°3 : votre maturité en suivi
Le cocon se pose une fois et vit sa vie. Le cluster demande un suivi réel : nouvelle page satellite tous les mois, mise à jour de la page pilier, ajout du lien correspondant. Si vous n'avez personne pour faire ça, choisissez le cocon.
La méthode pas-à-pas, celle que j'applique réellement
Voilà le process que j'utilise, sans les étapes décoratives que personne ne fait.
- Extrayez toutes vos requêtes et regroupez-les par intention réelle, pas par ressemblance lexicale. Deux requêtes qui se ressemblent peuvent cacher deux intentions différentes.
- Identifiez les requêtes « têtes de silo » : celles qui ont au moins trois sous-requêtes qui n'ont de sens qu'en lien avec elles.
- Attribuez une URL par intention, et une seule. C'est là que 80 % des projets dérapent : deux pages pour la même intention, et la cannibalisation commence.
- Construisez le maillage avant de rédiger. Dessinez les flèches. Si une page n'a aucune flèche entrante, elle n'a pas de raison d'exister.
- Rédigez, puis vérifiez le maillage sur le site en production, pas dans le tableur. Les liens promis et les liens posés sont deux choses distinctes.
Cette dernière étape, je l'ai sautée pendant longtemps. Sur un site de conseil juridique, j'avais planifié 22 liens internes dans mon schéma. Après vérification en production : 14 liens réellement présents. Huit pages orphelines, invisibles, qui ne recevaient aucune autorité. Elles ont mis presque un an à se positionner une fois les liens corrigés.
Combien de liens internes par page, concrètement ?
Je n'ai pas de chiffre magique, et méfiez-vous de ceux qui en donnent un. Ce que j'applique : sur une page fille de cocon, un seul lien contextuel vers la page mère, placé dans le corps du texte et non en bas. Sur une page pilier de cluster, trois à six liens vers les satellites les plus pertinents, répartis dans le contenu.
Le reste, ce sont les liens de navigation. Ils comptent, mais ils ne pèsent pas pareil.
Les erreurs que je vois à chaque audit
La cannibalisation, reine des dégâts
Deux pages, deux URL, une seule intention. Google en choisit une, souvent la mauvaise, et vous perdez sur les deux fronts. La cause est presque toujours la même : quelqu'un a rédigé un article sans consulter le plan de silo. Dans une équipe de plus de trois rédacteurs, c'est inévitable sans un document de référence partagé.
Le maillage sur-optimisé
Les ancres exactes partout. « assurance auto jeune conducteur » répété douze fois dans le même paragraphe. Ça ne trompe plus personne depuis longtemps. Variez : ancre exacte une fois, ancre partielle, ancre naturelle le reste du temps.
Le satellite orphelin
Une page publiée, indexée, qui ne reçoit aucun lien interne. Elle existe, elle ne sert à rien. C'est l'erreur la plus fréquente et la plus facile à corriger.
Ce que l'IA change à la donne
Un point dont on parle encore trop peu : les moteurs de réponse génératifs ne lisent pas vos pages comme Google. Ils recomposent une réponse à partir de fragments, et ils pigent d'abord dans les pages qui découpent proprement un sujet.
Et là, surprise : un cocon bien structuré est un cadeau pour eux. Chaque page fille traite un fragment autonome, avec sa propre réponse formulée clairement. C'est exactement le format qu'un moteur de réponse peut citer.
Sur un cluster, c'est plus ambigu. Les pages satellites sont plus riches, plus longues, plus nuancées — donc plus difficiles à extraire. J'ai constaté, sur deux sites de services B2B que je suis, que les pages de cocons apparaissaient plus souvent en citation dans les réponses génératives que les piliers de cluster. Ce n'est pas une loi, c'est une observation sur deux cas. Mais elle me pousse à structurer mes cocons avec un soin particulier sur la formulation directe de la réponse en début de page.
Et après ? La partie que tout le monde abandonne
Un silo n'est pas un projet, c'est une structure vivante. Six mois après la mise en place, trois choses ont toujours bougé : le catalogue a changé, une requête a émergé, un rédacteur a publié hors plan.
Ce que je fais désormais sur chaque projet : un audit de maillage tous les trimestres, avec un export brut des liens internes et un contrôle des pages qui n'ont reçu aucun lien entrant. Ça prend deux heures. Ça évite de perdre un an.
La vraie question n'est pas de savoir si vous devez construire un cocon ou un cluster. C'est de savoir qui, dans six mois, sera capable de vous dire pourquoi telle page pointe vers telle autre. Si vous n'avez pas de réponse à ça, aucune des deux méthodes ne tiendra.
