Architecture de site : structurer ton site pour Google et les IA
Arborescence, profondeur, maillage interne et URL : la méthode en six étapes, les modèles à choisir, et ce que la structure change à l'indexation.
En bref : l'architecture de site, c'est la façon dont tes pages sont rangées, reliées et adressées : arborescence, profondeur, maillage interne et URL. Une bonne architecture permet à Google d'atteindre chaque page importante en quelques clics, de comprendre de quoi parle chaque rubrique et de repérer les pages qui comptent le plus.
Une page que Google ne trouve pas ne peut pas se classer, et une page qu'il trouve mal reliée passe pour secondaire. Sur la plupart des sites que j'audite, le problème n'est pas le contenu : c'est le chemin qui y mène.
Ce guide sur l'architecture de site web te donne les définitions utiles, les modèles d'architecture et la méthode pour construire (ou réparer) la tienne, avec ce que ça a changé sur des sites réels.
Architecture, arborescence, structure : de quoi parle-t-on ?
Trois mots circulent pour des choses différentes. Les distinguer évite de corriger le mauvais problème.
| Terme | Ce que c'est | Où ça se voit |
|---|---|---|
| Arborescence | Le plan des rubriques : quelles pages se rangent sous quelles autres | Le menu, le fil d'Ariane |
| Architecture de site | L'arborescence, plus les liens entre les pages, la forme des URL et les règles d'exploration | Pour Google : dans le crawl, le sitemap, les canonical |
| Structure de page | L'ordre des titres et des blocs à l'intérieur d'une page (H1, H2, H3) | Dans le code de chaque page |
La structure de page a son propre guide : structurer une page web avec les balises Hn. Ici, on parle du site entier.
Pourquoi l'architecture décide-t-elle de l'indexation ?
Google découvre les pages en suivant les liens, puis décide lesquelles explorer souvent et lesquelles indexer. Une page reliée seulement depuis des pages peu visitées, ou depuis un menu chargé en JavaScript, reste longtemps « détectée, actuellement non indexée » dans Search Console : Google sait qu'elle existe, il n'a pas jugé utile de venir la lire.
Ensuite, l'architecture envoie un signal d'importance. Une page liée depuis l'accueil et depuis dix articles pèse plus qu'une page atteignable par un seul lien en pied de page. C'est la même logique que celle du PageRank interne : l'autorité circule par les liens, et elle se dilue avec la distance.
Enfin, les moteurs IA ajoutent une raison de plus. Quand ChatGPT ou Perplexity cherchent sur le web, ils s'appuient sur des pages déjà explorées et citent plus volontiers une page qui répond à une question précise. Une architecture où chaque page porte une seule intention sert Google et les IA en même temps.
Cas vécu sur notre propre site : un groupe de 25 pages n'avait aucun lien entrant depuis le reste de decupler.com. Elles étaient dans le sitemap, Google les connaissait, et ne les indexait pas. Nous les avons reliées depuis le pied de page, puis depuis une page hub, nos zones d'intervention classées par région. L'effet se mesure à quatre semaines, page par page, dans l'inspection d'URL.
Quels modèles d'architecture choisir ?
Il n'y a pas d'architecture idéale dans l'absolu. Il y a celle qui colle à ton offre et à la façon dont tes clients cherchent.
| Modèle | Le principe | Pour quel site | Le risque |
|---|---|---|---|
| Pyramide | Accueil, puis catégories, puis sous-catégories, puis pages finales | E-commerce, catalogues, annuaires | Des pages finales trop profondes si les niveaux se multiplient |
| Silos | Chaque thème forme un bloc dont les pages se lient surtout entre elles | Sites de contenu avec des thèmes bien séparés | Des silos étanches qui n'envoient plus d'autorité aux pages commerciales |
| Hubs (pilier et satellites) | Une page pilier couvre un sujet et renvoie vers des pages qui en détaillent chaque aspect | Sites de services, blogs d'expertise, pages locales | Un pilier trop mince, qui n'est qu'une liste de liens |
| Plate | Toutes les pages à un ou deux clics de l'accueil | Petits sites (moins d'une centaine de pages) | Un menu illisible dès que le site grandit |
En pratique, l'architecture de site web de la plupart des entreprises mélange les modèles : une pyramide pour les offres, des hubs pour les contenus. Sur une boutique, la pyramide se complique avec les filtres : le guide SEO e-commerce détaille la gestion des facettes.
Comment construire l'architecture de ton site en 6 étapes ?
La méthode est la même pour un site neuf et pour un site à réparer. Pour un site existant, l'étape 1 compte double.
- Fais l'inventaire. Liste toutes les pages : sitemap, crawl (Screaming Frog ou équivalent) et pages qui reçoivent des impressions dans Search Console. Les trois listes ne coïncident jamais, et l'écart est déjà un diagnostic.
- Donne une intention à chaque page. Un mot-clé principal par page, et un seul. Deux pages sur la même intention se font concurrence : fusionne-les, ou change l'angle de l'une.
- Regroupe en rubriques. Range les pages par thème et par étape du parcours (découvrir, comparer, acheter). Chaque rubrique a une page de tête qui mérite d'exister seule.
- Dessine l'arborescence. Un tableur suffit : page, niveau, page parente, mot-clé. Vérifie que chaque page qui doit se classer est à trois clics de l'accueil au plus.
- Fixe les URL. Courtes, lisibles, en minuscules, avec des tirets, et stables. Une URL qui reflète la rubrique aide le lecteur, mais la profondeur des dossiers ne dit rien à Google : c'est le nombre de clics qui compte.
- Pose le maillage. Des liens montants (vers la page de tête), latéraux (entre pages sœurs) et descendants (vers le détail), dans le texte, avec des ancres descriptives. Puis recrawle : profondeur, pages orphelines, liens cassés.
Profondeur, maillage et pages orphelines : les règles qui comptent
Trois clics, une règle de bon sens
Google n'a jamais fixé de nombre de clics. Cependant, plus une page est éloignée des pages qu'il visite souvent, moins il y revient. Trois clics depuis l'accueil pour les pages qui doivent se classer, c'est une cible simple à vérifier dans n'importe quel crawler.
Un lien dans le texte vaut mieux qu'un lien de pied de page
Le menu et le pied de page font découvrir les pages ; en revanche, les liens dans le corps du texte disent lesquelles comptent et de quoi elles parlent. Pour poser ces liens en série sur WordPress sans y passer tes soirées, j'ai décrit la méthode dans automatiser le maillage interne sur WordPress.
Une page orpheline est une page perdue
Une page sans aucun lien entrant ne reçoit ni visites internes ni autorité. Pourtant, c'est un cas courant. Le cas le plus fréquent : des pages créées en lot (pages villes, fiches, landing pages de campagne) que personne n'a reliées depuis les pages qui existaient déjà. La correction tient en une page hub et quelques liens depuis les pages fortes.
URL, canonical, pagination : la partie technique
L'architecture technique sert une seule idée : une page, une adresse, et des robots qui ne perdent pas leur temps ailleurs.
- Une version de chaque page. Avec ou sans « www », avec ou sans barre oblique finale : une seule forme doit répondre, les autres redirigent en 301.
- La balise canonical pour les variantes. Paramètres de suivi, tris, filtres : la variante désigne la page de référence. Pour un déménagement définitif, c'est une redirection 301, pas une canonical. Le détail est dans la documentation de Google sur les URL en double.
- La pagination sans rel=next/prev. Google a indiqué en 2019 ne plus utiliser ces balises. Chaque page de liste garde sa propre URL, sa canonical vers elle-même et des liens HTML vers les pages suivantes (recommandations de Google sur la pagination).
- Un sitemap qui ne liste que des pages indexables. Pas de redirections, pas de 404, pas de pages bloquées : un sitemap propre est un plan, pas un inventaire.
- Le robots.txt pour les zones sans valeur. Recherche interne, filtres combinés, espaces privés. Attention : une page bloquée par le robots.txt peut rester indexée si des liens y mènent.
- Pas de chaînes de redirections. Une redirection va directement à la destination finale. C'est le premier point à vérifier lors d'une migration SEO.
Pour les gros sites, Google publie un guide sur la gestion du budget d'exploration. En dessous de quelques milliers de pages, ce n'est presque jamais le vrai problème : la qualité et le maillage le sont.
Ce que ça a donné sur un média tech B2B
Un média tech B2B que nous pilotons (client anonymisé) publiait régulièrement, sans que ses nouvelles pages entrent dans l'index. Le contenu n'était pas en cause : l'architecture l'était.
| Chantier | Ce qui a été fait | Résultat mesuré |
|---|---|---|
| Maillage | Liens internes cassés repris un à un | 52 liens internes réparés |
| Sitemap | Ajout des pages qui manquaient, retrait des URL non indexables | De 17 à 36 URL |
| Indexation | Suivi page par page dans l'inspection d'URL de Search Console | 30 pages indexées sur 34 |
Mesures relevées dans Search Console (inspection d'URL) et par un crawl du site, présentées lors de notre masterclass du 8 octobre 2026. Autrement dit, rien de spectaculaire : des liens, un plan propre, une vérification page par page. C'est presque toujours ça, une architecture qui marche.
Les erreurs d'architecture que je vois le plus souvent
- Des pages créées en lot et jamais reliées. Elles existent dans le sitemap et nulle part ailleurs.
- Des liens chargés en JavaScript. Sur notre propre blog, la grille d'articles s'affiche en JavaScript : nous avons ajouté au-dessus une liste de liens en HTML, classée par thème, pour que les robots la lisent.
- Deux pages pour la même intention. Elles se partagent les signaux et aucune ne gagne.
- Des filtres indexables. Chaque combinaison de couleur, de taille et de prix crée une URL que Google explore à la place de tes vraies pages.
- Un méga-menu de deux cents liens. Tout est à un clic, donc rien n'est mis en avant.
- Des URL changées sans redirection. L'historique de la page part avec l'ancienne adresse.
Comment vérifier ton architecture ?
Trois contrôles, dans cet ordre. D'abord Search Console : le rapport « Pages » montre ce qui n'est pas indexé et pourquoi, et l'inspection d'URL dit page par page si Google l'a explorée. Ensuite un crawl du site : profondeur de chaque page, pages orphelines, liens cassés, chaînes de redirections. Enfin le croisement des deux : les pages qui comptent pour ton chiffre d'affaires sont-elles à trois clics, et reliées depuis tes pages fortes ?
Si tu veux une grille complète, mon guide pour faire un audit SEO reprend ces points avec le reste de la technique et du contenu.
À retenir
L'architecture de site web n'est pas un dessin qu'on fait une fois : c'est le réseau de chemins qui mène Google et tes lecteurs vers les pages qui comptent. Une intention par page, trois clics au plus, des liens dans le texte, une adresse par page.
Pour améliorer l'architecture de ton site, commence donc par l'inventaire et les pages orphelines : c'est là que se cache presque toujours le gain le plus rapide.