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