Cet exemple est fictif. Il montre comment structurer un cocon SEO quand un élevage travaille plusieurs races, sans fusionner toutes les intentions dans une seule page et sans créer une page faible pour chaque sujet.
Contexte
L’élevage présente deux races principales et une race secondaire plus rarement disponible. Le site actuel possède une page “nos chiens”, une page “chiots” et quelques actualités de portées. Les familles envoient des demandes imprécises : certaines ne citent pas la race, d’autres demandent seulement une disponibilité, d’autres cherchent une zone.
Le risque principal : les races se cannibalisent, les portées deviennent les seules pages visibles et la race secondaire crée une page mince.
Inventaire de départ
| Page actuelle | Contenu | Problème |
|---|---|---|
| Accueil | présentation, photos, races, contact | trop de rôles |
| Nos chiens | adultes des trois races | pas de page propriétaire par race |
| Chiots | statuts mélangés | disponibilité peu claire |
| Actualités | naissances anciennes | archives non arbitrées |
| Contact | formulaire simple | demande peu qualifiée |
La correction ne consiste pas à ajouter dix pages. Elle consiste à donner un rôle à chaque page.
Architecture cible
| Niveau | Page | Rôle |
|---|---|---|
| 1 | accueil | orienter vers races, disponibilités, preuves, contact |
| 2 | page race A | intention durable race A |
| 2 | page race B | intention durable race B |
| 2 | race C différée | mention encadrée ou page future selon preuves |
| 2 | page chiots disponibles | synthèse des statuts par race |
| 3 | portées race A | intention temporelle |
| 3 | portées race B | intention temporelle |
| 3 | preuves | confiance transversale |
| 3 | guides | questions familles sans cannibaliser |
| 3 | contact | qualification du projet |
La page race A ne doit pas reprendre le texte de la page race B avec un nom différent. Chaque page doit montrer les adultes, les observations, la sélection, les portées, les conditions et les preuves propres à la race.
Règle anti-cannibalisation
Chaque race prioritaire possède une page propriétaire. Les guides ne visent pas la même requête principale. Ils répondent à une question précise et renvoient vers la page race.
| Intention | Page propriétaire | Page support |
|---|---|---|
| élevage race A | page race A | guides sur caractère, préparation, conditions |
| chiots race A disponibles | page portée ou disponibilités | page race A en soutien |
| race A famille active | guide support | page race A en conversion |
| élevage race A région | page race A + contact | page locale seulement si justifiée |
Cette logique évite qu’un guide “tout savoir sur race A” concurrence la page race A. Le guide doit être plus précis : vie de famille, besoins, préparation, documents, arrivée du chiot.
Gestion de la race secondaire
La race C pose un problème fréquent. L’élevage la travaille rarement ou ne possède pas encore assez de preuves visibles. Publier une page dédiée trop tôt peut créer une page mince.
Deux options sont plus propres :
- Mention encadrée sur une page plus large, avec statut clair : race secondaire, disponibilité rare, contact sur projet précis.
- Page dédiée seulement quand l’élevage peut fournir adultes, historique, conditions, preuves et disponibilités.
La règle est simple : pas de page race sans matière. Une race secondaire peut être prévue dans l’architecture sans être publiée immédiatement.
Maillage recommandé
| Source | Cible | Ancre naturelle |
|---|---|---|
| Accueil | page race A | page race de référence race A |
| Accueil | page race B | page race de référence race B |
| Page race A | portée A active | portée active race A et conditions |
| Page race B | page disponibilités | prochaines portées race B |
| Guide famille | page race concernée | comprendre la race dans l’élevage |
| Portée passée riche | page race | historique utile de la race |
| Page contact | pages race | race concernée par votre projet |
Les liens doivent être placés dans les blocs où la décision se prend. Un menu ne suffit pas à expliquer que la portée A soutient la page race A.
Exemple de parcours famille
Une famille arrive sur un guide “race A et vie de famille”. Elle comprend les besoins, puis suit un lien vers la page race A. La page race présente les adultes, la sélection, les preuves et le statut des portées. Si une portée active existe, un lien mène vers la page portée. Si aucune portée n’existe, la page disponibilités explique la liste d’attente. Le contact arrive après ce parcours.
Ce chemin évite deux erreurs : envoyer trop tôt vers le formulaire, ou laisser la famille dans un guide sans sortie vers la race.
Erreurs illustrées
- Une page “nos races” trop générale.
- Des portées qui se positionnent à la place des pages race.
- Des guides sans lien vers les pages propriétaires.
- Une race secondaire publiée trop tôt.
- Des titles qui changent seulement le nom de la race.
- Une page disponibilités qui mélange les races sans blocs distincts.
- Des archives de portées non reliées à leur race.
Plan de construction
- Nommer les races prioritaires.
- Décider les pages race propriétaires.
- Trier les portées par race et par statut.
- Créer ou corriger la page disponibilités.
- Lister les guides support utiles pour chaque race.
- Ajouter les liens contextuels.
- Reporter la race secondaire si les preuves manquent.
- Contrôler Search Console après publication.
Un cocon multi-races ne consiste pas à multiplier les pages. Il consiste à décider quelle page possède quelle intention, puis à relier les preuves et les portées aux bonnes pages.
Pour construire ce type de structure sur un site existant, consultez l’architecture SEO ou le guide maillage interne.
Avant de publier les pages, vérifiez la grille d’évaluation de page race, préparez un brief SEO de page race et comparez le modèle à l’exemple de structure Border Collie. Pour les portées, reprenez la méthode SEO des pages portées.