Architecture de site web : structurer pour le SEO et la conversion

Une page située à cinq clics de la page d'accueil reçoit en moyenne dix fois moins de trafic organique qu'une page à un clic. Cet écart, documenté par les études publiques d'Ahrefs et de Backlinko sur des corpus de plusieurs millions de pages, ne dépend ni du secteur ni de la qualité éditoriale. Il dépend uniquement de l'architecture du site et de la place qu'une page occupe dans cette architecture.

C'est l'un des chiffres les plus parlants pour expliquer pourquoi deux sites équivalents en volume éditorial obtiennent des résultats très différents. Le contenu produit l'autorité, la structure la distribue. Quand la distribution est négligée, le contenu reste invisible. Et l'architecture, par opposition au design ou à la rédaction, est rarement traitée comme une décision stratégique. Elle se construit à mesure, page par page, au fil des demandes, jusqu'au moment où la hiérarchie produite ne correspond plus ni à ce que Google attend, ni à ce que le visiteur cherche.

Le sujet n'est pas seulement technique. La capacité d'un moteur de recherche à indexer correctement les pages, la facilité avec laquelle un visiteur trouve l'information qu'il cherche, la lisibilité d'un site pour les intelligences artificielles génératives qui le résument dans une réponse, et finalement le taux de conversion mesuré au bout du tunnel, tout cela passe par la structure. Avec l'arrivée des AI Overviews et la montée en puissance des moteurs génératifs dans le parcours de recherche, la structure compte désormais doublement : pour le robot classique qui indexe, et pour le modèle de langage qui cite.

Cet article est un guide pour penser l'architecture à froid, avant de l'avoir figée dans un thème ou dans une migration risquée. Il couvre les principes qui n'ont pas bougé, le maillage interne qui sépare un site qui performe d'un site qui stagne, les données structurées qui rendent l'architecture lisible par Google et par les IA, et l'expérience utilisateur qui transforme la structure en parcours de conversion. Il s'adresse autant aux décideurs qui pilotent un projet web qu'aux profils techniques qui le construisent.

Pourquoi la structure décide plus que le contenu

Le contenu produit l'autorité, la structure la distribue. C'est la phrase la plus utile à garder en tête pour comprendre pourquoi deux sites équivalents en volume éditorial obtiennent des résultats radicalement différents. Le premier publie cinquante articles correctement reliés autour de trois piliers thématiques clairs, et trois ans plus tard, il pèse dans son domaine. Le second publie cent cinquante articles sans logique de regroupement, où chaque page vit en autarcie, et il plafonne malgré une production trois fois plus importante. La différence se joue dans l'architecture, pas dans l'effort éditorial.

Cette logique s'est durcie avec l'évolution récente des moteurs de recherche. Google a réduit sa patience sur le crawl. Quand un site présente trop de pages orphelines, trop de profondeur de clic ou des chaînes de redirection mal gérées, le robot consacre son budget d'exploration aux mauvaises pages et néglige les bonnes. Les Core Web Vitals ont renforcé l'idée que la structure technique compte autant que le contenu, parce qu'une arborescence claire produit naturellement des pages plus rapides et plus prévisibles à charger.

L'arrivée massive des IA génératives dans le parcours de recherche a ajouté une couche. Quand ChatGPT, Perplexity, Gemini ou les AI Overviews de Google citent un site dans leur réponse, ils privilégient les sources dont la structure rend explicite ce qu'est l'entité, ce qu'elle fait, comment ses contenus s'articulent. Nous avons développé ce point dans notre article sur l'optimisation pour les moteurs génératifs. Une page brillante perdue dans une arborescence opaque ne devient pas une source citable. À l'inverse, un site moyennement écrit mais correctement structuré, balisé en JSON-LD et explicitement relié à son entité d'origine, le devient.

Le visiteur, lui, est mobile dans 60 % des cas, distrait dans tous les cas. Il n'a ni le temps ni l'envie de comprendre la logique de votre menu déroulant à cinq niveaux. Une architecture qui le perd à la troisième étape produit un panier abandonné, un formulaire ignoré ou un retour à Google. Cela se mesure dans l'analytique et cela se traduit dans le chiffre d'affaires. Une bonne architecture ne fait pas seulement plaisir au robot, elle réduit la friction là où elle coûte le plus.

Les principes structurels qui n'ont pas bougé

