Aller au contenu

SEO

Arborescence de site web : méthode SEO, UX et migration

Une méthode décisionnelle pour organiser les pages, guider les visiteurs, soutenir le SEO et sécuriser une refonte sans appliquer de règle de clics arbitraire.

Par
Naïm Ghezali
Date de publication
Temps de lecture
8 min de lecture
Composition éditoriale abstraite sur l’architecture web et l’expérience utilisateur pour l’article « Arborescence de site web : méthode SEO, UX et migration ».

Réponse en bref

Une arborescence efficace organise chaque page autour d’une décision utilisateur et d’un rôle business : découvrir une offre, comparer, se rassurer, agir ou approfondir. Commencez par inventorier les URL et les besoins, placez les pages de conversion au centre, puis reliez-les à des pages de preuve et de contenu avec des liens HTML explorables. Il n’existe pas de règle SEO universelle des trois clics : mesurez plutôt si les tâches importantes sont trouvables sans hésitation. En refonte, conservez les URL utiles quand c’est possible ; sinon, préparez un mapping, des redirections permanentes pertinentes, des liens internes à jour et un suivi après mise en ligne.

L’arborescence n’est ni le menu ni le sitemap

L’arborescence est le modèle qui relie les pages, les intentions et les parcours. Le menu en est une interface visible. Les URL donnent une adresse stable. Le sitemap XML fournit une liste technique. Confondre ces quatre couches produit souvent un joli menu posé sur un contenu mal organisé.

Le point de départ n’est donc pas « combien de rubriques voulons-nous ? », mais « quelles décisions nos visiteurs doivent-ils pouvoir prendre ? ». Une entreprise de services peut avoir besoin de quatre familles de pages : comprendre le problème, évaluer une offre, vérifier la crédibilité et demander un échange. Un site e-commerce ajoutera découverte, comparaison, disponibilité, livraison et achat.

Fait documenté. Le guide SEO de Google explique qu’une organisation logique peut aider utilisateurs et moteurs à comprendre les relations entre pages. Il ne promet aucune position et ne prescrit aucune structure universelle.

1. Partir des décisions et des pages qui créent de la valeur

Listez d’abord les résultats attendus : achat, rendez-vous, demande de devis, candidature, inscription, téléchargement qualifiant ou appel. Une page de conversion ne doit pas être isolée au fond d’un silo. Elle a besoin de chemins depuis les pages qui captent l’intention et depuis celles qui apportent preuves, méthodes, cas, prix ou réponses aux objections.

Pour chaque page envisagée, remplissez cinq champs :

Chaîne de décision d’une page : visiteur, question, décision suivante, preuve nécessaire et propriétaire.
  • Visiteur et situation : qui arrive et que sait-il déjà ?

  • Question principale : quelle réponse attend-il à cet instant ?

  • Décision suivante : que doit-il pouvoir faire sans deviner ?

  • Preuve nécessaire : cas, méthode, prix, démonstration, expertise ou garantie vérifiable.

  • Propriétaire : qui maintient la page et selon quel signal ?

Une page sans intention, sans prochaine étape et sans propriétaire est une candidate à la fusion, à la suppression ou au maintien hors index. Une page stratégique peut, au contraire, justifier plusieurs portes d’entrée si chacune répond à une intention distincte.

2. Inventorier avant de dessiner

Sur un site existant, exportez les URL depuis le CMS, le sitemap, le crawl, les données analytics et la Search Console. Ajoutez le statut HTTP, la canonique, les liens entrants, le trafic, les conversions mesurées, le responsable et la décision éditoriale : conserver, améliorer, fusionner, rediriger ou retirer.

Cette étape évite trois erreurs coûteuses : oublier une page qui reçoit encore des visites, recréer deux pages pour la même intention, ou modifier une URL sans prévoir sa destination. La donnée n’impose pas la décision, mais elle rend le risque visible.

Recommandation Seven Gold. Ne classez pas seulement les pages par service interne. Ajoutez persona, intention, étape du parcours et valeur commerciale. L’organisation doit refléter la logique du visiteur, pas l’organigramme de l’entreprise.

3. Construire une hiérarchie et un maillage, pas des silos étanches

Les pages proches peuvent être regroupées dans des répertoires descriptifs. Mais la hiérarchie d’URL ne suffit pas : les relations utiles doivent exister dans la navigation et dans le contenu. Google indique dans ses bonnes pratiques sur les liens que chaque page importante devrait recevoir un lien depuis au moins une autre page du site.

Un lien interne utile réunit trois conditions :

  • un élément HTML <a> avec un href résoluble ;
  • une ancre descriptive et concise, compréhensible hors du « cliquez ici » ;
  • un contexte qui explique pourquoi la destination aide à progresser.

Il n’existe pas non plus de nombre magique de liens par page. Une page peut contenir beaucoup de liens justifiés et rester claire ; dix liens accolés sans hiérarchie peuvent produire l’effet inverse.

4. Exemple avant/après : passer des départements aux décisions

Scénario pédagogique, volontairement hypothétique. Une PME présente initialement son site ainsi : Accueil → Département commercial → Prestations → Digital → SEO. Le libellé « Département commercial » décrit l’interne, et la page SEO ne reçoit aucun lien depuis les contenus qui répondent aux objections.

