Cocon sémantique : la méthode, appliquée à 144 pages

Ce qu’est un cocon sémantique, sans le jargon

Un cocon sémantique, c’est une façon d’organiser un site pour qu’un moteur comprenne de quoi vous parlez, et pour que le trafic des contenus informatifs remonte vers les pages qui vendent. Trois éléments suffisent à le décrire :

• Un pilier : la page qui porte la requête la plus commerciale du sujet. Le plus souvent, une page d’offre ou de service.
• Des satellites : les articles qui répondent aux questions que se pose un prospect avant d’acheter (combien ça coûte, comment ça se passe, quoi comparer).
• Des liens qui obéissent à des règles : de l’article vers le pilier (lien montant), du pilier vers ses articles (lien descendant), entre articles proches du même sujet (lien latéral), et presque jamais vers un sujet sans rapport.

Le schéma est simple. Ce qui l’est moins, c’est de le faire tenir sur un site réel, qui a des années d’historique, des doublons, des pages que personne ne relie et un menu qui écrase toute hiérarchie. Nous l’avons fait cette année sur deux sites : celui d’un client, une agence digitale d’une vingtaine de personnes (233 adresses sous Drupal 7), et le nôtre. Voici la méthode, telle qu’elle a tourné.

Étape 1 : regarder le maillage réel avant de dessiner quoi que ce soit

On ne construit pas un cocon sur un plan idéal, on le construit à partir de ce que le site fait déjà. Nous commençons par un crawl complet, puis un graphe qui place chaque page selon ses liens réels, avec une précaution indispensable : séparer les liens de gabarit (menu, pied de page, boutons répétés) des liens éditoriaux, ceux qui sont écrits dans le texte. Sans ce tri, le menu fausse tout : sur le site de notre client, chaque page de services recevait environ 275 liens identiques du méga-menu, et toutes semblaient aussi importantes les unes que les autres.

Une fois le gabarit retiré, le diagnostic tombe vite. Sur ce site, le crawl du 28 août relevait 279 pages, et le graphe montrait des motifs qu’on retrouve presque partout :

• Le contenu et l’offre qui s’ignorent : 29 articles ne liaient aucune page de service. Le blog attirait des lecteurs, il ne les envoyait nulle part.
• La cible affamée : des pages de services recevaient un seul lien éditorial, quand d’autres, moins prioritaires pour l’agence, en recevaient des dizaines.
• L’étoile : 34 fiches d’un glossaire, reliées chacune à leur seule page index, la moitié sans aucun lien sortant.
• La preuve débranchée : 16 pages de services sur 39 ne liaient aucune étude de cas.

Ce premier relevé a produit un backlog d’environ 89 liens à poser. Une règle de sécurité l’accompagnait, et nous la gardons : le graphe justifie d’ajouter des liens, il ne suffit jamais pour supprimer une page. Une suppression se décide avec les données de Search Console, pas sur la seule forme du graphe.

Étape 2 : un plan écrit, une ligne par page

C’est l’étape que la plupart des projets sautent, et c’est elle qui fait la différence. Pour chaque page, le plan fixe par écrit :

• son cocon et son pilier ;
• sa requête cible et son intention (apprendre, comparer ou acheter), plus quelques requêtes secondaires ;
• le service qu’elle pousse, et trois ou quatre formulations d’ancre pour le lien vers ce service, pour ne pas répéter la même phrase sur trente pages ;
• ses liens latéraux vers les pages sœurs ;
• pour un pilier, ses liens descendants et ses preuves (réalisations) ;
• l’action prévue : retravailler, passe légère, fusion proposée, retrait proposé.

Le plan est un fichier de données, pas un document de présentation. Cela permet de le vérifier par script, et la vérification la plus utile est la plus simple : aucune requête cible n’est visée par deux pages. Deux pages sur la même requête se font concurrence, et le moteur n’en garde qu’une. Sur le site de notre client, cette lecture a fait remonter des cannibalisations à plusieurs niveaux, dont deux pages de services sur le même produit, vivantes l’une à côté de l’autre.

Le plan final organise 144 pages (113 articles et 31 pages de services) en huit cocons, plus quatre articles hors cocon. Un choix structurant nous a occupés plus que les autres : un sujet qui compte pour l’agence n’avait pas de page de service. Plutôt que de laisser ses huit articles sans pilier, le plan les fait pointer temporairement vers le service le plus proche, et propose la création de la page manquante. Un cocon sans cible est un cocon qui ne vend rien.

Étape 3 : des principes nommés, pour que chaque modification se justifie

Nous avons écrit vingt-deux principes, numérotés, et chaque modification du site en cite au moins un. Ceux qui portent le cocon lui-même :

