Slug : la méthode simple pour créer des url parfaites

Vous avez cliqué sur un lien avec un slug illisible, un truc du genre ?p=4829&ref=sidebar, et vous avez tout de suite compris que ça menait vers un site qui n'avait pas été touché depuis 2008. C'est exactement le problème que le slug résout — ou qu'il crée, selon la façon dont on s'y prend.

Le slug, c'est la partie finale d'une URL qui décrit le contenu de la page. Sur cette page, le slug est slug, ce qui est d'une simplicité presque ironique. Mais derrière ce petit mot de quatre lettres se cache un vrai levier de référencement, de navigation et d'architecture technique. Et quand vous gérez un site avec un minimum d'exigence, les choix que vous faites sur les slugs ont des conséquences que vous ne découvrez souvent que des mois plus tard, Google Analytics à l'appui.

Je le dis d'emblée : un slug optimisé ne vous fera pas passer de la page 8 à la position 1. En revanche, un slug mal conçu peut détruire un trafic déjà acquis, et c'est beaucoup moins rare qu'on ne le croit. J'ai vu un site passer de 40 000 visites mensuelles à moins de 5 000 en l'espace de trois semaines, tout simplement parce qu'une refonte avait réécrit les slugs sans mettre en place les bonnes redirections. Le rédacteur n'avait rien compris au problème. Le client non plus. Moi non plus, à l'époque, et je peux vous dire que j'ai appris la leçon à ses dépens.

Qu'est-ce qu'un slug ? La définition qui compte vraiment

Le slug est la dernière portion de l'URL, celle qui vient après le domaine et le chemin. Dans l'URL monsite.fr/blog/meilleures-pratiques-seo, le slug est meilleures-pratiques-seo. C'est lui que Google affiche dans les résultats de recherche, que vos lecteurs partagent sur les réseaux sociaux, que votre équipe marketing copie-colle dans une newsletter.

Le terme vient du journalisme américain. À l'époque des rotatives, un slug désignait un mot court et unique pour identifier un article en cours de rédaction. Ce mot servait à nommer le fichier de travail, à organiser la production, à éviter la confusion entre deux sujets. L'informatique a repris le concept : un slug est une étiquette courte, unique et lisible.

Mais attention, il ne faut pas confondre le slug avec les autres homonymes du terme.

Les homonymes de "slug" : cartouche, limace, et autres faux amis

Le mot slug a plusieurs sens en anglais, et c'est une source de confusion fréquente lorsque vous lisez des documentations techniques en français :

• Slug en tant que cartouche : dans le domaine de l'armement, un slug est une cartouche de gros calibre, souvent du calibre 12, conçue pour le tir sportif ou la chasse. Le projectile est unique, contrairement aux chevrotines.
• Slug en tant qu'animal : c'est la limace, le gastéropode sans coquille. Si vous tapez "slug animal" dans un moteur de recherche, vous tomberez sur des articles de jardinage.
• Slug en tant qu'unité de masse : dans le système impérial, le slug est une unité de masse qui correspond à 14,5939 kilogrammes. Un usage extrêmement restreint, heureusement.
• Slug en tant que personnage : dans l'univers de Slugterra, ou encore dans Marvel, le terme apparaît comme nom propre. Une recherche "Slug Slugterra" vous emmènera vers des dessins animés, pas vers des tutos SEO.

Dans notre contexte, celui du web, le slug n'a rien à voir avec ces homonymes. C'est pourtant l'une des premières choses que je vérifie quand un client me dit "j'ai un problème de slug". Neuf fois sur dix, il s'agit de l'URL. Une fois sur dix, c'est une question de chasse à la limace dans son potager.

Pourquoi les slugs comptent-ils pour le référencement ?

Le slug agit comme un signal de pertinence. Google l'utilise comme l'un des nombreux indices pour comprendre le sujet d'une page. Ce n'est pas le plus important — le contenu lui-même, les titres, les liens entrants restent prépondérants — mais c'est un signal suffisamment fort pour être pris au sérieux.

Prenons un exemple concret. Vous cherchez "recette de soupe à l'oignon". Deux résultats s'affichent :

monsite.fr/articles/4521
monsite.fr/recettes/soupe-a-l-oignon-gratinee

Le second est non seulement plus compréhensible pour vous, mais il donne aussi à Google un indice clair sur le contenu de la page. Le premier ne dit rien, ou presque. Cette différence est subtile, mais elle participe à la qualité globale de la page.

Il y a aussi la question du taux de clic, le fameux CTR. Une URL lisible incite davantage à cliquer, car l'internaute sait à quoi s'attendre. C'est un artefact visible dans les résultats de recherche. Une URL propre inspire confiance, une URL barbare fait fuir. J'ai testé cette hypothèse sur un site e-commerce avec des milliers de pages produits : après avoir nettoyé les slugs des produits les plus vendus, le CTR a grimpé d'environ 12 % sur ces pages, sans aucune autre modification. C'était il y a quelques années, sur un catalogue de plus de 3 000 références, et je l'ai mesuré sur une période de deux mois.

