Brancher son cocon sémantique sur son site : plan du site, sitemap XML et pages commerciales (Partie 8/8)

Votre cocon est cartographié, câblé, rédigé, planifié. Il lui manque une chose : exister pour le reste du site. Un cocon posé à côté d’une arborescence qui l’ignore reste un îlot — et c’est la dernière manière, très banale, de perdre un an de travail.

La réponse tient en une phrase : un cocon se branche par la navigation, pas par un fichier — Google écrit que les pages qui comptent doivent être atteignables « par une forme de navigation, menu du site ou liens placés dans les pages ». Le sitemap XML, lui, ne fait pas ce travail, et cette partie explique précisément pourquoi.

Cette huitième et dernière partie ferme la série. Elle suppose acquis le cocon construit dans la méthode de construction pas à pas, câblé dans l’implémentation du maillage interne, lien par lien, rédigé selon ce que Google écrit vraiment sur l’optimisation on-page, et déployé au rythme posé dans le planning éditorial, les objectifs et la place réelle du netlinking. Vue d’ensemble des huit parties dans le guide complet du cocon sémantique.

Un mot de méthode, pour la dernière fois. Tout ce qui est affirmé ici renvoie à une source consultable, numérotée en fin d’article. Un sujet entier du programme n’a, cette fois, aucune documentation officielle nulle part — je le signale plutôt que de meubler. Et sur le point le plus tranché de ce module, l’auteur de la méthode a publiquement écrit sa position : je la cite, et je dis où elle dépasse ce que les sources permettent de tenir.

---

Le sitemap XML sert-il à votre référencement ?

Pas au classement, et Google ne le prétend nulle part. Il sert à la découverte des URL — et Google publie une liste de cas où l’on pourrait ne pas en avoir besoin, dont l’un décrit exactement un cocon sémantique correctement maillé. C’est l’un des rares points du folklore SEO français qui se révèle plus juste que ce qu’on en dit d’habitude.

Ce que Google écrit

La définition d’abord [1] : « A sitemap is a file where you provide information about the pages, videos, and other files on your site, and the relationships between them. Search engines like Google read this file to crawl your site more efficiently. » L’objet est le crawl, pas le rang.

La même page comporte une section intitulée « Do I need a sitemap? » qui ouvre ainsi :

If your site’s pages are properly linked, Google can usually discover most of your site. Proper linking means that all pages that you deem important can be reached through some form of navigation, be that your site’s menu or links that you placed on pages.

A sitemap helps search engines discover URLs on your site, but it doesn’t guarantee that all the items in your sitemap will be crawled and indexed.

Puis Google énumère les cas. Ils méritent d’être lus ligne à ligne, parce que c’est là que se joue la réponse pour un cocon.

Vous pourriez avoir besoin d’un sitemap si…	Vous pourriez ne pas en avoir besoin si…
« Your site is large. » — sur un grand site, il est plus difficile de garantir que chaque page reçoit un lien depuis une autre page.	« Your site is “small”. By small, we mean about 500 pages or fewer on your site. » Seules comptent les pages que vous voulez voir dans les résultats.
« Your site is new and has few external links to it. » — sans liens externes, Googlebot peut ne pas découvrir vos pages.	« Your site is comprehensively linked internally. This means that Googlebot can find all the important pages on your site by following links starting from the home page. »
« Your site has a lot of rich media content (video, images) or is shown in Google News. »	Vous n’avez pas beaucoup de fichiers vidéo ou image, ni de pages d’actualité que vous souhaitez voir apparaître dans les résultats.

Un cocon de moins de cinq cents pages, maillé dans les deux sens selon les règles de la partie sur l’implémentation du maillage, coche les deux premières lignes de droite. Google écrit, noir sur blanc, qu’un tel site pourrait ne pas avoir besoin de sitemap.

Ce que Google écrit, et sur quelle page il l’écrit

Il faut être précis, parce que deux pages de Google disent deux choses différentes, et qu’on les confond souvent. Sur la page consacrée aux sitemaps, le classement n’est pas abordé du tout : les mots rank et ranking n’y figurent pas. Ce qui y est écrit, c’est que le sitemap ne garantit ni l’exploration ni l’indexation [1].

C’est ailleurs que Google traite la question du rang, dans sa FAQ sur l’exploration et l’indexation, en réponse à « How do I get my site into Google? » [24] :

Keep in mind that while a sitemap file can help us learn about your site, it does not guarantee indexing or increase your site’s ranking.

« It does not […] increase your site’s ranking » : la réponse existe, elle est explicite, et elle n’est pas sur la page qu’on consulte pour le savoir. Je ne fusionne pas les deux pages pour autant — la nuance a son intérêt pratique. Si vous devez trancher un débat interne, c’est cette phrase de la FAQ qu’il faut citer, pas la page dédiée aux sitemaps, qui ne dit rien du classement.

Ce qu’en écrit l’auteur de la méthode

Contrairement à la coquille d’escargot de la partie précédente, ce sujet-ci n’est pas resté derrière le paywall. Laurent Bourrelly a publié sa position, dans un article intitulé Les trolls du SEO, sous une section qu’il a nommée « SiteMap yabon pour le SEO » [15] :

La légende urbaine suggère que ce fichier va améliorer le référencement.

Le SiteMap n’influe absolument pas sur le positionnement.
Le SiteMap n’aide même pas à l’indexation.

Si l’architecture du site est pourrie, tous les plans du site au format XML du Web ne suffiront pas à améliorer la présence du site dans l’index des moteurs. Cela aide à « découvrir » des URLs, mais il reste un paquet d’opérations avant la phase d’apparition au sein des résultats de recherche.

La page ne porte pas de date : je n’en attribue donc aucune. Sur le fond, deux constats.

• Sur le positionnement, il a raison et Google ne le contredit pas. Aucune source ne présente le sitemap comme un levier de rang. La deuxième phrase du bloc est la position la mieux étayée de tout le module.
• Sur l’indexation, la formule dépasse ce que les sources permettent — et la phrase suivante la nuance elle-même : « Cela aide à « découvrir » des URLs » — les guillemets de distanciation autour de découvrir sont les siens. Or la découverte est le préalable de l’indexation. Dire que le sitemap n’aide même pas à l’indexation, puis qu’il aide à découvrir des URL, ce sont deux choses difficiles à tenir ensemble.

Les deux positions du SEO francophone

Le sujet a été traité par les deux auteurs les plus établis du domaine, et ils ne concluent pas pareil — non parce qu’ils sont en désaccord sur les faits, mais parce qu’ils répondent à deux questions différentes.

