Refonte de site : préparer sa migration SEO
Un nouveau design ne suffit pas à réussir une refonte. Les pages déjà connues de Google, les liens et les parcours de contact doivent être pris en compte avant la mise en ligne. Une migration bien préparée réduit les risques, sans garantir le maintien des positions.
Par WebEasy Solution
Inventorier les pages et conserver un point de comparaison
Commencez par réunir les URL existantes, le sitemap et les pages qui reçoivent du trafic ou des liens externes. Avec un accès à Search Console, exportez les performances des pages importantes sur une période représentative de votre activité. Conservez aussi leurs titres, leur contenu principal et leur objectif commercial.
Une page ancienne peut rester utile même si son design est dépassé. Avant de supprimer ou fusionner des contenus, vérifiez les questions auxquelles ils répondent. Pour une entreprise locale, préservez les informations exactes sur ses services et ses zones d’intervention plutôt que de remplacer toutes les pages par un texte généraliste.
Préparer les correspondances entre anciennes et nouvelles URL
Conservez les adresses existantes quand elles restent pertinentes. Si une URL change, associez-la à la nouvelle page qui répond au même besoin. Une redirection vers l’accueil ne remplace pas systématiquement une vraie correspondance : elle peut dérouter le visiteur qui cherchait une prestation précise.
Lorsqu’un déplacement est définitif, privilégiez une redirection permanente côté serveur, de type 301 ou 308, directement vers la destination finale. Testez les anciennes adresses une par une et mettez à jour les liens internes. Une page supprimée sans équivalent doit être traitée comme telle, pas masquée par une redirection sans rapport.
Vérifier les pages avant de basculer en production
Contrôlez le contenu HTML reçu sans exécuter JavaScript, les titres, les descriptions et les liens canonical. Chaque page publique doit pointer vers sa propre URL de référence, sauf choix de regroupement volontaire. Le site de production ne doit pas conserver une directive noindex ou un blocage destiné à la préproduction.
La recette concerne aussi les visiteurs : navigation mobile, images, formulaires, liens téléphoniques et confirmation des demandes. Un formulaire cassé peut rendre une refonte inefficace même si les pages restent indexées. Préparez une sauvegarde et une procédure de retour à la version précédente avant le changement.
Publier, contrôler et transmettre le sitemap
Après le déploiement, vérifiez les réponses HTTP sur les pages importantes et sur un échantillon d’anciennes URL. Le sitemap doit lister les nouvelles URL canoniques accessibles, sans pages de test ni redirections. Soumettez-le dans Search Console et inspectez les pages prioritaires.
Si le domaine change également, le périmètre de migration est plus large : accès aux propriétés Search Console, variantes du domaine, configuration des redirections et mise à jour des profils externes. Ne supprimez pas les redirections dès que le nouveau site semble fonctionner ; leur maintien fait partie du suivi de migration.
Suivre les écarts sans promettre une stabilité immédiate
Surveillez les pages indexées, les erreurs 404, les impressions, les clics et les demandes reçues. Comparez des périodes cohérentes et tenez compte de la saisonnalité. Une variation de trafic ne permet pas, à elle seule, d’identifier sa cause : examinez les pages et requêtes concernées avant de modifier de nouveau le site.
Google doit réexplorer les URL et peut réévaluer leur positionnement. Une refonte ne peut donc pas être vendue comme une garantie de classement inchangé. L’objectif est de préserver les contenus utiles, d’éviter les erreurs de migration et de disposer des informations nécessaires pour corriger les problèmes observés.
Source : Recommandations Google pour les migrations avec changement d’URL.