Ce qu'aucun outil ne fera pour vous

Décider que la page A est la mère de la page B. Cette décision suppose de connaître le parcours réel de vos clients, votre offre et vos priorités commerciales. Les outils regroupent des mots-clés par proximité lexicale, dessinent des schémas et vérifient des liens : trois tâches utiles, dont aucune n'est celle qui compte.

Ce qu'on attend réellement d'un outil

Avant de comparer, il faut séparer quatre tâches très différentes, souvent confondues sous le même mot.

TâcheAutomatisable ?Ce que ça donne
Rassembler les requêtes d'un universOuiUne liste brute de plusieurs centaines d'expressions
Les regrouper par proximitéEn partieDes paquets à retravailler, jamais utilisables tels quels
Décider de la hiérarchieNonC'est le travail, et il est humain
Visualiser la structureOuiUn schéma utile pour repérer les branches orphelines
Vérifier le maillage réelOuiL'écart entre le plan prévu et les liens réellement en ligne
Rédiger les pagesEn partieUn guide de vocabulaire, pas un contenu qui apporte quelque chose

Les outils, et ce qu'ils couvrent

OutilCe qu'il fait bienSa limite
Un tableurConcevoir la structure : une ligne par page, une colonne pour la mère, une pour les sœursAucune visualisation, aucun contrôle automatique
Screaming FrogContrôler le maillage réel : liens internes entrants et sortants, profondeur, pages orphelinesNe propose rien, il constate
YourTextGuruLe vocabulaire attendu sur chaque page de la structureNe dit rien de la structure elle-même
HaloscanRassembler les requêtes d'un univers, avec volumes et concurrenceLa matière première, pas l'organisation
Outils de visualisation de graphesVoir la structure d'un site de plusieurs centaines de pagesImpressionnant, et rarement décisif
Un modèle d'IA générativeDégrossir un regroupement de sujets en quelques minutesProduit une structure plausible même quand elle est fausse

La ligne la plus importante du tableau est la deuxième. Le contrôle du maillage réel est la tâche la plus utile et la plus systématiquement sautée. Le plan vit dans un tableur, les liens sont posés à la main page par page, et l'écart entre les deux est toujours considérable : liens oubliés, pages jamais reliées, branches entières coupées du reste. Sans crawl de vérification, un cocon n'existe que sur le papier.

La méthode au tableur, en cinq étapes

C'est celle que j'applique, et elle suffit largement en dessous d'une centaine de pages.

  1. 1. Rassembler les requêtes réelles

    Vos données de Search Console d'abord, puisqu'elles disent ce que les gens tapent déjà pour vous trouver, puis un outil de recherche de mots-clés pour élargir. Voir choisir ses mots-clés.

  2. 2. Regrouper par intention, pas par mot

    Deux expressions qui appellent la même réponse font une seule page. Deux expressions qui appellent des réponses différentes font deux pages, même si les mots se ressemblent. Voir intention de recherche.

  3. 3. Hiérarchiser par le raisonnement du lecteur

    La page mère traite la question large, les filles traitent les questions qui en découlent. Le test : est-ce qu'on peut lire la fille sans avoir lu la mère ? Si non, la hiérarchie est bonne.

  4. 4. Écrire le maillage dans le tableur

    Pour chaque page : un lien vers la mère, des liens vers les sœurs de même niveau, des liens vers les filles. Avec l'ancre prévue, décidée avant la rédaction.

  5. 5. Crawler et comparer

    Une fois les pages en ligne, comparez les liens internes constatés au plan écrit. C'est l'étape qui révèle tout ce qui a été oublié, et elle prend dix minutes.

Structure

Le maillage rapporte plus que la plupart des chantiers

Il est gratuit, immédiat, entièrement sous votre contrôle, et sur la majorité des sites que j'audite les pages qui rapportent de l'argent sont les moins reliées de toutes.

Les trois contrôles du maillage

