Vous reprenez un site avec des URL en vrac — majuscules, espaces encodés, identifiants numériques, noms de fichiers exportés tels quels — et il faut les nettoyer sans provoquer une vague d'erreurs 404. Voici la démarche pratique pour une migration ou une reprise de contenu.
Pourquoi les vieilles URL posent problème lors d'une migration
Réponse rapideUn site repris d'un ancien CMS accumule souvent des URL générées automatiquement — avec des majuscules, des espaces encodés en %20, des identifiants numériques bruts (?p=4821) ou des extensions de fichier (.html, .php) — qu'il faut nettoyer avant de les réutiliser comme slugs modernes.
C'est une situation courante : reprise d'un blog WordPress ancien, migration d'un e-commerce vers une nouvelle plateforme, ou simplement nettoyage d'un site qui a grandi sans convention d'URL cohérente sur plusieurs années. Le titre existe déjà quelque part (dans la balise <title>, dans un export CSV, dans l'URL elle-même) — le travail consiste à en extraire une version propre et cohérente, sans repartir de zéro.
Cas fréquent : une URL comme /Articles/Meilleures%20Cafetieres%20(2026).html?ref=accueil contient déjà toute l'information utile — elle est simplement mal formée. L'objectif est d'en extraire meilleures-cafetieres-2026, sans perdre le sens du titre d'origine.
Réponse rapideOn isole le dernier segment du chemin de l'URL (après le dernier /, avant un éventuel ? de paramètres), on retire l'extension de fichier si elle existe, puis on applique les règles de nettoyage habituelles : minuscules, accents convertis en ASCII, espaces remplacés par un séparateur.
Exemple illustratif : à partir de https://exemple.com/blog/Meilleures Cafetieres (2026).html?ref=accueil, le segment utile est Meilleures Cafetieres (2026).html. L'extension .html est mise de côté, la parenthèse et les espaces sont nettoyés, et le résultat devient meilleures-cafetieres-2026.
Exemples illustratifs d'extraction depuis une ancienne URL
| Ancienne URL (segment final) | Slug extrait |
|---|
Recette-Pain-Maison.php | recette-pain-maison |
Guide%20Voyage%20Lisbonne.html | guide-voyage-lisbonne |
Étape-par-Étape_v2.htm | etape-par-etape-v2 |
Limite à connaître : si le segment final n'est qu'un identifiant numérique (comme ?p=4821 ou /node/4821), il n'y a rien de lisible à en extraire — il faut alors repartir du vrai titre de la page (souvent disponible dans un export du CMS) plutôt que de slugifier le nombre lui-même.
Traiter une migration en masse sans tout faire à la main
Réponse rapidePour une dizaine de pages ou plus, on exporte la liste des titres ou anciennes URL depuis le CMS, on les colle une par ligne dans un traitement en masse, puis on récupère un export avec la valeur d'origine et le nouveau slug côte à côte — la base d'une table de redirections.
Prenons un scénario hypothétique : une association migre son site associatif de 40 pages vers une nouvelle plateforme. Plutôt que de renommer chaque page une par une, les 40 anciens titres sont collés en une seule fois, convertis d'un coup, puis exportés en CSV avec deux colonnes — le titre d'origine et le slug généré. Ce fichier sert ensuite de base pour configurer les redirections une par une, ou pour les transmettre à la personne qui gère l'hébergement.
Le point à surveiller pendant une migration en masse : les doublons. Deux anciennes pages au titre proche (par exemple deux comptes-rendus de « Réunion du conseil » à des dates différentes) produiraient le même slug si elles étaient traitées isolément ; un traitement en masse cohérent les distingue automatiquement en ajoutant un suffixe numérique croissant.
Après la génération, l'étape qu'on oublie souvent : chaque nouvelle URL doit être associée, dans la configuration du serveur ou du CMS, à une redirection 301 permanente depuis l'ancienne adresse. Sans cette étape, les liens externes déjà en place (réseaux sociaux, autres sites, favoris des visiteurs) mènent tout droit à une page introuvable.
Nettoyer des noms de fichiers et des pseudos avec les mêmes principes
Réponse rapideLes mêmes règles de nettoyage — minuscules, suppression des accents, espaces remplacés — s'appliquent à un nom de fichier destiné à un serveur ou à un identifiant d'utilisateur, avec quelques nuances : un nom de fichier garde son extension, un pseudo peut avoir des contraintes de longueur différentes.
Exemple hypothétique côté fichiers : un import de 200 photos nommées Été 2026 - Vacances à la Mer (final).jpg par un appareil ou une personne peu rigoureuse sur la convention de nommage. Avant un envoi en masse vers un serveur ou un CDN, chaque nom peut être nettoyé vers une forme comme ete-2026-vacances-a-la-mer-final.jpg, qui évite les soucis d'encodage liés aux espaces et accents dans une URL de fichier.
Exemple hypothétique côté inscription : un site qui dérive un nom d'utilisateur unique à partir du prénom et du nom saisis à l'inscription applique une logique très proche — minuscules, accents supprimés, espace remplacé par un tiret ou rien — pour produire un identifiant technique stable, distinct du nom affiché publiquement.
Une ancienne URL à nettoyer maintenant ?
Générateur de slug ToolPico : extraction depuis une URL existante, nettoyeur de nom de fichier, générateur de pseudo, mode masse — tout dans le navigateur.
Essayer l'outil →
Note de méthode : les exemples de cet article (titres, noms de fichiers, scénarios de migration) sont fournis à titre illustratif et hypothétique pour expliquer le principe général — ils ne remplacent pas un audit technique complet d'une migration réelle, notamment pour la configuration des redirections serveur. Ce contenu est informatif et ne constitue pas un conseil professionnel garanti.
Questions fréquentes
Comment extraire un slug propre depuis une ancienne URL de type ?p=123 ou avec des majuscules ?
On récupère le dernier segment du chemin (avant les paramètres après le ?), on retire l'extension de fichier si elle existe (.html, .php), puis on applique les règles de nettoyage habituelles : minuscules, suppression des accents, remplacement des espaces par un séparateur. Un identifiant numérique brut comme ?p=123 n'a en revanche aucun texte lisible à en extraire — il faut repartir du titre réel de la page.
Faut-il mettre en place une redirection après avoir changé un slug lors d'une migration ?
Oui, systématiquement. Toute ancienne URL déjà indexée ou partagée doit rediriger (redirection 301 permanente) vers la nouvelle adresse. Sans redirection, les visiteurs qui suivent un ancien lien tombent sur une erreur 404, et le signal SEO accumulé par l'ancienne page peut se perdre.
Comment gérer plusieurs centaines d'URL à migrer sans les traiter une par une ?
On exporte la liste des titres ou anciennes URL depuis le CMS (souvent possible en CSV), on colle chaque valeur sur sa propre ligne dans un traitement en masse, puis on exporte le résultat en CSV avec la colonne d'origine et le nouveau slug en regard — prêt à être réimporté ou utilisé pour construire la table de redirections.
Un nom de fichier suit-il les mêmes règles qu'un slug d'URL ?
Les principes se recoupent (minuscules, pas d'accents, pas d'espaces) mais un nom de fichier garde en général son extension (.pdf, .jpg) et peut tolérer certains caractères qu'une URL préfère éviter. Nettoyer un nom de fichier avant un envoi en masse sur un serveur ou un CDN évite des soucis d'encodage similaires à ceux d'une URL.
Peut-on utiliser le même principe pour générer un nom d'utilisateur ou un pseudo ?
Oui : les mêmes règles de nettoyage (minuscules, suppression des accents et des espaces, caractères limités) permettent de transformer un nom affiché en identifiant technique valide, par exemple pour un nom d'utilisateur unique dérivé d'un prénom et nom saisis lors d'une inscription.
Guides connexes