Maillage prédéfini ou recalculé : la différence entre cocon sémantique v1 et v2

Un cocon sémantique vit grâce à son maillage interne : les liens qui relient ses pages entre elles et concentrent l’autorité vers les pages stratégiques. Hi-Commerce distingue 2 façons de construire ce maillage une fois le mindmap validé. La première, dite v1, prédéfinit chaque lien dès la structure, avant même que les textes soient écrits. La seconde, la v2, attend que le contenu soit produit pour recalculer les liens selon la proximité sémantique réelle des pages livrées. Cette page prolonge les mécaniques internes du cocon sémantique et prépare la lecture des 2 cas qui en découlent : l’anti-cannibalisation pré-publication et l’absorption d’un cocon existant. Cette page complète Les mécaniques internes d’un cocon sémantique.

Le maillage v1 : une architecture décidée avant la rédaction

Chez Hi-Commerce, ce maillage prédéfini se facture autour de 6 euros par page, un coût qui reflète un travail essentiellement structurel, fait en amont, sur l’architecture du mindmap plutôt que sur le contenu final. La limite de la v1 tient à sa rigidité : elle part du principe que le contenu produit respectera exactement la structure prévue. Dans les faits, un rédacteur peut s’éloigner légèrement du sujet assigné, ou traiter un angle qui rapproche sa page d’une autre page du cocon que celle prévue initialement par le mindmap.

Le maillage reste alors fidèle au plan, mais pas nécessairement fidèle au contenu réellement publié. Cette prévisibilité profite aussi à la relecture finale : un relecteur qui connaît le maillage prévu peut vérifier rapidement que chaque page respecte son lien imposé, sans avoir à deviner après coup vers quelle page elle aurait dû pointer. C’est un gain de temps réel sur un cocon de plusieurs dizaines de pages, où chaque vérification manuelle supplémentaire pèse sur le planning global de la production.

Le maillage v2 : recalculer les liens une fois le contenu livré

Ce surcoût rémunère un diagnostic plus fin : l’outil ne se contente pas de vérifier que les liens prévus existent, il identifie aussi les pages qui, une fois écrites, se rapprochent sémantiquement de pages différentes de celles imaginées au départ, et ajuste le maillage en conséquence. Pour un cocon de plusieurs dizaines ou centaines de pages, produit par plusieurs rédacteurs sur plusieurs semaines, cet écart entre le plan et le texte final n’est pas une anomalie mais une réalité courante. La v2 absorbe cet écart au lieu de le subir : elle traite le contenu produit comme la vérité du cocon, et ajuste l’architecture des liens pour qu’elle colle à cette réalité plutôt qu’à l’intention de départ.

Ce recalcul profite particulièrement aux cocons où plusieurs rédacteurs se partagent les sujets sans se concerter en continu sur le vocabulaire employé : chacun peut légèrement interpréter son brief à sa façon, et c’est justement cette variation, mesurée après coup par l’outil, qui replace chaque page à l’endroit le plus pertinent du maillage plutôt que de la laisser figée dans la position prévue au départ par le mindmap. Cette étape devient, de fait, une relecture collective du cocon entier, menée par un outil plutôt que par une personne seule.

Pourquoi quelques euros de différence changent la donne

L’écart de coût entre la v1 et la v2, de l’ordre de quelques euros par page, peut sembler mineur à l’échelle d’une seule page, mais il se multiplie vite sur un cocon de plusieurs centaines de pages. Le choix entre les 2 approches dépend donc moins du budget disponible que de la nature du projet : un cocon dont le sujet est bien balisé, produit par une petite équipe qui suit son brief à la lettre, peut se satisfaire d’un maillage v1 fiable et rapide à mettre en œuvre. À l’inverse, un cocon plus vaste, produit par plusieurs rédacteurs aux styles différents, ou construit sur un sujet où les frontières entre sous-thèmes restent floues, bénéficie davantage d’un recalcul v2 : la probabilité que le contenu réel diverge du plan initial augmente avec la taille du projet et le nombre de mains qui y contribuent.

Cette distinction rejoint une question plus large posée ailleurs dans les mécaniques internes du cocon sémantique : celle de la cohérence du champ lexical entre les pages. Un maillage v2, en s’appuyant sur la proximité sémantique réelle, détecte justement les pages dont le champ lexical a dérivé du plan d’origine, et corrige le lien plutôt que de laisser la structure prévue masquer cet écart. Ce choix s’évalue aussi au regard du risque pris en cas d’erreur : un cocon construit uniquement en v1, sur un sujet finalement plus complexe que prévu, peut nécessiter une refonte de maillage coûteuse une fois les résultats décevants constatés sur Google.

Prévoir d’emblée un recalcul v2 sur ce type de projet revient, en somme, à payer un peu plus tôt pour éviter de payer beaucoup plus tard une correction menée dans l’urgence. Ce calcul de probabilité, simple en apparence, mérite d’être posé avant de lancer la production plutôt qu’une fois le cocon déjà livré.

Mesurer et ajuster après coup, une logique déjà présente à l’étape 9

Recalculer le maillage après la production n’est pas une idée neuve dans la méthode du cocon sémantique. L’étape 9 de la formation Stéphane Jambu, consacrée à la mesure des résultats, prévoit déjà un recalcul du PageRank une fois le cocon publié, via un outil comme Visiblis, suivi au besoin d’une refonte du maillage et d’un enrichissement du contenu repéré grâce à Screaming Frog et visualisé avec Gephi. La v2 industrialise cette logique en l’avançant dans le temps : au lieu d’attendre la publication et les premiers résultats pour corriger le maillage, l’outil recalcule la proximité sémantique dès que le contenu est produit, avant même la mise en ligne.

C’est une manière de capter, dès la phase de production, ce que l’étape 9 aurait sinon révélé plusieurs mois plus tard, une fois les positions Google déjà en jeu. Les 2 logiques, v1 et v2, restent complémentaires plutôt que concurrentes : un cocon peut très bien démarrer avec un maillage prédéfini solide, puis bénéficier d’un recalcul v2 au moment de la publication, pour s’assurer que l’architecture finale reflète fidèlement le contenu réellement livré plutôt que la seule intention du mindmap de départ. Cette continuité entre la mesure historique de l’étape 9 et le recalcul immédiat de la v2 montre que le maillage n’a jamais été pensé, chez Hi-Commerce, comme une décision figée au moment du mindmap.

Qu’il s’agisse de Visiblis après publication ou de l’outil de recalcul avant mise en ligne, le principe reste le même : vérifier la proximité sémantique réelle entre les pages plutôt que de se fier uniquement à l’intention de départ, et ajuster le maillage en conséquence à chaque fois que l’écart le justifie. C’est cette vérification répétée, plus que le choix initial entre v1 et v2, qui garantit la solidité du maillage sur la durée. Cette page prolonge ainsi directement les mécaniques internes du cocon sémantique évoquées en amont de ce guide.

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 :

• retour d’expérience interne, 22/09/2025
• formation Stéphane Jambu, Cocon sémantique V1.3 (PDF 72p), étape 9