Pourquoi les refontes tuent souvent le SEO
40 % des refontes de sites entraînent une baisse significative du trafic organique. URLs modifiées sans redirections, contenu supprimé, maillage interne cassé, balisage structuré oublié — les pièges sont nombreux. Le plus frustrant : les dégâts ne sont visibles qu'après 2 à 4 semaines, quand Google a re-crawlé le nouveau site. À ce moment-là, réparer est beaucoup plus coûteux que prévenir.
Phase 1 : l'audit pré-refonte (semaines -4 à -2)
Avant de toucher à une seule ligne de code, documentez l'existant.
Cartographier toutes les URLs indexées
Utilisez Screaming Frog ou Sitebulb pour crawler l'intégralité du site actuel. Exportez la liste complète des URLs indexées, leur trafic organique (via Google Analytics) et leur position moyenne (via Search Console). Ce fichier sera votre bible de redirections.
Identifier les pages à forte valeur SEO
Triez par trafic organique décroissant. Les 20 pages qui génèrent le plus de trafic organique sont vos priorités absolues. Elles ne doivent en aucun cas changer d'URL. Si elles doivent changer, une redirection 301 immédiate est non négociable.
Documenter le maillage interne
Cartographiez les liens internes entre vos pages principales. Le nouveau site doit reproduire (au minimum) ce maillage, idéalement l'améliorer. Un lien interne cassé = une page orpheline = une page qui perd progressivement son référencement.
Phase 2 : la construction du nouveau site (semaines -2 à 0)
Intégrez le SEO dès la conception, pas après.
Structure d'URL propre et pérenne
URLs courtes, lisibles, en minuscules, sans paramètres inutiles. Hiérarchie logique : /services/seo-local/ plutôt que /page-12/. Pas de dates dans les URLs d'articles (elles rendent les contenus evergreen impossibles à maintenir). Utilisez des tirets, jamais des underscores.
Balisage technique SEO-first
Chaque page doit avoir : un title unique (60 caractères max), une meta description engageante (155 caractères max), des balises Hn structurées logiquement (un seul H1, des H2 pour les sections principales, des H3 pour les sous-sections), un balisage Schema.org adapté (Article, LocalBusiness, FAQ, BreadcrumbList). Oublier le balisage structuré, c'est laisser passer les rich snippets.
Phase 3 : la migration (jour J)
Le jour de la mise en ligne est critique. Activez toutes les redirections 301 avant de pointer le DNS. Soumettez le nouveau sitemap.xml dans Search Console immédiatement. Vérifiez manuellement les 20 pages prioritaires. Surveillez le rapport de couverture Search Console pendant 30 jours. Si des erreurs 404 apparaissent, corrigez-les sous 24h.
Phase 4 : le suivi post-migration (semaines +1 à +4)
Les 4 semaines qui suivent la migration sont déterminantes. Surveillez quotidiennement : le trafic organique (baisse normale de 10-15 % la première semaine), les erreurs de crawl dans Search Console, les positions de vos 20 mots-clés prioritaires, et le nombre de pages indexées. Si une baisse dépasse 30 %, investiguez immédiatement. Les causes les plus fréquentes : redirections manquantes, pages canoniques mal configurées, ou robots.txt trop restrictif.
