Cocon sémantique : pillar → spokes → articles, maillage contrôlé

Cocon sémantique : pillar → spokes → articles

Le maillage interne est la deuxième arme SEO après le contenu. Sans cocon, chaque page se débrouille seule. Avec cocon, le PageRank circule vers les pivots commerciaux.

Architecture en 3 niveaux

PILLAR (sujet large, autosuffisant)
  ├── SPOKE thématique (sous-intent : HowTo, comparatif)
  ├── SPOKE local/programmatique (variable : ville, secteur)
  └── ARTICLE blog (long-tail → pillar)

Règles de maillage

• Bottom-up : chaque spoke lie vers son pillar (PillarLink composant dédié, en haut + en bas).
• Top-down : chaque pillar lie vers ses spokes (SpokesGrid).
• Latéral : entre spokes du même cluster uniquement (pas de spaghetti).

Composants réutilisables

• PillarsNavBlock — cards des pivots, présent home + pages clés
• InternalLinksBlock — "Liens connexes" en fin d'article
• RelatedLinksSection — bloc de transition entre sections

DRY pour pages multipliées

50 pages villes ≠ 50 fichiers copiés-collés. 1 template + 1 config par instance alimenté par une liste de variables synchronisée avec le registre. Modifier le template = modifier les 50 pages. Erreur évitée.

Anti-pattern

Lien depuis le footer vers toutes les pages = signal dilué. Le footer ne fait pas de cocon, c'est de la navigation. Les vrais liens de maillage sont contextuels, dans le corps des pages.

À retenir

Cocon = pillar autosuffisant + spokes spécialisés + maillage contrôlé. Composants réutilisables, jamais de copier-coller, registre comme source des variables.