Un site dont la page la plus rentable se trouve à six clics de l'accueil, c'est un peu comme un magasin dont le meilleur rayon serait au sixième sous-sol, derrière une porte non signalée. Personne ne le trouve. Même pas Google. J'ai vu ça sur un projet client : une fiche produit qui générait à elle seule un quart du chiffre d'affaires, enterrée sous trois niveaux de catégories intermédiaires créées au fil des années « pour ranger ». Le référencement naturel ne pardonne pas ce genre de désordre.
Optimiser l'architecture d'un site pour le référencement naturel, ce n'est pas redessiner un menu ni ajouter des fils d'Ariane. C'est décider quelle page mérite d'être à quelle distance de la racine, quel lien interne pointe vers quoi, et dans quel ordre les robots vont parcourir tout ça. Un travail de plomberie. Moins sexy qu'une refonte graphique, bien plus rentable.
Points clés à retenir
- La profondeur d'une page (nombre de clics depuis l'accueil) pèse directement sur sa fréquence de crawl et souvent sur son positionnement.
- Une arborescence se construit à partir des intentions de recherche, pas à partir de l'organigramme de l'entreprise.
- Les pages orphelines — accessibles par URL mais liées par aucune page — sont le premier gisement de trafic perdu.
- Un maillage interne se pilote : quelques liens contextuels bien placés valent mieux que cinquante liens de pied de page.
- Le diagnostic passe par un crawl complet et le rapport de couverture de la Search Console, pas par l'intuition.
L'architecture SEO : la structure qui décide de ce que Google voit en premier
Trois notions se cachent derrière le mot « architecture ». La hiérarchie des pages d'abord : qui est le parent de qui. Le maillage interne ensuite : quels liens pointent vers quelles pages, avec quel texte d'ancre. La structure des URLs enfin, qui doit refléter la hiérarchie plutôt que la contredire. Quand ces trois couches racontent la même histoire, les robots comprennent le site en quelques minutes. Quand elles se contredisent, ils y passent des heures et en sortent avec une idée floue.
Le problème, c'est que l'architecture d'un site n'est presque jamais décidée. Elle s'accumule. Une catégorie créée en urgence pour un lancement produit, une page tag générée automatiquement par le CMS, un sous-dossier ajouté parce que « c'est plus propre » côté développement. Au bout de quatre ans, la structure ressemble à un grenier bien rangé par quelqu'un de très fatigué.
Faut-il une arborescence profonde ou plate ?
Ni l'une ni l'autre, en absolu. Une arborescence trop plate noie les pages stratégiques dans une masse de liens de même niveau : tout compte pareil, donc rien ne ressort. Une arborescence trop profonde enterre du contenu que les robots explorent de moins en moins souvent à mesure qu'on descend. La bonne question n'est pas « combien de niveaux », mais « quelles pages dois-je pouvoir atteindre en deux ou trois clics ». En pratique, visez deux clics pour les pages commerciales et les têtes de silo, trois pour les pages de longue traîne. Au-delà de quatre, posez-vous la question : cette page a-t-elle vraiment besoin d'exister ?
Comment construire une arborescence qui sert le référencement naturel
La méthode que j'applique maintenant, après avoir longtemps fait l'inverse — dessiner une belle structure puis chercher du contenu à mettre dedans.
Étape 1 : partir des intentions de recherche, pas du catalogue
Listez les requêtes que vos prospects tapent réellement. Regroupez-les par intention : une requête « prix de X », une requête « comment faire X », une requête « X vs Y » n'appellent pas le même type de page. Chaque groupe devient un silo thématique. Une page pilier en tête de silo, des pages filles spécialisées en dessous. Le catalogue produit vient après, il se range dans les silos existants.
Étape 2 : mapper une URL par intention, et une seule
Deux pages qui ciblent la même intention se font concurrence entre elles. C'est la cannibalisation, et c'est plus fréquent qu'on ne le croit sur les sites de e-commerce où chaque variante de couleur génère sa propre URL. Une intention, une URL, une page. Les variantes se gèrent en paramètres ou en contenu dynamique, pas en pages séparées.
Étape 3 : décider du maillage interne, lien par lien
Le maillage n'est pas un sous-produit du design. C'est un choix éditorial. Dans chaque article, deux ou trois liens contextuels vers des pages profondes font plus pour elles qu'un menu déroulant qui les liste toutes à chaque page du site. Le texte d'ancre compte : « guide sur le maillage interne » informe mieux que « cliquez ici ».
Comment auditer l'architecture existante (et repérer les dégâts)
Un crawl complet du site, quelques milliers d'URL, c'est une heure de travail. Et très souvent une douloureuse surprise.
Les pages orphelines, ce trafic que vous perdez sans le savoir
Une page orpheline est accessible par son URL mais liée par aucune autre page du site. Sur un projet que j'ai repris, le crawl en a sorti 412. Certaines avaient du contenu correct, indexé, avec un peu de trafic organique — et zéro lien interne pour les soutenir. Elles ne recevaient aucune autorité, aucune visite depuis la navigation. La correction a consisté à en lier une partie depuis les silos concernés et à rediriger le reste vers des pages proches mais plus solides.
Mesurer la profondeur réelle de chaque page
Un outil de crawl donne la profondeur de chaque URL : le nombre de clics nécessaires depuis la racine. Sortez la liste triée du plus profond au moins profond. Les pages à contenu stratégique qui apparaissent au-delà de trois clics sont vos chantiers prioritaires. Côté Search Console, le rapport de couverture indique combien de pages sont indexées, lesquelles sont exclues, et à quelle fréquence les robots repassent. Une page explorée une fois tous les deux mois n'a pas le même potentiel qu'une page revisitée chaque semaine.
| Symptôme observé | Cause probable | Correction |
|---|---|---|
| Pages stratégiques explorées rarement | Profondeur excessive, peu de liens entrants internes | Remonter la page, ajouter des liens contextuels depuis les pages fortes |
| Volume de pages indexées très supérieur au contenu utile | Pages de tags, paramètres, doublons générés par le CMS | Canonical, noindex ciblé, suppression des URLs redondantes |
| Deux pages qui se positionnent en alternance sur la même requête | Cannibalisation | Fusionner le contenu, rediriger l'URL la plus faible |
| Pages orphelines nombreuses | Maillage laissé au hasard | Intégrer dans les silos, rediriger les doublons |
Faut-il demander une indexation à Google ?
Oui, mais pas pour tout. La demande d'indexation manuelle, dans la Search Console, sert à accélérer la prise en compte d'une page nouvelle ou mise à jour de façon significative. Elle ne remplace pas une architecture saine : si une page est à six clics et liée par personne, sa demande d'indexation ne changera pas grand-chose à son sort à long terme.
Le plan de site XML, lui, sert de carte indicative aux robots. Il liste les URLs à explorer et se déclare dans la Search Console. Utile, mais secondaire face au maillage interne réel : un plan de site ne crée aucune autorité, il signale juste des adresses. Un site avec un plan de site impeccable et un maillage défaillant reste mal exploré.
Comment faire enregistrer son site sur Google ?
Concrètement, la déclaration d'un site passe par la création d'une propriété dans la Search Console, la validation de la propriété (par fichier HTML à la racine, balise meta ou enregistrement DNS), puis la soumission du plan de site. Il n'existe pas de formulaire de « référencement d'entreprise » à remplir : Google découvre et indexe les pages par exploration, jamais par inscription. Toute offre qui promet de « référencer votre site sur Google » contre paiement pour accomplir cette démarche vous vend une manipulation que vous pouvez faire vous-même en vingt minutes.
Les erreurs que j'ai commises sur l'architecture
Une refonte « propre » où j'ai supprimé les anciennes URLs sans redirection. Résultat : 60 % de trafic organique perdu en cinq semaines sur les pages concernées. Le contenu était meilleur, plus clair, mieux structuré, et il arrivait sur des 404. J'ai mis trois mois à récupérer, en reconstruisant les redirections une à une.
Une autre : avoir laissé le CMS générer des pages de tags par centaines, en pensant que « ça ajoute du contenu ». Non. Ça ajoute des pages quasi vides, qui diluent le budget de crawl et font explorer trois fois plus d'URLs pour rien. Ce sont des pages qu'il faut retirer ou exclure de l'indexation, sans état d'âme.
Bref, une architecture bien pensée se mesure à sa simplicité. Si vous devez expliquer à un visiteur, dans quel ordre cliquer pour atteindre une page, c'est que l'architecture est mauvaise. Google, lui, ne vous écoutera pas expliquer.
Ce qu'il faut retenir, et par quoi commencer demain
Lancez un crawl complet. Listez les pages à plus de trois clics qui comptent pour vous. Repérez les orphelines. Croisez avec le rapport de couverture. Ces trois listes vous donneront plus d'informations sur votre référencement naturel qu'un rapport de positionnement sur cent requêtes.
La question qui reste, et elle est inconfortable : si vous deviez choisir une seule page à remonter à la racine dès cette semaine, laquelle choisiriez-vous ? Si la réponse ne vous vient pas immédiatement, c'est probablement que personne, dans votre organisation, ne sait vraiment quelles pages font gagner de l'argent. Et ça, aucune astuce technique ne le corrige.