Avant de parler de silos, de clusters ou de JSON-LD, il faut poser les fondations. Quatre principes traversent dix ans d'évolutions du SEO et restent valides dans la lecture par les IA génératives : la profondeur de clic, la taxonomie, la structure des URLs, et la typologie de site sous-jacente. Ce sont les briques sur lesquelles le reste se construit, et la majorité des erreurs viennent de leur négligence en début de projet.

Profondeur de clic et ce que disent les chiffres

La profondeur de clic est le nombre minimum de clics nécessaires pour atteindre une page depuis la page d'accueil. C'est l'indicateur le plus simple et le plus prédictif de la capacité d'une page à recevoir du trafic organique. Les études publiques d'Ahrefs et de Backlinko, conduites sur des millions de pages, convergent sur un constat. Une page à un clic de l'accueil reçoit en moyenne dix fois plus de trafic organique qu'une page à cinq clics. La chute n'est pas linéaire, elle est exponentielle. Chaque niveau supplémentaire divise le trafic potentiel et dilue l'autorité transmise.

La règle pratique tient en une phrase. Toute page stratégique doit être atteignable en trois clics maximum depuis la page d'accueil. Trois clics, c'est la profondeur que Google considère comme un signal de priorité dans l'analyse de votre site. Au-delà, vous indiquez implicitement à l'algorithme que la page est secondaire. Pour un site vitrine, cela signifie souvent restructurer la navigation pour faire remonter les pages de conversion. Pour un e-commerce, cela impose de réfléchir à la profondeur d'arbre des catégories avant de la subir. Pour un blog, cela demande des pages piliers qui font le lien entre l'accueil et les articles détaillés.

Taxonomie, choisir où couper avant qu'il soit trop tard

La taxonomie est la grille de classification qui organise vos contenus. C'est elle qui décide combien de catégories vous aurez, à quel niveau elles s'imbriquent, et selon quelles dimensions un même contenu peut être retrouvé. Une taxonomie réussie est invisible. Une taxonomie ratée se voit immédiatement, parce qu'un même contenu y est rangé en deux endroits, parce que des catégories cousines se chevauchent, ou parce que certaines catégories ne contiennent qu'une seule page.

L'erreur la plus fréquente consiste à confondre la taxonomie de votre métier avec celle attendue par vos visiteurs. Une entreprise qui vend des solutions logicielles peut être tentée de classer son catalogue par produit interne, alors que ses clients raisonnent par cas d'usage. Une agence immobilière classe naturellement par type de bien, alors qu'un acheteur cherche d'abord par quartier puis par budget. La taxonomie qui sert vraiment se construit en partant des requêtes que tapent vos visiteurs dans Google, pas du schéma d'organisation de votre entreprise. Le tri par cartes, qu'il soit fait à la main avec quelques clients ou via un outil comme Optimal Workshop, reste la méthode la plus solide pour valider une arborescence avant de la coder.

URLs, ce que l'arborescence dit en clair

L'URL est la trace visible de l'architecture. Elle est lue par Google, partagée dans les courriels, copiée dans les conversations, parfois citée à l'oral. Sa lisibilité est un signal de qualité que vous donnez à toutes les parties prenantes en même temps. Une URL comme mtom-creation.com/services/refonte-site-web parle. Une URL comme mtom-creation.com/p?id=4823&cat=12 ne parle à personne, et signale à Google que vous n'avez pas pris la peine de soigner cette partie du site.

Plusieurs règles tiennent. Les slugs sont en minuscules, sans accents, séparés par des tirets, courts mais explicites. La structure reflète l'arborescence sans la dupliquer, c'est-à-dire qu'une page enfant inclut son parent dans le chemin uniquement si cela ajoute du sens (/services/seo-local plutôt que /services/category-3/seo-local). Les paramètres dynamiques sont réservés aux fonctionnalités qui en ont vraiment besoin, typiquement les filtres d'un e-commerce, et même là il faut décider quels paramètres méritent d'être indexés et lesquels doivent rester invisibles à Google. Le changement d'URL d'une page existante n'est jamais anodin, parce qu'il rompt l'historique de référencement de cette page si la redirection 301 n'est pas posée.

Site vitrine, site services, e-commerce

Toutes les architectures ne se valent pas, parce que toutes les intentions ne se ressemblent pas. Un site vitrine compte généralement entre cinq et quinze pages, structurées autour d'une promesse principale. Sa hiérarchie est plate, sa profondeur de clic est rarement un problème, et l'enjeu architectural se concentre sur la clarté du menu et l'ordonnancement des informations dans une page longue. La complexité n'est pas dans la structure du site, mais dans la structure de chaque page.