Source	Ce qu’elle écrit	La question à laquelle elle répond
Olivier Duffez, WebRankInfo [20]	« La réponse rapide est NON ! » sur le gain de positionnement ; « Il ne faut pas confondre indexation et positionnement » ; « Mieux vaut travailler les liens internes que son fichier sitemap ! » ; « vous ne devriez PAS avoir besoin d’un fichier sitemap pour faire indexer vos pages. Sinon, ça veut dire que votre site est mal conçu. » Il concède que le sitemap « est utile en SEO : pour accélérer le crawl et donc l’indexation des nouvelles URL ».	Le sitemap améliore-t-il le référencement ? Non — et il ne rattrape pas une architecture défaillante.
Olivier Andrieu, Abondance [21]	« Le but d’un fichier Sitemap XML est d’être complémentaire (sans le remplacer) du crawl naturel » ; « Plus le site est gros, plus le Sitemap XML est important » ; « au vu de la facilité de création désormais de ces fichiers, on peut estimer que tout site web doit en proposer un ».	Faut-il en mettre un ? Oui — parce que ça ne coûte presque rien.

La conclusion opérationnelle

• Gardez votre sitemap s’il existe déjà. La plupart des CMS en génèrent un sans intervention ; le supprimer serait un travail pour un bénéfice nul.
• N’en attendez rien sur le classement. Aucune source, chez Google ni ailleurs, ne le présente comme un levier de rang.
• Ne comptez jamais dessus pour compenser une architecture. C’est le point sur lequel Bourrelly et Duffez disent exactement la même chose : un sitemap ne rattrape pas un site mal lié.
• Si vos pages n’apparaissent que grâce au sitemap, vous avez un problème de maillage, pas un problème de sitemap. Le diagnostic se fait dans le rapport Performances, filtré sur les URL du silo.

---

À quoi sert un plan du site HTML ?

À des lecteurs, et à vous. Pas à Google — dont la documentation actuelle n’en parle plus du tout. C’est le point où le programme de ce module et la position publique de Google divergent le plus, et il faut le dire avant d’expliquer pourquoi un plan du site reste malgré tout une bonne idée dans un cocon.

Ce que Google en dit aujourd’hui : rien

Une recommandation de proposer aux visiteurs un plan du site a longtemps circulé comme étant celle de Google. Ce que je peux établir, c’est ceci : les Webmaster Guidelines ont été remplacées par les Search Essentials le 13 octobre 2022 [12], et je n’ai retrouvé cette recommandation sur aucune page de Google encore en ligne — je ne peux donc ni citer son libellé d’origine, ni affirmer qu’elle y figurait. Le Guide de démarrage SEO et les Search Essentials actuels n’évoquent pas le plan du site HTML [2][3].

La seule position de Google que j’aie trouvée sur le sujet est un propos de John Mueller rapporté le 2 octobre 2019, et elle est franchement tiède [13] :

for small sites, your site should be crawlable anyway […] & for large sites, they’re not going to be useful anyway

Do they make sense for users? I guess it’s a good signal that your normal navigation & in-site search are bad if people end up going to your HTML sitemap pages 🙂

C’est un relais de presse, pas une page de documentation, et je le signale comme tel. La remarque n’en est pas moins juste : si vos lecteurs ont besoin du plan du site pour trouver quelque chose, c’est votre navigation qui a un problème.

Ce que l’auteur de la méthode oppose à ce constat

Dans le même article que sa charge contre le sitemap XML, Laurent Bourrelly prend le contrepied [15] :

Du coup, personne ne fait plus de plan du site au format HTML ; ou alors ce sont des fonctionnalités et plugins de second rang dans les CMS.

C’est bien un plan du site HTML ! Lui va apporter quelque chose de concret à l’indexation et au référencement de manière plus globale. Encore faut-il que ce plan du site soit bien pris en compte…

Deux remarques d’honnêteté. La première : cette affirmation n’est adossée à aucune source, ni chez Google ni ailleurs — c’est une position de praticien, et elle est présentée comme telle dans un billet d’humeur. La seconde : le « comment construire un plan du site HTML à forte valeur ajoutée » annoncé dans le programme du module n’est expliqué nulle part publiquement. Comme pour les expressions de la partie précédente, je ne vais pas lui inventer une méthode.

Ce qu’un plan du site peut réellement faire dans un cocon

Ce qui suit est de moi, et repose sur un raisonnement simple : un plan du site est une page comme les autres. Elle porte des liens internes, donc elle fait exactement ce que font les liens internes — ni plus, ni moins. Google écrit que « the more links a page has to it within a site, the higher the relative importance of the page to other pages on your site » [4]. Un plan du site ajoute donc un lien à chaque page qu’il liste. C’est modeste, et ce n’est pas rien pour les pages qui n’en ont qu’un ou deux.

Mais l’intérêt véritable est ailleurs, et il est de nature éditoriale. Un plan du site peut être la seule page du site qui montre la structure du cocon — pas la liste des articles, la structure. La différence n’est pas cosmétique.

	Le listing automatique	Le plan qui montre la carte
Ce qu’il affiche	Tous les contenus, dans l’ordre de publication ou alphabétique.	Les silos, chacun avec sa page mère en tête et ses filles en dessous.
Ce que le lecteur y comprend	Que le site a beaucoup d’articles.	Que le site couvre un sujet, et comment il le découpe.
Ce qu’il apporte au maillage	Un lien de plus vers chaque page, sans hiérarchie.	Un lien de plus, plus une ancre descriptive et un contexte de silo.
Ce qu’il coûte	Un plugin.	Une mise à jour à chaque silo refermé — soit une fois par paquet, selon le calendrier de la partie précédente.

Un usage qu’on ne mentionne jamais et qui justifie à lui seul l’effort : c’est votre outil de contrôle. Une page qui n’apparaît dans aucun silo de votre plan du site est une page que vous avez oublié de rattacher. Vous le voyez en trente secondes, à l’œil, sans avoir à lancer d’exploration ni à attendre des données.

---

Comment brancher un cocon sur un site qui existe déjà ?

Par la navigation, et par elle seule. C’est la phrase de Google citée plus haut, et c’est la seule instruction opposable de tout ce module : les pages qui comptent doivent être atteignables « through some form of navigation, be that your site’s menu or links that you placed on pages » [1].

Une précision avant d’entrer dans le détail : je n’ai trouvé aucune page publique de Laurent Bourrelly traitant de ce branchement — que faire des pages existantes, des catégories, des étiquettes, du menu. Attention à un faux ami : sa recette du cocon comporte bien une étape intitulée « Raccorder le cocon au site », mais la suite de la phrase montre qu’il s’agit du raccordement off site et du réseau de sites, pas de l’infrastructure interne [18]. Ce qui suit est donc adossé à la documentation de Google et à ma pratique, pas à sa méthode.

