Ce qu'est une URL propre
Une adresse propre décrit le contenu de la page en quelques mots, sans identifiant technique, sans extension de fichier et sans paramètre superflu. Le test le plus simple consiste à la lire au téléphone. Si l'interlocuteur peut la noter sans demander d'épeler, elle est propre.
| Adresse à corriger | Version propre | Ce qui a changé |
|---|---|---|
| monsite.fr/page?id=47&cat=3 | monsite.fr/chaussures-running/ | Identifiants remplacés par des mots |
| monsite.fr/index.php?p=about_us | monsite.fr/qui-sommes-nous/ | Extension, paramètre et tiret bas supprimés |
| monsite.fr/article_12052024_final_v2 | monsite.fr/guide-seo-debutant/ | Date de production et numéro de version retirés |
| monsite.fr/CHAUSSURES-RUNNING/ | monsite.fr/chaussures-running/ | Majuscules, qui créent une seconde adresse |
Le troisième exemple est le plus fréquent et le plus révélateur. Une adresse qui contient un numéro de version ou un identifiant de dossier décrit l'organisation interne de celui qui l'a créée, pas le contenu que vient chercher le visiteur.
Les règles qui font consensus
- Le tiret comme séparateur. Google recommande le tiret simple plutôt que le tiret bas, qui a longtemps été traité comme un caractère de liaison plutôt que comme une séparation de mots.
- Tout en minuscules. Sur la plupart des serveurs, la casse distingue deux adresses, et la même page devient accessible deux fois. Une règle de réécriture qui force les minuscules règle le problème définitivement.
- Pas d'accents ni de caractères spéciaux. Techniquement, les adresses accentuées fonctionnent une fois encodées, mais elles deviennent illisibles dans les outils, les exports et les courriels, et cassent régulièrement lors d'un copier-coller.
- Trois ou quatre mots. Le sujet de la page, et rien d'autre. Ajouter les variantes du mot-clé n'apporte rien, puisque leur poids dans le classement est très faible.
- Une profondeur qui reflète la navigation. Les niveaux de dossiers n'ont pas de valeur en eux-mêmes, mais ils aident à lire l'arborescence, et ils facilitent les analyses par rubrique dans la Search Console.
Beaucoup de blogs intègrent l'année et le mois. C'est pratique pour l'archivage, et coûteux le jour où l'article est mis à jour, puisque l'adresse continue d'annoncer une date périmée. Sur un contenu de fond destiné à vivre plusieurs années, je préfère une adresse sans date et une date de mise à jour affichée dans la page.
Un doute sur la santé technique de votre site ?
Ce genre de problème se voit rarement à l'œil nu et coûte des positions pendant des mois. Dans mes accompagnements, je commence par vérifier gratuitement l'exploration, l'indexation, la vitesse et les redirections, puis je traite les priorités une par une. Comptez de 300 à 1 500 € par mois selon le périmètre.
Je regarde votre site avant de répondre. Réponse sous 24 h en semaine.
Choisir entre www et sans www
Les deux formes désignent des hôtes différents, donc deux versions du site tant qu'aucune ne renvoie vers l'autre. Laisser les deux répondre revient à publier chaque page en double.
La règle tient en une phrase. Choisissez une version, redirigez l'autre en 301, et faites pointer tous vos liens internes, votre sitemap et vos balises canoniques vers la version retenue. Le réglage de domaine favori de la Search Console n'existe plus depuis 2019, et la propriété de domaine rassemble aujourd'hui les deux variantes dans une même vue sans rien trancher à votre place.
Le slash final
Une nuance documentée par Google évite bien des discussions. Juste après le nom de domaine, le slash ne change rien, les deux écritures désignent la même page d'accueil. Partout ailleurs dans l'adresse, les deux formes sont deux adresses distinctes, qui peuvent servir deux contenus différents.
| Situation | Conséquence | Correction |
|---|---|---|
| Les deux formes répondent en 200 | Contenu dupliqué et signaux partagés | Redirection 301 vers la forme retenue |
| Certaines pages avec slash, d'autres sans | Liens internes et sitemap incohérents | Uniformiser, puis vérifier par un crawl |
| La balise canonique ne correspond pas à l'adresse servie | Signal contradictoire | Aligner la canonique sur l'adresse réelle |
Le contrôle prend deux minutes avec un simple appel en ligne de commande, qui affiche le code de réponse de chaque forme.
curl -I -s -o /dev/null -w "%{http_code}\n" https://exemple.fr/page https://exemple.fr/page/
Les paramètres et les adresses en double
Les variables ajoutées après un point d'interrogation multiplient les adresses sans multiplier les contenus. Sur une boutique, trois filtres combinables suffisent à produire des milliers d'adresses pour quelques dizaines de pages réelles.
- Les identifiants de session créent une adresse par visiteur. La balise canonique vers l'adresse sans paramètre règle le cas, et l'idéal reste de ne pas en produire du tout.
- Les paramètres de campagne, comme ceux des liens de newsletter, n'ont pas à être explorés. Une canonique propre et l'absence de liens internes vers ces formes suffisent.
- Les filtres de catalogue demandent un arbitrage : les combinaisons utiles au référencement, par exemple une marque ou une catégorie recherchée, méritent une adresse propre et indexable, les autres se bloquent dans le fichier robots.
L'outil de gestion des paramètres de la Search Console a été supprimé en 2022, Google indiquant qu'il traitait désormais ces cas automatiquement. Le repérage passe donc par le rapport d'indexation des pages, dont les catégories « Page en double sans URL canonique sélectionnée par l'utilisateur » et « Explorée, actuellement non indexée » se remplissent d'adresses à paramètres, et par un crawl du site.
Faut-il changer une URL existante ?
La réponse par défaut est non, et c'est le conseil que je donne le plus souvent sur ce sujet. Une adresse maladroite mais stable ne coûte presque rien, alors qu'un changement fait passer chaque visiteur et chaque robot par une redirection, casse les liens externes mal recopiés et efface les données historiques associées à l'ancienne adresse.
| Situation | Décision | Pourquoi |
|---|---|---|
| Adresse laide mais exacte | Laisser en place | Le gain de classement attendu est proche de zéro |
| Adresse qui annonce une date ou un produit faux | Changer | Elle trompe le visiteur avant même le clic |
| Refonte ou migration déjà décidée | Changer à cette occasion | Le plan de redirection existe déjà, le coût est mutualisé |
| Page sans trafic ni lien entrant | Changer sans risque | Rien à perdre, et l'occasion d'uniformiser |
| Page stratégique avec des liens externes | Ne toucher qu'avec une vraie raison | Une redirection reste une couche de plus entre le lien et la page |
La procédure quand le changement est décidé
- Relever l'existant
Exporter toutes les adresses concernées avec leur trafic, leurs liens internes et leurs liens externes. Cette liste sert de plan de redirection et de contrôle après coup.
- Poser les redirections avant de changer
Les redirections 301 se mettent en place d'abord, la modification des adresses ensuite. L'ordre inverse produit des 404 pendant l'intervalle, aussi court soit-il.
- Mettre à jour les liens internes
Tous les liens du site doivent pointer vers la nouvelle adresse directement. Laisser les liens internes passer par la redirection allonge chaque exploration sans aucune raison.
- Actualiser le sitemap et surveiller
Nouveau sitemap envoyé, puis lecture du rapport d'indexation pendant quatre à six semaines. Les anciennes adresses doivent disparaître progressivement, et les nouvelles apparaître.
- Demander la mise à jour des liens qui comptent
Pour les quelques liens externes de valeur, un message au site référent vaut mieux qu'une redirection éternelle. C'est l'étape que tout le monde saute, et la seule qui récupère entièrement le signal.
Ce que l'adresse pèse vraiment
Les mots présents dans une adresse ont un poids très faible dans le classement, et Google le dit sans détour. L'intérêt d'une adresse propre se situe ailleurs, et il reste réel.
Elle s'affiche dans les résultats, où elle rassure avant le clic. Copiée telle quelle dans un forum ou un message, elle devient une ancre descriptive sans que personne ait eu à la rédiger. Elle évite de multiplier les versions d'une même page, donc de disperser des signaux. Et elle rend possibles des analyses par rubrique, ce qui change la vie au moment d'un audit.
Questions fréquentes
Quelle longueur viser pour une URL ?
Aucune limite n'est imposée, et la lisibilité décide. Trois ou quatre mots suffisent presque toujours, ce qui place la plupart des adresses entre 30 et 75 caractères. Une adresse qui empile le mot-clé et ses variantes n'apporte rien au classement et complique la vie de ceux qui la partagent.
Faut-il choisir le www ou pas ?
L'un ou l'autre indifféremment, à condition qu'une seule version réponde. La version non retenue doit renvoyer vers l'autre par une redirection 301 permanente. Le réglage de domaine favori n'existe plus dans la Search Console depuis 2019, donc la redirection est aujourd'hui le seul moyen de trancher, avec la balise canonique.
Le slash final change-t-il quelque chose ?
Après le nom de domaine, non, les deux écritures désignent la même page. Ailleurs dans l'adresse, oui, une page avec slash et la même sans slash sont deux adresses distinctes pour un moteur. Il faut donc choisir une convention, rediriger l'autre forme et s'assurer que les liens internes et le sitemap emploient tous la même.
Faut-il changer les URL d'un site existant ?
Par défaut, non. Une adresse laide mais stable vaut mieux qu'une adresse élégante qui coûte des positions, car tout changement fait passer par une redirection et casse des liens externes. Le changement se justifie pendant une refonte déjà décidée, lors d'une migration, ou quand l'adresse actuelle induit vraiment en erreur, par exemple une date fausse ou un nom de produit abandonné.
Sources (consultées le 20 septembre 2026)
- Google Search Central, « Conserver une structure d'URL simple » : tirets recommandés, encodage, adresses lisibles
- Google Search Central, suppression du réglage de domaine favori de la Search Console, 2019, et retrait de l'outil de gestion des paramètres d'URL, 2022
- Google Search Central, documentation sur la canonisation et les pages en double
- Déclarations publiques de Google sur le poids très faible des mots contenus dans une adresse