Slug : la méthode simple pour des URL qui plaisent à Google

Un slug, c'est ce petit bout de texte collé à la fin d'une adresse web, et personne ne s'en soucie jusqu'au jour où il vous coûte du trafic. La question qu'on me pose le plus souvent en audit, ce n'est pas « comment écrire un slug ? », c'est « pourquoi mes anciennes URLs ne rapportent plus rien ? ». Et neuf fois sur dix, la réponse tient en une ligne : un slug dupliqué, mal redirigé, ou changé sans que personne ne l'ait noté.

Je vais vous montrer ce que la plupart des articles sur le sujet oublient complètement : la gestion des collisions, les redirections 301 qu'on sacrifie par paresse, et les cas concrets où un mauvais slug a fait chuter des pages e-commerce que je suivais. Ce n'est pas de la théorie. C'est ce que je vois passer dans les crawls.

Slug URL : la partie qu'on oublie de soigner

Regardez l'adresse d'une page. monsite.fr/blog/guide-slug-url. Ce dernier segment, « guide-slug-url », c'est le slug. Rien de plus, rien de moins. Il apparaît après le domaine, après les éventuels dossiers, et il identifie une ressource précise.

Pourquoi c'est plus important qu'on ne le croit ? Parce que c'est ce que les gens lisent dans les résultats de recherche, ce qu'ils copient quand ils partagent un lien, et ce qu'ils retapent quand ils n'ont pas cliqué. Un slug illisible, c'est une URL qu'on n'ose pas partager. Ça paraît anodin. Ça ne l'est pas.

Ce qu'un slug n'est pas

Ce n'est pas un identifiant. Votre base de données utilise déjà un ID numérique ou un UUID pour retrouver la page, et ce n'est pas votre problème. Le slug, lui, est une couche de lecture posée par-dessus. Confondre les deux, c'est la source d'à peu près toutes les erreurs que je vais décrire plus bas.

Ce n'est pas non plus une balise. Il n'apparaît pas dans le code HTML comme un titre ou une méta description. Il vit dans l'URL. Point.

Un slug qui change, c'est une page qui meurt

J'ai vu ça sur un blog e-commerce il y a deux ans. Le responsable éditorial avait « amélioré » tous les slugs de la catégorie, une centaine de pages, un week-end de travail. Aucune redirection mise en place. Trois semaines plus tard, le trafic organique du dossier avait chuté de 40 %. Les anciennes URLs renvoyaient des 404, Google avait désindexé, et il a fallu trois mois et une cartographie complète pour récupérer une partie du terrain perdu. Le reste ne s'est jamais reconstruit.

La règle est simple : on ne touche pas à un slug sans redirection 301. Jamais. Même pour une faute de frappe. Même sur une page qui « ne rapporte rien ». On ne sait pas ce qu'on casse avant de l'avoir cassé.

Comment éviter les collisions de slugs

Question que personne ne se pose avant d'avoir le problème. Deux articles différents, deux titres qui se ressemblent, et votre CMS crée automatiquement une deuxième URL avec un -2 à la fin. Voilà la collision.

WordPress fait ça par défaut. Le slug « guide-seo » existe déjà ? Le suivant sera « guide-seo-2 ». Le problème, c'est que ce suffixe est invisible pour vous pendant des mois, et que la page « -2 » se retrouve avec un slug qu'aucun humain n'a choisi.

Que faire avant publication ?

Trois réflexes suffisent :

1. Relire le slug généré automatiquement, le raccourcir, le rendre explicite.
2. Vérifier en collant l'URL présumée dans le navigateur : si un 404 s'affiche, la place est libre.
3. Si la place est prise par une ancienne page, ne forcez pas. Changez de formulation, pas de suffixe numérique.

Et quand deux contenus traitent vraiment du même sujet, ce n'est pas un problème technique. C'est un problème éditorial : fusionnez, redirigez, ou différenciez. Un slug « -2 » trahit une décision qu'on n'a pas prise.

Slug vs ID numérique : lequel choisir ?

Certains CMS utilisent un ID dans l'URL (monsite.fr/p/14872), d'autres un slug, d'autres les deux. Les deux fonctionnent. L'ID a un avantage : on peut changer le titre mille fois, l'URL reste stable. Le slug a un avantage qui pèse plus lourd dans la durée : il parle à l'utilisateur et il porte un peu de contexte.

Critère	Slug lisible	ID numérique
Lisibilité dans les résultats de recherche	Forte	Nulle
Stabilité en cas de changement de titre	Faible (à rediriger)	Totale
Partage par un humain	Naturel	Copier-coller obligatoire
Risque de collision	Réel	Aucun

Dans la quasi-totalité des projets que je suis, le slug lisible gagne. À condition d'accepter la contrainte : chaque modification de slug implique une redirection. Si vous n'êtes pas prêt à assumer ça, l'ID reste une option honnête.

Règles d'écriture d'un slug propre

Pas de recette magique. Juste des conventions qui évitent 90 % des problèmes.

Bon vs mauvais slug : un exemple

Prenons une page produit légitime :

• Mauvais : monsite.fr/produit/Chaussures-Homme-Cuir-Noir-Pointure-42-Réf-8842-NOIR
• Bon : monsite.fr/chaussures-homme-cuir-noir

