Audit des redirections après une migration de site : la checklist complète
Une migration sans audit des redirections peut détruire des années de SEO en quelques jours. Voici la méthode étape par étape pour vérifier, corriger et valider vos redirections post-migration.
Une migration de site — changement de domaine, de CMS, de structure d'URL ou de protocole — est l'une des opérations les plus risquées pour votre référencement. Des années de positionnement peuvent disparaître en quelques semaines si les redirections sont mal gérées. Un audit rigoureux avant, pendant et après la migration est la seule façon de préserver votre capital SEO.
Pourquoi les migrations font perdre du SEO
Lors d'une migration, Google doit comprendre que vos contenus ont changé d'adresse. Sans redirections correctes :
- Les anciennes URLs conservées dans l'index Google renvoient des 404
- L'autorité accumulée par les backlinks sur les anciennes URLs est perdue
- Le budget de crawl est gaspillé sur des pages inexistantes
- Les nouvelles URLs partent de zéro sans l'historique de leurs prédécesseurs
Statistique terrain : Une migration sans gestion des redirections entraîne typiquement une perte de 30 à 70% du trafic organique dans les 4 à 8 semaines suivantes. La récupération complète peut prendre 6 à 12 mois.
Phase 1 : Audit pré-migration (avant de toucher quoi que ce soit)
Inventaire des URLs actuelles
La première étape est de constituer un export exhaustif de toutes vos URLs actuelles :
Outils recommandés :
- Screaming Frog : crawl complet de votre site actuel
- Export Google Search Console : toutes les URLs indexées par Google
- Export de votre CMS (WordPress, PrestaShop...) : liste de toutes les pages, articles, produits
Ce que vous devez capturer pour chaque URL :
- L'URL complète avec les paramètres éventuels
- Le titre de la page (pour la retrouver dans le nouveau site)
- Le nombre de backlinks pointant vers elle (via Ahrefs ou SEMrush)
- Le trafic organique mensuel (depuis Analytics)
Priorisation des redirections
Toutes les URLs ne méritent pas le même niveau d'attention. Classez-les par priorité :
| Priorité | Critère | Traitement |
|---|---|---|
| Critique | Pages avec trafic organique > 100 visites/mois | Redirection 1:1 obligatoire |
| Haute | Pages avec backlinks de qualité | Redirection 1:1 nécessaire |
| Moyenne | Pages liées en interne | Redirection vers la catégorie parente |
| Basse | Pages sans trafic ni liens | Laisser en 404 ou rediriger vers accueil |
Phase 2 : Préparation du mapping de redirections
Le fichier de mapping
Créez un tableur avec deux colonnes : ancienne URL et nouvelle URL. Pour chaque URL de priorité critique ou haute, identifiez la page correspondante dans le nouveau site.
Règles à respecter :
- Une ancienne URL → une seule nouvelle URL (pas de mapping multiple)
- La destination doit être sémantiquement proche de la source
- Évitez les redirections vers la page d'accueil "pour faire simple"
- Utilisez systématiquement des 301 pour les redirections permanentes
Validation du mapping
Avant d'implémenter, vérifiez :
- Que chaque URL de destination existe bien dans le nouveau site
- Que les URLs de destination ne sont pas elles-mêmes en train de rediriger
- Qu'il n'y a pas de boucles (A→B et B→A)
Phase 3 : Implémentation et test
Implémentation par lots
N'implémentez pas toutes les redirections d'un coup. Procédez par sections :
- D'abord les pages critiques (accueil, pages produits phares)
- Puis les catégories
- Enfin les articles de blog et pages secondaires
Test avant la mise en production
Testez vos redirections dans un environnement de staging avant le déploiement live :
```bash
# Tester une redirection spécifique
curl -I https://staging.votre-site.fr/ancienne-url
# Vérifier le code (doit être 301) et la destination (Location:)
```
Validation post-déploiement
Dans les 24 à 48 heures suivant la migration, effectuez ces vérifications :
- Crawl complet avec Screaming Frog sur les nouvelles URLs — zéro 404 sur les pages critiques
- Test manuel des 20 pages les plus importantes
- Vérification Search Console — soumettre le nouveau sitemap immédiatement
- Monitoring actif pendant 4 semaines sur les pages clés
Phase 4 : Suivi post-migration
Les semaines critiques
Les 4 à 8 semaines suivant une migration sont les plus risquées. Google met du temps à recrawler l'ensemble du site et à mettre à jour son index.
Surveillez chaque semaine :
- Évolution du nombre de pages indexées dans Search Console
- Trafic organique par rapport à la période précédente
- Apparition de nouvelles 404 dans le rapport Couverture
- Temps de réponse des pages importantes
Signal positif : Si Google commence à indexer les nouvelles URLs et que le trafic se maintient dans les 2-3 premières semaines, votre migration est sur la bonne voie.
Que faire si le trafic chute
Une baisse de 10-15% dans les premières semaines est normale — Google recalibrait son index. Au-delà de 30% de perte persistante après 4 semaines, investigatez :
- Vérifiez que les redirections critiques fonctionnent toujours
- Contrôlez que le robots.txt ne bloque pas l'indexation
- Vérifiez les balises
<meta robots>— certains CMS ajoutentnoindexpar défaut
Mettez en place un monitoring post-migration dédié pour ces 8 semaines critiques.
Articles connexes : Redirections 301 vs 302 | Chaînes de redirections | Monitoring post-migration