Générateur de slug

Comment fonctionne le générateur de slug

Tapez ou collez n'importe quel texte et le slug se met à jour en temps réel. Le générateur applique un pipeline en cinq étapes : normaliser les accents avec la décomposition Unicode NFD (é → e, ç → c), convertir en minuscules, remplacer les espaces et underscores par le séparateur choisi, supprimer les caractères non alphanumériques restants, puis nettoyer les séparateurs consécutifs et rogner les bords.

Choisissez entre trois styles de séparateur : tiret (-) pour les URLs de blog favorables au SEO, underscore (_) pour les noms de fichiers et identifiants de base de données, ou point (.) pour la gestion de versions et les extensions de fichiers. Le bouton "Supprimer les chiffres" élimine tous les chiffres de la sortie — utile quand vous voulez des slugs purement basés sur les mots.

Qu'est-ce qu'un slug ?

Un slug est la partie lisible d'une URL qui identifie une page ou une ressource spécifique. Le terme vient du journalisme, où un slug était le nom court donné à un article pour référence interne. Dans le développement web, un slug est la version adaptée aux URL d'un titre ou d'un nom : minuscules, utilisant uniquement des lettres ASCII, des chiffres et des tirets (ou underscores), sans espaces ni caractères spéciaux.

Les plateformes CMS comme WordPress, Shopify, Ghost et Webflow utilisent tous des slugs pour construire les URLs de pages. Les titres d'articles de blog, les noms de produits, les étiquettes de catégories et les noms d'auteurs sont tous typiquement transformés en slugs dans une URL. Avoir des slugs propres et lisibles améliore également le SEO : les moteurs de recherche peuvent déduire le contenu de la page à partir des mots-clés de l'URL, et les utilisateurs sont plus susceptibles de cliquer sur une URL qu'ils peuvent comprendre.

Tiret vs underscore vs point — lequel choisir ?

Google traite officiellement les tirets comme des séparateurs de mots dans les URLs, ce qui en fait le meilleur choix pour les articles de blog et les pages publiques. Une URL comme /mon-article-blog est lue comme trois mots séparés : 'mon', 'article', 'blog'. Les underscores sont traités comme faisant partie d'un mot par Google — /mon_article_blog est lu comme un seul terme 'monarticleblog', ce qui peut nuire à la correspondance des mots-clés dans les résultats de recherche.

Les underscores restent courants dans les contextes non-SEO : noms de modules Python, noms de colonnes de base de données, noms de fichiers et identifiants internes. Les points apparaissent dans les extensions de fichiers, la gestion de versions API (/api/v1.2), et certaines configurations CDN. Pour toute URL que les utilisateurs verront dans la barre d'adresse du navigateur, utilisez des tirets.

Quand utiliser un générateur de slug

Utilisez un générateur de slug pour créer des URLs de billets de blog, des entrées CMS, des pages de produits, des endpoints API, des noms de branches Git ou tout identifiant devant être sûr pour les URLs. Un bon slug est en minuscules, utilise des tirets comme séparateurs (pas des underscores — Google traite les tirets comme séparateurs de mots mais les underscores comme connecteurs), ne contient pas de caractères spéciaux et est significatif pour les humains et les moteurs de recherche.

Outils associés : Convertisseur de casse, Encodeur d'URL, Générateur Lorem Ipsum, Générateur de tableau Markdown.

Bonnes pratiques pour les slugs d'URL

Longueur : 3 à 5 mots est le point idéal pour les articles de blog et les pages d'atterrissage. Google tronque les longues URL dans les extraits de résultats de recherche à environ 60 à 70 caractères (domaine et préfixe de chemin inclus), donc un slug comme /le-guide-definitif-complet-et-exhaustif-pour-construire-de-meilleurs-slugs-url perd la plupart de ses mots-clés dans l'affichage SERP. À l'inverse, un slug d'un ou deux caractères (ex. : /a/ ou /x/) ne donne rien à déduire à Google — et paraît suspect aux utilisateurs qui lisent les URL avant de cliquer.

Mots vides : les supprimer est une pratique courante mais pas toujours bénéfique. Supprimer « le », « la », « de », « et » et « à » rend souvent les slugs plus courts — /guide-gestionnaires-mots-de-passe au lieu de /un-guide-pour-les-gestionnaires-de-mots-de-passe. Mais cela peut aussi rendre les slugs ambigus ou difficiles à lire : /comment-reparer-tuyau-casse est moins naturel que /comment-reparer-un-tuyau-casse. Privilégiez la lisibilité en cas de doute ; la suppression des mots vides est un signal mineur, pas une règle.

Sensibilité à la casse : les URL sont techniquement sensibles à la casse sur les serveurs Unix/Linux. /Mon-Article et /mon-article sont des URL différentes, et si votre serveur renvoie du contenu aux deux, vous avez un problème de contenu dupliqué. Utilisez toujours des slugs entièrement en minuscules et configurez votre serveur pour rediriger les variantes en majuscules vers leurs équivalents en minuscules. Les plateformes CMS comme WordPress et Shopify appliquent automatiquement les minuscules ; les implémentations personnalisées doivent gérer cela explicitement.

