Pourquoi une refonte est risquée pour le SEO
Lors d'une refonte, les URLs changent souvent, le contenu est réécrit, la structure du site est modifiée. Pour Google, c'est comme si de nombreuses pages disparaissaient et d'autres apparaissaient sans lien avec celles qu'il connaissait.
Sans redirections en place, toutes les URLs anciennes renvoient des erreurs 404. Les backlinks reçus par ces pages deviennent inutiles. Le trafic s'effondre.
J'ai vu des sites perdre 70 % de leur trafic organique après une refonte mal préparée. Dans certains cas, il faut 6 à 12 mois pour récupérer le niveau de départ, si tant est qu'on y revienne.
Checklist SEO avant une refonte
- Exporter toutes les URLs actuelles : utiliser Screaming Frog ou Google Search Console pour lister toutes les pages existantes et leur position actuelle.
- Identifier les pages à valeur SEO : quelles pages génèrent du trafic ? Quelles pages reçoivent des backlinks ? Ce sont les pages à traiter en priorité.
- Conserver le contenu performant : ne pas réécrire ou supprimer les pages qui se positionnent bien sans raison valable.
- Préparer le plan de redirections 301 : pour chaque ancienne URL qui change, prévoir la redirection vers la nouvelle URL la plus pertinente.
- Vérifier les balises canoniques : s'assurer qu'aucune page dupliquée n'est créée lors de la migration.
- Mettre à jour le sitemap.xml : le soumettre dans la Search Console dès la mise en ligne.
- Surveiller les erreurs post-mise en ligne : vérifier les 404 dans la Search Console dans les 48 premières heures.
Les erreurs les plus coûteuses
| Erreur | Conséquence |
|---|---|
| Pas de redirections 301 | Perte de tout le juice SEO des anciennes URLs |
| Contenu trop raccourci ou supprimé | Perte de positionnement sur les requêtes longue traîne |
| Balises title et meta description réinitialisées | Chute du CTR dans les résultats de recherche |
| Site mis en ligne avec noindex activé | Désindexation complète du site (erreur classique sur les environnements de test) |
| Contenu dupliqué créé par la nouvelle structure | Dilution de l'autorité et confusion pour Google |
| Maillage interne cassé | Pages orphelines, perte de circulation du PageRank |
Après la mise en ligne
La vigilance ne s'arrête pas le jour du lancement. Il faut surveiller le rapport de couverture dans la Search Console, le nombre d'erreurs 404, les positions sur les requêtes clés et le trafic organique pendant au moins 4 à 6 semaines.
Une refonte bien préparée ne doit pas faire perdre de trafic. Dans les meilleures conditions, elle en gagne grâce à une structure améliorée et un contenu optimisé.
Questions fréquentes
Une refonte fait-elle toujours perdre du trafic SEO ?
Non, pas si elle est bien préparée. Une refonte avec plan de redirections 301 exhaustif, conservation du contenu performant et structure mieux pensée peut même augmenter le trafic. C'est l'absence de préparation qui fait perdre du trafic, pas la refonte en elle-même. Les refontes catastrophiques viennent presque toujours d'un manque de plan de redirections.
Combien de temps avant une refonte faut-il commencer la préparation SEO ?
Idéalement 4 à 8 semaines avant la mise en ligne, voire plus pour les gros sites. Il faut cartographier toutes les URLs existantes, identifier les pages à forte valeur SEO, construire le plan de correspondance avec les nouvelles URLs et préparer le fichier de redirections. Démarrer ces tâches la veille de la bascule est la garantie d'oublis coûteux.
Faut-il garder les anciens contenus ou tout réécrire lors d'une refonte ?
Garder les contenus qui se positionnent bien et qui génèrent du trafic. Les réécrire pour le plaisir de réécrire est l'une des erreurs les plus fréquentes. On peut moderniser la mise en page sans toucher au texte, ou enrichir un contenu existant. Réécrire un texte qui était top 3 pour repartir de zéro fait souvent reculer dans les SERP.
Quel est le bon moment pour mettre une refonte en ligne ?
En dehors des périodes de forte activité commerciale (Black Friday, fêtes, rentrée). Privilégier un lundi ou mardi matin permet d'avoir la semaine devant soi pour réagir aux 404 résiduelles ou aux problèmes techniques. Éviter le vendredi soir : un bug détecté à 19h tient jusqu'au lundi suivant.