Le cocon sémantique est une méthode française d'organisation des contenus qui a beaucoup circulé, souvent réduite à un schéma de liens en arborescence. Je l'utilise depuis des années, dans une version allégée, et je pense que sa vraie valeur est ailleurs que dans le dessin des flèches. Voici ce que j'en garde et ce que j'ai abandonné.
Structurer un site par intentions plutôt que par rubriques commerciales change la façon dont il est compris.
Le cocon sémantique repose sur une idée simple : un site doit être organisé selon la façon dont les gens cherchent, pas selon l'organigramme de l'entreprise ni selon la structure du catalogue.
Concrètement, on part d'une page mère qui traite un besoin large, on identifie les questions plus précises que ce besoin soulève, et on crée une page pour chacune. Chaque page fille répond à une intention distincte, et le maillage rend cette hiérarchie explicite pour le lecteur comme pour le moteur.
Ce qui distingue cette approche d'un simple silo, c'est l'exigence de non-recouvrement : deux pages du même cocon ne doivent jamais répondre à la même question. C'est cette discipline qui produit l'essentiel du résultat, bien plus que la géométrie des liens.
L'erreur de départ la plus fréquente consiste à décalquer la structure commerciale du site. On liste les produits ou les prestations, on crée une page par ligne, et on appelle cela un cocon.
La démarche correcte part de la demande. Quelles questions se pose quelqu'un avant d'acheter ce que vous vendez, dans quel ordre, et quelles réponses cherche-t-il à chaque étape ? Certaines de ces questions correspondent à vos pages existantes, d'autres n'ont aucune page, et quelques-unes de vos pages ne correspondent à aucune question réelle.
C'est un travail d'analyse qui recoupe largement une étude de mots-clés, avec une différence de finalité : on ne cherche pas des volumes, on cherche à cartographier un cheminement.
Le décalage entre offre et demandeSur un projet de refonte, la cartographie des intentions a fait apparaître 11 questions majeures sans aucune page dédiée, et 4 pages existantes qui ne correspondaient à aucune recherche réelle. Le travail de restructuration s'est résumé à corriger cet écart.
Une fois les intentions identifiées, l'organisation se fait en trois niveaux dans la plupart des cas :
Trois niveaux suffisent presque toujours. Au-delà, les pages terminales s'éloignent trop de la racine et perdent l'essentiel de ce que le maillage leur transmet. Si votre sujet semble demander cinq niveaux, c'est en général qu'il contient en réalité deux cocons distincts.
L'arborescence des URL peut refléter cette hiérarchie, sans que ce soit indispensable. Ce qui compte, c'est le maillage réel, pas le chemin dans l'adresse.
Le recouvrement entre deux pages proches est le principal risque d'un cocon mal découpé.
Le maillage suit quelques règles, et elles se retiennent facilement.
Chaque page fille pointe vers sa page mère, avec une ancre correspondant au sujet de la mère. La page mère pointe vers chacune de ses filles. Les pages de même niveau se lient entre elles quand leurs sujets se répondent réellement, jamais de façon systématique. Enfin, on évite les liens qui traversent le cocon d'un bout à l'autre en sautant des niveaux.
Le point le plus important, et le plus négligé : les liens doivent être dans le texte, à l'endroit où ils ont du sens pour le lecteur. Un bloc de liens en fin d'article transmet beaucoup moins qu'un lien placé dans une phrase qui l'appelle naturellement.
Sur les ancres, je reste souple. La méthode d'origine recommande des ancres très travaillées, avec des variantes sémantiques. En pratique, une ancre descriptive et lisible fait le travail, et un excès d'optimisation se voit.
Trois éléments de la méthode originale me paraissent aujourd'hui apporter peu au regard de leur coût.
Ce que je conserve, en revanche, tient en deux points : le travail préalable sur les intentions, et l'exigence qu'aucune page ne double une autre. C'est là que se trouve l'essentiel du résultat.
Ce qui produit l'effetSur les restructurations que j'ai menées, la progression venait principalement de deux choses : la suppression des recouvrements entre pages, et la création de pages sur des questions non couvertes. Le raffinement du maillage arrivait loin derrière en termes d'effet mesurable.
Un cocon sémantique demande un volume minimal pour avoir du sens. En dessous d'une quinzaine de pages sur un même sujet, l'arborescence classique complétée d'un maillage soigné produit le même résultat pour beaucoup moins de travail.
Elle se justifie mal, également, quand le site manque d'autorité. La méthode organise la valeur qui circule dans le site, elle n'en apporte pas de l'extérieur. Un cocon parfaitement construit sur un domaine sans aucun lien entrant restera invisible, et je préfère le dire clairement : dans cette situation, l'effort est mieux placé du côté du netlinking que du maillage.
Enfin, sur un site marchand à catalogue très large, la logique du cocon s'applique mal aux fiches produit. Elle reste pertinente pour les contenus d'aide à la décision qui les entourent.
Le seuil de pertinenceEn dessous d'une quinzaine de pages sur un même sujet, je n'ai jamais observé d'écart entre un cocon formalisé et une arborescence classique bien maillée. Le coût méthodologique ne se rentabilise qu'à partir d'un certain volume éditorial.
Ma version allégée tient en quatre temps. Je cartographie d'abord les intentions réelles du sujet, en m'appuyant sur les recherches associées, les questions posées dans les résultats et ce que remonte la Search Console.
Je confronte ensuite cette carte aux pages existantes, ce qui fait apparaître les manques et les doublons. C'est souvent l'étape la plus productive, parce qu'elle révèle des pages qui se gênent depuis des années.
Je construis la hiérarchie sur trois niveaux, puis je pose le maillage dans le texte, sans chercher la figure géométrique parfaite. Enfin, je vérifie l'évolution page par page, parce qu'un cocon sémantique mal découpé se repère à un symptôme précis : deux pages qui alternent sur la même requête sans qu'aucune ne s'installe.
Cette version demande deux à trois jours de travail sur un sujet de taille moyenne, contre plusieurs semaines pour une application intégrale de la méthode. Le rapport entre effort et résultat me paraît nettement meilleur, et c'est ce que je mets en place en accompagnement SEO sur la plupart des projets.