Une migration de site se prépare à partir de l’existant : contenus, adresses, fonctions et accès. Il n’est pas possible de garantir un trafic inchangé. Le travail consiste à maîtriser la bascule, vérifier ce qui a été conservé et repérer les problèmes après ouverture.
Ce guide concerne la préparation opérationnelle d’un changement de site. Une séparation entre WordPress et une application publique demande aussi les contrôles propres à une migration headless.
1. Écrire ce qui change et ce qui reste
Identifie les changements de domaine, d’adresses, d’hébergement, de CMS ou de contenu. Donne un responsable à chaque partie. Évite d’ajouter des modifications non nécessaires au même moment : elles rendent les écarts plus difficiles à diagnostiquer.
Conserve les versions et les données utiles à une reprise. Prévois également la gestion des nouvelles demandes ou commandes pendant la bascule. Restaurer une ancienne version sans traiter les données reçues entre-temps peut créer une perte distincte du référencement.
2. Préparer une correspondance des adresses
Le guide Google sur les migrations d’URL recommande de préparer les correspondances, les redirections et le suivi. Il précise aussi que le classement peut fluctuer pendant le retraitement des pages.
Pour chaque adresse inventoriée, indique la destination équivalente ou la suppression réellement décidée. Ne redirige pas toutes les anciennes pages vers l’accueil. Contrôle la destination finale et évite les boucles. Mets également à jour les liens internes, les adresses canoniques et le sitemap concerné.
La liste de travail doit permettre de retrouver la décision et le contrôle de chaque cas. Les pages principales ne suffisent pas : vérifie aussi les variantes utiles, médias et documents qui font partie de ton périmètre.
3. Comparer les contenus et les fonctions
Prépare une référence avec les pages, leurs textes, leurs images autorisées et leurs parcours. Utilise-la pour comparer le nouveau site, pas uniquement sa première vue. Une page visuellement proche peut perdre un téléchargement, une information importante ou un moyen de contact.
- Les offres et coordonnées sont-elles exactes ?
- Les réalisations et autres preuves sont-elles reprises sans inventer de résultat ?
- Les médias et documents restent-ils disponibles ?
- Les liens et menus conduisent-ils au contenu prévu ?
- Les comptes et fonctions marchandes conservent-ils les droits attendus ?
4. Recevoir l’environnement de test
Garde les aperçus et contenus privés protégés. Empêche la copie de test d’envoyer involontairement des emails, de lancer des paiements ou de synchroniser des données réelles. Prévois les essais fonctionnels avec les autorisations et les comptes adaptés.
Teste le site sur ordinateur, mobile et au clavier. Pour un formulaire, distingue l’envoi, l’enregistrement et la notification. Compare aussi le comportement en cas d’erreur. Un message de succès affiché ne prouve pas que la demande a été reçue par la bonne personne.
5. Définir la bascule et le retour arrière
Écris le créneau, la personne qui autorise la bascule, les opérations prévues et les contrôles immédiats. Confirme la récupération de l’ancien environnement et les conditions imposant un retour arrière. Ne supprime pas l’ancienne version simplement parce que la nouvelle page d’accueil s’ouvre.
Prévois un contrôle des exclusions au lancement : les pages publiques prévues peuvent être ouvertes, les brouillons et espaces réservés restent protégés. Vérifie le certificat servi, les parcours essentiels et les intégrations qui doivent reprendre sans double traitement.
6. Organiser le suivi après ouverture
Conserve un compte rendu des anomalies, de leurs corrections et des exceptions acceptées. Identifie les contrôles à poursuivre, leur responsable et leur fréquence. Un essai ponctuel n’est pas une surveillance permanente ; une adresse accessible n’est pas une preuve d’indexation.
Pour une création ou refonte de site, le périmètre de migration doit être écrit avant la réalisation. La maintenance après livraison est à délimiter séparément. Présente-moi l’existant et les fonctions à conserver pour préparer une bascule vérifiable, sans promesse de classement ni délai universel de récupération.
