La structure des URL est une décision qu’on prend en cinq minutes au lancement d’un site et qu’on paie pendant des années. Changer une adresse après coup implique des redirections, une perte partielle de valeur et un travail de mise à jour du maillage interne.
Voici ce qui compte réellement dans une URL, ce qui ne compte pas, et comment décider une fois pour toutes.
Ce qu’une bonne URL fait
Elle est lisible par un humain. C’est le critère qui résume tous les autres : quelqu’un qui voit l’adresse seule, sans le titre ni la page, doit pouvoir deviner ce qu’il y trouvera.
Cette lisibilité a trois effets concrets, souvent sous-estimés.
- Un meilleur taux de clic. L’adresse est affichée dans les résultats, au-dessus ou en dessous du titre selon les formats. Une suite de chiffres inspire moins confiance qu’une adresse explicite.
- De meilleures ancres naturelles. Quand on vous cite, on colle souvent l’adresse brute. Si elle est descriptive, votre profil d’ancres en hérite.
- Une meilleure transmission. Une adresse lisible se partage par message, se recopie et se retient. Une adresse à identifiants ne circule que par copier-coller.
Les six règles
- Des mots, pas des identifiants. Une adresse composée de chiffres ou de codes ne dit rien à personne. C’est le réglage par défaut de nombreux systèmes : changez-le avant de publier quoi que ce soit.
- Court. Trois à cinq mots suffisent presque toujours. Une adresse qui reprend le titre entier de l’article est trop longue, et elle sera tronquée à l’affichage.
- Des tirets pour séparer les mots. Les tirets bas et l’absence de séparateur nuisent à la lisibilité.
- En minuscules, sans accents ni caractères spéciaux. Les accents produisent des adresses encodées illisibles une fois copiées, et les majuscules créent des variantes qui peuvent devenir des doublons.
- Sans mots vides inutiles. Articles, prépositions et conjonctions n’apportent rien. « comment-choisir-hebergeur » vaut mieux que « comment-bien-choisir-son-hebergeur-web ».
- Stable. Une adresse publiée ne se modifie plus, sauf raison sérieuse. C’est la règle la plus importante des six.
Plate ou hiérarchique ?
C’est le vrai débat, et il n’a pas de réponse universelle.
La structure plate
Toutes les pages sont directement à la racine du domaine. Avantage décisif : réorganiser vos catégories ne change aucune adresse. C’est ce qui la rend adaptée aux sites éditoriaux, dont l’architecture évolue au fil des années.
Inconvénient : l’adresse ne dit rien de la place de la page dans le site. Sur un gros site, cette absence de contexte se fait sentir.
La structure hiérarchique
L’adresse reflète l’arborescence : la catégorie apparaît avant le nom de la page. Avantage : la place de la page se lit dans l’adresse, ce qui renforce la cohérence d’un ensemble thématique et sert la logique décrite dans notre article sur la stratégie en silo.
Inconvénient sérieux : changer une page de catégorie change son adresse. Sur un site qui réorganise régulièrement ses rubriques, cela produit un empilement de redirections.
Comment trancher
Structure plate si votre architecture est susceptible d’évoluer, ce qui est le cas de la plupart des blogs et sites éditoriaux. Structure hiérarchique si votre arborescence est stable par nature : un annuaire, un catalogue, une documentation, où les catégories correspondent à une réalité qui ne bouge pas.
Dans les deux cas, le contexte thématique se construit surtout par le maillage interne, qui pèse davantage que l’adresse elle-même. Voyez notre guide du maillage interne.
Le cas de l’annuaire
Un annuaire est le cas type où la structure hiérarchique se justifie : les catégories correspondent à une réalité sectorielle stable, et l’adresse d’une fiche gagne à indiquer sa rubrique.
Deux points de vigilance propres à ce format. Les pages de pagination et de tri ne doivent pas produire d’adresses indexables sans canonique, sujet traité dans notre article sur le fichier d’exclusion et le plan de site. Et chaque fiche doit disposer de sa propre adresse : une fiche noyée dans une page de catégorie ne se positionne sur rien, comme nous l’expliquons dans notre article sur la création d’un annuaire.
Si vous devez malgré tout changer
- Exportez la liste complète de vos adresses actuelles avant toute modification.
- Établissez la correspondance ancienne adresse vers nouvelle adresse, ligne par ligne.
- Mettez en place des redirections permanentes, jamais temporaires.
- Actualisez vos liens internes pour qu’ils pointent directement vers les nouvelles adresses, sans transiter par les redirections.
- Surveillez le rapport d’exploration les semaines suivantes.
La méthode complète est détaillée dans notre article sur la gestion des redirections.
Questions fréquentes
Le mot-clé dans l'URL a-t-il de l'importance ?
Un effet direct existe, mais il est faible et largement surestimé. Les bénéfices réels sont indirects : une adresse lisible inspire davantage confiance dans les résultats, donc améliore le taux de clic, et elle produit de meilleures ancres naturelles quand on vous cite en collant l’adresse brute. Ce n’est jamais une raison suffisante pour modifier l’adresse d’une page existante.
Faut-il une structure plate ou hiérarchique ?
Plate si votre architecture est susceptible d’évoluer, ce qui est le cas de la plupart des sites éditoriaux : réorganiser vos catégories ne change alors aucune adresse. Hiérarchique si votre arborescence est stable par nature, comme un annuaire, un catalogue ou une documentation. Le principal risque de la structure hiérarchique est l’empilement de redirections à chaque réorganisation.
Faut-il mettre la date dans l'URL ?
Non. Une adresse contenant l’année condamne votre article à paraître périmé, y compris après une mise à jour complète du contenu. Et la retirer plus tard suppose de changer l’adresse, donc de mettre en place une redirection et de perdre une partie de la valeur accumulée. C’est le premier réglage à modifier sur une installation neuve, avant toute publication.
Peut-on modifier l'URL d'une page déjà publiée ?
Techniquement oui, avec une redirection permanente vers la nouvelle adresse. Mais l’opération a un coût : perte partielle de valeur, mise à jour nécessaire de tous les liens internes, et risque d’erreurs si une correspondance est oubliée. Réservez-la aux cas où la structure actuelle pose un problème réel, jamais à une optimisation cosmétique du type ajout d’un mot-clé.
Quelle longueur pour une URL ?
Trois à cinq mots suffisent dans la quasi-totalité des cas. Une adresse qui reprend le titre complet de l’article est trop longue et sera tronquée à l’affichage dans les résultats. Supprimez les mots vides, articles, prépositions et conjonctions, qui n’apportent rien à la compréhension. L’objectif est qu’un lecteur devine le contenu de la page à partir de la seule adresse.
Faut-il des accents dans les URL ?
Non. Les accents et caractères spéciaux sont techniquement acceptés mais produisent des adresses encodées illisibles dès qu’on les copie ou qu’on les partage par message. Utilisez des minuscules sans accent, avec des tirets comme séparateurs. Évitez également les majuscules, qui créent des variantes susceptibles de devenir des doublons techniques selon la configuration du serveur.
Comment structurer les URL d'un annuaire ?
Une structure hiérarchique se justifie ici, les catégories correspondant à une réalité sectorielle stable et l’adresse d’une fiche gagnant à indiquer sa rubrique. Veillez à deux points : chaque fiche doit disposer de sa propre adresse, faute de quoi elle ne se positionnera sur rien, et les pages de pagination, de tri et de filtres ne doivent pas générer d’adresses indexables sans canonique.
Pour aller plus loin
- Gérer ses redirectionsLa procédure si vous devez malgré tout changer une adresse existante.Voir la méthode
