Une arborescence se conçoit avant la première ligne de contenu, et pourtant elle se décide presque toujours en dernier, une fois les textes écrits et les rubriques improvisées. Le résultat se paie ensuite pendant des années, sous forme de pages introuvables et de refontes coûteuses. Voici comment construire une structure à partir de ce que cherchent réellement les internautes, et comment la valider avant de produire quoi que ce soit.
Pourquoi commencer par la structure
Le coût d’une réorganisation après publication n’a rien à voir avec celui d’un arbitrage fait en amont.
Réorganiser un site de deux cents pages, cela signifie déplacer des URL, mettre en place autant de redirections, corriger les liens internes qui pointaient vers les anciennes adresses, mettre à jour les campagnes publicitaires, prévenir les partenaires qui vous citent. Comptez plusieurs jours de travail technique, une période d’instabilité de quatre à huit semaines dans les résultats de recherche, et une perte de positions qui n’est jamais entièrement récupérée sur les pages les plus faibles.
Décider de la même structure avant de commencer coûte deux réunions et un tableur. L’arbitrage est vite fait.
Il y a une raison plus profonde de commencer par là : la structure oblige à formuler ce que le site cherche à accomplir. Une arborescence dessinée sérieusement révèle immédiatement les rubriques prévues « au cas où », les sujets sur lesquels on n’a rien à dire, et les pages essentielles que personne n’avait envisagées.
Partir de la demande, pas de l’organigramme interne
L’erreur la plus répandue consiste à reproduire l’organisation interne de la structure. Une association calque ses rubriques sur ses commissions, une entreprise sur ses directions, un site institutionnel sur son règlement. Le visiteur, lui, n’a aucune idée de cette géographie.
Prenez une association qui s’occupe d’animaux. En interne, on distingue le refuge, la clinique, le service juridique, la communication, les bénévoles. Le visiteur, lui, arrive avec une question : je veux adopter, j’ai trouvé un animal blessé, mon chat est malade et je n’ai pas les moyens, je veux donner du temps. Ces quatre entrées ne correspondent à aucun service et doivent structurer le premier niveau du site.
La méthode pour établir cette liste ne relève pas de l’intuition. Trois sources la nourrissent : les requêtes qui amènent déjà des visiteurs, si le site existe ; les questions posées par téléphone et par courriel, qu’il suffit de compiler pendant un mois ; les suggestions de recherche proposées par les moteurs sur vos termes principaux, qui reflètent des formulations réelles.
Ce renversement de perspective est le point de départ de la méthode exposée sur https://jimenez-julien-seo.com : une arborescence utile décrit la demande, pas l’offre.
Construire les niveaux
La construction se fait de haut en bas, en quatre étages au maximum.
L’accueil ne porte aucun contenu propre mais assume une fonction d’orientation : il doit permettre d’identifier en quelques secondes laquelle des grandes entrées correspond à sa situation.
Le premier niveau regroupe les rubriques, entre quatre et sept. Moins de quatre signale que vous n’avez pas segmenté ; plus de sept signale que vous n’avez pas hiérarchisé, et un menu à douze entrées ne se lit plus.
Le deuxième niveau détaille chaque rubrique en sous-rubriques. C’est là que la plupart des sites trouvent leur équilibre.
Le troisième niveau accueille les pages de contenu. Au-delà, vous entrez dans une zone où les pages deviennent difficiles à atteindre et où plus personne, dans l’équipe, ne sait ce qui existe.
Une nuance : la profondeur logique n’oblige pas à la profondeur de navigation. Un contenu situé au troisième niveau de l’arborescence peut parfaitement être accessible en deux clics grâce à un lien depuis une page très visible. La structure organise ; les liens raccourcissent.
Une page par intention
La question qui revient à chaque niveau est celle du regroupement : faut-il une page ou plusieurs ?
Le test le plus fiable consiste à comparer les résultats de recherche. Formulez les deux requêtes concernées et observez ce que les moteurs proposent. S’ils retournent les mêmes documents, ils considèrent que la demande est la même : une seule page. S’ils retournent des pages nettement différentes, deux pages.
Un second critère, plus prosaïque, tranche les cas ambigus : avez-vous assez à dire ? Une page qui existe pour couvrir une intention mais qui se limite à trois paragraphes remplit mal son office. Mieux vaut une section bien traitée dans une page complète qu’une page maigre.
Le cas particulier des variations géographiques mérite une décision explicite. Dupliquer une page en changeant le nom de la ville produit du contenu quasi identique sans intérêt pour personne. Si chaque implantation a une réalité propre des horaires, une équipe, des animaux visibles sur place la page se justifie. Sinon, une page unique avec une liste vaut mieux.
Les URL et le fil d’Ariane
Une fois l’arborescence stabilisée, les URL en découlent mécaniquement. Reprenez les niveaux dans le chemin, en minuscules, avec des tirets, sans mots inutiles.
Deux points font débat et méritent une position claire. Faut-il refléter toute la hiérarchie dans l’URL ? Pas nécessairement : les URL très longues sont pénibles à partager et vous enferment, puisque tout déplacement de rubrique impose une redirection. Un compromis courant consiste à conserver un seul niveau de rubrique dans le chemin.
Faut-il inclure une date ? Pour un site de contenu permanent, non : elle fait vieillir artificiellement des pages toujours valables et complique leur mise à jour.
Le fil d’Ariane, lui, n’est pas décoratif. Il donne au visiteur arrivé depuis un moteur c’est-à-dire la majorité le contexte de la page qu’il lit, et il fournit aux moteurs une confirmation de la hiérarchie. Il doit refléter la structure logique, pas le parcours suivi.
Prévoir la croissance
Une arborescence conçue pour le contenu du jour est déjà obsolète. Posez-vous la question autrement : où viendront se ranger les cinquante pages des deux prochaines années ?
L’exercice révèle vite les impasses. Une rubrique organisée par année s’allongera indéfiniment. Une rubrique baptisée « Actualités » absorbera tout ce qui ne trouve pas sa place ailleurs et deviendra un fourre-tout que personne ne consulte. Une rubrique construite autour d’un seul projet devra être démantelée quand le projet s’achèvera.
À l’inverse, une rubrique définie par un besoin durable du visiteur accueille sans difficulté vingt nouvelles pages, parce que le besoin ne change pas.
Prévoyez aussi le sort des contenus qui vieillissent. Un site qui publie régulièrement accumule des pages devenues fausses, des annonces d’événements passés, des dossiers dépassés. Décider dès la conception ce qu’on en fait mise à jour, archivage dans une rubrique dédiée, suppression avec redirection vers la page qui prend le relais évite de découvrir trois ans plus tard que la moitié du site donne une information périmée.
Valider avant de produire
La validation coûte une heure et évite des mois d’erreur.
Écrivez l’arborescence dans un simple document à puces, ou sur des fiches déplaçables. Formulez ensuite cinq scénarios de visiteurs types « je viens de trouver un animal errant », « je cherche à faire un don déductible » et demandez à trois personnes extérieures au projet où elles cliqueraient. Notez leurs hésitations, elles désignent exactement les intitulés à réécrire.
Terminez par le test des noms de rubrique. Un intitulé compréhensible sans explication, sans jargon interne, sans mot inventé par l’équipe. Si vous devez commenter le libellé pour qu’on le comprenne, le visiteur ne le comprendra pas non plus et aucune optimisation ultérieure ne rattrapera une navigation que personne ne sait lire.
