Comment refaire mon site sans perdre mon trafic Google ?

Oui, on peut refaire un site sans perdre son trafic Google, à une condition : préparer le terrain avant de toucher au design. Le risque est réel. Sur 1 052 migrations de domaine étudiées par Dan Taylor (SALT.agency, étude 2026 distincte de celle menée pour Search Engine Journal en 2024), la récupération médiane du trafic organique prend 304 jours, et seuls 27 % des sites retrouvent leur niveau en 90 jours.

Vous avez un site qui vous amène des clients, et vous voulez le moderniser sans tout casser. J’ai vu des refontes mal préparées effacer des années de positions en quelques semaines. Et d’autres passer sans encombre parce qu’un mapping d’URLs avait été fait avant. La différence se joue entièrement dans la préparation.

Pourquoi une refonte de site peut-elle faire perdre du trafic Google du jour au lendemain ?

Google ne lit pas un site comme vous. Vous voyez une nouvelle charte graphique et vous pensez « plus moderne ». Google voit des URLs qui changent d’adresse, des liens internes cassés, un contenu déplacé ou supprimé. Il réagit en arrêtant de crawler et en désindexant, et vos positions fondent en quelques semaines.

Ce phénomène porte un nom : le « migration hangover », la baisse de trafic transitoire qui suit une refonte. L’étude de Dan Taylor sur 1 052 migrations de domaine montre que cette baisse se pilote, à condition de l’anticiper.

Pour éviter ce scénario, je prépare chaque refonte avec un mapping complet avant de toucher au design. C’est le socle de nos créations de sites web : le référencement se prépare en amont, il ne se rattrape pas après.

Comment préparer ma refonte sans casser mon référencement ?

Avant de modifier la moindre page, il faut un audit de départ. Sans repères, vous concevez le projet à l’aveugle et vous dégradez vos acquis.

Commencez par inventorier toutes vos URLs. Croisez cinq sources, car elles ne racontent pas la même histoire : Google Search Console (pages indexées, requêtes, clics), Google Analytics (trafic réel), votre sitemap XML, un outil de crawl comme Screaming Frog (codes HTTP, liens cassés), et la base de votre CMS.

Pour chaque page, notez trois informations : sa position moyenne, son trafic organique sur les trois derniers mois, et ses backlinks. Ce relevé est votre ligne de base. Sans lui, impossible de mesurer l’impact réel de la refonte une fois en ligne.

Ensuite, triez vos contenus. Une page sans visiteur depuis deux ans et sans backlink peut être retirée proprement. Une page qui génère des clients ou qui reçoit des liens externes doit être préservée, ou redirigée vers son équivalent. En cas de doute, on conserve et on redirige : une redirection pertinente vaut mieux qu’une page en 404.

Comment configurer mes redirections 301 pour ne perdre aucune page ?

C’est le point technique le plus sensible d’une refonte. La règle est simple : chaque page de l’ancien site doit avoir une redirection 1:1 vers son équivalent sur le nouveau site.

Les redirections se configurent en code HTTP 301, qui signale un changement d’adresse définitif. La méthode varie selon l’environnement : règles .htaccess sur Apache, directives return 301 sur Nginx, règles en masse sur Cloudflare, extensions dédiées sur WordPress, fichier _redirects sur Astro et les générateurs statiques.

Tenez un tableau de correspondance (Google Sheets ou CSV) avec quatre colonnes : ancienne URL, nouvelle URL, code HTTP (301 ou 410), et note. Chaque URL d’origine doit aboutir à une redirection 301 vers son équivalent, ou à un code 410 si la page est supprimée définitivement.

Comment construire le nouveau site en staging sans perturber mon référencement ?

Le futur site se construit sur un environnement de test privé, jamais sur la version en ligne. Trois verrous protègent ce staging : un accès par mot de passe, une directive noindex qui empêche l’indexation accidentelle, et une protection DNS ou IP qui le masque des robots.

Sur le staging, certaines choses doivent rester strictement identiques à l’ancien site :

• la structure d’URL (slugs et arborescence), principal facteur de stabilité ;
• les balises title et meta description des pages qui génèrent du trafic ;
• le balisage structuré Schema.org ;
• le sitemap XML, mis à jour avec les adresses définitives de production.

À l’inverse, vous pouvez modifier sans risque :

• la charte graphique (CSS, typographies, couleurs) ;
• la fluidité de la navigation, tant que les URLs de destination ne changent pas ;
• la performance (vitesse, Core Web Vitals) ;
• l’accessibilité (contrastes, balises alt des images).

Avant la mise en ligne, testez le staging avec l’outil d’inspection d’URL de la Google Search Console sur quelques pages clés, pour vérifier que Google interprète correctement le nouveau code.

Quels changements techniques sont les plus risqués pendant une refonte ?