Après un crawl, trois questions suffisent à savoir si la structure tient.

Un quatrième contrôle vaut la peine sur les sites importants : la profondeur. Si une page fille se trouve à cinq clics de l'accueil, la hiérarchie est trop verticale et la valeur ne circule plus jusqu'en bas. Voir arborescence.

Mon avis sur la méthode

Ce qui fonctionne dans le cocon sémantique, c'est ce qu'il y a dessous : couvrir complètement un sujet, et relier les pages entre elles de façon cohérente. La méthode formalisée en donne un cadre rigoureux, et ce cadre est parfois plus rigide que nécessaire.

Sur la plupart des sites que je reprends, il n'y a pas de cocon à construire : il y a un maillage à faire exister. Les pages sont là, elles traitent le sujet correctement, et elles ne se parlent pas. Ajouter des liens contextuels entre pages voisines produit déjà l'essentiel du gain, pour une fraction de l'effort d'une refonte structurelle.

La question à se poser avant de se lancer est donc simple : vos pages existantes sont-elles reliées entre elles ? Si la réponse est non, commencez par là. Si elle est oui et que le sujet reste mal couvert, alors la structure mérite d'être repensée. Voir le cocon sémantique et comment en créer un.

Questions fréquentes

Faut-il un outil dédié pour construire un cocon sémantique ?
Non, en dessous d'une centaine de pages. Un tableur suffit largement : une ligne par page, une colonne pour la page mère, une colonne pour les pages sœurs, et le maillage se déduit de la structure. Les outils deviennent utiles au-delà, quand il faut visualiser des centaines de relations, vérifier qu'aucune page n'est isolée et suivre les écarts entre le plan théorique et le maillage réellement en place.
Quel outil choisir pour commencer ?
Un tableur pour concevoir, et un crawler pour contrôler. Cette combinaison couvre la quasi-totalité des besoins : le tableur sert à décider de la structure, le crawler à vérifier que les liens attendus existent bel et bien dans le HTML publié. C'est le contrôle que l'on saute le plus souvent, et c'est précisément là que se trouvent les écarts, parce qu'un plan écrit ne dit rien de ce qui a été réellement intégré.
Un outil peut-il décider de l'arborescence à ma place ?
Aucun ne le fait correctement, parce que la question posée n'est pas technique. Décider qu'une page est la mère d'une autre suppose de connaître le parcours réel de vos clients, votre offre et vos priorités commerciales. Les outils regroupent des mots-clés par proximité lexicale, ce qui donne une matière de départ intéressante, jamais une arborescence utilisable telle quelle.
Peut-on construire un cocon avec une IA générative ?
Pour dégrossir, oui : un modèle propose rapidement un regroupement de sujets et une arborescence plausible. Le problème est qu'il produit une structure plausible même quand elle est fausse, faute de connaître vos requêtes réelles, vos pages existantes et votre marché. Utilisez-le comme point de départ, puis confrontez chaque regroupement aux données de la Search Console : c'est cette confrontation qui fait le travail.
Comment vérifier qu'un cocon est bien en place ?
Par un crawl, en comparant les liens internes réellement présents au plan prévu. Trois contrôles suffisent : chaque page reçoit-elle au moins un lien de sa page mère, les pages du même niveau se citent-elles bien, et existe-t-il des pages qu'aucun lien interne n'atteint. Les écarts sont systématiques, parce que le plan est écrit dans un tableur et que les liens sont intégrés à la main, page par page.
Le cocon sémantique fonctionne-t-il encore ?
Ce qui fonctionne, c'est ce qu'il y a dessous : couvrir complètement un sujet et relier les pages entre elles de façon cohérente. La méthode formalisée sous ce nom en donne un cadre rigoureux, parfois plus rigide que nécessaire. Sur la plupart des sites que j'audite, un maillage interne simplement propre, où chaque page importante reçoit des liens contextuels depuis les pages voisines, produit déjà l'essentiel du gain.