Structure d'URL et SEO : les bonnes pratiques à adopter

Une URL, c'est comme une adresse postale. Si le facteur doit faire trois détours et deviner le numéro de rue, votre colis arrive en retard — ou pas du tout. Sauf qu'ici, le facteur s'appelle Googlebot, et il a des millions de colis à livrer chaque seconde.

Quand j'ai commencé à m'intéresser au SEO il y a quelques années, je pensais que les URL étaient un détail. Un truc de développeur. Puis j'ai récupéré un site dont les articles étaient tous accessibles via des adresses du genre /index.php?p=2347&cat=12&ref=blog. Environ 4 000 pages en doublon. Le trafic organique avait chuté de près de moitié en six mois. C'est là que j'ai compris une chose simple : la structure d'URL n'est pas un détail technique, c'est une décision éditoriale.

structure d'URL et SEO : pourquoi ça change tout

Une URL bien construite remplit trois rôles simultanés. Elle dit à Google de quoi parle la page, elle rassure l'internaute sur l'endroit où il a atterri, et elle donne un signal de qualité sur l'ensemble du site. Les trois comptent, mais pas de la même façon.

Anatomie rapide d'une URL

Prenons un exemple concret :

https://www.monsite.fr/blog/seo/structure-url-bonnes-pratiques

• https:// — protocole sécurisé. En 2026, le HTTP simple est un signal négatif, il n'y a même plus de débat.
• www.monsite.fr — nom de domaine.
• /blog/seo/ — les répertoires, qui dessinent une hiérarchie.
• structure-url-bonnes-pratiques — le slug, c'est-à-dire le nom de la page en mots lisibles.

Rien de sorcier. Et pourtant, dans les projets que j'ai audités, je vois revenir les mêmes erreurs, dans le même ordre.

Les sept règles d'une bonne URL

Je pourrais vous sortir une liste de quinze points. Mais dans la pratique, sept règles couvrent l'essentiel de ce qui fait la différence.

1. rester court

Sous 100 caractères, idéalement sous 75. Ce n'est pas une loi, c'est un repère. Pourquoi ? Parce qu'une URL longue s'affiche tronquée dans les résultats de recherche, dans les partages sur les réseaux sociaux, et dans les rapports analytics. Et un slug qui déborde à l'écran, personne ne le lit.

J'ai un jour récupéré un site dont le slug de la page d'accueil de chaque article reprenait le titre entier, ponctuation comprise. Un des chemins faisait 210 caractères. Résultat : des liens qui se cassaient dans les e-mails, des partages illisibles. On a raccourci, et honnêtement, personne n'a regretté les anciennes URL.

2. limiter la profondeur

Trois niveaux de répertoires : c'est le maximum raisonnable. /blog/seo/structure-url/ se défend. /blog/seo/technique/2026/fondamentaux/url/structure/ ne se défend plus.

Attention néanmoins : la profondeur de l'URL n'est pas un facteur de classement direct. Google ne pénalise pas une page parce qu'elle est à cinq niveaux. Ce qui compte, c'est le nombre de clics pour l'atteindre depuis la page d'accueil. Une URL profonde a tendance à être moins bien liée en interne, et c'est là que le problème apparaît.

3. des tirets, pas des underscores

Google identifie clairement le tiret comme séparateur de mots. L'underscore est beaucoup plus ambigu : il colle parfois les termes. Une URL comme /structure_url_seo risque d'être interprétée comme un seul bloc. Le tiret est le standard, il ne faut pas s'en écarter.

4. minuscules uniquement

/Structure-URL et /structure-url sont deux adresses différentes pour un serveur. Les serveurs Linux, en particulier, distinguent la casse. Vous créez ainsi automatiquement du contenu dupliqué si les deux variantes existent. La règle est simple : tout en minuscules, sans exception.

5. le mot-clé principal, placé naturellement

Le mot-clé doit figurer dans le slug. Pas répété trois fois, pas bourré. Une fois, au bon endroit. Et si possible près du début, car les premiers mots de l'URL pèsent un peu plus.