Un site de services, typique d'une agence ou d'un cabinet de conseil, ajoute une couche. Il faut généralement faire cohabiter une présentation de l'offre, un blog d'expertise et des pages cas client. La logique de silos prend ici tout son sens, parce que chaque univers thématique mérite sa propre arborescence interne et son propre maillage. Un e-commerce, enfin, pose les questions les plus difficiles. La taxonomie produit doit composer avec des facettes, des filtres, des URLs paramétrées et un volume de pages qui dépasse rapidement la capacité d'attention manuelle. C'est le terrain où l'architecture devient un sujet d'ingénierie, et où les erreurs précoces coûtent le plus cher à corriger ensuite.

Maillage interne, silos et clusters, structurer l'autorité

Le maillage interne est le tissu de liens hypertextes qui relie les pages d'un site entre elles. C'est l'un des leviers SEO les plus sous-exploités en pratique, parce qu'il demande un travail éditorial répété qu'aucun outil ne peut entièrement automatiser. La majorité des entreprises investissent dans leurs backlinks externes, parfois à grand frais, et laissent leur maillage interne en jachère, alors que c'est le seul facteur SEO qu'elles contrôlent intégralement. Un maillage bien pensé distribue l'autorité acquise vers les pages qui en ont besoin, structure la compréhension thématique du site par Google, et transforme un blog en moteur de conversion.

Liens de navigation et liens contextuels

Tous les liens internes ne se valent pas, et confondre les deux grandes familles est une erreur fréquente. Les liens de navigation sont ceux du menu principal, du menu pied de page, du fil d'Ariane, des barres latérales. Ils sont répétés sur des dizaines voire des centaines de pages. Leur fonction est structurelle. Ils signalent à Google la hiérarchie globale du site et donnent au visiteur une orientation permanente. Ils transmettent peu de poids individuel par lien, parce que leur omniprésence dilue leur signification thématique.

Les liens contextuels sont ceux que vous placez dans le corps d'un article, d'une page produit ou d'une fiche service, pour pointer vers une autre page dont le sujet est connexe. Ce sont les plus puissants. Ils transmettent un signal thématique fort, parce que leur contexte textuel précise au moteur de recherche pourquoi le lien est posé. Ils sont aussi les plus négligés, parce qu'ils demandent un effort éditorial à chaque rédaction. La règle pratique tient en une consigne. Toute page nouvelle doit être reliée par au moins trois liens contextuels venant de pages existantes du même univers thématique, et doit elle-même renvoyer vers au moins deux pages connexes. Sans cela, la page reste une orpheline thématique.

L'ancre, ce texte que peu de rédacteurs soignent

L'ancre est le texte cliquable d'un lien hypertexte. C'est lui qui dit à Google ce que la page de destination raconte. Une ancre comme "cliquez ici" ne porte aucun signal. Une ancre comme "notre méthode de refonte de site WordPress" porte une intention claire et un mot-clé pertinent. La nuance compte, parce que Google utilise les ancres comme un des signaux principaux pour comprendre le sujet d'une page.

Le piège consiste à sur-optimiser. Si toutes les pages qui pointent vers votre page "refonte WordPress" utilisent exactement le texte "refonte WordPress" comme ancre, Google détecte la manipulation et déclasse la cible. La bonne pratique consiste à varier les ancres autour d'un champ sémantique cohérent. Pour une même page de destination, alterner entre l'expression principale, des reformulations, des syntagmes longs descriptifs et même des ancres branding produit un profil de liens internes naturel et performant. Cette variation est aussi celle qui sert le mieux le visiteur, parce qu'elle adapte l'ancre au contexte de la phrase dans laquelle elle s'insère.

Hubs, clusters et piliers thématiques

Le modèle hub and spoke, ou page pilier et grappe de contenu, est devenu la structure de référence pour les sites qui veulent peser sur un sujet. Le principe est simple. Pour chaque grand thème que vous voulez maîtriser, vous publiez une page pilier complète, longue, qui couvre le sujet en surface large mais sans creuser chaque sous-thème. Cette page pilier renvoie vers des articles détaillés, plus courts, qui creusent chacun un aspect du sujet. Chaque article détaillé renvoie en retour vers la page pilier, et idéalement vers les autres articles détaillés du même cluster.

