Une refonte fait-elle toujours baisser le trafic Google ?

Non. Des fluctuations de 2 à 4 semaines sont normales le temps que Google recrawle le site, mais une migration propre (redirections 301, balises préservées, sitemap soumis) conserve les positions, et une refonte qui améliore vitesse et structure finit souvent au-dessus du niveau de départ. Les chutes durables viennent presque toujours d'une des 7 erreurs de ce guide.

Combien de temps Google met-il à digérer une refonte ?

Comptez 2 à 6 semaines pour que l'essentiel des pages soit recrawlé et que les positions se stabilisent, selon la taille du site et sa fréquence de crawl. Surveillez la Search Console chaque semaine pendant cette période : couverture, erreurs 404 et positions sur vos requêtes principales.

Faut-il garder les anciennes URLs lors d'une refonte ?

Quand une URL se positionne bien, la conserver à l'identique est l'option la plus sûre : zéro redirection, zéro risque. Si la nouvelle structure impose de changer une URL, une redirection 301 transmet l'essentiel du signal. Ce qu'il ne faut jamais faire : changer l'URL sans redirection.

Qui doit gérer la partie SEO d'une refonte : moi ou l'agence ?

L'agence, et c'est un critère de choix : demandez explicitement si l'état des lieux Search Console, le plan de redirections 301 et la soumission du nouveau sitemap sont inclus dans le devis. Si la réponse est floue, le risque est pour vous : c'est votre trafic qui disparaîtra, pas le leur.

Guide refonte · publié en juillet 2026

Refonte de site : les 7 erreurs qui ruinent votre référencement

Une refonte réussie améliore tout : image, vitesse, conversions. Une refonte bâclée détruit en un week-end des années de référencement. Voici les 7 erreurs que nous voyons le plus souvent en récupérant des migrations ratées, et comment les éviter.

Par Mathias Igonenc, co-fondateur de CodecirclePublié le 8 juillet 2026

La réponse courte : une refonte perd son SEO quand les anciennes URLs ne sont pas redirigées en 301, quand le noindex de la préprod part en production, ou quand les pages et balises qui se positionnaient sont supprimées sans état des lieux préalable. La parade tient en trois documents : l'export Search Console avant refonte, le plan de redirections URL par URL, et la checklist de bascule (noindex retiré, sitemap soumis, 404 surveillées 30 jours).

1. Changer les URLs sans redirections 301

L'erreur n°1, de très loin. Chaque ancienne URL connue de Google qui répond 404 après la refonte, c'est une position qui meurt et un lien entrant gaspillé. La règle : un plan de redirections exhaustif, ancienne URL par ancienne URL, vers la page la plus proche (pas tout vers l'accueil : Google traite ces redirections massives comme des 404 déguisées).

2. Laisser le noindex de la préprod en production

Le site de test est (à juste titre) masqué de Google par une balise noindex ou un blocage robots.txt. Le jour de la bascule, on oublie de l'enlever : le nouveau site sort de l'index en quelques jours. Vérification obligatoire dans l'heure qui suit la mise en ligne : l'en-tête X-Robots-Tag, la balise meta robots et le robots.txt.

3. Supprimer les pages qui rapportent

« Cette vieille page ne sert à rien » : vérifiez d'abord. Une page moche peut générer la moitié de votre trafic. Avant toute suppression ou fusion, exportez la liste des pages qui reçoivent des impressions et des clics dans la Search Console : ce capital se protège ou se redirige, il ne se jette pas.

4. Refondre sans état des lieux

Sans photo du « avant » (positions, pages performantes, requêtes rentables), impossible de savoir ce que la refonte a cassé ni de le réclamer au prestataire. L'état des lieux Search Console est la première ligne de tout devis de refonte sérieux, avant même la maquette.

5. Livrer un site plus lourd que l'ancien

Le paradoxe classique : un design plus moderne, construit sur un builder plus lourd, et un site plus lent qu'avant. Or la vitesse est un critère de classement et le premier facteur d'abandon mobile. Exigez un score PageSpeed cible au contrat : le nôtre est 90+ sur mobile, mesuré à la livraison.

6. Réécrire les balises au feeling

Les titles et les Hn qui se positionnent sont le fruit du travail précédent. Les réécrire pour des raisons purement esthétiques (« on trouvait ça plus joli ») remet les compteurs à zéro. On conserve ce qui marche, on améliore ce qui ne marche pas, et chaque changement de balise sur une page performante est une décision, pas un accident.

7. Basculer et passer à autre chose

La refonte ne se termine pas à la mise en ligne : nouveau sitemap à soumettre dans la Search Console, ancien sitemap à purger, crawl des 404 la première semaine, surveillance des positions pendant un mois. C'est dans ces 30 jours que se joue la réussite ou l'échec de la migration.

La checklist de bascule (à imprimer)

Export Search Console : pages, requêtes, positions (la photo du « avant »)
Plan de redirections 301 : chaque ancienne URL a sa destination
Balises title et Hn des pages performantes : conservées ou améliorées, jamais réécrites au feeling
Jour J : noindex retiré, robots.txt vérifié, HTTPS forcé
Jour J : nouveau sitemap soumis, ancien sitemap supprimé de la Search Console
Semaine 1 : rapport de couverture et 404 corrigées
Jours 7, 14, 30 : positions comparées à l'état des lieux

Nous venons d'appliquer cette méthode à notre propre site (migration WordPress vers statique, PageSpeed 95+, positions conservées) : c'est exactement le processus inclus dans notre offre de refonte. Et si vous voulez d'abord savoir où en est votre site, l'audit flash gratuit vous donne le verdict en 30 secondes.

Une refonte en tête ? Parlons-en avant que vous signiez ailleurs.

30 minutes offertes avec un co-fondateur : on regarde votre site et vos données, et on vous dit si c'est une refonte, une optimisation, ou rien du tout.

Voir l'offre refonte →