La réécriture d’URL (URL rewriting) consiste à transformer une URL dynamique en URL propre et lisible pour les utilisateurs et les moteurs de recherche. Mais attention : l’URL n’est pas un facteur de ranking direct pour Google. Réécrire les URLs d’un site déjà indexé comporte des risques réels (perte de positionnement, erreurs 404, historique effacé). Ce guide explique quand la réécriture d’URL est pertinente, comment l’implémenter correctement avec le fichier .htaccess, et pourquoi une mauvaise exécution peut détruire votre SEO.
Vous découvrez que vos URLs contiennent des paramètres illisibles comme ?id=127&page=3 et votre premier réflexe est de tout réécrire en URLs propres. Stop. Avant de toucher à quoi que ce soit, il y a un principe fondamental à comprendre : Google reconnaît une page par son URL. C’est son identifiant unique. Si vous changez l’URL, Google considère que c’est une nouvelle page, et tout l’historique de l’ancienne est perdu.
En 2026, la réécriture d’URL reste un sujet mal compris. Des sites entiers perdent leur trafic organique chaque mois parce qu’un développeur ou un marketeur a décidé de « nettoyer les URLs » sans mettre en place les redirections 301 nécessaires. Résultat : des dizaines de pages en erreur 404, un positionnement sur Google effondré et des mois de travail SEO réduits à néant.
Ce guide vous donne les règles claires : quand réécrire, comment le faire sans casser votre SEO, et dans quels cas il vaut mieux ne rien toucher.
Qu’est-ce que la réécriture d’URL exactement ?
La réécriture d’URL (ou URL rewriting) est une technique qui consiste à transformer l’adresse web affichée dans la barre du navigateur pour la rendre plus lisible et plus propre, sans modifier la page réelle servie par le serveur.
Concrètement, le serveur web effectue une transformation en interne :
| URL dynamique (avant) | URL réécrite (après) |
|---|---|
site.com/index.php?id=12&page=article | site.com/articles/mon-article |
site.com/produit.php?cat=3&id=45 | site.com/chaussures/nike-air-max |
site.com/page.asp?rubrique=2&page=5 | site.com/services/audit-seo |
L’URL réécrite est celle que l’utilisateur voit et que Google indexe. Mais côté serveur, c’est toujours l’URL dynamique qui est exécutée. La réécriture est transparente pour le visiteur.
Comment fonctionne l’URL rewriting techniquement ?
La réécriture s’effectue via des règles de réécriture configurées au niveau du serveur web :
- Apache : module
mod_rewriteactivé via le fichier.htaccess. C’est la méthode la plus répandue sur les hébergements mutualisés. - Nginx : directives
rewriteetlocationdans le fichier de configuration du serveur. - IIS (Microsoft) : module URL Rewrite avec des règles configurables via l’interface graphique ou le fichier
web.config. - CMS (WordPress, Joomla, etc.) : la réécriture est généralement gérée automatiquement par le CMS. WordPress utilise les « permaliens » qui génèrent les règles .htaccess automatiquement.
Exemple concret de règle .htaccess
Voici une règle de réécriture Apache typique :
RewriteEngine On
RewriteRule ^articles/([a-z0-9-]+)$ /index.php?page=article&slug=$1 [L,QSA]Cette règle transforme site.com/articles/mon-article en site.com/index.php?page=article&slug=mon-article côté serveur, tout en affichant l’URL propre à l’utilisateur.
L’URL est-elle un facteur de ranking Google ?
C’est le point que la plupart des articles sur le sujet évitent de clarifier. La réponse est claire :
L’URL n’est pas un facteur de ranking direct pour Google. Google l’a confirmé à plusieurs reprises. Avoir le mot-clé dans l’URL ne vous fera pas mieux ranker. Une URL mal structurée mais qui ranke déjà est préférable à une URL propre qui vient d’être créée et qui repart de zéro.
Cependant, l’URL joue un rôle indirect :
- Pour les utilisateurs : une URL propre inspire plus confiance et peut améliorer le CTR dans la SERP. L’utilisateur qui voit
/audit-seoclique plus volontiers que celui qui voit/?p=12847. - Pour les IA : c’est un point intéressant en 2026. Les LLM (ChatGPT, Perplexity, etc.) utilisent l’URL comme signal de validation pour déterminer si une page traite du bon sujet. Avoir le mot-clé dans l’URL peut aider les IA à confirmer la pertinence de la page – c’est ce qu’on appelle le cost retrieval information. Pour en savoir plus sur l’optimisation pour les IA, consultez notre guide sur la Generative Engine Optimization (GEO).
- Pour le partage : une URL descriptive est plus facilement partagée et mémorisée.
Les risques de la réécriture d’URL : pourquoi ne pas toucher aux URLs qui rankent
Voici la règle absolue :
D’un point de vue SEO, il vaut mieux une URL mal structurée mais qui ranke, qu’une URL propre qui vient d’être créée.
N’allez surtout pas changer toutes vos URLs sur votre site après avoir lu cet article. Voici pourquoi :
Google reconnaît une page par son URL

