Structure en silo d'un site : intention, URL et liens internes

Ce qui ne va pas sur un site typique

Ouvrez presque n'importe quel site d'un secteur doté d'un vrai produit ou service : fabrication, commerce de gros, services B2B, e‑commerce, fournisseurs publics. B2B, B2C ou B2G, le constat est souvent le même : un catalogue ou une liste de services, des pages livraison et paiement, une rubrique « à propos », des certificats. Au mieux, des pages retours et garantie.

Ce n'est pas un site. C'est une carte de visite numérique.

Un exemple sectoriel, mais une logique valable pour tout site. Je prends les vêtements de travail : le produit est complexe, l'acheteur peut être un particulier, une entreprise ou un acheteur public, et l'assortiment se transforme vite en catalogue interminable et sans logique. Les mêmes principes de sections et de pages, alignés sur une demande réelle, s'appliquent à l'e‑commerce, aux services, au B2B, aux médias, etc. Ce qui change, ce sont les entités et les URL, pas les principes. Le CMS, la langue et l'hébergement ne modifient pas les règles d'architecture.

D'un point de vue SEO, une telle structure signifie que le site se bat en réalité pour un ensemble limité d'environ 15 à 100 requêtes principales (selon la niche). Tout ce qui se situe en dessous, c'est-à-dire la longue traîne aux intentions précises, passe à côté. Quelqu'un qui tape « tenue de soudeur ignifugée d'hiver à acheter » atterrira sur la page dédiée à cette requête.

Les propriétaires connaissent souvent le produit à fond, mais oublient que les visiteurs ne sont pas encore des experts. Le site doit présenter à la fois le produit ou le service, et l'entreprise ainsi que les personnes qui se cachent derrière : qui vous êtes, comment fonctionnent la production ou le service, ce qui étaie vos promesses. Une architecture thématique réfléchie (silo) aide aussi bien les moteurs de recherche que les internautes à passer du général au spécifique, sans rupture.

La couverture sémantique en chiffres

zoom_in

Couverture sémantique : l'indicateur qui vous manquait

Avant de comparer les schémas, voici une définition de travail qui simplifiera la suite.

La couverture sémantique est la part de la demande de recherche réelle sur un sujet que votre site couvre avec ses pages. Ni le nombre de pages, ni les positions : il s'agit de la couverture des intentions, c'est-à-dire du degré de réponse de la structure à ce que les internautes recherchent réellement.

Ce n'est pas un terme officiel, mais un indicateur pratique pour concevoir une structure. Les notions proches dans le métier sont les cocons sémantiques et la couverture des clusters par intention ; toutes deux recoupent la façon dont les équipes repèrent les lacunes de contenu et l'exhaustivité d'un sujet.

De la définition à la mise en œuvre

Trois schémas d'URL pour un même site : du chaos au silo

Voici trois arborescences d'URL pour un même projet fictif (avec la logique des vêtements de travail évoquée plus haut) : le chaos classique, le silo de base et l'extended silo. Comparez-les selon le nombre d'intentions réelles que chaque version peut couvrir, et non selon la profondeur des URL pour l'esthétique.

Schéma 1 — « comme d'habitude ». Pas de silo, pas de structure

site.com/
├── catalog/
│   ├── product-1/
│   └── product-2/
├── delivery/          ← orphan page, no parent hub
├── payment/           ← same problem
├── about/
└── contacts/

Ce qui ne va pas :

/delivery/ et /payment/ se situent au second niveau, mais il n'existe pas de hub /clients/. Pas de hiérarchie, pas de fil d'Ariane, pas de logique. Le crawler voit un ensemble de pages, pas une structure.

Le catalogue est à plat. Les catégories ne sont reliées ni aux services, ni aux matériaux, ni aux secteurs.

La couverture sémantique commence par la part des intentions réelles des internautes auxquelles le site actuel peut répondre avec des pages utiles et étayées.

Les niveaux d'imbrication comptent

La profondeur des URL n'est pas une question d'esthétique. Un crawler traite /catalog/spetsodezhda/zimnyaya/dlya-svarshchikov/ comme une partie d'un cluster thématique. Une URL plate comme /zimnyaya-spetsodezhda-dlya-svarshchikov/ n'est qu'une page isolée.