Dates dans les slugs : évitez d'intégrer des dates de publication dans les slugs sauf si le contenu est intrinsèquement sensible au temps (actualités, événements). Un slug comme /conseils-seo-2024 vieillit mal — il signale un contenu obsolète aux lecteurs même si vous mettez à jour l'article annuellement. Préférez /conseils-seo et mettez à jour le contenu de la page. L'exception concerne les articles de comparaison evergreen où la spécificité de l'année est un avantage : /meilleurs-gestionnaires-mots-de-passe-2025 indique explicitement aux chercheurs que l'avis est récent.

Gestion des caractères spéciaux et des slugs multilingues

L'approche standard pour les caractères accentués est la translittération Unicode NFD (Normalization Form Decomposed) : NFD décompose un caractère comme é en la lettre de base e plus une marque d'accent aigu combinante (U+0301), puis supprimer toutes les marques combinantes ne laisse que e. Cela gère la majorité des accents d'Europe occidentale : é→e, è→e, ê→e, à→a, ç→c, ñ→n, ü→u, ö→o, ß→ss (l'eszett allemand est un cas spécial où la translittération ajoute une lettre). Ce générateur applique la normalisation NFD avant toute autre étape.

Les scripts hors alphabet latin — cyrillique, arabe, chinois, japonais, coréen — nécessitent une approche différente. La RFC 3492 (Punycode) permet les noms de domaine internationalisés (IDN) : un domaine comme münchen.de devient xn--mnchen-3ya.de sous sa forme ACE (ASCII Compatible Encoding). Pour les chemins et les slugs, le Punycode est rarement utilisé ; à la place, les plateformes CMS et les bibliothèques de translittération mappent les caractères non latins vers leurs équivalents phonétiques latins : Москва→moskva, 東京→tokyo, مرحبا→mrhba. La qualité de la translittération varie considérablement selon la bibliothèque et la langue.

Les sites multilingues font face à une décision structurelle : le contenu français à /fr/comment-faire-du-pain doit-il utiliser un slug traduit (comment-faire-du-pain) ou une version translittérée du slug anglais (how-to-make-bread) ? Les slugs traduits sont meilleurs pour le référencement dans la langue cible — les requêtes de recherche françaises correspondent plus naturellement aux mots-clés d'URL français. Les slugs translittérés sont plus faciles à gérer par programme. Les grandes plateformes CMS (WordPress avec Polylang, Webflow Localization) génèrent des slugs traduits par défaut ; les configurations headless se rabattent souvent sur le slug anglais par simplicité.

Emoji dans les URL : techniquement possible (ils s'encodent en séquences comme %F0%9F%94%91), et quelques domaines de niche les utilisent, mais ils sont universellement peu pratiques pour les slugs. Les navigateurs affichent l'emoji décodé dans la barre d'adresse, mais les lecteurs d'écran, les aperçus de liens, les clients SMS et les outils d'analyse gèrent tous les emoji encodés en pourcentage de manière incohérente. Supprimez les emoji des slugs — ce générateur les supprime avec tous les autres caractères non ASCII non alphanumériques.

Slugs et référencement : ce qui compte vraiment

La structure des URL est un signal de classement Google confirmé mais mineur. John Mueller de Google a déclaré publiquement que les URL sont un « très petit facteur de classement » comparé à la pertinence du contenu, aux backlinks et aux signaux d'expérience de page. Cela dit, les mots-clés dans le slug affectent deux résultats mesurables : l'inférence du texte d'ancrage (lorsque d'autres sites font un lien vers votre page sans texte d'ancrage personnalisé, l'URL elle-même devient le texte d'ancrage) et le taux de clics (les utilisateurs sont plus susceptibles de cliquer sur un résultat de recherche dont l'URL contient les mots qu'ils ont recherchés).

Le bourrage de mots-clés dans les slugs est contre-productif. Un slug comme /meilleurs-conseils-seo-guide-seo-strategie-seo-2025 paraît spam dans les résultats de recherche et pour les utilisateurs. Les algorithmes de Google sont suffisamment sophistiqués pour que répéter un mot-clé trois fois dans un slug n'apporte aucun bénéfice par rapport à l'inclure une seule fois — et peut déclencher des signaux de spam. La règle : incluez le mot-clé principal une seule fois, naturellement, et gardez le reste du slug descriptif et lisible par les humains.

Changer un slug existant nécessite une redirection permanente (301) de l'ancienne URL vers la nouvelle. Sans redirection, chaque lien entrant pointant vers l'ancienne URL devient un lien brisé — vous perdez le capital de lien qui a pris des mois à construire. Les redirections 301 transmettent environ 90 à 99 % du capital de lien (le pourcentage exact a varié selon les mises à jour d'algorithme de Google). Lors du renommage d'un slug, configurez la redirection avant de publier le changement, pas après — même une brève fenêtre 404 vous coûte du budget de crawl et peut provoquer des baisses de classement.

Gestion canonique quand les slugs varient : si votre CMS génère à la fois /mon-article et /mon-article/ (avec une barre oblique finale), à la fois /fr/mon-article et /mon-article, ou des variantes de pagination comme /mon-article?page=2, chaque variante a besoin soit d'une balise canonical pointant vers l'URL préférée, soit d'une redirection. Les variantes de slug dupliquées sont l'un des problèmes de référencement technique les plus courants sur les sites à contenu géré. Utilisez ce générateur pour standardiser le format de slug sur votre site avant d'avoir des centaines d'articles à corriger rétroactivement.

Questions fréquentes