L’URL est l’identifiant unique d’une page pour Google. Quand vous changez l’URL :
- Google considère que c’est une nouvelle page.
- Tout l’historique est perdu : PageRank accumulé, signaux utilisateurs (NavBoost), ancienneté de la page.
- L’ancienne URL renvoie une erreur 404 si aucune redirection n’est en place.
- Les backlinks qui pointaient vers l’ancienne URL deviennent des liens morts.
- Le PageRank transmis par les backlinks est partiellement perdu (une redirection 301 ne transfère qu’environ 90-95 % du jus de lien).
Les erreurs qui détruisent le SEO
Voici ce qui se passe quand on change des URLs sans précaution :
- Changer le slug directement dans l’éditeur WordPress sans mettre de redirection 301 : l’ancienne URL retourne une 404, Google la désindexe, le trafic chute.
- Changer des centaines d’URLs en même temps : Google doit recrawler et réindexer chaque nouvelle URL. Le budget de crawl est gaspillé et les positions fluctuent pendant des semaines.
- Créer des chaînes de redirection : URL A → URL B → URL C. Chaque rebond dilue le PageRank et gaspille le budget de crawl.
- Ne pas mettre à jour les liens internes : même avec une 301, un lien interne qui pointe vers une URL redirigée force Google à faire un bond inutile.
Quand la réécriture d’URL est-elle justifiée ?
Malgré les risques, il existe des cas légitimes où la réécriture d’URL est pertinente :
Cas 1 : lors de la création d’un nouveau site
Si le site n’est pas encore indexé, vous avez carte blanche pour structurer vos URLs proprement dès le départ. C’est le seul moment où la réécriture est sans risque. Profitez-en pour :
- Utiliser des slugs courts et descriptifs :
/audit-seoplutôt que/nos-services/audit-complet-referencement-naturel-2026. - Inclure le mot-clé principal dans l’URL.
- Éviter les paramètres dynamiques visibles.
- Utiliser des tirets (-) et pas des underscores (_).
- Tout en minuscules, pas de caractères spéciaux.
Cas 2 : forcer la réindexation d’une page bloquée
La réécriture peut être une stratégie efficace pour forcer Google à reconsidérer une page qui ne s’indexe pas. En modifiant légèrement le slug (par exemple en ajoutant un pluriel ou en changeant un mot) et en effectuant une redirection 301 depuis l’ancienne URL, on oblige l’algorithme à repasser sur l’URL et à recalculer sa pertinence.
Cette méthode permet également d’éviter les problèmes de duplicate content en s’assurant que chaque contenu unique possède une URL propre et canonisée.
Cette technique doit être utilisée avec parcimonie et méthode. Elle n’est pas un raccourci magique. Si une page ne s’indexe pas, le problème est souvent ailleurs (contenu thin, cannibalisation, maillage interne insuffisant). La réécriture d’URL est un dernier recours, pas un premier réflexe.
Cas 3 : migration ou refonte du site
Lors d’une refonte de site, la structure des URLs change souvent (nouveau CMS, nouvelle arborescence). Dans ce cas, la réécriture est inévitable mais doit être accompagnée d’un plan de redirection 301 complet. Chaque ancienne URL doit pointer vers sa nouvelle correspondance.
Cas 4 : raisons marketing légitimes
Parfois, des raisons marketing justifient une réécriture :
- Rebranding : changement de nom de produit ou de service.
- Restructuration de l’arborescence : réorganisation des catégories.
- Simplification pour le partage : une URL plus courte pour une campagne marketing.
Dans tous ces cas, la règle est la même : jamais de changement d’URL sans redirection 301.
Le bon process pour réécrire des URLs sans casser le SEO
Si vous avez identifié un cas légitime de réécriture, voici la méthode étape par étape.
Étape 1 : faire l’inventaire des URLs concernées
- Exporter toutes les URLs du site via Screaming Frog ou le sitemap XML.
- Identifier lesquelles sont indexées et génèrent du trafic (Google Search Console).
- Identifier lesquelles ont des backlinks (Ahrefs, Majestic).
- Prioriser : ne jamais toucher à une URL qui ranke et génère du trafic sauf nécessité absolue.
Étape 2 : créer le tableau de correspondance
Créer un fichier CSV avec deux colonnes :
| Ancienne URL | Nouvelle URL |
|---|---|
/index.php?id=12&page=article | /articles/audit-seo |
/produit.php?cat=3&id=45 | /services/netlinking |
Vérifier que chaque nouvelle URL est unique, descriptive et contient le mot-clé principal.
Étape 3 : implémenter les redirections 301
La redirection 301 (permanente) indique à Google que la page a définitivement déménagé. C’est la seule redirection qui transfère le PageRank.
Sur Apache (.htaccess) :
Redirect 301 /ancienne-url https://site.com/nouvelle-urlSur WordPress : utilisez le plugin Redirection (gratuit) ou Rank Math qui gère les 301 nativement.
Étape 4 : mettre à jour TOUS les liens internes
C’est l’étape que 90 % des gens oublient. Même avec une 301 en place, chaque lien interne doit pointer directement vers la nouvelle URL. Les raisons :
- Éviter les chaînes de redirection (A → B au lieu de A → ancienne → B).
- Économiser le budget de crawl.
- Transmettre le PageRank sans déperdition.
Étape 5 : vérifier et surveiller
- Utilisez Link Redirect Trace (extension Chrome) pour vérifier que les redirections fonctionnent.
- Surveillez la Google Search Console : les erreurs 404, les pages crawlées, les impressions et positions.
- Vérifiez l’indexation des nouvelles URLs dans les semaines suivantes.
- Conservez les redirections 301 pendant au moins 12 mois (idéalement indéfiniment).
Comment optimiser les slugs pour le SEO
Le slug est la partie de l’URL qui identifie la page spécifique. Voici les bonnes pratiques pour les nouveaux contenus :
| Bonne pratique | Exemple bon | Exemple mauvais |
|---|---|---|
| Court et descriptif | /audit-seo | /notre-service-daudit-complet-en-referencement-naturel |
| Mot-clé principal inclus | /reecriture-url | /article-12847 |
| Tirets (pas underscores) | /plan-redirection | /plan_redirection |
| Minuscules uniquement | /blog-seo | /Blog-SEO |
| Pas de mots vides | /guide-seo | /le-guide-du-seo-pour-les-debutants |
| Pas de paramètres | /categorie/produit | /?cat=3&id=45 |
| Pas de dates | /tendances-seo | /2026/03/tendances-seo |
Pour les sites WordPress, configurez les permaliens en « Nom de l’article » (%postname%) dès l’installation. C’est le format le plus propre et le plus SEO-friendly.
La réécriture d’URL n’est pas un sujet anodin. C’est une opération technique qui, mal exécutée, peut détruire des mois de travail SEO. La règle d’or : ne changez une URL que si vous avez une raison valable ET un plan de redirection 301 en place. Si vos URLs actuelles sont moches mais rankent, laissez-les tranquilles.