Règle : chaque niveau d'URL doit être une vraie page avec son propre contenu, et non un simple segment technique.

Sitemap : un fichier d'index et des sitemaps distincts par rubrique (statique, catalogue, services, blog, etc.) facilitent le contrôle du volume d'URL et des mises à jour ; seohead.tech fait de même.

Schéma 2 — Silo de base

site.com/
├── catalog/                          ← catalog hub
│   ├── spetsodezhda/
│   │   ├── zimnyaya/
│   │   └── letnyaya/
│   └── siz/
│       ├── zashchita-golovy/
│       └── zashchita-ruk/
│
├── services/                         ← services hub
│   ├── poshiv-pod-zakaz/
│   └── naneseniye-logotipa/
│
├── clients/                          ← customer-facing hub
│   ├── delivery/
│   ├── payment/
│   └── garantiya/
│
├── about/
│   ├── team/
│   └── sertifikaty/
│
└── blog/

Ce que l'on gagne :

Un hub pour chaque grand domaine. /clients/ est le parent de la livraison, du paiement et de la garantie. Les utilisateurs et les crawlers voient la hiérarchie ; les URL reflètent la structure ; le fil d'Ariane a du sens.

Ce qui reste à traiter :

• Pas de pages pour les filtres SEO (hiver + ignifugé + soudeurs)
• Pas de landing pages sectorielles
• Pas de rubrique matériaux, de glossaire ni de calculateurs
• Les rubriques sont totalement isolées, sans liens croisés
• L'auteur n'est pas identifié ; E‑E‑A‑T faible

Couverture sémantique : environ 20–30 %.

Schéma 3 — Extended silo. Couverture complète

site.com/
│
├── catalog/
│   ├── spetsodezhda/
│   │   ├── zimnyaya/
│   │   ├── letnyaya/
│   │   └── dlya-svarshchikov/
│   ├── signalnaya/
│   │   ├── zimnyaya/
│   │   └── letnyaya/
│   └── siz/
│       ├── zashchita-golovy/
│       ├── zashchita-ruk/
│       └── gotovyye-komplekty/
│           ├── komplekt-elektrika/
│           ├── komplekt-svarshchika/
│           └── komplekt-stroitelya/
│
├── services/
│   ├── poshiv-pod-zakaz/
│   │   ├── malyye-serii/
│   │   └── krupnyye-tirazhi/
│   └── naneseniye-logotipa/
│       ├── vyshivka/
│       ├── dtf-pechat/
│       └── sravneniye-metodov/
│
├── industries/
│   ├── stroitelstvo/
│   ├── neftegaz/
│   ├── pishchevaya/
│   └── zhkkh/
│
├── materials/                        ← separate template, not the blog
│   ├── khlobok/
│   ├── smesovaya-tkan/
│   │   ├── ts-65-35/
│   │   └── ts-50-50/
│   └── fr-tkani/
│       ├── nomex/
│       ├── proban/
│       └── sravneniye/
│
├── clients/
│   ├── delivery/
│   ├── payment/
│   ├── tablitsy-razmerov/
│   │   ├── muzhskaya/
│   │   └── zhenskaya/
│   ├── ukhod/
│   │   ├── kak-stirat/
│   │   └── fr-odezhda/
│   └── normy-vydachi-siz/
│
├── about/
│   ├── team/
│   │   └── direktor/
│   ├── proizvodstvo/
│   ├── sertifikaty/
│   └── vakansii/
│
├── cases/
│   ├── komplektatsiya-stroitelnogo-obekta/
│   └── spetsodezhda-dlya-zhkkh/
│
├── glossary/
│   ├── fr-odezhda/
│   ├── antistatika/
│   └── gost-12-4-303/
│
├── calculators/
│   ├── komplekt-dlya-rabochego/
│   └── normy-vydachi/
│
├── blog/
│
└── prajslist/

Couverture sémantique : environ 70–90 %.

Avec cette structure, le site couvre tout le parcours : composition et propriétés pour ceux qui découvrent le sujet ; catalogue ou offres avec filtres pour une demande précise ; services qui montrent comment vous obtenez un résultat ; hub client pour la logistique et les conditions ; pages sectorielles et études de cas qui montrent où la solution a déjà fait ses preuves.

