Refonte de site et SEO : préparer le passage sans effacer le passé
Par Pixit
Votre ancien site ne vous ressemble plus. Ses pages peuvent pourtant recevoir des visites, des liens et des demandes. La refonte doit faire de la place à votre nouvelle offre sans traiter tout ce qui précède comme un vieux carton. Chez Pixit, nous commençons par regarder ce qui mérite de traverser le déménagement.
Faire l’inventaire avant de fermer l’ancien site
Rassemblez les URL connues, les pages visibles dans Search Console et les pages qui reçoivent des liens externes. Ajoutez les adresses importantes pour votre activité, même lorsqu’elles ont peu de trafic. Une demande très pertinente peut venir d’une page discrète.
Conservez aussi une copie des textes, titres et visuels utiles. Cette photo de départ vous permettra d’expliquer une variation après lancement. Sans elle, on compare souvent le nouveau site à un souvenir particulièrement flatteur de l’ancien.
Décider du sort de chaque page
Créez trois colonnes : ancienne adresse, décision et destination éventuelle. Une page peut être conservée, enrichie, regroupée avec une autre ou retirée si le besoin n’existe plus. La décision doit tenir compte du sujet, pas seulement du nom de la rubrique.
Exemple fictif : un article sur la préparation d’un site trouve naturellement sa place dans un nouveau Journal. Une ancienne prestation abandonnée ne doit pas devenir artificiellement une page SaaS. Quand le sujet change entièrement, une redirection peut décevoir autant le lecteur que le moteur.
Préparer les redirections et les liens
Lorsqu’une adresse change, utilisez une redirection permanente vers la destination pertinente et évitez les chaînes. Google conseille aussi de mettre à jour les liens internes et le sitemap vers les nouvelles URL. Une redirection n’est pas une raison pour laisser partout les anciennes adresses.
Vérifiez les variantes réellement utilisées : barre finale, langues et anciennes adresses citées dans des campagnes. Le test utile est simple : ouvrir l’ancien lien et contrôler la page obtenue. Le résultat doit rester compréhensible pour quelqu’un qui ignore tout de votre refonte.
Lancer avec un scénario de retour arrière
Prévoyez une sauvegarde exploitable et notez qui décide de la bascule. Avant l’ouverture, testez les pages prioritaires, formulaires, accès privés et liens entre langues. Vérifiez aussi que les protections de la préproduction ne bloquent plus les pages publiques.
Un lancement n’est pas terminé au moment où l’accueil s’affiche. Envoyez une vraie demande de test et vérifiez sa réception. Désignez une personne capable de corriger rapidement un incident, avec les accès nécessaires déjà disponibles.
Peut-on garantir de garder toutes les positions ?
Non. Les moteurs doivent réexaminer les changements et des fluctuations sont possibles. Le but du plan de migration est de réduire les erreurs évitables et de rendre le suivi possible, pas de promettre une courbe parfaitement plate.
Après la bascule, surveillez les anciennes pages importantes et leurs nouvelles destinations, les erreurs et les demandes reçues. Comparez des périodes cohérentes. Notre règle : on change ce qui doit évoluer, et on documente ce qu’on déplace. Le nouveau design aura son moment ; les anciennes bonnes adresses méritent aussi de l’attention.