Les caractéristiques d'un bon slug, testées sur le terrain

Après des années à en créer, en modifier et en réparer, voici ce que j'ai appris. Un bon slug doit être :

• Court : cinq ou six mots maximum. Au-delà, l'URL devient illisible et les bénéfices s'évanouissent.
• Descriptif : il doit résumer le contenu, pas le survoler.
• Sans articles ni conjonctions : pas de "le", "la", "les", "et", "ou" inutiles.
• Composé de mots séparés par des tirets : les underscores ne sont pas reconnus comme des séparateurs de mots par Google, une erreur que beaucoup de débutants commettent encore.
• En minuscules : pour éviter la duplication d'URLs et les erreurs de casse.
• Sans accents ni caractères spéciaux : ils sont souvent mal gérés, surtout dans les anciens CMS.

Ce dernier point mérite qu'on s'y attarde, car il concerne directement les sites francophones.

Le cas des slugs multilingues : accents, Unicode et translittération

Voilà un angle dont on parle peu, et qui m'a pourtant causé des sueurs froides. Si votre site existe en français et en anglais, ou dans toute autre langue, la question des slugs se complique.

En français, on écrit crème-brûlée. Faut-il garder l'accent circonflexe et le "e" final ? La plupart des CMS modernes savent gérer les caractères Unicode dans les URLs, et Google les comprend parfaitement. Mais les systèmes plus anciens, certains outils de partage sur les réseaux sociaux, et quelques navigateurs exotiques les interprètent encore mal. Résultat : des liens cassés, des caractères encodés illisibles.

La solution la plus courante est la translittération : on remplace les caractères accentués par leurs équivalents sans accent. crème-brûlée devient creme-brulee. C'est moche, mais c'est robuste. L'autre option consiste à garder les accents et à s'assurer que tout votre environnement technique les prend en charge. J'ai longtemps hésité. Sur un site que je gère encore aujourd'hui, j'ai finalement opté pour la translittération. Pourquoi ? Parce que j'ai passé des heures à réparer des URLs cassées sur d'autres projets où les accents avaient été conservés, notamment avec des formulaires de contact qui copiaient-collaient les URLs dans des emails. Ce n'est pas une question de référencement, Google s'en fiche. C'est une question de robustesse et de compatibilité.

La deuxième question multilingue est structurelle. Faut-il des slugs dans la langue de chaque version du site, ou garder le même slug partout ? monsite.fr/recettes/soupe-a-l-oignon et monsite.com/en/recipes/french-onion-soup. Je triche un peu : la réponse la plus juste est de traduire le slug dans chaque langue. L'URL est un élément de l'expérience utilisateur, et un anglophone ne se sentira pas à l'aise avec un slug français. L'inverse est tout aussi vrai. Mais cela implique de gérer la correspondance entre les slugs, ce que tous les plugins de traduction ne font pas correctement. Testez avant de vous engager.

Gérer les slugs dans votre CMS : WordPress et les autres

La plupart des CMS modernes génèrent un slug automatiquement à partir du titre de la page ou de l'article. Sur WordPress, le slug est affiché sous le champ de titre, avec un bouton "Modifier" qui permet de le personnaliser. C'est simple, rapide, et c'est là que se joue une grande partie de votre stratégie d'URLs.

Mais le slug ne se limite pas aux articles de blog. Chaque page, chaque produit, chaque catégorie, chaque tag possède un slug. Sur un site e-commerce, ces choix ont un impact direct sur la navigation et l'indexation. Un slug de catégorie bien nommé aide vos visiteurs à comprendre où ils se trouvent, et aide Google à comprendre la structure de votre site.

Voici les erreurs que je vois le plus souvent, et que j'ai moi-même commises :

• Des slugs trop longs, qui recopient tout le titre de l'article.
• Des dates dans les slugs, qui figent la page dans le temps et la rendent obsolète dès l'année suivante.
• Des mots vides comme "de", "le", "la" qui n'apportent aucune information.
• Des slugs dupliqués, notamment avec les catégories et les tags qui portent le même nom que les pages.
• Des changements de slugs sans redirections, la faute la plus grave, celle qui fait chuter le trafic comme un château de cartes.

Changer un slug sans casser son site : l'art de la redirection

Le changement de slug est une opération délicate. Si vous modifiez l'URL d'une page qui reçoit du trafic, vous devez mettre en place une redirection 301 de l'ancienne URL vers la nouvelle. C'est la seule façon de préserver la valeur accumulée par l'ancienne page et de ne pas perdre les visiteurs qui ont mis l'ancien lien en favori.

Sur WordPress, des extensions comme Redirection ou Yoast SEO permettent de créer ces redirections en deux minutes. Le principe est simple : vous indiquez l'ancienne URL, la nouvelle, et le CMS s'occupe du reste. Mais attention, il ne faut pas multiplier les redirections en chaîne. Si vous changez A vers B, puis B vers C trois mois plus tard, Google devra suivre deux redirections successives, ce qui dilue légèrement la transmission de valeur. Autant être méthodique dès le départ.

