Migration et mise en ligne

Migrer un site internet sans perdre ses parcours

Changer d’outil, de domaine ou d’arborescence exige de préserver les accès, les contenus, les adresses utiles et les tâches des visiteurs.

Suivre la méthode Voir le tableau ↓

Illustration du passage contrôlé entre ancien et nouveau site avec correspondances d’adresses

La réponse en bref

Un plan de bascule contrôlable et réversible.

Établissez un inventaire des anciennes adresses, des contenus et des fonctions avant de publier la nouvelle version. Pour chaque URL utile, décidez si elle est conservée, redirigée vers une équivalence réelle ou retirée avec le statut adapté. Préparez la sauvegarde, la recette, les responsables et une fenêtre de contrôle après bascule.

Une migration ne concerne pas seulement le référencement. Les visiteurs peuvent avoir enregistré une adresse, des partenaires peuvent la citer, et des formulaires ou documents peuvent dépendre de l’ancien système. Une table de correspondance relie chaque décision technique à un usage réel.

Conservez une copie exploitable des fichiers, contenus, données et réglages nécessaires à la restauration. Le plan de retour arrière doit nommer les personnes habilitées, les conditions de déclenchement et la durée pendant laquelle l’ancienne version reste récupérable.

Une redirection vers l’accueil n’est pas un remplacement universel. Quand un contenu n’a plus d’équivalent, expliquez son retrait et utilisez une réponse appropriée plutôt que d’envoyer le visiteur vers une page sans rapport.

Méthode en six étapes

Passer d’une intention générale à des décisions vérifiables.

Chaque étape produit une information qui peut être relue, attribuée et utilisée dans la suivante.

Inventorier

Réunissez les URL, pages, images, fichiers téléchargés, formulaires, intégrations et liens externes importants. Notez les propriétaires et les usages.

Cartographier les URL

Pour chaque ancienne adresse, choisissez une page conservée, une destination réellement équivalente ou un retrait explicite. Conservez cette table pour la recette.

Sécuriser les dépendances

Vérifiez domaine, DNS, certificats, messagerie, sauvegardes, accès individuels et possibilité de restaurer. Évitez de changer plusieurs infrastructures sans nécessité.

Recetter en préproduction

Testez les parcours essentiels, les médias, les formulaires, les accès au clavier, les métadonnées et les règles d’indexation sur la version finale.

Publier et vérifier

Contrôlez les statuts HTTP, redirections directes, URL canoniques, sitemap et parcours réels dès l’ouverture. Consignez les anomalies avec leur priorité.

Suivre après la bascule

Surveillez les erreurs de serveur, les URL non trouvées, les demandes reçues et la découverte des nouvelles pages. Corrigez les liens internes encore anciens.

Référentiel opérationnel

Décisions à tracer pendant une migration.

Utilisez ce tableau comme base d’entretien, de brief ou de revue. Adaptez la fréquence et le niveau de preuve au risque réel du projet.

Élément	Décision attendue	Vérification après publication
Ancienne page utile	Conserver l’URL ou rediriger vers une équivalence	Destination finale et contenu cohérent
Page retirée	Documenter l’absence d’équivalent	Statut 404 ou 410 et navigation de retour
Image ou document	Transférer si encore utilisé et autorisé	Fichier accessible, liens et dimensions corrects
Formulaire	Conserver destinataire et protection appropriée	Envoi réel et réception vérifiée
Métadonnées	Aligner titre, canonical, robots et sitemap	URL indexables accessibles sans connexion
Mesure	Préserver les événements nécessaires et leur sens	Données reçues sans doublons manifestes

Avant de valider

Huit points de contrôle.

Une vérification courte vaut mieux qu’une intention implicite. Conservez une preuve proportionnée : document, capture, résultat de test ou décision datée.

ContrôlerLa table des anciennes et nouvelles URL couvre les pages réellement utilisées.
ContrôlerChaque redirection permanente mène directement à une page équivalente.
ContrôlerLes pages supprimées répondent avec un statut cohérent.
ContrôlerLes fichiers et images encore nécessaires sont accessibles.
ContrôlerLe domaine, la messagerie et les certificats ont des responsables identifiés.
ContrôlerUne sauvegarde récupérable et un retour arrière sont préparés.
ContrôlerLes parcours critiques et formulaires ont été testés après la bascule.
ContrôlerLes erreurs et demandes sont suivies pendant les semaines suivantes.

Questions fréquentes

Réponses directes avant de décider.

Ces repères restent généraux. Le contexte, les outils, l’organisation et les obligations applicables peuvent modifier la réponse.

Doit-on rediriger toutes les anciennes pages vers l’accueil ?

Non. Une redirection est utile lorsqu’une destination répond au même besoin. Sans équivalent, un statut 404 ou 410 explicite vaut mieux qu’un accueil sans rapport.

Combien de temps garder les redirections ?

Gardez-les tant que les anciennes adresses sont utilisées ou citées et réévaluez-les à partir des journaux, liens et outils de recherche. Une suppression hâtive peut casser des parcours encore actifs.

Peut-on changer de domaine et de CMS en même temps ?

C’est possible mais le diagnostic devient plus complexe. Séparez les changements lorsque le calendrier le permet ; sinon, documentez chaque dépendance et renforcez la recette et le suivi.

Le sitemap suffit-il pour faire découvrir les nouvelles pages ?

Non. Les liens internes, les redirections et l’accessibilité des pages restent essentiels. Le sitemap aide à signaler les URL finales, sans garantir leur exploration ni leur indexation.

Sources et prolongements

Vérifier le cadre et poursuivre la préparation.

Google : migrations avec changement d’URL Google : redirections et recherche Guide CFSN : recette du site