Cette structure produit deux effets. Pour Google, elle signale clairement que votre site couvre le sujet en profondeur, ce qui renforce l'autorité thématique et favorise les positions sur la page pilier elle-même. Pour les IA génératives, elle facilite la citation, parce que la page pilier devient un point d'entrée naturel quand le modèle cherche une source synthétique. Pour le visiteur, elle organise la lecture en parcours possibles, ce qui prolonge le temps passé sur le site et augmente les chances de conversion.

Concrètement, sur un site d'agence comme celui de MtoM Création, cela peut signifier une page pilier sur "création de site internet" qui renvoie vers des articles sur le cahier des charges, le choix du CMS, l'arborescence, le SEO de lancement, le suivi post-lancement. Chaque article creuse son sujet, renvoie vers la page pilier comme référence générale, et croise les autres articles du cluster sur les points où ils se rejoignent. C'est un travail patient, mais c'est le seul qui transforme un blog en machine à autorité.

Sculpter le PageRank, idée morte et remplaçants vivants

La sculpture du PageRank était la pratique consistant à manipuler les attributs nofollow des liens internes pour concentrer artificiellement l'autorité sur certaines pages. Cette technique est morte depuis que Google a modifié sa façon de traiter le nofollow en 2009, puis confirmé en 2019 que nofollow n'empêche plus la transmission de signaux. Vous voyez encore aujourd'hui des audits SEO recommander cette technique. C'est un signal que l'auditeur n'a pas mis à jour ses connaissances depuis quinze ans.

Ce qui a remplacé la sculpture du PageRank est plus subtil et plus efficace. C'est le travail d'orientation intentionnelle du maillage. Vous décidez quelles pages méritent l'autorité, et vous y dirigez des liens contextuels depuis vos pages les plus visibles. Vous évitez les liens stériles vers les pages génériques (mentions légales, politique de confidentialité) dans le corps de texte, en les confinant au pied de page. Vous équilibrez le nombre de liens sortants depuis vos pages piliers pour ne pas diluer le signal. Vous auditez régulièrement les pages orphelines, c'est-à-dire celles qui ne reçoivent aucun lien interne, parce qu'elles sont quasiment invisibles pour Google. Cette discipline de l'allocation des liens vaut tous les bricolages techniques.

Les données structurées comme couche d'architecture

Les données structurées sont la couche qui rend l'architecture explicitement lisible par Google et par les IA génératives. Elles ne remplacent pas le HTML sémantique, elles le complètent. Le format recommandé par Google et adopté par l'ensemble de l'industrie est le JSON-LD, qui se place dans une balise <script> du <head> ou du <body> de la page. L'intérêt est qu'il n'altère pas le rendu et qu'il est facile à maintenir séparément du contenu visible.

L'écosystème WordPress facilite la génération de ces balises via des extensions comme Rank Math, Yoast SEO ou SEO Press, qui produisent automatiquement les balisages les plus courants. Sur un site sur mesure, ou sur Bricks Builder où la génération de blocs JSON-LD personnalisés est directe, le code est à écrire à la main ou à intégrer dans un template. Trois schémas méritent d'être maîtrisés en priorité parce qu'ils constituent la base structurelle de tout site professionnel.

Organization et WebSite, la base du graphe

Le schéma Organization déclare l'entité qui édite le site. Il est posé en général sur la page d'accueil et permet à Google d'associer le site à une personne morale, avec son nom officiel, son logo, ses coordonnées et ses profils sociaux. C'est la première brique du knowledge graph de l'entreprise dans Google, et c'est aussi un signal lu par ChatGPT et Perplexity quand ils citent une source.

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "MtoM Création",
  "url": "https://mtom-creation.com",
  "logo": "https://mtom-creation.com/logo.png",
  "sameAs": [
    "https://www.linkedin.com/company/mtom-creation",
    "https://www.facebook.com/mtomcreation"
  ],
  "contactPoint": {
    "@type": "ContactPoint",
    "telephone": "+33-1-XX-XX-XX-XX",
    "contactType": "customer service",
    "areaServed": ["FR", "CA"],
    "availableLanguage": ["French"]
  }
}

Le schéma WebSite complète en déclarant le site lui-même, son nom, sa langue principale, et optionnellement la présence d'une fonction de recherche interne qui peut alors être affichée directement dans les résultats Google. Ces deux schémas posés ensemble sur la page d'accueil constituent la signature numérique de votre entité, et leur absence prive Google de la moitié de ce qu'il a besoin de savoir pour comprendre votre site.

