Accueil › Blog › Migrer un site web sans perte SEO : le plan étape par étape
Blog · Sites web

Migrer un site web sans perte SEO : le plan étape par étape

Un nouveau site ne doit pas vous coûter votre trafic Google. Le plan d’une migration : inventaire, une 301 par URL, FR/NL, jour du lancement et suivi.

Pour migrer un site web sans perte SEO, procédez en trois temps : rediriger chaque ancienne URL par une redirection 301 permanente vers la nouvelle page la plus proche, tout tester d’abord sur un environnement de test protégé, et suivre les résultats chaque semaine pendant quelques semaines après le lancement. Selon Google, laissez ces redirections en place au moins un an [1].

Vous confiez bientôt la création de site web à un prestataire ? Demandez-lui avant de signer comment il s’y prend. Voici le plan de Google, complété par ce dont un site belge a besoin en plus : plusieurs langues et un hébergement qui laisse aussi entrer les robots d’IA.

Étape 1 : faites l’inventaire de vos anciennes URL

Avant de construire la moindre page, vous devez savoir quelles anciennes URL ont de la valeur. Rassemblez :

  • Toutes les URL, avec un crawler : y compris les PDF, les images et les pages oubliées.
  • Les pages qui reçoivent du trafic de Google, depuis la Search Console. Le rapport sur les performances conserve 16 mois [2] ; prenez toute cette période, pour que les pages saisonnières ne passent pas à la trappe.
  • Les pages qui génèrent des demandes, par page de destination dans Google Analytics 4.
  • Les pages avec des liens externes, depuis le rapport sur les liens de la Search Console.

Décidez ensuite pour chaque URL : conserver, améliorer, fusionner ou supprimer. Seule une page sans trafic, sans liens et sans remplaçant apparenté peut renvoyer une 404 ou une 410.

Planifiez aussi le moment. Google recommande de changer une seule chose à la fois, de migrer un petit ou moyen site en une fois et de choisir une période calme [1]. Si vous changez en même temps le contenu et la structure des URL, vous perdrez probablement un peu de trafic, selon Google [3].

Vous ne savez pas quelles pages de votre site actuel génèrent du trafic, ou lesquelles Google n’indexe pas ? Le scan de site gratuit en dresse la carte.

Étape 2 : redirigez chaque ancienne URL en 301

Établissez un plan de redirection à deux colonnes : ancienne URL, nouvelle URL. Un tableur suffit ; vous configurez ensuite les redirections permanentes sur le serveur [1]. Les règles :

  • Permanente : 301 ou 308. Pour Google, c’est un signal fort que la page a déménagé ; une 302 ou une 307 est temporaire et n’est qu’un signal faible [4]. Selon Google, les redirections permanentes ne coûtent pas de PageRank [1].
  • Pas tout vers la page d’accueil. Envoyer beaucoup d’anciennes URL vers une seule page sans rapport peut être traité comme une soft 404 [1]. Fusionner des pages sur le même sujet reste permis.
  • Pas de chaînes. Pointez directement vers la destination finale ; Google recommande de ne pas dépasser trois étapes, de préférence [1].
  • Les liens internes et les canonicals pointent tout de suite vers les nouvelles URL [1].
  • Au moins un an en place, et de préférence pour toujours pour vos visiteurs [1].

Deux ou trois langues ? Redirigez chaque page française vers son équivalent français, pas vers la version néerlandaise ni vers la page d’accueil. Mettez à jour les annotations hreflang vers les nouvelles URL [1]. Chaque version linguistique renvoie vers elle-même et vers les autres ; sans cette réciprocité, Google ignore les balises [5].

Étape 3 : testez sur un environnement de test protégé

Placez l’environnement de test en noindex [6] ou derrière un mot de passe [7] ; un robots.txt seul ne tient pas les pages hors de Google [7]. Tenez une liste de chaque noindex à retirer au lancement [1]. Vérifiez ensuite avec un crawler que chaque ancienne URL arrive sur la bonne page avec une seule 301, et que les liens internes, les titres, les canonicals et le hreflang sont corrects.

Nouvel hébergement ? Laissez entrer les robots. Google demande de vérifier que votre pare-feu ne bloque pas Googlebot [6]. Il en va de même pour l’IA : un site qui bloque OAI-SearchBot n’apparaît pas dans les réponses de recherche de ChatGPT [8].

Si votre site est derrière Cloudflare, vérifiez ce qui y est activé. Cloudflare a annoncé qu’à partir du 15 septembre 2026, il bloquerait par défaut, pour les nouveaux domaines, les robots d’entraînement et les agents sur les pages avec publicités [9], et son robots.txt géré ajoute des règles Disallow pour les robots d’IA [10]. Quels robots autoriser : lisez être visible dans ChatGPT.