Quand l'internaute hésite, il a besoin de preuves : production ou process, documents, garanties, point de contact réel en ligne ou hors ligne. Ce ne sont pas des « pages entreprise » : elles répondent aux objections avant que le service commercial n'intervienne.

Le glossaire et le blog captent la longue traîne, des simples définitions aux scénarios experts très précis. Ils attirent ceux qui ne sont pas encore prêts à acheter et construisent la confiance dans la marque.

zoom_in

Comment construire la structure d'un site : guide pas à pas

L'architecture se conçoit avant l'ouverture de l'éditeur du CMS ou la mise en ligne de la première page. La séquence est la même quel que soit le secteur.

Prompt IA : générer la structure d'un site

Copiez le texte ci-dessous dans n'importe quel chat ou agent IA : il posera des questions complémentaires, puis renverra un fichier .md prêt avec l'arborescence des rubriques.

You are an SEO architect and content strategist. Your task is to design a website structure following the extended silo principle with full semantic coverage.

Before building the structure, ask me 3-5 clarifying questions:
- What does the business sell or do (product, service, niche)?
- Who is the target audience (B2B, B2C, B2G, mixed)?
- Is there an existing structure or website — if so, ask me to send it?
- Which industries or customer segments exist?
- Which extra sections matter: blog, glossary, calculators, case studies, materials/technologies?

Once you have the answers, build the structure by these rules:
1. Every section is a separate semantic hub with child pages.
2. Build the catalogue or service list as a matrix (category x attribute), and only where real demand exists.
3. Always include: author/expert, an "About" hub, a "For customers" hub, case studies, and a glossary or blog.
4. Do not create pages for volume — only where there is intent.

Return the result strictly as Markdown:
- # — the site (domain or name)
- ## — top level (catalogue, services, about, etc.)
- ### — subsection or hub
- #### — leaf pages

Section headings only — no URLs, no descriptions, no explanations inside the structure.

Déroulement : l'IA pose des questions → vous répondez ou envoyez une structure existante → vous obtenez un brouillon en .md → vous l'importez dans XMind ou un outil similaire → vous le retravaillez visuellement → vous le transmettez comme référence au développeur.

Exemple de fichier de sortie (libellés neutres)

Voici un extrait .md raccourci, avec des titres neutres, sans niche ni produits : seule l'ossature des imbrications est présente. Une structure complète peut compter des centaines de pages.

# project.example

## Product range

### "Standard" line
#### Option for environment A
#### Option for environment B
#### Universal kits

### "Pro" line
#### Scenario X
#### Scenario Y
#### Scenario Z

### Related items
#### Zone 1 protection
#### Zone 2 protection
#### Ready-made sets

## Services

### Made to order
#### Small batches
#### Large batches

### Branding
#### Method A
#### Method B

## Materials knowledge base

### Material group 1
#### Subtype alpha
#### Subtype beta

### Material group 2
#### Subtype gamma

## Use cases

### Industry 1
### Industry 2
### Industry 3

## For customers

### Sizing and selection
### Care and maintenance
### Standards and regulations

## About

### Team
#### Leadership

### Production / facilities
### Certificates and approvals

## Blog
## Glossary
## Price list
## Contacts

Importez via Fichier → Importer → Markdown dans XMind pour obtenir une carte imbriquée, puis ajustez les priorités et les liens croisés.

zoom_in

Matrice de filtres SEO plutôt qu'un catalogue sans fin

Utilisez les catégories comme ossature stable, et couvrez la demande détaillée avec des filtres SEO et des combinaisons d'attributs, sans catalogue plat et démesuré. Il vous faut une matrice : catégorie × attribut. Chaque cellule remplie = une page SEO avec sa propre URL, son H1, sa meta description et son contenu. Cellule vide = pas de page, pas d'intention à contenu pauvre. Même logique pour les assortiments étroits ou larges : des intersections pertinentes pour une demande réelle, et non des branches de catalogue sans fin.

Cela donne 40 à 60 pages ciblées, au lieu de cinq catégories. Chacune correspond à une fiche concrète pour une requête concrète. Un tiret est un signal honnête : pas de demande, pas de page au contenu pauvre créée pour la structure.

Liens croisés : le silo n'est pas une prison

