Refonte SEO sans perdre son trafic : la checklist d'une PME romande qui change de site

TL;DR. Une refonte de site fait souvent perdre du trafic parce qu'on casse les URLs, on oublie les redirections 301 et on republie sans les balises SEO d'origine. Avec un cadrage sérieux (audit de l'existant, plan de redirections, préservation des contenus qui rankent, tests avant mise en ligne, suivi post-lancement), une PME romande peut migrer son site en gardant sa visibilité — voire en l'améliorant. Voici la checklist complète, en 7 étapes, plus les erreurs qui coûtent le plus cher.

Changer de site, c'est excitant : nouveau design, nouvelle techno, nouvelles fonctionnalités. Mais c'est aussi le moment où beaucoup de PME romandes voient leur trafic Google fondre du jour au lendemain. On a vu des sites bien référencés depuis des années perdre la moitié de leur visibilité en une seule mise en ligne mal préparée, uniquement à cause d'URLs modifiées sans plan de redirections.

La bonne nouvelle : une refonte SEO propre, ça s'apprend et ça se planifie. Cet article vous donne la méthode qu'on applique chez Grindly quand on refait un site pour un client suisse — que ce soit un site vitrine d'artisan à Nyon, un e-commerce à Genève ou un site institutionnel à Lausanne. Pas de magie, juste de la rigueur.

Pourquoi une refonte fait chuter le trafic

Google ne classe pas un « site » : il classe des URLs. Chaque page que vous avez publiée depuis des années a construit, à sa manière, une petite réputation dans l'index Google — grâce à ses backlinks, à son ancienneté, à ses mots-clés, à son historique de clics. Quand vous refaites votre site, plusieurs choses cassent cette mécanique :

• Les URLs changent. L'ancienne page /nos-prestations/renovation-cuisine devient /services/cuisines. Sans redirection, Google trouve une 404 et retire la page de l'index. Les backlinks pointant vers l'ancienne URL ne transmettent plus leur autorité.
• La structure des contenus est réécrite. Le titre H1 qui contenait exactement la requête cible est remplacé par un slogan marketing. Les paragraphes qui répondaient précisément à une question sont raccourcis ou supprimés.
• Les balises techniques disparaissent. title, meta description, balises hreflang, données structurées, alt des images : tout est repartir de zéro.
• La performance change. Un nouveau site plus lourd, avec des scripts non optimisés, peut faire chuter les Core Web Vitals.
• Le sitemap et le robots.txt ne sont pas mis à jour, ou pire, le nouveau site part en ligne avec un noindex oublié de la préproduction.

Autrement dit : la refonte ne fait pas chuter le SEO parce qu'elle est nouvelle, mais parce qu'elle rompt la continuité entre ce que Google connaissait et ce qu'il découvre.

À retenir. Google ne pardonne pas les URLs mortes. Un plan de redirections 301 exhaustif est le seul filet de sécurité fiable lors d'une migration.

Une méthode simple en 7 étapes

Voici la checklist qu'on suit systématiquement. Elle vaut pour une refonte totale (nouveau site, nouvelle techno) comme pour une migration partielle (même contenu, nouvelle plateforme).

1. Audit complet de l'existant

Avant de toucher à quoi que ce soit, on cartographie le site actuel :

• Liste de toutes les URLs indexées (via Google Search Console, un crawl technique type Screaming Frog, et le sitemap XML actuel).
• Pages qui génèrent du trafic (Search Console → Performances → filtre 12 mois).
• Requêtes qui rankent en top 10 (à préserver en priorité).
• Backlinks entrants (via un outil SEO ou Search Console → Liens).
• Balises actuelles : title, meta description, H1, H2, contenu principal, données structurées.
• Performance actuelle : Core Web Vitals, poids des pages, temps de chargement.

Cette photo initiale est votre référence : sans elle, impossible de savoir si la refonte a détérioré quelque chose.

2. Plan de redirections 301 (le document le plus important)

On crée un tableau à deux colonnes : ancienne URL → nouvelle URL équivalente. Chaque ancienne page indexée doit pointer vers la page la plus proche sur le nouveau site. Règles :

• Redirection 301 (permanente), jamais 302 ni JavaScript.
• Éviter les chaînes de redirections (A → B → C). Une seule étape.
• Pas de redirection massive vers la page d'accueil : Google la traite comme une soft 404 et vous perdez l'autorité de la page.
• Si une page n'a plus d'équivalent, rediriger vers la catégorie parente la plus pertinente.

3. Cartographie des contenus qui rankent

Pour chaque page qui génère du trafic organique, on documente :

• Le H1 exact.
• Le title et la meta description.
• Les mots-clés sur lesquels elle ranke.
• Les H2 principaux.

Ce contenu doit être repris dans le nouveau site, quitte à le rehabiller graphiquement. La règle d'or : on améliore, on ne dilue pas. Si le rédacteur a envie de « moderniser » un texte qui vous ramène du trafic depuis trois ans, il faut pouvoir dire non.

4. Préproduction bloquée aux robots

Le nouveau site se construit sur un environnement de préproduction (staging) qui doit être inaccessible à Google :

• Fichier robots.txt en Disallow: /.
• Balise <meta name="robots" content="noindex, nofollow"> sur toutes les pages.
• Idéalement, protection par mot de passe HTTP.

Étape critique avant mise en ligne : retirer tous les blocages de production. C'est l'erreur numéro un des refontes ratées : partir en ligne avec le noindex de la préproduction encore actif.

5. Tests avant mise en ligne

Sur la préproduction, on vérifie :

• Chaque page a un title et une meta description uniques.
• Les H1 correspondent au plan éditorial.
• Les images ont un alt descriptif.
• Le sitemap XML est généré et propre.
• Les données structurées (Schema.org) sont valides (via l'outil de test Google).
• Le site est responsive et rapide sur mobile.
• Les Core Web Vitals sont dans le vert.
• Le plan de redirections est testé sur un échantillon.

6. Jour J : mise en ligne

Dans l'ordre :

1. Activer les redirections 301.
2. Retirer le noindex et le blocage robots.txt.
3. Publier le nouveau sitemap.
4. Le soumettre dans Google Search Console (et Bing Webmaster Tools).
5. Demander une nouvelle exploration des pages principales.
6. Vérifier immédiatement quelques URLs clés avec l'outil « Inspection d'URL ».

7. Suivi post-lancement (4 à 8 semaines)

La migration ne se termine pas le jour du lancement. Pendant 4 à 8 semaines, on surveille :

• Search Console : erreurs de couverture, 404, pages exclues.
• Trafic organique : comparer semaine à semaine avec la période précédente.
• Positions moyennes sur les requêtes clés.
• Logs serveur : quelles URLs Googlebot crawle-t-il ? Trouve-t-il des 404 ?

Une baisse de trafic modérée pendant 2 à 4 semaines est normale : Google réindexe, réévalue, redistribue l'autorité. Une chute durable au-delà, elle, signale une erreur technique à corriger sans attendre.

À retenir. Une refonte SEO bien préparée demande souvent plus de temps que le design lui-même. C'est normal — et c'est là que se joue le retour sur investissement.

Tableau récapitulatif de la checklist

Étape	Action clé	Livrable	Quand ?
1. Audit	Cartographier URLs, trafic, backlinks	Inventaire de l'existant	Avant tout design
2. Redirections	Mapper ancienne → nouvelle URL	Tableau 301 complet	Pendant la conception
3. Contenus	Documenter les pages qui rankent	Fiche par page à préserver	Avant rédaction
4. Préprod	Bloquer les robots	robots.txt + noindex	Pendant le dev
5. Tests	Vérifier balises, sitemap, performance	Rapport de recette SEO	Avant J-1
6. Lancement	Activer redirections, soumettre sitemap	Nouveau site en ligne	Jour J
7. Suivi	Monitorer Search Console 4-8 semaines	Rapport hebdomadaire	Après J

Les erreurs qui coûtent le plus cher

On les voit revenir dans presque chaque refonte ratée qu'on nous demande de rattraper :

• Rediriger toutes les anciennes URLs vers la page d'accueil. C'est la manière la plus rapide de perdre l'autorité de toutes vos pages internes.
• Oublier de retirer le noindex de la préproduction. Le site part en ligne, invisible à Google. On peut perdre plusieurs semaines avant de s'en rendre compte.
• Réécrire les H1 et titles « pour faire plus vendeur ». Vous perdez la correspondance avec les requêtes qui vous rankaient.
• Négliger les images. Nouveaux fichiers, nouveaux noms, alt absents : vous perdez le trafic de Google Images.
• Zapper les données structurées (avis, produits, articles) qui donnent droit aux résultats enrichis.
• Lancer un vendredi soir. Si quelque chose casse, personne n'est là pour corriger avant lundi.
• Ne pas prévenir Google. Sans nouveau sitemap soumis, la réindexation prend beaucoup plus de temps.
• Comparer trop tôt. Regarder son trafic à J+3 et paniquer est inutile : Google a besoin de plusieurs semaines pour digérer une refonte.

À retenir. La plupart des chutes de trafic post-refonte ne sont pas dues au « nouveau site » mais à trois oublis : redirections 301, noindex de staging, contenu réécrit sans raison.

Où Grindly intervient

On conçoit et refait des sites pour des PME romandes avec une méthode SEO intégrée dès la première ligne de code. Concrètement, notre offre site à 49 CHF/mois, tout compris, sans frais de création couvre la conception, l'hébergement, la sécurité, la maintenance, les mises à jour, le référencement SEO initial et le suivi dans le temps — y compris pour une migration depuis un site existant. On établit le plan de redirections, on préserve les contenus qui rankent, on suit la Search Console avec vous après la mise en ligne.

Pour des besoins plus lourds (espace client, e-commerce complexe, logiciel métier, automatisations IA, application mobile), on établit un devis séparé, avec un tarif préférentiel si vous êtes déjà abonné. Un seul interlocuteur, du premier appel à la mise en ligne. Découvrir les tarifs ou prendre contact.

Questions fréquentes

Combien de temps prend une refonte SEO propre pour une PME ?

Comptez généralement 4 à 8 semaines entre l'audit initial et la mise en ligne, selon la taille du site et le nombre d'URLs à rediriger. Un site vitrine de 15 pages se refait plus vite qu'un site de 200 pages avec un blog historique.

Vais-je forcément perdre du trafic pendant la migration ?

Une baisse temporaire de quelques semaines est fréquente, le temps que Google réindexe et réévalue le site. Une refonte bien préparée récupère ensuite son niveau initial, voire mieux si la nouvelle version est plus rapide et mieux structurée.

Puis-je changer de nom de domaine sans perdre mon SEO ?

Oui, à condition de rediriger URL par URL en 301, de conserver la structure des contenus qui rankent, et de déclarer le changement d'adresse dans Google Search Console. C'est plus délicat qu'une refonte à domaine constant, mais c'est faisable.

Faut-il refaire toutes les redirections manuellement ?

Sur un petit site, oui, page par page. Sur un site plus large, on peut utiliser des règles par motif (regex) pour les catégories, à condition de vérifier ensuite un échantillon. La règle : chaque ancienne URL indexée doit avoir une correspondance vérifiée.

Quand faut-il s'inquiéter d'une chute de trafic post-refonte ?

Si la baisse dépasse 4 semaines sans amorce de reprise, ou si Search Console signale un pic de 404 ou d'erreurs de couverture, il faut auditer immédiatement : redirections manquantes, noindex oublié, sitemap non pris en compte.

Faut-il attendre pour lancer une refonte si le trafic actuel est bon ?

Pas nécessairement — un site qui ranke bien peut aussi être refondu, à condition de traiter la migration comme un projet SEO à part entière et non comme un simple relooking. C'est justement quand on a du trafic à protéger qu'il faut être le plus rigoureux.

Pour aller plus loin

Une refonte réussie, c'est 20 % de design et 80 % de préparation SEO. Si vous envisagez de refaire votre site et que vous avez déjà du trafic à préserver, prenez le temps de l'audit avant de valider une maquette. On peut en discuter par WhatsApp ou via le formulaire de contact — un échange court suffit souvent à clarifier la faisabilité et le calendrier.

Cet article a une visée pédagogique et ne remplace pas un audit personnalisé. Chaque site a son propre historique SEO, ses contraintes techniques et ses risques spécifiques.

Dernière mise à jour 2026-08-28.