Ce que Google dit de la navigation

La page la plus explicite de sa documentation est destinée aux sites marchands, mais son propos vaut pour n’importe quelle structure [4] :

Google tries to find the best content on your site by analyzing the relationship between pages based on their linkages. This means navigation structures on your site (such as menus and cross page links) can impact Google’s understanding of your site structure.

Trois autres phrases de cette page sont directement opérationnelles :

• « If category pages don’t include direct links to all products in a category, Googlebot might not find all of your products by crawling alone. » Transposé : si une page mère ne lie pas toutes ses filles, certaines filles peuvent rester introuvables — c’est exactement ce que la découvrabilité et les pages orphelines changent pour une page.
• « use <a href> tags when creating links to other content. Don’t use JavaScript events on other HTML DOM elements for navigation. » Un menu qui ne produit pas de vrais liens n’est pas un menu, du point de vue de l’exploration — la page de Google sur les liens le dit dans les mêmes termes : un lien n’est explorable que s’il s’agit d’un élément HTML a muni d’un attribut href [5]. Un menu construit en JavaScript sans véritable href est invisible à l’exploration, point déjà traité dans la vérification des liens dans le HTML rendu.
• « the more links a page has to it within a site, the higher the relative importance of the page to other pages on your site. » C’est la phrase qui commande toute la section sur les pages enterrées.

La profondeur de clic

Elle revient constamment dans les audits, et il faut savoir d’où vient ce qu’on en dit. La citation de référence est un propos de John Mueller tenu en hangout et rapporté en juin 2018 [14] : « What does matter for us a little bit is how easy it is to actually find the content. » La version longue rapportée par le même relais précise que si la page d’accueil est la plus forte du site et qu’il faut plusieurs clics pour atteindre une page, il devient « a lot harder for us to understand that these stores are actually pretty important ».

Deux réserves, que l’on émet rarement. C’est un relais de presse de 2018, pas une page de documentation, et ni la date ni le nom du hangout d’origine ne sont précisés par les articles qui le citent. Par ailleurs, la page de Google consacrée à la gestion du budget d’exploration ne mentionne ni profondeur, ni hiérarchie, ni pages orphelines [7] : ces notions ne sont pas dans la documentation actuelle.

Ce qui reste solide, c’est la formulation de la page sitemaps : les pages importantes doivent être atteignables par une forme de navigation. C’est une exigence binaire — atteignable ou non — plus qu’un compte de clics.

Le fil d’Ariane

C’est l’élément d’infrastructure dont le rôle est le mieux documenté, et sa page a été mise à jour le 8 septembre 2026 — la plus fraîche de tout ce dossier [6] : « Google Search uses breadcrumb markup in the body of a web page to categorize the information from the page in search results. » Et du côté du lecteur : « A user can navigate all the way up in the site hierarchy, one level at a time, by starting from the last breadcrumb in the breadcrumb trail. »

Pour un cocon, le fil d’Ariane est le seul élément d’interface qui exprime la structure en strates sur chaque page, sans rien ajouter au corps du texte. Il rend visible, en une ligne, ce que la carte a décidé.

Les quatre décisions à prendre

Elles sont de moi, et elles se prennent dans cet ordre, une fois pour toutes, avant la publication du premier silo.

1. Le menu reçoit les pages mères, et elles seules. Un menu qui liste les pages filles détruit la hiérarchie que la carte a construite : il met au même niveau ce que le cocon distingue. Une entrée par silo, pointant vers sa page mère, suffit à rendre tout le silo atteignable — puisque la mère lie ses filles.
2. La page d’accueil lie les pages mères. C’est la page dont Google dit qu’on part pour trouver le reste : « Googlebot can find all the important pages on your site by following links starting from the home page » [1]. Un cocon absent de la page d’accueil dépend entièrement du menu ; c’est un point de défaillance unique.
3. Les catégories et les étiquettes existantes ne servent pas de silos. Elles produisent des listes automatiques, sans page mère, sans intention assignée et sans ancre rédigée. Elles peuvent coexister avec le cocon ; elles ne peuvent pas le porter. Si vos catégories dupliquent vos silos, choisissez : soit le silo, soit la catégorie.
4. Les pages existantes sur le même sujet sont traitées avant, pas après. Une ancienne page qui traite l’intention d’une page fille entre en concurrence avec elle. Le contrôle se fait dans le rapport Performances, filtré sur le préfixe d’URL du silo : deux pages qui ressortent sur les mêmes requêtes sont deux pages à fusionner ou à redéfinir.

La quatrième décision est celle qu’on saute, et c’est celle qui coûte le plus cher. Un cocon greffé sur un site qui traite déjà le sujet ailleurs ne remplace pas l’existant : il s’y ajoute, et les deux se gênent.

---

Comment faire remonter une page commerciale enterrée ?

En lui donnant des liens, pas en la déplaçant dans la carte. C’est la règle que pose l’auteur de la méthode lui-même, et c’est la seule qui préserve à la fois la cohérence du silo et l’intérêt commercial de la page.

La règle, telle qu’il l’écrit

Le passage est explicite, et il décrit exactement le réflexe à combattre [16] :

Il faut aussi préserver l’orientation sémantique et ne pas être focalisé sur les priorités commerciales. C’est un gros défaut que je retrouve dans cet exercice. On vend un truc, alors on veut le mettre partout en avant. Sauf que du point de vue sémantique, ce n’est pas forcément logique.

Cela ne veut pas dire pour autant qu’on va négliger l’aspect commercial. Cet élément prioritaire, du point de vue commercial, sera traité avec une attention spéciale, mais il faut déjà le coincer à la sa place dans l’organisation sémantique.

La construction « à la sa place » figure dans l’original ; je cite sans corriger. Le principe, lui, est limpide et vaut d’être formulé en une phrase : la sémantique décide de la position d’une page dans la carte, le commercial décide du traitement qu’elle reçoit. Ailleurs, il applique le même arbitrage à l’effort de production, en proposant de hiérarchiser les niveaux d’investissement sur le contenu « en fonction de l’ambition commerciale de chaque page » [18].

Pourquoi les liens, et pas la place

Parce que ce sont deux grandeurs indépendantes, et que Google documente la seconde. Remonter une page dans la carte, c’est modifier l’arborescence pour des raisons qui ne sont pas celles du lecteur — et donc casser la logique qui fait tenir le silo. Lui donner des liens, c’est agir sur ce que Google décrit ainsi [4] : « the more links a page has to it within a site, the higher the relative importance of the page to other pages on your site. »