BreadcrumbList, la hiérarchie déclarée à Google

Le schéma BreadcrumbList déclare le fil d'Ariane de chaque page, c'est-à-dire son positionnement dans l'arborescence du site. Google utilise ce balisage pour afficher le fil d'Ariane directement dans les résultats de recherche à la place de l'URL brute, ce qui améliore le taux de clic. Surtout, ce schéma confirme à l'algorithme la structure hiérarchique du site indépendamment de l'analyse du menu de navigation, ce qui renforce la cohérence de l'architecture déclarée.

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Accueil",
      "item": "https://mtom-creation.com"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Services",
      "item": "https://mtom-creation.com/services"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "Création de site web",
      "item": "https://mtom-creation.com/services/creation-site-web"
    }
  ]
}

Ce balisage doit refléter la structure réelle de l'URL et du menu. Toute incohérence entre le fil d'Ariane déclaré et la navigation visible affaiblit le signal au lieu de le renforcer. C'est aussi un excellent test interne : si vous avez du mal à exprimer le fil d'Ariane d'une page, c'est probablement que cette page n'a pas sa place là où elle se trouve dans l'arborescence.

SiteNavigationElement et lecture par les IA

Le schéma SiteNavigationElement permet de déclarer explicitement les éléments principaux de votre navigation. Il est moins universellement utilisé que les deux précédents, mais il prend une importance nouvelle avec l'arrivée des IA génératives. Quand un modèle de langage cherche à comprendre la cartographie d'un site, ce balisage lui fournit une réponse explicite sans avoir à déduire la navigation depuis le DOM.

<nav>
  <ul>
    <li>
      <a href="/services" 
         itemprop="url" 
         itemscope itemtype="https://schema.org/SiteNavigationElement">
        <span itemprop="name">Services</span>
      </a>
    </li>
    <li>
      <a href="/portfolio" 
         itemprop="url" 
         itemscope itemtype="https://schema.org/SiteNavigationElement">
        <span itemprop="name">Portfolio</span>
      </a>
    </li>
  </ul>
</nav>

Au-delà de ces trois schémas, des balisages spécifiques comme Article pour les articles de blog, Service pour les pages services, Product pour les fiches produit, ou FAQPage pour les sections FAQ, ajoutent des couches de compréhension qui se traduisent par des rich results dans les pages de résultats et par une meilleure citabilité dans les IA. La discipline consiste à baliser systématiquement et à valider chaque ajout avec l'outil de test Google sur les données structurées et Schema.org Validator.

L'architecture côté utilisateur, friction, parcours, conversion

L'architecture optimisée pour Google n'est pas systématiquement celle qui sert le visiteur. La structure qui pèse côté SEO est celle qui distribue l'autorité et signale les priorités. La structure qui pèse côté conversion est celle qui réduit la friction et accompagne la décision. Les deux convergent souvent, mais pas toujours, et les arbitrages doivent être faits consciemment quand elles divergent.

Le visiteur d'un site arrive avec une intention, claire ou floue. Soit il sait précisément ce qu'il cherche, et l'architecture doit lui ouvrir le chemin le plus court. Soit il explore, et l'architecture doit lui suggérer des parcours sans le perdre. Ces deux modes coexistent sur tout site, mais leur dosage dépend du type d'activité. Un cabinet d'avocat reçoit majoritairement des visiteurs en intention, qui cherchent une compétence précise. Un site e-commerce reçoit beaucoup plus d'exploration, et son architecture doit guider la découverte sans imposer un chemin unique.

Navigation principale, secondaire et contextuelle

La navigation principale est celle du menu en tête de site. Elle doit contenir entre cinq et sept éléments maximum. Au-delà, la charge cognitive devient telle que le visiteur ne distingue plus les options, et le taux de clic se dégrade sur l'ensemble du menu. Si votre offre exige plus de catégories, c'est généralement qu'il faut regrouper, pas afficher davantage. Les mega menus sont une réponse partielle, qui fonctionne pour des sites de catalogue volumineux comme un e-commerce, mais qui pèse sur la performance et complexifie l'expérience mobile.