Toutes les modifications ne pèsent pas le même poids sur votre référencement. Voici le classement par niveau de gravité.

Le cas le plus trompeur, c’est la réécriture de contenu. Une entreprise de débarras dont j’ai suivi la refonte avait une page d’accueil qui ciblait plusieurs régions à la fois, des pages locales au contenu recopié, et des citations incohérentes d’un annuaire à l’autre. Nous avons recentré l’accueil sur une seule zone, réécrit les pages locales une par une, et reconstruit les citations depuis l’adresse réelle. En une quarantaine de jours, l’entreprise est remontée dans le bloc de résultats local, et sur sa première implantation les appels ont à peu près doublé. La leçon : restructurer du contenu se récupère quand c’est fait page par page, avec méthode.

Évitez de tout modifier d’un coup. Séparez la charte graphique, le contenu et la structure des URLs. Si une baisse survient, vous saurez laquelle des trois variables en est la cause.

Combien de temps faut-il pour récupérer son trafic après une migration ?

C’est la question qui inquiète le plus. La réponse chiffrée vient de l’étude de Dan Taylor sur 1 052 migrations de domaine : la récupération médiane du trafic organique prend 304 jours, soit environ dix mois.

Deux chiffres complètent ce constat. Seuls 27 % des sites retrouvent leur niveau en 90 jours. Et 13,9 % n’ont pas récupéré après trois ans. L’écart-type dépasse deux ans, ce qui veut dire que le résultat dépend fortement de la préparation : certains sites remontent vite, d’autres restent au plancher longtemps.

Voici à quoi ressemble une migration préparée, semaine après semaine.

Pendant cette période, surveillez cinq indicateurs dans la Google Search Console : le volume d’indexation, les erreurs 404, les positions moyennes, le trafic organique global, et les Core Web Vitals. Une baisse brutale sur une URL stratégique signale presque toujours un problème de redirection ou de balises.

Trois alertes doivent déclencher une intervention immédiate : plus de 50 erreurs 404 sur une semaine, une stagnation de l’indexation à J+30, ou une baisse de trafic de plus de 50 % à J+30. Gardez aussi une sauvegarde de l’ancien site et maintenez-le en ligne au moins sept jours après le lancement, pour pouvoir revenir en arrière en cas de défaillance majeure.

Après la mise en ligne, évitez de toucher au site pendant le premier mois, hors corrections urgentes. Ne réécrivez pas le contenu des pages en cours de repositionnement, n’ajoutez pas de scripts lourds (chatbots, vidéos non optimisées), et ne désactivez pas l’ancien hébergement trop tôt.

Comment vérifier que mon plan de refonte est prêt pour le référencement ?

Voici la checklist que je fais passer à chaque client avant de lancer une refonte. Cochez chaque point avant de toucher au site.

• Inventaire complet des URLs (Search Console, Analytics, sitemap, crawl)
• Benchmark du trafic et des positions documenté
• Mapping 1:1 de chaque ancienne URL vers sa nouvelle adresse
• Site de test bloqué (mot de passe et noindex)
• Redirections 301 configurées page par page
• Suivi actif sur 90 jours après la mise en ligne

Interprétez votre score :

• 0 à 2 : le projet est trop risqué. Faites l’inventaire et le mapping avant toute chose.
• 3 à 4 : les bases sont là, mais les redirections et le suivi post-lancement restent à consolider.
• 5 à 6 : vous pouvez lancer, avec un risque maîtrisé.

Par quoi commencer cette semaine ?

Pas besoin de tout faire d’un coup. Voici l’ordre que je suivrais à votre place.

1. Inventorier toutes vos URLs et noter le trafic des pages qui comptent. C’est la fondation : sans ce relevé, aucune mesure possible après coup.

2. Dresser le mapping 1:1 de chaque ancienne URL vers sa nouvelle adresse. Ce tableau est votre filet de sécurité.

3. Bloquer le site de test derrière un mot de passe et une directive noindex. Le staging ne doit jamais être visible des moteurs.

4. Configurer les redirections 301 page par page, puis tester un échantillon d’une vingtaine d’URLs avant la mise en ligne.

5. Si le chantier vous dépasse, confiez-le dans les règles pour ne rien perdre en chemin. J’explique le diagnostic complet dans la méthode pour savoir si votre site vous rapporte de l’argent.

Une refonte mal préparée efface des mois de travail. Un mapping d’URLs fait avant de toucher au design est la seule assurance de ne rien perdre.

Pour aller plus loin

• Mon site n’apparaît pas sur Google : par où commencer ? : le diagnostic si votre site reste invisible après la refonte.
• Est-ce que mon site est bien construit pour être visible sur Google ? : les fondations techniques d’un site bien référencé.
• Combien coûte vraiment un site internet en 2026 ? : les tarifs du marché, intégrant l’accompagnement à la refonte.