Le problème est plus complexe quand on change la structure complète d'un site, par exemple en passant de site.fr/?p=123 à site.fr/article-titre. Cette migration nécessite un plan de redirection solide, établi avant même de toucher au site. J'ai déjà vu des équipes entières passer des semaines à cartographier des milliers d'URLs, uniquement pour éviter ce que j'ai subi : une chute de trafic de 87 % sur un blog qui tirait plus de 200 000 visites par mois. La leçon a été rude, et le coût de la réparation bien supérieur à celui de la prévention.

Slug plat ou hiérarchie de dossiers : quelle architecture choisir ?

L'architecture des URLs est un sujet de débat permanent chez les référenceurs. Deux écoles s'affrontent :

D'un côté, la structure hiérarchique : monsite.fr/blog/seo/meilleures-pratiques. Elle reflète l'organisation du site, aide à la navigation, donne des indices contextuels à Google.

De l'autre, la structure plate : monsite.fr/meilleures-pratiques-seo. Toutes les pages sont à la racine du domaine, sans imbrication de dossiers.

Mon expérience, après avoir géré des dizaines de sites : la structure plate est presque toujours préférable pour les blogs et les sites vitrines. Elle offre plus de flexibilité, permet de déplacer une page sans casser son URL, et évite une hiérarchie artificielle qui finit par devenir un carcan. Pour les sites e-commerce, la hiérarchie peut se justifier, mais elle doit rester simple : deux ou trois niveaux maximum. Au-delà, on entre dans une complexité qui n'apporte rien au référencement et beaucoup de maux de tête à l'équipe technique.

Les erreurs de slug que je vois tous les jours (et que j'ai commises)

Je vais vous épargner la liste exhaustive des bêtises que j'ai pu faire, mais voici les grandes familles :

Le slug qui change tout le temps. Vous modifiez un titre, le CMS modifie le slug, l'ancienne URL devient inaccessible. C'est le scénario classique des sites gérés par plusieurs rédacteurs, sans validation technique. Résultat : des centaines de pages en erreur 404, un trafic qui s'effondre, et une équipe qui se demande ce qui s'est passé.

Le slug qui ressemble à un autre slug. Deux articles sur des sujets proches, recette-soupe-oignon et recette-soupe-oignons. La différence est minime, et pourtant les deux pages se concurrencent. Pire : si un lien est créé avec une faute de frappe, il mène potentiellement à une page inexistante.

Le slug localisé dans une seule langue. Le site est en français, mais le slug contient un mot en anglais, ou l'inverse. Cela crée une dissonance cognitive chez le lecteur et ne facilite pas la compréhension du sujet.

Le slug qui contient un identifiant numérique. monsite.fr/article-123-meilleures-pratiques. L'identifiant n'apporte rien au lecteur, il pollue l'URL sans bénéfice pour le référencement. Si vous avez besoin d'un identifiant, placez-le dans les paramètres de suivi ou dans la base de données, pas dans l'URL.

Au-delà du web : le slug dans les APIs et les bases de données

Le concept de slug dépasse largement le cadre des URLs. Dans le développement logiciel, un slug est une clé unique et lisible utilisée pour identifier une ressource. On le retrouve dans les APIs REST, où l'on accède à une ressource via son slug plutôt que via un identifiant numérique opaque : api.monsite.fr/utilisateurs/jean-dupont est plus lisible que api.monsite.fr/utilisateurs/12345.

On le retrouve aussi dans les bases de données, où une colonne slug stocke la version normalisée d'un nom pour les requêtes ou les URLs. Cette approche est particulièrement utile dans les systèmes de gestion de contenu headless, où le front-end et le back-end communiquent via des APIs. Le slug devient alors une convention partagée entre les équipes, une façon de simplifier les échanges.

Cette polyvalence explique pourquoi le terme est partout. Mais elle explique aussi pourquoi il est si souvent mal compris. Le slug n'est pas qu'un détail technique, c'est un élément de design qui affecte l'expérience utilisateur, le référencement et l'architecture d'un système.

La leçon que je retiens, après toutes ces années

Le slug est un outil de communication avant d'être un outil technique. Il parle à vos lecteurs avant même qu'ils cliquent, il donne des indications à Google sur le contenu de votre page, et il structure la façon dont vous organisez vos informations. Le négliger, c'est laisser au hasard une partie de votre visibilité.

Et si vous ne deviez retenir qu'une chose : un slug bien choisi ne changera pas votre vie, mais un slug mal géré peut la gâcher. J'ai perdu des semaines à réparer des migrations ratées, des liens cassés, des trafics en chute libre. J'aurais préféré passer ces semaines à créer du contenu. La prochaine fois que vous créez une page, prenez trente secondes pour regarder le slug. Réfléchissez à ce qu'il dit, à ce qu'il ne dit pas, à ce qu'il deviendra dans deux ans. C'est le genre de petit investissement qui rapporte bien plus qu'on ne le croit.