Cela étant, ne devenez pas obsessionnel. Le poids du mot-clé dans l'URL est modeste dans l'algorithme. Je place le mot-clé par réflexe éditorial, mais je ne casse jamais un slug naturel pour y glisser un terme qui ne sonne pas juste.

6. se passer des mots vides

« le », « la », « de », « pour », « et »... Ces mots peuvent disparaître sans perdre de sens. /comment-ameliorer-referencement se lit aussi bien que /comment-ameliorer-son-referencement. Une hésitation : gardez ceux qui rendent le slug lisible pour un humain. Car c'est aussi pour lui qu'on écrit.

7. éviter les identifiants purement numériques

/article/12453 n'apprend rien à personne. Un slug lisible, même accompagné d'un identifiant, reste préférable : /structure-url-seo-12453. Certains CMS le font par défaut, c'est une bonne chose.

Bon pratique	Ce qu'il faut éviter	Pourquoi
/blog/seo/structure-url/	/index.php?p=2347	Lisibilité et indexation
Tirets entre les mots	Underscores	Découpage des termes par Google
Minuscules uniquement	Casse variable	Éviter les doublons serveur
Trois niveaux max	Cinq niveaux et plus	Clarté de la hiérarchie
Un slug unique par page	Paramètres dynamiques multiples	Canonicalisation
URL fixe après publication	Modification fréquente	Préservation des liens entrants

Le cas des paramètres et des doublons

Voici un scénario que j'ai rencontré au moins cinq fois. Un site e-commerce propose du tri par prix, par popularité, par nouveauté. Chaque tri génère une URL différente avec un paramètre ?sort=prix, ?sort=populaire, etc. Google explore, trouve une dizaine de variantes du même contenu, et ne sait plus quelle version privilégier.

Que faire face aux paramètres ?

• Bloquer l'exploration des paramètres non pertinents dans le fichier robots.txt, si vous êtes certain qu'ils n'ont pas de valeur SEO.
• Déclarer une URL canonique pour chaque variante, pointant vers la version principale.
• Configurer le paramètre comme « non pertinent » dans la Search Console si votre CMS le permet.
• Repenser le tri en JavaScript côté client, sans changer l'URL, quand c'est possible.

Sur l'un de mes projets, un site de petites annonces générait plus de 20 000 URL simplement à cause de combinaisons de filtres. Googlebot passait des heures à explorer des pages sans intérêt, au détriment des pages à fort potentiel. Après nettoyage et canonisation, le temps d'exploration des pages stratégiques a nettement augmenté. Le trafic a suivi.

Migration d'URL : comment ne pas tout perdre

Changer la structure d'URL d'un site existant, c'est l'opération la plus risquée du SEO technique. Une redirection oubliée, et vous perdez en quelques jours les bénéfices accumulés sur des mois.

Le plan de redirections 301

Avant tout changement, vous devez disposer d'un tableau à trois colonnes : ancienne URL, nouvelle URL, code de redirection. Ce tableau devient votre référence pendant toute la migration. Sans lui, vous naviguez à l'aveugle.

Ce que j'ai appris à la dure : ne jamais rediriger vers la page d'accueil en masse. C'est ce que j'ai fait sur un projet, par facilité, en pensant naïvement que « Google comprendra que la page a bougé ». Erreur. Google a compris que les pages avaient disparu et a rapidement désindexé les anciennes, sans transférer l'équité de liens vers les nouvelles. Il a fallu près de quatre mois pour retrouver le niveau de trafic antérieur.

La leçon : chaque ancienne URL doit pointer vers la page la plus proche thématiquement dans la nouvelle structure. Une redirection vers la home n'est acceptable que si aucune page similaire n'existe.

Ce qu'il faut surveiller après la migration

• Les erreurs 404 dans la Search Console, dans les jours qui suivent.
• La couverture d'indexation : les nouvelles pages sont-elles bien explorées ?
• Les pages positionnées en première page qui perdraient des positions.
• Les backlinks pointant vers d'anciennes URL (via un outil d'analyse de liens).

