Technique

Migration de site web : la checklist pour ne pas perdre son référencement

Mis à jour le 13 septembre 2026 · 9 minutes de lecture

Changer d'hébergeur, refondre son design ou passer d'un CMS à un autre : une migration de site web est presque toujours nécessaire un jour. Le problème, c'est qu'une migration mal préparée peut effacer des années de référencement en quelques heures.

Pourquoi une migration est un moment à haut risque

Aux yeux de Google, une migration crée une rupture : de nouvelles URL apparaissent, d'anciennes disparaissent, parfois la structure entière du site change. Si rien n'indique au moteur de recherche « cette ancienne page est devenue celle-ci », il considère que le contenu a simplement disparu — et le classement construit pendant des mois s'évapore avec lui.

• Perte de trafic organique : les positions acquises sur les mots-clés stratégiques repartent de zéro.
• Erreurs 404 en masse : les anciens liens, y compris ceux d'autres sites qui pointaient vers vous, ne mènent plus nulle part.
• Indisponibilité pendant la bascule : DNS, certificat SSL et hébergement doivent être coordonnés au même moment.
• Contenu dupliqué : ancien et nouveau site accessibles simultanément pendant plusieurs jours, ce qui brouille l'indexation.

Rien de tout cela n'est une fatalité. Une migration bien préparée peut même améliorer votre référencement, à condition de suivre une méthode rigoureuse.

Avant la migration : préparer le terrain

1. Faire l'inventaire complet de l'existant

Impossible de protéger ce que l'on n'a pas listé. Avant toute chose, exportez :

• La liste de toutes les URL indexées par Google (via la Search Console ou un exploreur de site).
• Les pages qui génèrent le plus de trafic organique sur les 12 derniers mois.
• Les positions actuelles sur vos mots-clés principaux, pour pouvoir comparer après coup.
• Les backlinks les plus importants pointant vers votre site.

2. Construire le plan de correspondance des URL

C'est l'étape la plus déterminante de toute migration. Pour chaque ancienne URL, indiquez précisément vers quelle nouvelle URL elle doit rediriger. Une simple redirection générale vers la page d'accueil ne conserve presque aucune valeur SEO : chaque page doit retrouver son équivalent le plus proche.

Un tableau à deux colonnes — « ancienne URL » et « nouvelle URL » — reste l'outil le plus fiable. Sur un site de plus de 50 pages, ce fichier devient la colonne vertébrale de toute la migration.

3. Préparer les redirections 301

La redirection 301 signale de façon permanente à Google et aux navigateurs que le contenu a déménagé. Elle transmet l'essentiel de la valeur de référencement de l'ancienne page vers la nouvelle. Évitez les redirections 302 (temporaires) pour ce cas d'usage : elles ne transfèrent pas le référencement de la même manière.

Le jour de la bascule

4. Choisir le bon moment

Migrez de préférence en début de semaine et en dehors des périodes de forte affluence (soldes, campagnes publicitaires en cours). Cela vous laisse plusieurs jours ouvrés pour corriger un éventuel problème avant le week-end.

5. Coordonner DNS, hébergement et certificat SSL

C'est le moment où le risque de panne est le plus élevé. Trois pièges reviennent systématiquement :

1. Le certificat SSL n'a pas été réinstallé sur le nouveau serveur avant la bascule DNS.
2. L'ancien hébergement est coupé avant que la propagation DNS ne soit terminée partout, créant une période d'inaccessibilité pour une partie des visiteurs.
3. Les enregistrements DNS secondaires (e-mail, sous-domaines) sont oubliés lors du transfert.

Gardez l'ancien hébergement actif au moins 72 heures après la bascule, le temps que la propagation DNS se termine sur l'ensemble des fournisseurs d'accès.

6. Vérifier le fichier robots.txt et les balises meta robots

Un site en construction bloque souvent l'indexation via robots.txt ou une balise noindex. L'erreur classique : oublier de retirer ce blocage au moment de la mise en ligne définitive, ce qui empêche Google de recrawler le nouveau site pendant des semaines.

Après la migration : surveiller de près

7. Tester les redirections une par une

Parcourez un échantillon de vos anciennes URL les plus importantes et vérifiez qu'elles redirigent bien vers la bonne page, en code 301 et sans chaîne de redirections multiples (une redirection qui en déclenche une autre ralentit le site et dilue le référencement).

8. Soumettre le nouveau plan du site à Google

Mettez à jour votre sitemap.xml avec les nouvelles URL et soumettez-le dans la Search Console. Demandez également une nouvelle exploration des pages les plus importantes pour accélérer leur réindexation.

9. Surveiller la disponibilité pendant les 15 premiers jours

La période qui suit une migration est justement celle où les incidents passent le plus facilement inaperçus : tout le monde a l'œil sur le référencement, personne ne surveille si le site répond correctement. Un site qui tombe en panne juste après une migration peut être interprété par Google comme un signal négatif au pire moment.

• Vérifiez que le certificat SSL du nouveau serveur est bien actif et à jour.
• Contrôlez que le temps de réponse du nouvel hébergement est au moins équivalent à l'ancien.
• Repérez toute erreur 404 ou 500 apparue depuis la bascule.

10. Comparer le trafic et les positions

Deux à quatre semaines après la migration, comparez vos positions et votre trafic organique aux chiffres relevés avant l'opération. Une baisse temporaire de quelques pourcents est normale, le temps que Google recalcule son index. Une chute brutale et durable indique généralement une redirection manquante ou un blocage d'indexation resté actif.

Questions fréquentes