Étape 4 : bouclez le jour du lancement

  1. Redirections en ligne. Testez un échantillon d’anciennes URL : obtenez-vous une 301 vers la bonne page ?
  2. Blocages retirés : chaque noindex et chaque règle robots.txt qui ne servait qu’à l’environnement de test [1].
  3. Soumettez les sitemaps dans la Search Console et dans Bing Webmaster Tools.
  4. Nouveau domaine ? Après les redirections, soumettez un changement d’adresse, pour chaque variante de l’ancien domaine, www compris [1], [3]. Gardez l’ancien domaine au moins un an encore [3].
  5. Testez la mesure et les formulaires. Une page de remerciement avec une nouvelle URL peut casser votre mesure. Comment mesurer correctement les demandes, Cédric l’explique dans événements clés et conversions dans GA4.
  6. Mettez à jour les liens que vous gérez : fiche d’établissement Google, profils sociaux, signature e-mail et annonces.

Étape 5 : suivez les premières semaines

Pour un petit ou moyen site, il faut quelques semaines avant que la plupart des pages soient migrées [1]. Google peut encore afficher d’anciennes URL pendant un temps [11], et après un changement d’hébergement, Googlebot peut temporairement passer moins souvent [6]. Paniquer au bout de trois jours, c’est donc trop tôt.

Vérifiez chaque semaine dans la Search Console quelles anciennes URL renvoient une 404, si vos nouvelles pages sont indexées et comment évolue le trafic par page de destination. Si une baisse persiste après quelques semaines, cherchez une redirection manquante, du contenu disparu, un noindex oublié ou un pare-feu. Comparez les 404 à votre plan de redirection : c’est là que vous trouverez le plus souvent la cause.

Pourquoi quitter WordPress, ou justement pas : lisez WordPress ou site statique. Pour planifier un nouveau site, du devis aux 90 premiers jours, utilisez la checklist pour un nouveau site web de PME.

Questions fréquentes

Combien de temps faut-il garder les redirections 301 ?

Le plus longtemps possible : selon Google, en général au moins un an, et pour vos visiteurs de préférence pour toujours. Les anciens liens dans des e-mails, des PDF et sur d’autres sites existent encore pendant des années.

Combien de temps faut-il avant que Google affiche les nouvelles URL ?

Quelques semaines pour un petit ou moyen site, plus longtemps pour les grands sites. Entre-temps, Google peut encore afficher d’anciennes URL, et des fluctuations pendant cette période sont normales.

Dois-je utiliser l’outil de changement d’adresse de la Search Console ?

Seulement si vous changez de domaine ou de sous-domaine, par exemple si votre site passe de nom-a.be à nom-b.be. Pour un nouveau site sur le même domaine, un passage au HTTPS ou un autre hébergement, ce n’est pas nécessaire.

Quelle est la différence entre une redirection 301 et une 302 ?

Une 301 ou une 308 indique qu’une page a déménagé définitivement, un signal fort pour Google. Une 302 ou une 307 est temporaire et n’est qu’un signal faible. Pour une migration, vous utilisez donc une 301 ou une 308.

Est-ce que je perds toujours du trafic avec un nouveau site ?

Une fluctuation temporaire est normale. Une baisse durable a le plus souvent une cause identifiable : des redirections manquantes ou erronées, du contenu qui n’a pas suivi, un noindex oublié ou un pare-feu qui bloque les robots.

Sources

  1. Migrations de sites — Google Search Central, 20 août 2026, consulté le 28 sept. 2026
  2. Présentation de la nouvelle Search Console — Google Search Central Blog, 8 janv. 2018, consulté le 28 sept. 2026
  3. Outil de changement d’adresse — Aide Search Console, consulté le 27 sept. 2026
  4. Effet des codes d’état HTTP sur les robots d’exploration Google — Google Crawling Infrastructure, 4 févr. 2026, consulté le 28 sept. 2026
  5. Versions localisées de vos pages (hreflang) — Google Search Central, 21 sept. 2026, consulté le 28 sept. 2026
  6. Modifier l’hébergement Web et le SEO — Google Search Central, 10 déc. 2025, consulté le 28 sept. 2026
  7. Présentation du fichier robots.txt et guide — Google Search Central, 10 déc. 2025, consulté le 28 sept. 2026
  8. Overview of OpenAI Crawlers — OpenAI, consulté le 27 sept. 2026
  9. Block AI bots — Cloudflare Docs, 1er juil. 2026, consulté le 27 sept. 2026
  10. robots.txt setting (managed robots.txt) — Cloudflare Docs, 3 août 2026, consulté le 27 sept. 2026
  11. Redirections et recherche Google — Google Search Central, 14 avr. 2026, consulté le 28 sept. 2026
·

À lire aussi

Blog · Sites web

Un site web qui se fait trouver ?