La navigation secondaire est celle qui apparaît dans une barre latérale, dans un sous-menu contextuel, ou dans la zone du pied de page. Elle sert à exposer une profondeur additionnelle sans encombrer la navigation principale. Sa cohérence interne compte. Quand un visiteur passe d'une page à une autre dans le même univers, il s'attend à retrouver la même navigation secondaire, avec sa position courante mise en valeur. La navigation contextuelle, enfin, est celle que vous tissez dans le corps des pages via les liens contextuels. Elle est invisible dans une analyse statique du menu, mais elle représente souvent plus de la moitié de l'autorité distribuée à l'échelle du site.

Le fil d'Ariane, mal-aimé mais efficace

Le fil d'Ariane est l'élément le plus sous-estimé de l'architecture côté utilisateur. La majorité des sites le considèrent comme un héritage daté, à supprimer pour épurer le design. C'est une erreur. Le fil d'Ariane sert trois fonctions simultanées qu'aucun autre élément d'interface n'assure aussi efficacement.

Il oriente le visiteur arrivé directement depuis Google sur une page profonde, en lui montrant en un coup d'œil où il se trouve dans la structure et où il peut remonter. Il améliore le taux de clic dans les résultats de recherche quand il est balisé en BreadcrumbList, parce que Google l'affiche à la place de l'URL. Il renforce le maillage interne en ajoutant systématiquement des liens vers les pages parentes de chaque page profonde. Pour un coût d'implémentation marginal, c'est probablement le meilleur retour sur investissement architectural sur un site de plus de cinquante pages. Sa conception graphique peut rester sobre, voire minimaliste, sans nuire à son efficacité.

Le cas spécifique du e-commerce

Le e-commerce est le terrain où l'architecture devient le plus complexe et où ses erreurs coûtent le plus cher. La combinaison de la taxonomie produit, des facettes, des filtres, des paramètres URL et de la profondeur d'arbre crée des situations où le nombre de pages indexables peut exploser sans contrôle, où le contenu dupliqué se multiplie, et où Google se perd dans l'exploration au point de ne plus indexer correctement les pages stratégiques.

Facettes, filtres, paramètres URL

Les facettes sont les filtres affichés sur les pages catégorie, qui permettent à un visiteur de raffiner sa sélection. Un site de prêt-à-porter propose ainsi un filtre par taille, par couleur, par marque, par fourchette de prix. Chaque combinaison de filtres produit une URL différente, et la question stratégique est de décider lesquelles méritent d'être indexées par Google, et lesquelles doivent rester invisibles. Indexer toutes les combinaisons crée une explosion combinatoire de pages quasi identiques, ce que Google considère comme du contenu dupliqué et pénalise. Ne rien indexer prive de captation organique des intentions de recherche précises comme "robe rouge taille 38".

La règle pratique consiste à identifier les facettes qui correspondent à des requêtes utilisateur populaires (typiquement la couleur, la taille principale, parfois la marque) et à les rendre indexables avec des URLs propres et un balisage robots cohérent. Les autres combinaisons sont gérées via des paramètres URL bloqués au crawl ou marqués en canonical vers la page catégorie parente. Cette décision se prend en amont, parce qu'elle conditionne le développement du moteur de filtres et la stratégie de balisage de toute la boutique.

Catégories produits et profondeur d'arbre

La profondeur d'arbre est le nombre de niveaux entre la page d'accueil et la fiche produit. Sur un petit e-commerce avec quelques dizaines de produits, deux niveaux suffisent généralement. Sur un catalogue plus large, trois niveaux deviennent nécessaires, mais aller au-delà devient rapidement problématique. À quatre niveaux, vous obligez le visiteur à cliquer quatre fois depuis l'accueil pour atteindre un produit, et vous demandez à Google de descendre quatre niveaux d'arborescence pour découvrir vos pages stratégiques.

L'astuce consiste à combiner une arborescence hiérarchique conservatrice avec des points d'entrée transversaux. Une catégorie "Promotions" qui agrège des produits issus de toutes les sous-catégories, une page "Nouveautés" qui réduit la profondeur de clic des derniers ajouts, des pages collections thématiques qui regroupent par usage ou par occasion, sont autant de raccourcis qui aplatissent l'arborescence du point de vue du visiteur et du robot, sans casser la cohérence taxonomique sous-jacente. Cette logique de double lecture, hiérarchique et transversale, est ce qui distingue un e-commerce architecturalement solide d'un site qui croule sous son propre catalogue.

Auditer et faire évoluer une architecture existante

