Comment migrer un site web sans perdre son SEO : checklist, délais et prix en 2026

Qu’est-ce qu’une migration de site et que s’attend-on à voir côté Google ?

Une migration est tout changement de la façon dont Google atteint vos pages : nouveau domaine, nouveaux chemins, HTTPS, autre CMS ou refonte qui déplace des contenus. Le guide de Google (version française du 11 septembre 2026) prévient que le classement peut fluctuer pendant l’exploration : les nouvelles URL mettent quelques semaines ou plus à remplacer les anciennes.

Première règle de Google : ne changer qu’une chose à la fois, le domaine, puis le CMS, puis le design. Seconde : migrer pendant un creux de trafic.

Que faut-il explorer, cartographier et enregistrer avant de toucher au site en ligne ?

Le plan d’URL est le cœur du travail. Aucun export n’est complet : Google conseille de croiser les sources et d’inclure images, vidéos, scripts et fichiers qui ont du trafic ou des liens.

1. Explorez le site : chaque URL indexable, avec statut, titre, H1, canonical, hreflang.
2. Ajoutez ce que Google connaît : sitemaps, Search Console, journaux du serveur, pages très liées.
3. Fixez l’état de référence : 28 jours de clics, impressions et conversions par gabarit.
4. Une décision par URL : conserver, rediriger vers l’équivalent le plus proche, fusionner ou retirer en 404 ou 410.
5. Validez dans la Search Console toutes les variantes des deux sites : www ou non, HTTP et HTTPS.

Comment construire les redirections 301, et qu’est-ce qui les casse ?

Google lit les redirections permanentes, 301 et 308, comme le signal que la cible doit être canonique ; les temporaires, 302 et 307, laissent la page source dans les résultats. Une migration demande les premières, côté serveur.

• Un seul saut. Googlebot suit jusqu’à dix redirections, mais Google conseille d’envoyer chaque URL vers sa destination finale, avec des chaînes de trois sauts au plus.
• Pas de fourre-tout : beaucoup d’anciennes URL envoyées vers l’accueil peuvent compter comme soft 404, sauf pages réellement fusionnées.
• Des erreurs franches : ce que vous ne reprenez pas renvoie 404 ou 410 sur le nouveau site.
• Tester en masse : Inspection d’URL pour une page, un crawler pour des milliers. Images et PDF suivent le même plan.

Deux pages de Google divergent sur la durée. Le guide de migration : le plus longtemps possible, en général un an. L’aide du changement d’adresse : au moins 180 jours, et payer l’ancien domaine un an pour que personne ne le rachète.

Quels titres, métadonnées et données structurées faut-il reprendre sur les nouvelles pages ?

Google demande un canonical auto-référencé sur chaque nouvelle URL, des hreflang vers les nouvelles adresses et des liens internes mis à jour d’après le plan. Un nouveau gabarit perd en silence ce qu’il ne connaît pas : tenez une liste de correspondance par type de page.

• Titres, meta descriptions et H1 des pages qui se positionnent ; améliorez-les dans un second temps.
• Les mêmes types de données structurées en JSON-LD.
• Canonical, hreflang et meta robots, alignés sur les nouvelles URL.
• Analytics, consentement et vérification Search Console, plus le fichier de désaveu s’il existe.

Comment tester en préproduction sans que le site de test soit indexé ?

Le guide de Google sur l’hébergement suggère un nom d’hôte temporaire et une règle noindex pour que la copie ne soit pas indexée par accident. Mais noindex ne marche que si robots.txt ne bloque pas la page : un robot bloqué ne voit pas la règle.

• Préférez un mot de passe ou une liste d’IP ; noindex (balise meta ou en-tête X-Robots-Tag) là où le robot doit atteindre la copie.
• Listez les blocages à lever le jour J : noindex, en-têtes, Disallow, mot de passe.
• Prévoyez de la marge côté serveur : après une migration Google explore davantage, car l’ancien site renvoie vers le nouveau.
• Testez les redirections en préproduction, puis formulaires, commande et analytics.

Que se passe-t-il le jour de la mise en ligne, et quand déposer le changement d’adresse ?

1. Figer et sauvegarderHeure creuse, contenus figés, critère de retour arrière convenu d’avance.
2. Activer les redirectionsLes URL principales à la main, tout le plan par script.
3. Lever les blocages de la copieRetirer noindex, en-têtes, Disallow et mot de passe.
4. Soumettre le nouveau sitemapUn fichier admet 50 000 URL ou 50 Mo. Gardez l’ancien : ses avertissements de redirection sont normaux, dit Google.
5. Changement d’adresse, seulement si le domaine changeRedirections actives, en tant que propriétaire des deux propriétés, pour chaque variante ancienne, www compris. La notification dure 180 jours.
6. Mettre à jour les liens que vous maîtrisezLiens internes, profils, publicités ; puis les gros sites référents.

Que surveiller pendant les 30 premiers jours, et quelle fluctuation est normale ?

Google dit que la visibilité peut fluctuer temporairement, sans donner de pourcentage. L’agence Kolonell prévoit un suivi de positions sur 8 semaines : un choix de prestataire, pas une norme.

Combien coûte une migration de site selon sa taille et sa complexité ?

Les devis divergent car « migration » peut vouloir dire copier des fichiers ou refaire une plateforme. Chaque ligne a son périmètre : lisez la dernière colonne d’abord.

• Le nombre d’URL vient d’un crawl : chez Kolonell, de 50–300 à 1 500–5 000 URL, la fourchette passe de 6 000–9 000 € à 12 000–15 000 €.
• Plateforme, intégrations, hreflang multilingue et données de boutique ajoutent des lignes.

Quand vaut-il mieux attendre, et combien coûterait l’aide de spécialistes ?

• Seul l’hébergement change et les URL restent : le guide Google sur l’hébergement suffit.
• Domaine, CMS et design nouveaux d’un coup : Google conseille un par un.
• Pas d’état de référence : vous ne distingueriez pas fluctuation et panne.

Audit, migration et corrections après lancement s’achètent séparément ; le calculateur additionne leurs prix de départ.

Quelle checklist imprimer pour l’avant, le jour J et l’après-lancement ?

Deux à six semaines avant :

1. Explorer l’ancien site : URL, titres, H1, canonical.
2. Sauvegarder 28 jours de données Search Console et d’analytics.
3. Finir le plan d’URL : une décision par URL, sans chaîne.
4. Valider toutes les variantes des deux sites dans la Search Console.
5. Préproduction sous mot de passe ou noindex ; liste des blocages à lever.
6. Tester redirections et correspondances en préproduction.
7. Convenir du retour arrière et de l’heure.

Le jour J :

1. Redirections actives et contrôlées ; blocages de la copie levés.
2. Canonical, hreflang et sitemap sur les nouvelles URL ; sitemap soumis.
3. Changement d’adresse déposé par variante ancienne, seulement si le domaine change.
4. Formulaires, commande et mesure d’audience testés en ligne.

Après la mise en ligne :

1. Semaine 1 : statuts et compteurs de sitemaps.
2. Semaines 2 à 4 : performance par gabarit face à l’état de référence.
3. Mettre à jour liens et publicités ; garder les redirections 180 jours, idéalement un an.