Autrement dit : une page fille de troisième strate peut recevoir plus de liens internes qu’une page intermédiaire sans changer de strate. Sa position dans la carte reste dictée par son sujet ; son importance relative, elle, se travaille.

Les « nodes » de la carte : ce qui est public et ce qui ne l’est pas

Le programme du module annonce « où et comment faire des liens précis vers des nodes importants de votre mindmap » [19]. Ce qui est publiquement documenté chez l’auteur, c’est la mécanique générale — il écrit que « chaque node rajouté pousse un peu plus toute la strate » et que « tout le truc consiste à bien savoir comment construire ses liens pour réaliser le transfert de juice entre les pages » [17]. Le « où et comment », lui, n’est expliqué nulle part publiquement. Comme dans la partie précédente, je le signale et je ne comble pas.

Les trois leviers, dans l’ordre de rendement

Ce qui suit est ma méthode, pas la sienne. Elle découle de la règle ci-dessus et des trois familles de pages posées dans la partie sur le planning éditorial : pages de savoir, pages de décision, pages de conversion.

Levier	Ce qu’on fait	Pourquoi ça marche
1. Le lien depuis la page mère	La page mère du silo cite la page commerciale une fois, avec une ancre qui dit ce que le lecteur y trouvera.	La page mère est la plus liée du silo ; le lien qu’elle donne est le mieux placé. Un seul lien, mais le bon.
2. Les liens depuis les pages de décision	Chaque page qui traite une question d’achat — comment choisir, ce qui est inclus, combien ça coûte — lie la page commerciale à l’endroit exact où elle répond.	Ce sont les pages dont les lecteurs sont les plus proches de la décision. Le lien y est attendu plutôt que subi.
3. L’entrée dans le plan du site et le menu	La page apparaît dans le plan du site, au sein de son silo ; elle n’entre au menu que si elle est une page mère.	Deux liens supplémentaires et stables — celui du menu étant présent sur toutes les pages du site.

Un garde-fou, parce que l’excès inverse existe : les ancres de ces liens doivent rester descriptives. Une page commerciale liée depuis quinze pages avec la même ancre commerciale répétée à l’identique tombe sous le coup de ce que les règles anti-spam de Google appellent le bourrage de mots-clés — les citations exactes figurent dans la partie sur l’optimisation on-page.

---

Où placer les appels à l’action ?

Il faut commencer par un aveu : sur ce sujet, il n’y a rien à citer. Je n’ai trouvé aucune page de la documentation de Google Search traitant des appels à l’action, des pages de vente ou des pages commerciales. Ce n’est pas un défaut de recherche, c’est un angle mort documentaire — et il vaut mieux le dire que d’habiller un avis en consigne.

Ce que Google documente quand même

Deux choses, en creux, et elles suffisent à cadrer le sujet.

Ce qui gêne la lecture. La page consacrée aux interstitiels et boîtes de dialogue existe toujours [9] : « Intrusive interstitials and dialogs are page elements that obstruct users’ view of the content, usually for promotional purposes. » Les consignes sont directes — « Don’t obscure the entire page with interstitials », « Instead of full page interstitials, use banners that take up only a small fraction of the screen ». Et l’argument que Google avance aujourd’hui n’est pas celui d’une sanction, mais celui de la compréhension : « Intrusive dialogs and interstitials make it hard for Google and other search engines to understand your content, which may lead to poor search performance. »

Ce qui rend une page suspecte. La grille du contenu utile pose la question qui tranche [8] : « Is the content primarily made to attract visits from search engines? » Précision utile, parce qu’on la lit souvent à l’envers : cette page ne dit rien des contenus commerciaux ou d’affiliation. Vérification faite, les mots commercial, affiliate et ads n’y figurent pas. Avoir un objectif commercial n’est pas ce que Google vise ; n’avoir que le trafic comme motif d’existence, oui.

La règle que j’applique

Un appel à l’action par intention, pas un appel à l’action par page. Le programme du module parle d’un appel à l’action « en symbiose parfaite avec les objectifs de chaque silo et chaque page » [19] ; faute de méthode publiée, voici comment je le traduis, en l’assumant.

• Page de savoir — le lecteur cherche à comprendre. L’appel à l’action utile est un lien vers la page suivante du silo. Lui proposer un devis à ce stade, c’est répondre à une question qu’il ne se pose pas encore.
• Page de décision — le lecteur compare. C’est là que l’appel à l’action commercial est à sa place, et c’est la page que presque personne n’écrit.
• Page de conversion — le lecteur a décidé. La page entière est l’appel à l’action ; en ajouter un autre ne fait que fragmenter l’attention.

Le test tient en une question, posée page par page : si ce bouton disparaissait, le lecteur serait-il gêné ? Sur une page de décision, oui — il cherchait précisément où aller ensuite. Sur une page de savoir, non — et c’est le signe que le bouton était là pour vous, pas pour lui.

---

Comment suivre ses positions sans se raconter d’histoires ?

En sachant ce que mesure le chiffre qu’on regarde. La position moyenne de la Search Console n’est pas votre position : c’est une moyenne des positions les plus hautes, calculée sur toutes les requêtes concernées. Google l’explique, avec un exemple chiffré, et cette explication change la manière de lire un rapport.

Comment Google calcule la position moyenne

La définition, mot pour mot [10] : « The position value shown in the Performance report is the topmost position occupied by a link to your property or page in search results, averaged across all queries in which your property appeared. »

Et l’exemple que Google donne lui-même : une requête renvoie votre site aux positions 2, 4 et 6 — la position retenue est 2. Une autre le renvoie aux positions 3, 5 et 9 — la position retenue est 3. La position moyenne affichée pour ces deux requêtes est donc de 2,5 : une valeur que personne n’a jamais vue dans un résultat de recherche.

Pourquoi ce que vous voyez dans Google ne correspond pas

Google le dit sur la même page, et c’est la phrase à retenir avant toute discussion avec un client [10] : « Position value is the average position for all searches. For your specific search your position might be different than the average because of many variables, such as your search history, location, and so on. »

Une page d’aide entière est consacrée à cette variabilité [11]. Elle énumère le moment de la recherche — « Time may be one of the biggest reasons why results vary between people » —, le déploiement progressif des améliorations de classement sur les centres de données, la localisation, la langue, le type d’appareil, les recherches récentes, et la personnalisation liée au compte Google.

Conséquence directe : vérifier sa position en tapant sa requête dans son propre navigateur ne mesure rien. Ce n’est pas une approximation grossière, c’est une observation d’un cas particulier — le vôtre, avec votre historique et votre localisation.