L'erreur courante consiste à lire le silo comme « les rubriques ne se lient jamais entre elles ». Ce qui doit rester isolé, ce sont les schémas de navigation. Les liens croisés contextuels entre rubriques créent une parenté sémantique.

Silo et pyramide de liens fonctionnent ensemble. Le silo définit les clusters thématiques et les blocs voisins ; la pyramide répartit la popularité à l'intérieur d'un cluster (hub → pages feuilles → retour au hub). Les liens entre clusters restent délibérés et précis, comme dans les exemples ci-dessous, sans diluer le thème. En pratique, il s'agit d'un modèle hybride. Des travaux externes (KeyGroup sur le maillage et le crawl ; la « forteresse sémantique » sur la couverture de la demande) s'inscrivent dans le même axe.

Exemples de bons liens croisés :

• Page matériau /materials/fr-tkani/nomex/ → lien vers /catalog/dlya-svarshchikov/ogneupornaya/
• Fiche produit → page matériau
• Étude de cas → produits, matériaux, services
• /services/poshiv-pod-zakaz/ → lien vers /materials/
• /industries/stroitelstvo/ → liens vers le catalogue, les cas et les services

Remarque. Quand le contenu est substantiel et la structure saine, les liens apparaissent naturellement là où le lecteur en a besoin. Une page sur le tissu Nomex mentionne naturellement ses usages ; une étude de cas renvoie vers les matériaux et les services. Si vous devez forcer des liens, c'est que la structure ou la rédaction pèche.

zoom_in

Un cas client en landing page, pas une galerie

Les pages « réalisations » typiques : des grilles de photos et une phrase du type « Nous avons livré ». Pas d'URL par cas, pas de récit, pas de liens.

Un vrai cas se présente comme une landing page :

Si le chantier comporte des étapes, montrez-les dans une galerie « avant / pendant / après ». Gros œuvre → installation → espace terminé. Le lecteur fait défiler la page et saisit l'échelle. Ce n'est pas seulement un gage de confiance : c'est un contenu qui retient les visiteurs sur la page et génère de vrais liens internes entre les rubriques.

Une telle page se positionne sur des requêtes comme « équiper un chantier en vêtements de travail », transmet de la popularité aux URL produits et services, et répond à l'intention des entrepreneurs.

Auteur et E-E-A-T : un humain derrière le site

Les signaux de qualité des moteurs sanctionnent de plus en plus les contenus génériques et anonymes : si le lecteur ne voit pas qui s'exprime ni quelle expérience étaie le propos, vous perdez face aux ressources aux auteurs vérifiables et aux cas concrets. C'est vrai en B2B, en B2C et en B2G.

Dans les niches avec un produit réel ou un service complexe, les gens veulent savoir qui se tient derrière l'offre : un directeur, un expert ou un spécialiste référent, qui incarne le contenu, quels que soient le CMS et le type de site.

• Sa photo sur les pages matériaux, articles et services
• Une page auteur avec biographie, expérience et photos de production
• author dans schema.org sur tous les gabarits
• Des commentaires personnels plutôt que du remplissage anonyme

Ce n'est pas qu'un signal SEO : dans les cycles de vente longs, la confiance dans l'auteur se transforme en conversions.

Couverture complète et cœur sémantique

Quand la structure couvre déjà tout le sujet (glossaire, matériaux, services, secteurs, cas), les concepts voisins sont traités par l'architecture elle-même. Les outils de type « LSI » comptent moins, mais l'analyse de la demande reste indispensable : sans elle, impossible de prioriser les pages ni de voir où se trouve réellement le trafic.

Les études SEO et les praticiens qui travaillent sur les clusters thématiques et les cocons observent souvent un positionnement plus rapide des clusters sur les sites profondément structurés que sur les sites à plat.

Le cœur sémantique consiste alors moins à « trouver des sujets » (la structure l'a déjà fait) qu'à prioriser : quelles pages publier en premier, là où la demande est plus forte et la concurrence plus faible.

Avantages et inconvénients de l'extended silo

Sections universelles : une checklist pour tout site

Voici une base commune à la plupart des entreprises ; à adapter selon la niche, l'audience et la demande.

Il s'agit d'un minimum. Selon l'activité, la structure grandit ou se réduit, mais la logique reste la même : chaque rubrique correspond à un type d'intention et se relie aux autres par des liens pertinents.