Vos URL sont-elles courtes, lisibles et bien structurées ?

Une URL fait partie de votre interface. Les gens la lisent, la partagent et jugent votre site avec ; les moteurs de recherche s'en servent comme indice de structure et de pertinence. Les URL brouillonnes sont plus dures à lire, à partager et à entretenir — même si un chemin long n'est pas, en soi, une pénalité SEO.

À quoi ressemble une bonne URL

Comparez ces deux adresses :

https://example.com/products/ergonomic-office-chair
https://example.com/cat.php?id=482&sess=9f3a&ref=nav&p=2

La première est lisible, mémorisable, et décrit la page. La seconde est opaque — et ses paramètres illustrent trois problèmes différents : sess est un état de session qui ne devrait jamais figurer dans une URL, ref crée des variantes en double d'un contenu identique, et p=2 peut être une vraie pagination — un contenu réellement différent, qui mérite sa propre URL et ne doit pas être fondu dans la première page.

Visez des URL :

• En minuscules — les chemins d'URL sont en général sensibles à la casse (même si le routage du serveur et de l'application varie) ; les majuscules mélangées invitent les liens cassés et les doublons accidentels. Restez en minuscules et redirigez les variantes de casse involontaires.
• Avec des tirets — - entre les mots dans la partie finale de l'adresse (le « slug ») ; les traits de soulignement sont valides mais plus durs à lire d'un coup d'œil.
• Descriptives mais courtes — quelques mots qui veulent dire quelque chose, sans bourrage de mots-clés.
• Stables — changer une URL sans redirection permanente casse tous les liens et favoris qui pointent dessus ; évitez les changements inutiles, et redirigez les vrais.

Appliquez la convention aux nouvelles URL. Ne réécrivez pas une URL établie qui fonctionne juste pour la rendre plus jolie — cette migration risque davantage que ce qu'une majuscule ou un trait de soulignement n'a jamais coûté.

La structure doit refléter la vraie hiérarchie

Visez des chemins qui suivent la structure réelle, pas vos habitudes de classement interne :

Clear:     /guides/email-deliverability
Cluttered: /resources/library/articles/technical/email/deliverability

Le nombre de segments d'une URL ne dit pas à quelle « profondeur » se trouve une page. La découverte dépend des liens internes explorables — plus les sitemaps, les redirections et les liens externes — pas du nombre de barres obliques. Il n'y a donc pas de limite magique : gardez les chemins aussi courts et logiques que le contenu le permet vraiment, et veillez à ce que les pages importantes soient bien reliées.

Considérez chaque URL comme permanente dès le jour de sa publication. Des chemins courts, propres et logiques sont plus faciles à lire et à partager — et bien moins susceptibles d'engendrer des variantes accidentelles et des soucis d'entretien au fil des années.

Ce qu'il faut faire

1. Pour les nouvelles URL, utilisez des slugs lisibles tirés du titre de la page, tout en minuscules, avec des tirets.
2. Gardez les pages importantes bien reliées depuis la navigation et le contenu associé, et laissez l'URL refléter une vraie hiérarchie plutôt que de viser un nombre fixe de segments.
3. Gardez les paramètres de suivi hors des liens internes, et les identifiants de session complètement hors des URL (préférez les sessions sécurisées par cookies). N'utilisez un élément canonique que quand une URL à paramètres porte un contenu dupliqué ou équivalent — c'est un signal de préférence, pas une redirection, et ça ne cache rien.
4. Quand vous déplacez une page pour de bon, faites une redirection 301 de l'ancienne URL vers son équivalent le plus proche, mettez à jour les liens internes, les balises canoniques et le sitemap, évitez les chaînes de redirections, et laissez la redirection en place — la visibilité peut encore bouger pendant que les moteurs traitent le déménagement.
5. Décidez une fois pour toutes vos conventions de barre oblique finale et de « www », puis tenez-vous-y : liez vers la forme choisie et redirigez de façon permanente les équivalents un à un (le conseil sur le nom d'hôte canonique explique la mécanique) — sans jamais fusionner des URL qui diffèrent volontairement.