Ce qu’en dit l’auteur de la méthode

Honnêtement : peu de choses publiques. Sa page d’outils comporte une section « Suivi de positionnement et plus » qui liste une quinzaine de solutions [22], mais la page n’est pas datée et, vérification faite le 18 septembre 2026, plusieurs des outils cités ne sont plus actifs — je ne la présente donc pas comme une recommandation actuelle. Et l’article dont le titre promet le plus sur le sujet, Votre Cocon Sémantique donne-t-il des résultats ?, ne contient ni outil, ni indicateur, ni protocole de mesure [23] ; on y trouve en revanche une indication de cadence qui rejoint la partie précédente : « suivre le plan de route fixé au minimum un an à l’avance est la clef du succès ».

Le protocole que je recommande pour un cocon

1. Un silo à la fois. Filtrez le rapport Performances sur le préfixe d’URL du silo. C’est le seul niveau où les données disent quelque chose : le site entier mélange des silos à des stades différents.
2. Des mois, pas des jours. L’aide de la Search Console conseille la granularité hebdomadaire ou mensuelle pour comparer deux périodes, afin de neutraliser l’effet du jour de la semaine ; la citation exacte figure dans la partie sur les objectifs et la mesure.
3. Les requêtes avant les positions. La première question n’est pas « à quelle position ? » mais « sur quoi ressort-elle ? ». Une page comprise sur la bonne intention et mal classée est un problème de concurrence ; une page comprise sur la mauvaise intention est un problème éditorial. Les deux se corrigent différemment.
4. La position moyenne en dernier. Et en sachant qu’elle peut se dégrader pendant que tout s’améliore, si la page se met à ressortir sur des requêtes plus larges.

---

Ce que cette série aura établi, en huit parties

Cette série avait une règle unique : rien ne passe sans source consultable. Appliquée pendant huit articles à une méthode enseignée de longue date, elle produit un résultat qui mérite d’être rassemblé en un endroit — parce que c’est là que se voit ce que le travail a réellement changé.

Voici les affirmations les plus répandues du SEO francophone sur ce sujet, et ce qu’il en reste après vérification.

Ce qu’on lit partout	Ce que les sources permettent d’en dire	Traité dans
« Le top 3 reçoit 8,2 liens internes contre 2,1 pour les autres » (Ahrefs)	Introuvable chez Ahrefs. Aucune publication vérifiable ne porte ces chiffres.	Partie 2 — architecture et maillage
« 60 à 70 % des pages d’un site sont orphelines »	Aucune étude vérifiable derrière cette fourchette.	Partie 2 — architecture et maillage
« Toute page doit être à trois clics de l’accueil »	Aucune source primaire. Ce que Google écrit est binaire : les pages importantes doivent être atteignables par une forme de navigation.	Partie 2 — architecture et maillage et cet article
« Le maillage interne apporte +40 % de trafic en six mois »	Aucune étude publiée. Google ne chiffre aucun gain de maillage.	Partie 5 — poser les liens
« Il faut 2 à 3 liens internes par nouvel article »	Aucun quota publié. Google écrit qu’il n’existe pas de nombre idéal de liens pour une page.	Partie 5 — poser les liens
« Le nofollow empêche Google de suivre un lien »	C’est une indication depuis le 1er mars 2020, et non plus une directive.	Partie 5 — poser les liens
« Visez 1 à 2 % de densité de mots-clés »	« Google does not have a notion of optimal keyword density. » — John Mueller, janvier 2023.	Partie 6 — optimisation on-page
« Un seul H1 par page »	Google n’impose aucun nombre de titres et écrit que leur ordre sémantique n’a pas d’importance pour la recherche.	Partie 6 — optimisation on-page
« Un article doit faire au moins 1 500 mots »	« The length of the content alone doesn’t matter for ranking purposes. »	Partie 6 — optimisation on-page
« Mettez le mot-clé dans l’URL »	« hardly any effect beyond appearing in breadcrumbs ».	Partie 6 — optimisation on-page
« L’E-E-A-T est un facteur de classement »	« Thinking E-E-A-T is a ranking factor—No, it’s not. »	Partie 7 — objectifs et délais
« On peut garantir une première position »	« No one can guarantee a #1 ranking on Google. » — et Google conseille d’écarter le prestataire qui le promet.	Partie 7 — objectifs et délais
« Google annonce quatre mois à un an »	Cette fourchette n’est plus dans sa documentation. Ce qui y figure : de quelques heures à plusieurs mois.	Partie 7 — objectifs et délais
« Le sitemap XML améliore le référencement »	« It does not guarantee indexing or increase your site’s ranking », écrit la FAQ exploration de Google. Sa documentation publie en outre une liste de cas où l’on pourrait s’en passer — dont un site correctement maillé en interne.	Cet article

Ce qui résiste, en revanche, tient en peu de lignes, et c’est peut-être le vrai enseignement : une carte des intentions, des liens posés dans les deux sens avec des ancres écrites à la main, des pages qui traitent réellement leur sujet, un calendrier calé sur une capacité de production, et une mesure par silo. Rien de spectaculaire. Rien non plus qui dépende d’un chiffre que personne ne peut produire.

Deux expressions du programme d’origine restent par ailleurs sans définition publique — « la règle de la coquille d’escargot » et « le système double effet » — et un sujet entier n’a aucune documentation officielle nulle part : les appels à l’action. Le branchement d’un cocon sur un site existant, lui, n’est traité par aucune page publique de l’auteur de la méthode, mais la documentation de Google sur la navigation suffit à le poser. Signaler ces vides fait partie du travail : un vide documenté vaut mieux qu’un vide comblé.

---

À retenir