Une arborescence de travail pourrait devenir :

  • Solutions → Gagner en visibilité → SEO ;
  • Secteurs → pages qui explicitent les contraintes du marché sans dupliquer l’offre ;
  • Résultats → cas documentés reliés aux services concernés ;
  • Ressources → guides qui répondent à une question précise et orientent vers l’étape suivante ;
  • Contact → accessible depuis les parcours où un échange devient pertinent.

Ce schéma n’est pas présenté comme « meilleur » par nature. Hypothèse à tester : les visiteurs identifient plus vite l’offre adaptée et comprennent mieux les preuves. La validation exige des tâches utilisateurs et des données après mise en ligne, pas une préférence esthétique.

5. Remplacer la règle des trois clics par un test de trouvabilité

La règle des trois clics est un repère populaire, pas une norme Google ou W3C. Compter les clics sans observer leur difficulté conduit à aplatir les menus, multiplier les choix et créer de nouveaux problèmes.

Testez plutôt des missions : « trouvez l’offre adaptée à une refonte », « vérifiez si l’agence travaille dans votre secteur », « identifiez un cas comparable », « demandez un diagnostic ». Notez le chemin choisi, les hésitations, les retours arrière, les termes incompris et l’abandon.

Le W3C WAI recommande d’identifier la navigation, idéalement avec nav, et de donner aux menus des libellés courts et descriptifs dans son guide sur la structure des menus. Cette sémantique aide à retrouver les zones ; elle ne choisit pas les rubriques à votre place.

6. Sécuriser la migration avant la refonte

Une nouvelle arborescence devient risquée dès qu’elle change des URL. La documentation Google sur les migrations recommande de préparer un mapping ancien → nouveau, de tester le site, de mettre à jour liens et annotations, de rediriger puis de surveiller ancien et nouveau périmètres.

Checklist de migration en sept étapes, de l’inventaire au suivi après ouverture.
  1. Geler l’inventaire : URL, statut, canonique, hreflang, trafic, liens, conversion et destination prévue.

  2. Conserver ce qui n’a pas besoin de changer : une URL stable évite un risque sans bénéfice.

  3. Mapper page par page : chaque ancienne URL doit rejoindre la destination la plus pertinente, pas automatiquement l’accueil.

  4. Implémenter 301 ou 308 pour les déplacements permanents et éviter les chaînes quand une destination finale est connue.

  5. Mettre à jour liens internes, canonicals, hreflang, sitemap, campagnes et profils externes contrôlés.

  6. Tester avant ouverture : codes HTTP, boucles, canonicals, rendu, navigation clavier, formulaires et parcours prioritaires.

  7. Surveiller après ouverture : erreurs, indexation, trafic par répertoire, conversions et requêtes vers anciennes URL.

Fait : Google recommande des redirections permanentes serveur pour un déplacement durable. Recommandation : validez le mapping avec contenu, SEO, analytics et métier. Hypothèse : une nouvelle rubrique améliorera les demandes qualifiées ; elle doit être mesurée après une période adaptée au volume.

Le bon livrable : un système exploitable

Un diagramme seul ne suffit pas. Le livrable doit relier chaque nœud à une intention, un type de page, une URL, des liens entrants et sortants, une prochaine action, un propriétaire et une règle de migration. Il devient alors utilisable par le design, le contenu, le développement, le SEO et la mesure.

Prévoyez aussi une gouvernance : qui peut créer une rubrique, quels critères justifient une nouvelle page, quand fusionner deux intentions et à quelle fréquence contrôler les pages orphelines. Sans ces règles, l’arborescence recommence à dériver dès les premières campagnes. Une revue trimestrielle n’est pas une norme ; c’est un exemple de cadence à adapter au rythme de publication et aux changements d’offre.

Vous préparez une création ou une refonte ? Seven Gold peut concevoir l’arborescence avant le design pour éviter les pages orphelines et les parcours sans issue. Construire le site sur une architecture SEO et conversion.

Ce que cela change dans un système de croissance

Un levier isolé produit rarement un résultat durable. La valeur vient de la cohérence entre stratégie, acquisition, conversion et mesure.

Questions fréquentes

Combien de niveaux doit avoir une arborescence de site web ?
Il n’existe pas de nombre universel. Gardez les parcours stratégiques courts et compréhensibles, puis testez des tâches réelles. Une page profonde peut rester utile si elle est bien reliée et trouvable ; une page à deux clics peut rester invisible si les libellés sont ambigus.
Faut-il changer les URL lors d’une refonte ?
Seulement lorsqu’un changement apporte un bénéfice clair. Si une URL utile et connue peut être conservée, évitez une migration inutile. Si elle change, mappez l’ancienne vers la destination la plus proche, utilisez une redirection permanente adaptée et mettez à jour liens internes, canonicals, hreflang et sitemap.
Quelle différence entre arborescence, menu et sitemap XML ?
L’arborescence est le modèle logique de toutes les pages et de leurs relations. Le menu n’en montre qu’une sélection pour la navigation. Le sitemap XML signale des URL importantes aux moteurs, mais ne remplace ni les liens internes ni une structure compréhensible pour les utilisateurs.

Passer de la lecture à la décision.

Un diagnostic permet de situer votre marketing, d’identifier les points de friction et d’arbitrer les priorités.

Demander un diagnostic