Étape 2.2 d’un cocon sémantique : définir le sujet de chaque page

La liste de mots-clés qualifiée à l’étape 2.1 ne devient pas directement un plan de cocon. L’étape 2.2 regroupe ces mots-clés par proximité de sens et transforme chaque regroupement en un sujet de page précis, formulé pour être compris sans contexte supplémentaire. Cette conversion suit une règle simple mais exigeante, reprise de la méthode de construction des mindmaps chez Hi-Commerce : un sujet doit être autoportant, c’est-à-dire qu’un rédacteur, humain ou intelligence artificielle, doit savoir exactement de quoi il retourne sans lire le reste de l’arbre. Cette page détaille comment passer d’un cluster de mots-clés à un sujet de page formulé selon cette règle, et comment un rôle provisoire, cible, mixte ou complémentaire, s’attribue à ce stade pour préparer la construction du mindmap. Cette page complète Étape 2 d’un cocon sémantique : définir les mots-clés et les sujets des pages.

D’un cluster de mots-clés à un sujet de page

Le point de départ de l’étape 2.2 est le regroupement des mots-clés qualifiés à l’étape 2.1 par proximité de sens. Plusieurs mots-clés qui posent en réalité la même question, formulée différemment, se rassemblent sous un seul sujet de page plutôt que de se disperser sur plusieurs pages concurrentes entre elles. Ce regroupement évite un risque identifié ailleurs dans la méthode, la cannibalisation entre 2 pages d’un même cocon qui répondraient toutes les 2, sans le vouloir, à la même intention de recherche.

Mieux vaut une seule page bien construite que 2 pages concurrentes sur un même sujet. Chaque regroupement obtenu devient ensuite un sujet de page formulé en une phrase, pas une simple reprise du mot-clé principal. Cette reformulation transforme une donnée brute, le mot-clé, en une intention éditoriale claire, le sujet que la page va réellement traiter.

Le nombre de sujets obtenus à l’issue de cette opération donne une première estimation du volume de pages du futur cocon, une estimation à confronter ensuite au volume arrêté dans la stratégie de l’étape 1.3. Ce travail de regroupement se fait mieux à plusieurs regards qu’en solitaire : un mot-clé qui semble appartenir à un cluster peut, après discussion, révéler une nuance d’intention qui justifie de le détacher vers un sujet voisin plutôt que de le laisser noyé dans un regroupement trop large.

La règle du sujet autoportant

Un sujet de page respecte 2 exigences précises. La première : le mot-clé à pousser et les mots importants des sujets parents figurent dans la formulation du sujet, de sorte que le lien avec le reste du cocon reste visible dès la lecture du seul intitulé. La seconde exigence, plus qualitative : un rédacteur doit comprendre exactement de quoi traiter sans avoir besoin de consulter le reste de l’arborescence.

Un sujet formulé de façon trop générale, « les accessoires », par exemple, échoue à ce test, quand « les accessoires indispensables pour une multivitamine en gélules » le satisfait. Cette exigence d’autonomie du sujet facilite directement l’affectation des rédacteurs, qu’il s’agisse d’une équipe humaine ou d’un pipeline d’intelligence artificielle générative : chaque sujet porte en lui-même l’information nécessaire pour démarrer la rédaction, sans aller-retour avec le chef de projet pour clarifier l’intention. Varier les angles de formulation, qui, quoi, où, quand, comment, pourquoi, combien, aide à couvrir un sujet sous plusieurs facettes complémentaires plutôt que de répéter la même approche d’une page à l’autre, un principe repris directement de la méthode de construction du mindmap.

Attribuer un rôle provisoire à chaque sujet

Une fois le sujet formulé, l’équipe lui attribue un rôle provisoire dans l’architecture à venir : page cible, qui porte l’autorité du sujet pilier tout entier, page mixte, qui pointe vers la page cible tout en recevant les pages complémentaires, ou page complémentaire, qui traite un sous-sujet précis. Ce rôle reste provisoire à l’étape 2.2, parce que l’architecture définitive se construit seulement à l’étape 3, une fois le mindmap bâti niveau par niveau. Un sujet d’abord envisagé comme page complémentaire peut, en cours de construction, se révéler suffisamment riche pour mériter le rôle de page mixte.

Cette première attribution de rôle sert surtout à estimer la profondeur probable de l’arborescence : un sujet pilier qui génère beaucoup de sujets candidats à l’intention informationnelle annonce un cocon profond, à plusieurs niveaux, quand un sujet plus resserré annonce un cocon plus plat. Cette estimation précoce aide à confronter le nombre de sujets obtenus au volume de pages arrêté dans la stratégie, et à ajuster, si besoin, le niveau de détail recherché avant de lancer la construction formelle du mindmap. Un sujet dont le rôle provisoire reste incertain, ni franchement page cible ni franchement page complémentaire, mérite d’être signalé comme tel plutôt que tranché arbitrairement à ce stade.

Cette incertitude se résout souvent naturellement une fois les sujets voisins posés, à l’étape 3.

Ce que cette étape prépare pour le mindmap

L’étape 2.2 livre une liste de sujets de pages, chacun autoportant et rattaché à un rôle provisoire, prête à devenir la matière première du mindmap construit à l’étape 3. Cette liste ne forme pas encore une hiérarchie : elle manque le code qui organisera chaque sujet par niveau et par lignée. Cette étape sépare volontairement le travail de qualification sémantique, trouver et formuler les bons sujets, du travail d’architecture, les organiser en une structure cohérente.

Mélanger les 2 produit souvent une arborescence bancale, construite au fil de l’eau plutôt que pensée dans son ensemble. Les sujets qui échouent au test du sujet autoportant à ce stade méritent d’être reformulés avant de passer au mindmap, plutôt que corrigés en cours de construction de l’arbre, où une reformulation tardive oblige souvent à revoir aussi les sujets voisins déjà posés. Une fois cette liste stabilisée, l’équipe passe à l’étape 3, où chaque sujet reçoit son code hiérarchique et sa place définitive dans l’architecture du cocon sémantique.

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 :

• formation Stéphane Jambu, Cocon sémantique V1.3 (étape 2.2)
• Spec – Planificateur de cocons, 12/08/2026