• Google écrit que les pages importantes doivent être atteignables « par une forme de navigation, menu du site ou liens placés dans les pages ». C’est la seule exigence opposable de toute l’infrastructure.
• Sa documentation publie une liste de cas où l’on pourrait ne pas avoir besoin d’un sitemap XML, dont deux décrivent un cocon : un site d’environ 500 pages ou moins, et un site « comprehensively linked internally ».
• La page consacrée aux sitemaps n’aborde pas le classement. C’est la FAQ de Google sur l’exploration et l’indexation qui tranche : « while a sitemap file can help us learn about your site, it does not guarantee indexing or increase your site’s ranking ».
• Laurent Bourrelly a publié sa position : « Le SiteMap n’influe absolument pas sur le positionnement. » Il ajoute « n’aide même pas à l’indexation », ce que son propre paragraphe suivant nuance en reconnaissant que le sitemap aide à découvrir des URL.
• Olivier Duffez conclut « Mieux vaut travailler les liens internes que son fichier sitemap ! » ; Olivier Andrieu estime que « tout site web doit en proposer un » vu son coût nul. Aucun des deux ne défend un gain de position.
• La documentation actuelle de Google ne mentionne plus le plan du site HTML : la recommandation figurait dans les anciennes Webmaster Guidelines, remplacées le 13 octobre 2022.
• Google écrit que « the more links a page has to it within a site, the higher the relative importance of the page to other pages on your site » : c’est le mécanisme qui permet de faire remonter une page sans la déplacer dans la carte.
• La règle posée par Bourrelly sur les pages commerciales : la sémantique décide de la position, le commercial décide du traitement. L’élément prioritaire commercialement « sera traité avec une attention spéciale », mais doit d’abord être placé à sa place dans l’organisation sémantique.
• Aucune page de documentation de Google ne traite des appels à l’action ni des pages de vente. Ce qui existe porte sur les interstitiels qui masquent le contenu.
• La position moyenne de la Search Console est la position la plus haute occupée, moyennée sur toutes les requêtes. Google donne l’exemple : deux requêtes classées 2 et 3 donnent une moyenne affichée de 2,5 — une valeur que personne n’a jamais vue dans un résultat de recherche.
• Google écrit que votre position personnelle peut différer de cette moyenne à cause de votre historique de recherche, de votre localisation et d’autres variables. Vérifier sa position dans son propre navigateur ne mesure rien.
• Le branchement d’un cocon sur un site existant n’est traité par aucune page publique de l’auteur de la méthode — la mention « raccorder le cocon au site » de sa recette concerne le off site. Du côté de Google, c’est la documentation sur la navigation qui donne la marche à suivre.

---

Questions fréquentes

Faut-il un sitemap XML quand on a un cocon sémantique ?

Pas nécessairement, et Google le dit lui-même. Sa section « Do I need a sitemap? » indique qu’on pourrait s’en passer si le site fait environ 500 pages ou moins et s’il est « comprehensively linked internally », c’est-à-dire si Googlebot peut atteindre toutes les pages importantes en suivant des liens depuis la page d’accueil. Un cocon correctement maillé est exactement cela. Cela dit, tous les CMS courants en génèrent un automatiquement : le garder ne coûte rien et le supprimer n’apporte rien.

Le sitemap XML améliore-t-il le positionnement ?

Non, et Google l’écrit — mais pas là où on le cherche. Sa page dédiée aux sitemaps n’aborde pas le classement : les mots rank et ranking n’y figurent pas. C’est sa FAQ sur l’exploration et l’indexation qui répond, en une phrase : « while a sitemap file can help us learn about your site, it does not guarantee indexing or increase your site’s ranking ». Si vous devez citer une source sur ce point, c’est celle-là.

Un plan du site HTML sert-il au référencement ?

La documentation actuelle de Google n’en parle plus, et le seul avis de Google que j’aie trouvé, rapporté en octobre 2019, est sceptique : un petit site devrait être explorable de toute façon, un grand site n’en tirera pas grand-chose. Ce qu’un plan du site fait à coup sûr, c’est ajouter un lien interne vers chaque page listée. Sa vraie valeur dans un cocon est ailleurs : montrer la structure en silos plutôt que la liste des articles, et vous servir de contrôle — une page absente de tous vos silos est une page que vous avez oublié de rattacher.

Faut-il mettre toutes les pages du cocon dans le menu ?

Non. Un menu qui liste les pages filles met au même niveau ce que le cocon distingue, et détruit la hiérarchie construite par la carte. Une entrée par silo, pointant vers sa page mère, suffit à rendre tout le silo atteignable, puisque la page mère lie ses filles. Google demande seulement que les pages importantes soient atteignables par une forme de navigation — pas qu’elles soient toutes au menu.

Les catégories de mon CMS peuvent-elles servir de silos ?

Elles peuvent coexister avec un cocon, elles ne peuvent pas le porter. Une catégorie produit une liste automatique : pas de page mère rédigée, pas d’intention assignée, pas d’ancre écrite à la main, pas de glissement sémantique d’une strate à l’autre. Si vos catégories dupliquent vos silos, vous créez deux chemins concurrents vers les mêmes contenus — il faut trancher pour l’un des deux.

Comment faire remonter une page commerciale enterrée dans un cocon ?

En lui donnant des liens, pas en la déplaçant. Google écrit que plus une page reçoit de liens au sein d’un site, plus son importance relative est élevée par rapport aux autres pages de ce site. Une page peut donc rester à la place que son sujet lui assigne et gagner en importance. Laurent Bourrelly formule la même règle autrement : l’élément prioritaire commercialement « sera traité avec une attention spéciale », mais doit d’abord être placé à sa place dans l’organisation sémantique.

Pourquoi ma position dans Google ne correspond pas à celle de la Search Console ?

Parce que ce ne sont pas les mêmes choses. La Search Console affiche la position la plus haute occupée par votre site, moyennée sur toutes les requêtes concernées — Google donne l’exemple de deux requêtes classées 2 et 3, dont la moyenne affichée est 2,5, valeur que personne n’a jamais observée. Et votre recherche personnelle dépend de votre historique, de votre localisation, de votre appareil et du déploiement progressif des mises à jour. Google consacre une page entière à cette variabilité.

---

Glossaire de cette partie

Les termes d’architecture sont définis dans le glossaire de référence du guide complet, ceux de l’optimisation de page dans la partie sur l’optimisation on-page, et ceux du pilotage dans la partie sur le planning éditorial. Ceux qui suivent sont propres à l’infrastructure.

• Sitemap XML — Fichier listant les pages d’un site et leurs relations, que les moteurs lisent pour explorer le site plus efficacement. Il aide à la découverte des URL et ne garantit ni l’exploration ni l’indexation.
• Plan du site HTML — Page destinée aux visiteurs qui liste ou organise les contenus du site. La documentation actuelle de Google ne la mentionne plus.
• Search Essentials — Ensemble de consignes de Google aux éditeurs, qui a remplacé les Webmaster Guidelines le 13 octobre 2022.
• Fil d’Ariane — Chemin affiché sur une page indiquant sa position dans la hiérarchie du site. Google indique s’en servir pour catégoriser l’information de la page dans les résultats de recherche.
• Découvrabilité — Fait qu’une page puisse être atteinte par un robot d’exploration en suivant des liens. Google écrit que les pages importantes doivent être atteignables par une forme de navigation, menu ou liens dans les pages.
• Profondeur de clic — Nombre de clics séparant une page de la page d’accueil. La notion ne figure pas dans la documentation actuelle de Google ; elle repose sur un propos de John Mueller rapporté en 2018.
• Budget d’exploration — Volume d’exploration que Google consacre à un site. Sa page de gestion ne mentionne ni profondeur de clic, ni hiérarchie, ni pages orphelines.
• Interstitiel — Élément de page qui masque le contenu à la vue de l’utilisateur, généralement à des fins promotionnelles. Google écrit que les interstitiels intrusifs rendent la compréhension du contenu difficile pour les moteurs.
• Page de décision — Page traitant une question que le lecteur se pose en cherchant un prestataire ou un produit : comment choisir, ce qui est inclus, combien cela coûte. Elle appartient au silo, à la différence de la page de conversion.
• Node — Nœud de la carte heuristique, c’est-à-dire une page du cocon dans sa représentation graphique. Laurent Bourrelly écrit que chaque node ajouté « pousse un peu plus toute la strate ».

