Refondre votre site sans perdre le SEO : guide pratique

1. Pourquoi les refontes coulent le trafic

Votre positionnement ne vit pas dans « votre site » comme concept abstrait : il vit dans des URL concrètes. Chaque page qui se positionne a accumulé des signaux pendant des années — un contenu qui répond à une recherche, des liens externes, un historique de clics. Une refonte mal menée brise ce capital de trois façons :

• Des URL qui disparaissent. Le nouveau site utilise d’autres chemins et personne ne redirige les anciens. Google trouve des 404 là où il y avait des pages positionnées, et ce positionnement ne se « transfère » pas tout seul : il s’évapore.
• Du contenu qui rétrécit. Dans la refonte, la page de 900 mots qui se positionnait devient un bloc visuel de 100 mots « plus épuré ». Plus joli, moins pertinent : Google réévalue et vous fait descendre.
• Des signaux techniques qui se dégradent. Le nouveau site charge plus lentement à cause d’un thème surchargé, ou part en ligne avec le noindex de l’environnement de test encore en place. Oui : cela arrive constamment.

La bonne nouvelle : tout cela se prévient avec un processus qui coûte une fraction de la refonte et protège des années de travail.

2. Étape 1 : inventaire complet des URL

Avant de toucher à quoi que ce soit, il faut savoir exactement ce que vous avez. Pas « en gros, quelles pages existent » : la liste complète, parce que l’URL qui vous échappe est celle que vous perdrez. Quatre sources à croiser :

• Un crawl du site actuel avec Screaming Frog ou équivalent : toutes les URL qui existent et répondent.
• Search Console (performances, 12-16 mois) : toutes les URL qui reçoivent impressions et clics — y compris celles dont vous ignoriez qu’elles se positionnaient.
• L’analytics : les pages avec du trafic de n’importe quelle source, pas seulement organique. Les pages d’atterrissage des campagnes et des newsletters doivent survivre aussi.
• Les liens externes (Ahrefs, Semrush ou le rapport de liens de Search Console) : quelles URL reçoivent des liens d’autres sites. Ce sont celles qui apportent le plus d’autorité et les plus coûteuses à perdre.

Le résultat est un tableur avec chaque URL et ses métriques : clics organiques, mots-clés positionnés, liens entrants. Ce tableur fait loi : il vous dit quelles pages sont intouchables, lesquelles peuvent fusionner et lesquelles peuvent mourir sans conséquences.

3. Étape 2 : plan de redirections 301

Si la refonte change des URL (et elle en change presque toujours), le plan de redirections est le document le plus important du projet. Un tableau : ancienne URL → nouvelle URL. Les règles qui séparent un bon plan d’un plan décoratif :

• 1:1 vers l’équivalent réel. Chaque ancienne URL redirige vers la nouvelle page qui répond à la même intention de recherche. L’ancienne « rénovation de cuisines » va vers la nouvelle page cuisines, pas vers « services ».
• Jamais tout vers la home. La redirection massive vers l’accueil est l’erreur classique : Google la traite comme un soft-404 et l’autorité de chaque page se perd quand même.
• 301, pas 302. Permanente, pas temporaire. C’est elle qui transfère les signaux accumulés.
• Ni chaînes ni boucles. A → B → C gaspille autorité et budget de crawl. Si d’anciennes redirections existaient déjà, mettez-les à jour pour qu’elles pointent droit vers la destination finale.
• Priorisez à la main ce qui compte. Les 20 % d’URL qui concentrent 80 % du trafic et des liens se vérifient une par une, pas avec une règle automatique.
• Les redirections restent. Au moins un an ; en pratique, tant que les vieilles URL reçoivent un seul clic ou ont un seul lien externe.

4. Étape 3 : conserver ce qui fonctionne

Une refonte change les habits ; elle ne devrait pas lobotomiser le contenu. Avant le lancement, pour chaque page avec du trafic :

