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.

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 6 é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.

01

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.

02

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.

03

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é.

04

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.

05

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é.

06

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.

Décisions à tracer pendant une migration
ÉlémentDécision attendueVérification après publication
Ancienne page utileConserver l’URL ou rediriger vers une équivalenceDestination finale et contenu cohérent
Page retiréeDocumenter l’absence d’équivalentStatut 404 ou 410 et navigation de retour
Image ou documentTransférer si encore utilisé et autoriséFichier accessible, liens et dimensions corrects
FormulaireConserver destinataire et protection appropriéeEnvoi réel et réception vérifiée
MétadonnéesAligner titre, canonical, robots et sitemapURL indexables accessibles sans connexion
MesurePréserver les événements nécessaires et leur sensDonnées reçues sans doublons manifestes

Avant de valider

8 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.

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

Situation pédagogique

Le changement de CMS modifie les adresses

Un professionnel contrôle les accès et l’entretien d’un site sur ordinateur
Illustration IA : scène fictive pour expliquer cette situation.

Exportez l’inventaire avant la bascule, puis testez les correspondances vers les URL finales. Contrôlez également médias, messagerie, formulaires et mesure ; gardez des critères de retour arrière.

Décision à préparer : Valider la correspondance d’URL et le plan de reprise.

Ce scénario illustre une méthode ; il ne décrit pas une réalisation client.

Une trace de travail à réutiliser

Créez un document avec les champs suivants :

Ancienne URL ; nouvelle URL ; statut ; nombre de sauts ; équivalence ; responsable ; résultat.

Critère de validation

Les destinations répondent directement, les liens internes sont finaux et les parcours métier fonctionnent.

Approfondir l’étape suivante →

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.

Atelier pratique

Préparer une correspondance d’URL.

Prenez les pages qui changent d’adresse et affectez chacune à une destination pertinente ; testez aussi paramètres et anciennes variantes.

Deux collègues vérifient un parcours web sur plusieurs appareils
Illustration IA : situation professionnelle fictive, sans référence client.

Cas limite à tester

Une page ancienne importante n’a pas de correspondance dans la nouvelle structure.

Quand refaire la vérification

Avant la bascule et lors des contrôles après lancement.

À transmettre à l’équipe

Conserver correspondances, sauvegarde et procédure de retour prévue.

01

Informations à réunir

Ancienne URL, nouvelle URL, décision, priorité et statut attendu.

02

Arbitrage à écrire

Une redirection vers l’accueil n’est pas une réponse adaptée à toute page supprimée.

03

Preuve de validation

Chaque URL importante atteint la destination prévue sans boucle ni chaîne inutile.

Consignez le résultat avec une date, un responsable et la prochaine action. Cet atelier est un outil de préparation proposé par CFSN, sans résultat client implicite.

Pour préparer une revue plus large : plan d’action du site en douze contrôles.

Votre prochain chapitre

Un projet mérite mieux qu’un devis incompréhensible.

Expliquez-nous votre activité, vos priorités et les difficultés rencontrées. Nous vous répondrons avec une proposition claire, des étapes lisibles et un périmètre adapté à votre situation.

Racontez-nous votre projet

Choisir dans une situation réelle

Déplacer le site ou transmettre aussi ses dépendances ?

La migration concerne les adresses et contenus, mais peut aussi affecter formulaires, fichiers, comptes et flux de courrier. Inventoriez les dépendances avant de décider de la bascule.

Deux options à examiner selon les faits disponibles
OptionQuand l’examinerErreur à éviterComment vérifier
Conserver les URLL’adresse reste utile et le changement ne la rend pas nécessaire.Changer les slugs pour une raison purement cosmétique.La même URL sert la bonne ressource après la migration.
Changer avec correspondancesLa structure ou l’adresse doit évoluer pour un besoin établi.Envoyer toutes les anciennes pages vers l’accueil.Les destinations équivalentes, fichiers et cas sans remplacement sont contrôlés.

Un cas pour préparer la discussion

Exemple pédagogique : une ancienne fiche et son document de téléchargement peuvent nécessiter deux décisions distinctes dans la table de correspondance.

Le document à conserver

Un inventaire avant bascule, les équivalences et une procédure de retour arrière testable.

Transmettre un site internet et organiser sa reprise

Arbitrages proposés par CFSN le 10 octobre 2026 : adaptez-les aux preuves et contraintes de votre projet. Ils ne décrivent pas des résultats clients.

Codes HTTP : lire ce que le serveur répond réellement

Dans une recette, consignez le statut HTTP et le résultat visible. Le lexique des réponses serveur aide à distinguer redirection, cache, refus d’accès et erreur, puis à choisir le contrôle adapté.

Sémantique HTTP des RFC 9110 et 6585. Les interprétations pratiques ci-dessous servent à préparer une recette de site.

Consulter les 13 repères, leurs explications et leurs sources.