• Une page, une requête, une intention.
• Le lien montant vers ce qui se vend : chaque article lie le service qu’il sert, dans l’introduction quand la phrase s’y prête et dans la conclusion comme prochaine étape. L’ancre nomme le service et porte sa requête.
• Le lien descendant : la page de service distribue vers les articles qui répondent aux questions du prospect.
• Le lien latéral entre frères proches : un ou deux, jamais une fuite vers un autre sujet.
• Chaque lien dit vrai : l’ancre décrit la page d’arrivée. Pas de « cliquez ici », pas d’ancien lien qui envoie « web design » vers une page d’e-commerce.
• Le glissement sémantique : un article reprend le vocabulaire de la page qu’il soutient et y mène naturellement.
• Dé-cannibaliser : différencier deux pages proches par l’intention, ou proposer leur fusion avec redirection permanente.

Nommer les principes a un effet inattendu : la relecture devient possible. Le client ne relit plus « un texte modifié », il relit une modification, son principe et sa raison. C’est ce qui rend une refonte de cette taille discutable ligne par ligne, et nous y revenons dans l’article sur la méthode pour rafraîchir d’anciens articles.

Étape 4 : contrôler sur tout le site, jamais à l’œil

Un maillage se dégrade sans bruit : un lien vers une adresse qui a changé, une ancre recopiée trente fois, un article ajouté sans lien vers son pilier. D’où une règle : chaque passe se termine par des contrôles qui tournent sur toutes les pages, pas sur un échantillon.

Sur la refonte de notre client, l’audit automatique de la check-list (seize points par page, sur 144 pages) relevait 938 cases non tenues sur 2 304 avant le travail, et pas une seule page sans défaut. Après : zéro. Le résultat le plus parlant concerne le cocon lui-même : les articles qui ne liaient aucun service sont passés de 33 à 2, et ces deux-là sont proposés au retrait. Les sept sous-pages de services qu’aucun article ne liait en reçoivent désormais trois ou quatre.

Ce que ces chiffres mesurent, c’est l’effort et la conformité du maillage, pas son effet. Le site n’est pas encore en ligne dans sa nouvelle version : les mesures avant et après dans Search Console seront publiées après la mise en ligne, pas avant.

Ce que nous avons fait sur notre propre blog

La méthode s’applique aussi à soi, et nous avons dû la corriger en cours de route.

En septembre, notre audit de structure a trouvé le motif le plus courant chez nous aussi : nos pages d’offres ne liaient ni leur pilier ni leurs articles. Les piliers recevaient des liens de navigation, aucun depuis une offre. Le jus montait du blog vers les offres, rien ne redescendait. Nous avons ajouté sur chaque offre un bloc « Pour aller plus loin » généré depuis les données, qui lie son pilier et ses derniers articles : les piliers recevant un lien d’une offre sont passés de zéro à tous.

Le même audit disait autre chose, plus inconfortable : six cocons sur neuf n’avaient aucun article. Un pilier et un appel à l’action, ce n’est pas un cocon, c’est une page vide avec une ambition. Nous avions dessiné trop de cocons pour le contenu que nous avions. Le 2 octobre, nous sommes passés de dix cocons à huit, en fondant ceux qui se recouvraient, et nous avons ajouté une règle au site : un cocon sans article n’est plus listé, sa page passe en noindex et sort du sitemap. Elle reste servie pour un lien ancien, et réapparaît d’elle-même au premier article publié.

La leçon est simple : un cocon se dimensionne sur le contenu qu’on est capable de produire et de relire, pas sur la carte des sujets qu’on aimerait couvrir.

Les limites, à connaître avant de commencer

• Le graphe a une marge d’erreur. Un lien écrit dans le texte avec exactement l’ancre du menu passe pour un lien de gabarit, et un bouton au texte unique peut passer pour éditorial. Les ordres de grandeur restent bons, les cas limites se vérifient sur la page.
• Les fusions ne s’appliquent pas sans décision. Sur notre client, sept fusions et dix retraits sont proposés, aucun n’est appliqué : c’est au propriétaire du site de trancher, données en main, et chaque fusion demande sa redirection permanente.
• Le cocon ne remplace pas le contenu. Un pilier de 24 mots, et nous en avons trouvé un, ne se sauve pas par des liens entrants. Il faut l’écrire.

Si vous voulez savoir où en est votre propre maillage, c’est précisément l’objet d’un audit SEO avec plan d’action ordonné. Et si vous voulez que la méthode tourne dans la durée, avec des brouillons relus avant publication, c’est le rôle de notre moteur SEO et GEO. Les autres articles du cocon sont réunis sur la page SEO et visibilité dans les IA.

Questions fréquentes