Le site de petites annonces dont je vous parlais a mis cinq semaines à retrouver son trafic d'avant migration. Cinq semaines, c'est correct pour un changement d'ampleur. Mais ça fait cinq semaines de stress intense pendant lesquelles on se demande si tout va revenir.

URL internationales : un choix qui se prépare

Là, il faut décider tôt. Si votre site doit exister en plusieurs langues ou cibler plusieurs pays, le choix de structure d'URL conditionne toute la suite.

Trois options principales, avec des conséquences différentes :

• ccTLD (monsite.fr, monsite.de, monsite.es) — le signal géographique le plus fort, mais la charge de travail explose (un domaine par pays, duplique chaque démarche administrative).
• Sous-domaines (fr.monsite.com, de.monsite.com) — plus simple à administrer, mais chaque sous-domaine est traité un peu comme un site distinct ; l'équité de liens se répartit plus mal.
• Sous-répertoires (monsite.com/fr/, monsite.com/de/) — la consolidation des signaux SEO est maximale, la gestion est plus simple, mais vous renoncez au signal géographique fort du ccTLD.

Mon opinion, et je la défends : pour une entreprise qui débute à l'international, les sous-répertoires sont le meilleur choix. Vous centralisez les liens, vous simplifiez la maintenance, et vous pouvez toujours migrer vers des ccTLD plus tard si le volume le justifie. L'inverse — revenir de ccTLD vers sous-répertoires — est beaucoup plus douloureux.

Ce que Google ne vous dit pas

Beaucoup d'articles présentent les URL comme un facteur de classement parmi d'autres. C'est techniquement vrai, mais ça passe à côté du point principal.

Le vrai enjeu, c'est l'expérience de la navigation. Un internaute qui voit une URL claire se sent rassuré. Il sait qu'il est au bon endroit. Il clique plus volontiers. Et le taux de clic — dans les résultats comme sur les réseaux — compte. Indirectement, cela pèse.

Une URL propre, c'est aussi la première impression. Vous ne savez peut-être pas qu'elle influence le comportement de vos visiteurs, mais votre visiteur, lui, le ressent immédiatement.

Faut-il changer une URL déjà publiée ?

Non, sauf raison sérieuse. Une URL stable conserve ses liens, son historique, ses signaux. La changer pour un gain marginal n'en vaut pas la peine. En revanche, si le slug est truffé d'erreurs, de date obsolète, ou complètement illisible, cela peut valoir le coup — avec une redirection 301 systématique.

Les URL en français ou en anglais ?

Dans la plupart des cas, la langue de votre audience. Un site français avec des URL françaises offre une cohérence de lecture. Inutile de traduire : /blog/seo/structure-url se comprend aussi bien qu'une version anglaise. Ce qui compte, c'est la clarté, pas la langue.

Smartphone : doit-on avoir une URL mobile différente ?

Aujourd'hui, non. Le responsive design et l'indexation mobile-first de Google rendent obsolètes les versions m.monsite.fr. Une seule URL, adaptable à tous les écrans, c'est la norme depuis plusieurs années.

Par où commencer demain matin

Vous n'avez pas besoin d'attendre une refonte complète pour agir sur la structure d'URL. Voici ce que je ferais concrètement, à votre place, avec un site existant sous la main :

1. Extraire l'ensemble des URL du site via un crawl (Screaming Frog, par exemple).
2. Lister celles qui dépassent 100 caractères, qui contiennent des paramètres dynamiques multiples, ou qui mélangent majuscules et minuscules.
3. Identifier les doublons évidents : même contenu accessible via plusieurs variantes.
4. Vérifier la présence des balises canoniques sur les pages concernées.
5. Planifier les redirections 301 pour les URL à remplacer, une par une, jamais en bloc.

C'est du travail. Ce n'est pas glamour. Mais sur les projets que j'ai suivis, c'est la partie du SEO technique qui produit les gains les plus durables, parce qu'elle est invisible une fois faite.

Et puis, un jour, vous tomberez sur une URL d'un concurrent qui ressemble à /index.php?cat=12&article=2347. Vous sourirez. Vous saurez ce que ça lui coûte, à lui, chaque jour, sans qu'il le sache.