Une URL lisible est une adresse de page stable, qu’une personne peut reconnaître et qu’un robot peut récupérer de façon constante. Elle utilise en général des mots descriptifs, une hiérarchie prévisible et une seule orthographe retenue, au lieu d’une chaîne de requête opaque ou de plusieurs variantes concurrentes. « Lisible » décrit la clarté et la cohérence : cela ne rend pas une page faible pertinente et ne garantit pas un meilleur classement.
Ce qui rend une URL lisible
Google recommande des structures d’URL logiques et lisibles, des mots descriptifs, des tirets comme séparateurs et le moins de paramètres inutiles possible. Il précise aussi que la gestion des URL est sensible à la casse : un site qui traite majuscules et minuscules comme équivalentes doit choisir une forme et l’imposer. La décision importante n’est pas de savoir si un slug contient un mot-clé, mais de s’assurer que chaque adresse reste compréhensible, stable et sans ambiguïté dans le temps.
| Choix de conception | Règle utile | Limite |
|---|---|---|
| Mots et hiérarchie | Utilisez des mots qui décrivent la page pour son public. | Ne transformez pas le chemin en phrase et ne répétez pas les mots-clés. |
| Séparateurs | Utilisez des tirets entre les mots distincts. | Le séparateur ne remplace pas une architecture de l’information claire. |
| Paramètres | Ne gardez que les paramètres qui modifient une représentation légitime. | Les paramètres restent valables pour les filtres, le suivi ou la pagination lorsque leur politique d’indexation est explicite. |
| Casse et variantes | Choisissez une seule représentation publique et redirigez directement les variantes vers elle. | Une redirection ne peut pas corriger une adresse qui change de façon imprévisible à chaque version. |
Concevoir une adresse stable
Choisissez le chemin à partir de la finalité durable de la page, et non du slogan marketing du moment. Une famille de produits, un guide ou une catégorie peuvent garder la même destination pendant des années ; une date, un code de campagne, un état de stock ou un adjectif temporaire ne devraient souvent pas devenir l’URL permanente. Si une adresse existante fonctionne déjà et exprime bien la finalité de la page, la modifier pour la rendre plus jolie crée en général plus de risques que de bénéfices.
- Identifiez le type de page durable et la langue du public que le chemin doit servir.
- Rédigez un chemin court et descriptif, avec une hiérarchie prévisible uniquement lorsque cette hiérarchie aide la navigation.
- Avant la mise en production, contrôlez les conflits, les variantes de casse, les anciennes routes et les formes avec paramètres.
- Décidez ensemble de l’URL canonique, de la cible de ses liens internes et de son entrée dans le sitemap.
- Documentez la règle pour que les futurs contenus suivent le même modèle.
J’écris la politique de redirection sous forme de cas explicites – routes retirées, normalisation et chemins publics canoniques – plutôt que de laisser les valeurs par défaut du framework décider de ce que voit le robot. Cette pratique vise la cohérence, et non la promesse qu’une réécriture d’URL produit un gain dans les résultats de recherche.
Modifier une URL existante sans risque
Un changement d’URL est une migration. Publiez d’abord la nouvelle page prévue, créez une redirection permanente directe de chaque ancienne adresse vers la destination finale la plus pertinente, mettez à jour les liens internes et remplacez l’entrée du sitemap. Évitez de rediriger toutes les anciennes pages vers une page hub générique : un visiteur arrivé par un résultat précis a besoin de la page équivalente la plus proche, et des redirections sans rapport compliquent le diagnostic.
- Avant la mise en production : associez chaque ancienne URL à une page finale pertinente et vérifiez que la cible finale est indexable.
- Au moment de la mise en production : activez des redirections permanentes en un seul saut, et mettez à jour les balises canonical, les liens internes et les entrées du sitemap.
- Après la mise en production : crawlez les ensembles d’anciennes et de nouvelles URL, puis contrôlez les chaînes de redirections, les réponses finales et les cibles canoniques.
Vérifier le résultat
La vérification doit reproduire la façon dont un navigateur et un robot rencontrent les URL. Demandez l’ancienne adresse et vérifiez une seule redirection directe vers le chemin public final. Demandez la nouvelle adresse et vérifiez son statut prévu, sa balise canonical et les liens après rendu. Passez ensuite en revue le sitemap et un échantillon de la navigation interne, à la recherche de liens obsolètes ou de paramètres accidentels.
- Vérifiez que la page finale renvoie la réponse de succès prévue et ne redirige plus.
- Vérifiez que chaque route retirée aboutit en un seul saut à une page finale pertinente.
- Vérifiez que les balises canonical pointent vers des URL finales et indexables, et non vers des chaînes ou des orthographes héritées.
- Vérifiez que le sitemap et les liens internes désignent la même adresse à privilégier.
- Conservez les données de performance de recherche séparées du journal de la migration technique : une route vérifiée ne prouve pas un résultat de trafic.
Les erreurs courantes consistent à traiter un acronyme comme CHPU comme une règle de translittération pour toutes les langues, à utiliser un changement d’URL comme tactique de classement, ou à mesurer le succès uniquement à partir d’une réponse 200. Une bonne URL lisible est simplement un contrat public durable : les personnes peuvent la lire, les systèmes peuvent la router, et tous les signaux liés s’accordent sur l’adresse à privilégier.