• Conservez les titles qui se positionnent. Le title est l’un des signaux les plus forts de la page. Si « Kinésithérapie du sport à Sabadell | Clinique X » est dans le top 3 depuis deux ans, le nouveau site ne le remplace pas par « Bougez mieux ✦ Clinique X » parce que ça fait plus moderne.
• Conservez les H1 et la structure des titres. Le designer propose une hiérarchie visuelle ; les H1-H2 qui fonctionnent se conservent ou s’ajustent avec une précision chirurgicale, ils ne se réécrivent pas de zéro.
• Migrez le contenu complet. Si la page avait 900 mots qui répondaient à la recherche, la nouvelle les conserve (mieux mis en page si vous voulez). « Alléger » du contenu qui se positionne, c’est amputer votre propre trafic.
• Respectez les liens internes. La structure de maillage interne distribue l’autorité. Reconstruisez les menus et les liens contextuels vers les pages importantes, ne les laissez pas tomber.
• Gardez les données structurées et les métadonnées (schema, meta descriptions, attributs alt) déjà travaillées.

5. Règle d’or : ne changez pas domaine et structure à la fois

Chaque grande variable que vous changez au lancement — domaine, structure d’URL, plateforme, contenu, design — est une source potentielle de chute. Si vous en changez plusieurs à la fois et que le trafic plonge, vous ne saurez pas laquelle est en cause : vous déboguerez à l’aveugle en perdant de l’argent chaque jour.

D’où la pratique raisonnable : séquencer. Changement de domaine ? Migrez d’abord le domaine avec le site tel quel, redirections 1:1, et ne touchez à rien d’autre ; quand Google se stabilise (donnez-lui des semaines), attaquez la refonte. Changement de plateforme (par exemple vers WordPress) ? Essayez de conserver la structure d’URL même si la nouvelle plateforme en suggère une autre — c’est presque toujours configurable. Chaque changement isolé est diagnosticable ; tous ensemble, c’est un pari.

6. Check-list avant et après lancement

Avant de lancer

1. Inventaire d’URL complet et feuille de priorités bouclée.
2. Plan de redirections implémenté et testé dans l’environnement de test (vérifiable avec un crawl sur la liste des anciennes URL).
3. Titles, H1 et contenu des pages importantes comparés côte à côte : ancien site vs nouveau.
4. Performances du nouveau site égales ou meilleures : Core Web Vitals mesurés, pas supposés.
5. Nouveau sitemap XML généré, et analytics + Search Console prêts pour la bascule.
6. Sauvegarde complète de l’ancien site — contenu compris. Si quelque chose se positionnait et que vous l’avez perdu, pouvoir le récupérer vaut de l’or.

Le jour du lancement

1. Retirer le noindex et le blocage du robots.txt de l’environnement de test. Relisez-le deux fois. C’est l’erreur la plus bête et la plus chère de toutes.
2. Vérifier les redirections en production avec un échantillon réel d’anciennes URL.
3. Soumettre le nouveau sitemap dans Search Console.
4. Crawl complet du site en production : 404, chaînes de redirections, liens internes cassés.

Les 4-8 semaines suivantes

1. Search Console tous les jours la première semaine : nouvelles erreurs 404, couverture d’indexation.
2. Trafic organique comparé à la période équivalente précédente, page par page sur les importantes.
3. Positions des 20-50 mots-clés principaux sous surveillance.
4. Chaque 404 avec du trafic qui apparaît : nouvelle redirection immédiatement.

7. Les erreurs qui tuent le trafic

Celles que je vois encore et encore sur des sites qui arrivent chez moi après une refonte qui a mal tourné :

• Lancer avec le noindex en place. Des semaines de « je ne comprends pas ce qui se passe » jusqu’à ce que quelqu’un regarde l’en-tête.
• Tout rediriger vers la home. Techniquement, il y a des redirections ; en pratique, un soft-404 massif.
• Supprimer le blog « parce qu’il était obsolète ». C’est parfois 60 % du trafic organique du site. On le met à jour ou on le fusionne ; on ne le supprime pas sans regarder la feuille d’inventaire.
• Réécrire tous les titles avec un critère purement de marque. Élégant, et invisible sur Google.
• Migrer vers une plateforme plus lente. Thème visuel surchargé, vingt plugins, et le LCP double. Google le remarque, l’utilisateur aussi.
• Retirer les redirections au bout de trois mois « parce qu’elles ne servent plus ». Elles servaient.
• Ne prévenir personne ayant un critère SEO avant le lancement. Le plan de migration se fait avant la refonte, pas en autopsie.

La plupart des refontes que je réalise portent sur WordPress, où tout cela (redirections, titles, structure) se gère bien avec le bon processus. Et si votre site appartient à un secteur aux besoins spécifiques, j’ai des pages de création de sites web par secteur où vous verrez comment j’aborde chaque cas.

8. Questions fréquentes