Étape 3.2 : pourquoi décider le maillage interne dès le mindmap

Un cocon sémantique se distingue d’un silo classique par un maillage interne dirigé, qui concentre l’autorité des pages vers une page cible précise. Ce que l’étape 3.2 de la méthode met en évidence, c’est que ce maillage ne se décide pas au moment d’écrire les pages : il se décide en même temps que l’arbre, à l’étape 3, dès la construction du mindmap. Cette anticipation change la nature du travail de rédaction qui suit. Un rédacteur qui reçoit un brief issu d’un mindmap déjà maillé n’a plus à décider vers quelle page pointer : cette décision a déjà été prise par la structure du code hiérarchique elle-même. Cette page explique le mécanisme qui fait du mindmap un document de maillage autant que d’architecture, ce que cette anticipation évite en aval, et le lien avec la mécanique du glissement sémantique formalisée par Laurent Bourrelly. Cette page complète Étape 3 d’un cocon sémantique : dessiner l’architecture en mindmap.

Le maillage se décide en même temps que l’arbre, pas après

Le brief de page remis au rédacteur à l’étape 5 reprend directement ce lien imposé, sans marge d’interprétation : la page mère à citer et à lier est celle que désigne le code, pas une page choisie au jugé pendant la rédaction. Cette discipline retire une source d’erreur fréquente sur les cocons construits sans mindmap formalisé, où chaque rédacteur choisit ses propres liens internes selon sa propre lecture du sujet, au risque de créer des liens redondants vers certaines pages et d’en laisser d’autres orphelines.

Ce que cette anticipation évite

Si chaque page mixte ou complémentaire doit redécider, au moment de la rédaction, vers quelle page pointer, le risque grandit que 2 rédacteurs différents fassent 2 choix différents sur des sujets pourtant voisins, répartissant l’autorité de façon incohérente plutôt que de la concentrer vers la page cible. Le gain se mesure aussi en temps de production. Sur un cocon de plusieurs dizaines de pages, redécider le maillage page par page ralentit la rédaction et multiplie les allers-retours entre rédacteurs et chef de projet, quand un maillage déjà fixé dans le mindmap se contente d’être exécuté.

Cette anticipation profite enfin à la mesure des résultats après publication : un maillage connu dès le mindmap se vérifie facilement avec un outil comme Gephi, qui visualise la concentration du PageRank, alors qu’un maillage décidé au fil de l’eau demande d’abord de le reconstituer avant de pouvoir le mesurer.

Le lien avec la hiérarchie en strates de Bourrelly

Cette anticipation du maillage dès le mindmap prolonge, par un autre moyen, une mécanique posée par Laurent Bourrelly dès son article fondateur de 2012 : les strates de contenu, qui organisent plusieurs niveaux de pages connexes autour d’un même sujet, et le glissement sémantique, qui conduit le lecteur et les robots d’une page à l’autre selon une progression pensée à l’avance. Le code hiérarchique du mindmap rend ces strates explicites et mesurables : le niveau d’un sujet, lisible dans la longueur de son code, correspond directement à une strate de contenu, du sujet pilier le plus général jusqu’aux sujets les plus spécifiques en bas de l’arbre. Le glissement sémantique, cette liaison logique qui guide le lecteur d’une page à l’autre, trouve ainsi sa traduction opérationnelle dans le lien que chaque code implique vers son code parent.

Ce que Bourrelly décrivait en 2012 comme une mécanique à construire page après page devient, avec le mindmap codé, une propriété structurelle de l’architecture elle-même. Cette continuité entre la théorie posée par Bourrelly et son application concrète dans le mindmap confirme que l’anticipation du maillage à l’étape 3 n’est pas une simplification de la méthode, mais une façon plus rigoureuse d’appliquer une mécanique déjà identifiée comme décisive depuis l’origine du cocon sémantique.

Ce que cela change pour l’équipe qui construit le mindmap

Pour l’équipe qui construit le mindmap, cette anticipation du maillage se traduit par une colonne supplémentaire dans le tableau de travail, la colonne Mère, qui indique pour chaque sujet le code de la page vers laquelle il doit pointer. Cette colonne se remplit automatiquement dès que le code hiérarchique est posé, sans saisie manuelle distincte. Le relecteur qui valide un niveau du mindmap, avant de laisser l’intelligence artificielle générer le niveau suivant, vérifie donc 2 choses en même temps : la pertinence du sujet proposé, et la cohérence de son rattachement à la bonne page mère.

Ces 2 vérifications se font dans le même geste, pas dans 2 passes séparées. Cette double vérification simultanée reste possible uniquement parce que le maillage est écrit dans la même structure que les sujets eux-mêmes. Sur un cocon construit sans ce code hiérarchique, vérifier le maillage demanderait un outil ou un tableau distinct, consulté séparément de l’arborescence des sujets.

Cette simplicité d’outillage, un seul tableau pour 2 décisions normalement séparées, explique en partie pourquoi la méthode reste applicable à un volume de production de 1300 cocons sans multiplier les documents de suivi à maintenir en parallèle.

Questions fréquentes

Testez vos connaissances

Stéphane Jambu LinkedIn ↗

Consultant e-commerce / visibilité / IA, fondateur de Hi-Commerce. Praticien du cocon sémantique depuis 2012, auteur de cette page dans le cadre du méta-cocon de référence Hi-Commerce sur le sujet.

Sources :

• Spec – Planificateur de cocons, 12/08/2026
• Laurent Bourrelly, « Le cocon sémantique, l’arme fatale du SEO ? », blog/1631.php
• formation Stéphane Jambu, Cocon sémantique V1.3 (étape 3)