Migrer un site web sans perdre ses contenus utiles

Inventorier avant de supprimer

Rassemblez le sitemap, les pages réellement accessibles, les exports du CMS et, si disponibles, les pages consultées et les liens entrants. Ajoutez les documents, images, traductions, formulaires et pages de résultats. Pour chaque URL, notez son rôle, son contenu, son propriétaire et la décision : conserver, améliorer, fusionner avec une page proche ou retirer.

Ne supprimez pas une page uniquement parce qu’elle reçoit peu de visites. Elle peut répondre à un besoin rare, servir de référence à des clients ou porter une information contractuelle. Contrôlez les faits et les droits avant de reprendre les textes et médias.

Pendant une reprise de médias, la source doit rester accessible selon la procédure d’import employée. Un CSV Shopify conserve des références aux images ; les fichiers correspondants ne sont pas incorporés au tableau. Vérifiez donc l’origine effectivement utilisée par les pages du nouveau site avant de fermer l’ancienne boutique.

Conservez une liste des médias attendus avec leur contenu de rattachement et un contrôle de lecture. Une image qui apparaît grâce à une URL encore hébergée sur l’ancien service peut disparaître plus tard. La bascule du domaine, la copie des médias et le transfert des droits d’utilisation sont trois vérifications distinctes.

• Ancienne URL et statut actuel.
• Nouvelle URL ou justification du retrait.
• Contenu, langue et médias à reprendre.

Construire la correspondance des adresses

Créez une table ancienne URL → destination pertinente. Une page conservée garde idéalement son adresse ; si elle change, prévoyez une redirection permanente vers son équivalent. Si plusieurs pages sont fusionnées, vérifiez que la destination couvre leurs questions principales. Une page réellement retirée sans remplacement doit recevoir un statut approprié.

Évitez les chaînes de redirections et les renvois massifs vers l’accueil. La documentation de Google sur les migrations recommande des destinations correspondantes et un contrôle des anciennes comme des nouvelles URLs.

Préparer le nouveau site en environnement de test

Reprenez les titres, descriptions, images, alternatives, liens internes et données structurées qui décrivent encore correctement les pages. Actualisez les informations qui ont changé. Chaque langue doit avoir sa propre URL canonique et des liens hreflang uniquement vers les versions réellement disponibles.

Testez les formulaires, filtres, erreurs, affichages mobiles et temps de chargement avec des contenus réels. Gardez l’environnement de préparation hors index, puis retirez ses blocages d’exploration lors de l’ouverture publique.

Contrôler la bascule et les jours suivants

Après publication, parcourez un échantillon de chaque famille de pages ainsi que toutes les redirections importantes. Vérifiez statut HTTP, destination finale, canonical, images, liens, sitemap et formulaire. Cherchez les erreurs 404 dans les journaux et les outils de suivi sans exposer de données personnelles dans les rapports.

Conservez les redirections tant que les anciennes adresses peuvent être utilisées. Suivez les problèmes constatés et corrigez les correspondances erronées. Une variation de visibilité peut accompagner une migration ; elle doit être analysée avec les changements de contenu et les erreurs techniques, sans conclure à partir d’un seul jour. Le cahier des charges permet de fixer les responsabilités avant la bascule.

• Anciennes URLs prioritaires testées.
• Sitemap limité aux nouvelles URLs canoniques.
• Responsable du suivi après ouverture.

Décider dans une situation concrète

Exemple fictif : deux anciennes pages doivent rejoindre une nouvelle page. Vérifiez que celle-ci conserve les réponses propres à chacune avant de mutualiser leur destination ; un titre proche ne démontre pas une équivalence de contenu.

Gardez une table ancien chemin, destination, contenu conservé et justification. Contrôlez aussi les fichiers liés et un parcours réel après bascule ; une liste de redirections sans réponses du serveur reste un plan, pas une recette terminée.

• Préparer et tester un plan de redirections d’URL

  Choisir entre redirection, conservation et suppression, mapper les anciennes URL et tester les destinations, méthodes HTTP et liens internes.

Contrôler la destination, pas seulement le code de réponse

Pour une ancienne page de prestation, vérifiez que la destination décrit encore la même activité et conserve les conditions importantes. Une redirection vers l’accueil peut techniquement fonctionner tout en laissant le visiteur sans réponse. Contrôlez aussi les URL avec paramètres, les images liées et les liens reçus depuis l’extérieur.

Construire une correspondance d’URL avec de vrais critères

Les chemins ci-dessous sont fictifs et décrivent des pages consultées en GET. Chaque ligne associe la décision éditoriale à une réponse technique. Un code 301 ne valide pas à lui seul la pertinence du contenu obtenu.

Faites défiler le tableau horizontalement pour lire toutes les colonnes. Au clavier, placez le focus sur le tableau puis utilisez les flèches.

• Google Search Central · Site moves

  Google déconseille les redirections massives vers un accueil sans rapport. La RFC 9110 distingue notamment 404 et 410 ; les règles pour les requêtes POST nécessitent une analyse distincte.