Le premier slug est un nom de fichier produit par un logiciel. Le second est un choix. Le premier embarque une taille, une référence et une couleur dans l'URL : si le produit est décliné en 41 ou en marron, il faut autant d'URLs différentes, ou une URL qui ment sur le contenu. Le second tient dans la durée.

La règle des mots

Ce qui marche, en pratique :

1. Minuscules uniquement.
2. Mots séparés par des tirets, jamais par des underscores.
3. Pas d'accents, pas de ponctuation, pas d'espaces.
4. Trois à six mots. Au-delà, on tronque sans pitié.
5. On garde le mot-clé principal, on supprime les articles et les prépositions inutiles.

Une question qu'on me pose souvent : faut-il garder « le », « la », « de » dans un slug ? En français, je les retire quand le slug reste compréhensible. prix-immobilier-paris plutôt que le-prix-de-l-immobilier-a-paris. Ça ne change pas grand-chose au référencement, mais ça rend l'URL lisible.

Accents, langues et caractères spéciaux

Le point technique qui fâche. Un accent dans un slug, ce n'est pas interdit, mais c'est une mauvaise idée. Les accents sont encodés différemment selon les contextes (%C3%A9 pour un « é »), et un même titre peut produire deux slugs distincts selon l'outil qui l'a généré. Résultat : doublons invisibles.

La solution s'appelle la translittération : on remplace les caractères accentués par leur équivalent sans accent. « é » devient « e », « à » devient « a », « ç » devient « c ». WordPress le fait automatiquement, mais pas toujours correctement, et pas toujours de la même façon selon la version.

Le cas des sites multilingues

Sur un site en plusieurs langues, la tentation est forte de traduire les slugs. monsite.fr/prix et monsite.com/price pour la même page. Ça fonctionne, mais ça multiplie les URLs à surveiller. Mon conseil : si vous traduisez, faites-le proprement avec des balises canoniques qui pointent vers la version principale, sinon vous créez du contenu dupliqué à votre insu.

Auditer ses slugs : comment s'y prendre

Vous ne pouvez pas corriger ce que vous ne voyez pas. Deux outils suffisent pour un audit de base.

Un crawler comme Screaming Frog vous sort la liste complète des URLs du site, avec leurs codes de réponse. Vous filtrez sur les 404, vous repérez les slugs avec des majuscules, des accents résiduels, des suffixes numériques suspects, ou des chaînes comme « -copie » que personne n'a nettoyées. En général, sur un site qui vit depuis trois ans, on trouve entre 5 et 15 % d'URLs à nettoyer.

La Search Console, de son côté, vous montre les pages que Google connaît mais qui ne reçoivent plus de trafic, et les erreurs d'exploration. C'est là qu'on repère les redirections cassées, celles qui pointent vers une autre 404.

Quand changer un slug malgré le risque ?

Parfois, il faut y aller. Un slug qui contient une faute dans le mot-clé principal, un slug avec une date devenue absurde (« promo-2022 »), un slug qui ne correspond plus au contenu. Dans ce cas, la procédure est toujours la même :

1. Notez l'ancienne URL quelque part.
2. Créez la redirection 301 avant de changer le slug.
3. Changez.
4. Vérifiez manuellement que la redirection fonctionne.
5. Surveillez le trafic de la page pendant 30 jours.

L'étape 5 est celle qu'on saute. Et c'est celle qui permet de rattraper le coup si quelque chose a mal tourné.

Slug : le même mot, ailleurs

Avant de conclure, un mot sur la confusion. « Slug » ne désigne pas seulement un segment d'URL. C'est aussi une limace en anglais, un mot que l'on retrouve dans les requêtes autour de l'animal. C'est également le nom d'un super-vilain Marvel, d'une franchise de jeux et de dessins animés (Slugterra), d'un personnage de Dragon Ball, et d'une unité de masse dans le système impérial britannique. Il y a même une cartouche de chasse au calibre 12 qui porte ce nom.

Ce n'est pas un détail. Si vous cherchez des informations sur le slug au sens web et que vous tombez sur une page traitant du mollusque, vous avez perdu cinq minutes. Le contexte fait tout. Précisez toujours « slug URL » ou « slug web » quand vous cherchez, sinon le moteur vous noie sous les limaces.

Et « slug cartouche », alors ?

Rien à voir avec le web. Le slug de chasse est un projectile lourd, utilisé pour le gros gibier, d'un calibre qui va souvent du 12 au 20 selon les usages. Aucun rapport avec votre URL, mais ça explique pourquoi certains mots-clés sont plus difficiles à cibler que d'autres : vous n'êtes pas seul sur le terme.

Ce qu'il faut retenir

Le slug n'est pas un détail cosmétique. C'est un choix éditorial qui engage votre site sur des années. Changez-le sans redirection, et vous perdez. Laissez-le se générer tout seul, et vous héritez de suffixes « -2 » que personne n'a validés. Traduisez-le sans vigilance, et vous créez du doublon.

Le vrai travail n'est pas d'écrire un joli slug au moment de publier. C'est de maintenir la cohérence sur la durée, et de traiter chaque modification comme une opération à risque. Ce n'est pas glamour. Mais c'est ce qui sépare un site qui vieillit bien d'un site qui perd la moitié de son trafic historique sans comprendre pourquoi.

Petite question pour finir : quand avez-vous vérifié vos slugs pour la dernière fois ? Si la réponse est « jamais », vous venez de trouver votre prochaine tâche.