La majorité des projets d'architecture ne sont pas des créations neuves, ce sont des refontes. Un site existant a accumulé du contenu, des liens externes, un historique de positionnement, et l'enjeu n'est pas de partir d'une page blanche mais de transformer la structure sans perdre l'acquis. Cette transformation se prépare avec des outils, une méthode, et des précautions.

Les outils

Trois familles d'outils sont nécessaires pour auditer une architecture existante. La première est le crawler. Screaming Frog reste la référence, dans sa version gratuite jusqu'à 500 URLs ou payante au-delà. Il parcourt le site comme Google le ferait, et produit une cartographie complète des pages, des liens, des codes HTTP, de la profondeur de clic de chaque page et des chaînes de redirection. Sitebulb et Ahrefs Site Audit jouent dans la même catégorie avec des angles différents, plus visuel pour Sitebulb, plus intégré au reste de la suite SEO pour Ahrefs.

La deuxième famille est la donnée Google. La Search Console donne accès à la liste des pages effectivement indexées, à celles qui ne le sont pas et pour quelle raison, aux clics et impressions par page, et au comportement du robot dans le temps. C'est la seule source fiable pour savoir ce que Google voit réellement, par opposition à ce que vous croyez qu'il devrait voir. La troisième famille est l'analytique côté visiteur. Google Analytics 4, ou des alternatives respectueuses de la vie privée comme Matomo et Plausible, montrent les parcours réels, les pages d'entrée populaires, les sorties précoces, et permettent de croiser la structure technique avec le comportement humain.

Migrer sans casser

La migration d'architecture est l'opération la plus risquée dans la vie d'un site existant. Une URL qui change sans redirection 301 perd son historique de référencement. Un menu qui disparaît du jour au lendemain casse les habitudes des visiteurs récurrents. Une refonte mal préparée peut faire perdre 30 à 60 % du trafic organique sur trois à six mois, parfois définitivement.

La méthode tient en quelques étapes ordonnées. Auditer la structure existante exhaustivement avant toute modification, en exportant la liste de toutes les URLs avec leurs performances et leur autorité estimée. Tracer la carte des redirections en associant chaque ancienne URL à sa nouvelle destination la plus pertinente, page par page, sans regrouper aveuglément. Mettre en place les redirections 301 dès la mise en ligne, et surveiller dans la Search Console l'évolution du trafic et des erreurs d'exploration sur les semaines qui suivent. Conserver l'ancienne arborescence accessible en environnement de pré-production pendant au moins trois mois après la migration, pour pouvoir comparer en cas de doute. Cette discipline n'évite pas tout pertes de trafic à court terme, parce que Google a besoin de retraiter sa compréhension du site. Mais elle évite les pertes définitives qui résultent presque toujours d'un défaut de préparation, pas d'un défaut technique de mise en œuvre.

Structurer avant de remplir

L'architecture d'un site est une décision stratégique, pas un sujet à traiter en fin de projet. Elle conditionne la capacité du site à être indexé correctement par Google, à être cité par les IA génératives, à guider le visiteur vers la conversion et à supporter la croissance éditoriale dans les années qui suivent. Les principes structurels comme la profondeur de clic, la taxonomie et la lisibilité des URLs n'ont pas vieilli, mais ils sont enrichis par le maillage interne organisé en clusters thématiques, par les données structurées qui rendent la hiérarchie explicite, et par une attention nouvelle portée à l'expérience utilisateur dans son ensemble.

Cette discipline n'est pas la plus visible au moment de présenter un projet web à un client. Elle ne produit pas de maquettes spectaculaires, elle ne se montre pas dans un portfolio. Elle se mesure dans le trafic organique six mois plus tard, dans le taux de conversion qui ne plafonne pas, dans le coût d'évolution qui reste maîtrisé quand le site grandit. Chez MtoM Création, nous tenons à ce que l'architecture soit décidée tôt, validée avec le client, et documentée avant de coder. C'est moins glamour qu'un nouveau design, mais c'est ce qui transforme un site qui existe en un site qui performe.

Si vous lancez un projet de création de site internet ou que vous envisagez la refonte d'un site existant, le bon moment pour penser l'architecture est avant de choisir le thème, avant de rédiger le contenu, avant de définir la charte graphique. C'est l'investissement initial qui paie le plus longtemps, et c'est celui que la majorité des projets négligent au profit de décisions qui se prennent plus facilement à voix haute en réunion.