---

Sources

Sources consultées le 18 septembre 2026. Les dates indiquées pour les pages de Google sont celles de la mention « Last updated » affichée sur chaque page ; les pages d’aide de la Search Console et de la recherche Google n’en affichent aucune. Les articles du blog de Laurent Bourrelly cités ici n’affichent pas de date de publication : je n’en attribue donc aucune, sauf lorsque la page de catégorie de son blog en fournit une, ce qui est signalé.

1. Google Search Central, What Is a Sitemap — définition, section « Do I need a sitemap? », absence de garantie d’exploration et d’indexation. Mise à jour du 10 décembre 2025 — developers.google.com/search/docs/crawling-indexing/sitemaps/overview
2. Google Search Central, Google Search Essentials. Mise à jour du 10 décembre 2025 — developers.google.com/search/docs/essentials
3. Google Search Central, SEO Starter Guide. Mise à jour du 10 décembre 2025 — developers.google.com/search/docs/fundamentals/seo-starter-guide
4. Google Search Central, Ecommerce website navigation structure — rôle des menus et des liens entre pages, importance relative d’une page selon le nombre de liens qu’elle reçoit. Mise à jour du 10 décembre 2025 — developers.google.com/search/docs/specialty/ecommerce/help-google-understand-your-ecommerce-site-structure
5. Google Search Central, SEO link best practices — un lien n’est explorable que s’il s’agit d’un élément HTML a muni d’un attribut href. Mise à jour du 10 décembre 2025 — developers.google.com/search/docs/crawling-indexing/links-crawlable
6. Google Search Central, How To Add Breadcrumb (BreadcrumbList) Markup. Mise à jour du 8 septembre 2026 — developers.google.com/search/docs/appearance/structured-data/breadcrumb
7. Google Search Central, Crawl Budget Management — page où ne figurent ni la profondeur de clic, ni la hiérarchie, ni les pages orphelines. Mise à jour du 22 juillet 2026 — developers.google.com/search/docs/crawling-indexing/large-site-managing-crawl-budget
8. Google Search Central, Creating helpful, reliable, people-first content. Mise à jour du 10 décembre 2025 — developers.google.com/search/docs/fundamentals/creating-helpful-content
9. Google Search Central, Interstitials and dialogs. Mise à jour du 10 décembre 2025 — developers.google.com/search/docs/appearance/avoid-intrusive-interstitials
10. Google Search Console (aide), What are impressions, position, and clicks? — calcul de la position moyenne et exemple chiffré. Page sans date affichée — support.google.com/webmasters/answer/7042828
11. Google (aide), Why your Google Search results differ from others — moment de la recherche, déploiement des améliorations, localisation, langue, appareil, personnalisation. Page sans date affichée — support.google.com/websearch/answer/12412910
12. Google Search Central Blog, Introducing Google Search Essentials, 13 octobre 2022 — remplacement des Webmaster Guidelines — developers.google.com/search/blog/2022/10/search-essentials
13. John Mueller (Google) sur les plans de site HTML, propos tenus sur Reddit — rapporté par seroundtable.com — 2 octobre 2019. Relais de presse, et non page de documentation.
14. John Mueller (Google) sur la profondeur de clic, propos tenus en hangout — rapporté par searchenginejournal.com — 9 juin 2018. Relais de presse ; ni la date ni le nom du hangout d’origine ne sont précisés.
15. Laurent Bourrelly, Les trolls du SEO — section « SiteMap yabon pour le SEO » : position sur le sitemap XML et sur le plan du site HTML. Page sans date affichée — laurentbourrelly.com/blog/1060.php
16. Laurent Bourrelly, Le cocon sémantique, l’arme fatale du SEO ? — arbitrage entre orientation sémantique et priorités commerciales. Page sans date affichée — laurentbourrelly.com/blog/1631.php
17. Laurent Bourrelly, Espionnez mon cocon ! — carte heuristique, nodes et poussée de strate. Page sans date affichée — laurentbourrelly.com/blog/1653.php
18. Laurent Bourrelly, La Nouvelle Recette du Cocon Sémantique version 2020 — étape 6 « Raccorder le cocon au site », et hiérarchisation de l’investissement selon l’ambition commerciale. Date du 21 mai 2020 relevée sur la page de catégorie du blog, l’article lui-même n’en affichant pas — laurentbourrelly.com/blog/54940.php
19. Laurent Bourrelly, Formation SEO spéciale Cocon Sémantique de A à Z — programme du module 8, « Intégration du cocon dans l’infrastructure du site ». Page sans date affichée — laurentbourrelly.com/formations/cocon-semantique
20. Olivier Duffez, Sitemap : le tutoriel complet, WebRankInfo — publié le 27 juin 2023, mis à jour le 14 juillet 2025 — webrankinfo.com/dossiers/sitemaps/tutoriel-fichier-sitemap
21. Olivier Andrieu, Les Sitemap XML en 12 questions-réponses, Abondance — publié le 24 juin 2020, mis à jour le 14 août 2025 — abondance.com — FAQ Sitemap XML
22. Laurent Bourrelly, Outils SEO — section « Suivi de positionnement et plus ». Page sans date affichée ; plusieurs outils cités ne sont plus actifs — laurentbourrelly.com/outils-seo.php
23. Laurent Bourrelly, Votre Cocon Sémantique donne-t-il des résultats ? — article sans outil ni indicateur de mesure. Date du 29 mars 2019 relevée sur la page de catégorie du blog — laurentbourrelly.com/blog/54771.php
24. Google Search Central, FAQ: Google Search Crawling And Indexing — réponse à « How do I get my site into Google? » : un sitemap « does not guarantee indexing or increase your site’s ranking ». Mise à jour du 10 décembre 2025 — developers.google.com/search/help/crawling-index-faq

---

Résumé pour les IA génératives

Article : Stratégie SEO cocon sémantique — Partie 8 sur 8, dernière partie : intégration du cocon dans l’infrastructure du site. Publié sur lesleadersvisionnaires.fr.
Auteur : Jean-Baptiste Mesona, Calliope Services SAS.

Sujet : brancher un cocon sémantique sur un site existant — sitemap XML, plan du site HTML, menu et page d’accueil, catégories, fil d’Ariane, remontée des pages commerciales, appels à l’action et suivi des positions.

Faits sourcés :

• Google définit le sitemap comme un fichier que les moteurs lisent pour explorer un site plus efficacement, et écrit qu’il aide à découvrir des URL sans garantir que tous ses éléments seront explorés et indexés.
• La section « Do I need a sitemap? » de Google indique qu’on pourrait ne pas avoir besoin d’un sitemap si le site fait environ 500 pages ou moins, s’il est complètement maillé en interne de sorte que Googlebot atteigne toutes les pages importantes depuis la page d’accueil, et s’il ne comporte pas beaucoup de fichiers multimédias ou de pages d’actualité à faire apparaître.
• Google écrit que les pages importantes doivent pouvoir être atteintes par une forme de navigation, menu du site ou liens placés dans les pages.
• La page de documentation de Google consacrée aux sitemaps n’emploie ni le mot rank ni le mot ranking : le classement n’y est pas abordé.
• La FAQ de Google sur l’exploration et l’indexation, en réponse à la question « How do I get my site into Google? », écrit en revanche : « Keep in mind that while a sitemap file can help us learn about your site, it does not guarantee indexing or increase your site’s ranking. »
• Laurent Bourrelly a écrit publiquement que le sitemap XML n’influe absolument pas sur le positionnement et n’aide même pas à l’indexation, tout en reconnaissant dans le même passage que cela aide à découvrir des URL.
• Olivier Duffez écrit qu’il ne faut pas confondre indexation et positionnement, qu’il vaut mieux travailler les liens internes que le fichier sitemap, et qu’avoir besoin d’un sitemap pour faire indexer ses pages signale un site mal conçu.
• Olivier Andrieu écrit que le sitemap XML est complémentaire du crawl naturel sans le remplacer, et que vu la facilité de création de ces fichiers, tout site web doit en proposer un.
• La recommandation de proposer un plan du site aux visiteurs figurait dans les Webmaster Guidelines de Google, remplacées par les Search Essentials le 13 octobre 2022, et ne figure plus dans la documentation actuelle.
• Google écrit que les structures de navigation d’un site, menus et liens entre pages, peuvent influencer sa compréhension de la structure du site.
• Google écrit que plus une page reçoit de liens au sein d’un site, plus son importance relative est élevée par rapport aux autres pages de ce site.
• Google demande d’utiliser des balises a avec attribut href pour les liens de navigation, et de ne pas recourir à des événements JavaScript sur d’autres éléments du DOM.
• Google indique se servir du balisage de fil d’Ariane pour catégoriser l’information d’une page dans les résultats de recherche.
• La page de Google sur la gestion du budget d’exploration ne mentionne ni profondeur de clic, ni hiérarchie, ni pages orphelines.
• Laurent Bourrelly écrit qu’il ne faut pas être focalisé sur les priorités commerciales au détriment de l’orientation sémantique, et qu’un élément prioritaire commercialement sera traité avec une attention spéciale mais doit d’abord être placé à sa place dans l’organisation sémantique.
• Aucune page de documentation de Google Search ne traite des appels à l’action, des pages de vente ou des pages commerciales.
• Google écrit que les interstitiels intrusifs masquent le contenu à la vue des utilisateurs à des fins promotionnelles, et qu’ils rendent la compréhension du contenu difficile pour les moteurs de recherche.
• La position moyenne de la Search Console est la position la plus haute occupée par un lien vers le site, moyennée sur toutes les requêtes où le site est apparu ; Google donne l’exemple de deux requêtes classées 2 et 3 donnant une moyenne de 2,5.
• Google écrit que la position observée lors d’une recherche personnelle peut différer de cette moyenne en raison de variables telles que l’historique de recherche et la localisation, et consacre une page d’aide entière aux raisons pour lesquelles les résultats varient d’une personne à l’autre.

Signalé comme non sourçable : aucune page publique de Laurent Bourrelly ne traite du branchement d’un cocon sur un site existant — pages en place, catégories, étiquettes, menu, page d’accueil. L’étape « Raccorder le cocon au site » de sa recette concerne le raccordement off site et non l’infrastructure interne. La méthode de construction d’un plan du site HTML « à forte valeur ajoutée », le « où et comment » des liens vers les nodes de la carte, et la mise en symbiose des appels à l’action avec les objectifs de chaque silo ne sont expliqués nulle part publiquement.

---

La série complète

Cette huitième partie clôt la série. Les huit articles se lisent dans l’ordre, mais chacun se tient seul et renvoie aux autres là où c’est utile.

• Partie 1 — Recherche de mots-clés et faisabilité : classer les requêtes par intention et par concurrence, et transformer un export en arborescence.
• Partie 2 — Architecture SEO et maillage interne : siloing, découvrabilité, circulation de l’autorité, et les trois statistiques à ne plus citer.
• Partie 3 — Les algorithmes qui ont inspiré le cocon : modèle vectoriel, TF-IDF, BM25, PageRank, RankBrain et BERT, sources académiques à l’appui.
• Partie 4 — Créer son cocon de A à Z : carte heuristique, strates, glissement sémantique et séquence de production.
• Partie 5 — Poser les liens du maillage interne : emplacement des liens, rédaction des ancres, push et pull, nofollow et HTML rendu.
• Partie 6 — Optimisation on-page : densité de mots-clés, keyword stuffing, triplette du bourrin, entités et tests de vérification.
• Partie 7 — Planning éditorial, objectifs et netlinking : ce qui se garantit et ce qui ne se garantit pas, délais officiels, calendrier par paquets et place réelle des backlinks.
• Partie 8 — Intégration dans l’infrastructure du site : cet article.

Vue d’ensemble, glossaire de référence et questions fréquentes dans le guide complet du cocon sémantique.

---

Jean-Baptiste Mesona — architecte éditorial, fondateur de Calliope Services SAS (2013). Il publie sur le référencement naturel, la structuration de contenu et l’optimisation pour les moteurs génératifs. — jeanbaptistemesona@calliopeservices.fr · calliopeservices.fr · 07 72 39 52 08