Comment déplacer un site sans perdre les visiteurs importants

Définissez le changement avant les URLs

Une migration peut modifier le design, la plateforme, l’hébergement, le domaine, la structure des URLs ou tout cela à la fois. Écrivez précisément ce qui change. Une refonte sur le même domaine ne présente pas les mêmes risques qu’un nouveau domaine avec de nouvelles adresses. Un périmètre clair facilite les tests et les responsabilités.

Listez les pages, fonctions et intégrations qui ne doivent pas disparaître : formulaires, réservations, paiements, analytics, notifications, comptes et téléchargements. Décidez si l’ancien site reste disponible pendant la préparation et qui valide le lancement. Les problèmes de migration commencent souvent lorsque le travail technique démarre avant que l’entreprise ait défini ce qu’est un succès.

Notez les cas particuliers, comme les pages très liées sans remplacement direct. La migration reste ainsi réfléchie et l’équipe peut revoir la décision avec de nouvelles données.

Inventoriez le site actuel

Notez URLs, titres, titres principaux, réglages canonical, règles d’indexation, médias et liens internes. Utilisez Analytics et Search Console pour repérer les pages qui attirent visiteurs pertinents, demandes ou liens externes. Ne jugez pas seulement sur le trafic du dernier mois, car une page saisonnière ou peu visitée peut rester importante.

Incluez les adresses absentes de la navigation principale. Anciennes campagnes, PDF, articles d’aide, pages locales et formulaires enregistrés en favori peuvent encore apporter des visiteurs. Consultez les journaux du serveur ou les données de recherche lorsqu’ils sont disponibles. L’inventaire donne une base pour conserver, mettre à jour, regrouper ou rediriger au lieu de décider de mémoire.

Enregistrez avant le changement une base comprenant pages d’entrée, demandes, conversions, positions et erreurs. Sans référence, l’équipe peut prendre une variation normale pour un problème de migration ou laisser passer un déclin progressif qui demande de l’attention.

Associez chaque ancienne URL importante

Créez un tableau avec chaque ancienne URL et sa destination précise sur le nouveau site. Envoyez-la vers la page de remplacement la plus proche, pas automatiquement vers l’accueil. Si plusieurs pages deviennent une ressource, redirigez-les vers celle-ci et notez la raison. S’il n’existe aucun remplacement utile, décidez délibérément si une réponse « page introuvable » est plus honnête qu’une redirection sans rapport.

Évitez les chaînes et les boucles. Une ancienne URL doit idéalement aller directement à la destination finale, et la nouvelle page doit utiliser les bonnes URLs actuelles. Gardez le tableau auprès des personnes qui gèrent le serveur ou la plateforme, car il servira aussi après le lancement.

Conservez l’intention du visiteur sur la destination. Une personne qui cherche un service précis ne devrait pas arriver sur une page générale et recommencer sa recherche. La pertinence compte davantage que le simple chargement.

Préservez contenu et parcours clients

Comparez les pages anciennes et nouvelles par leur sens, pas seulement par le nombre de mots. Conservez les informations qui aident à choisir, préparer, contacter, acheter ou revenir. Une page plus courte peut être meilleure, mais retirer détails, questions, exemples ou contexte local peut la rendre moins utile. Vérifiez titres, liens, images, formulaires et téléchargements.

Parcourez les étapes comme un client. Envoyez un formulaire, testez réservation et paiement, ouvrez un document et contrôlez les confirmations. Testez téléphone et clavier. La migration n’est pas terminée lorsque l’accueil fonctionne, mais lorsque les visiteurs importants atteignent encore un résultat utile.

Testez les formulaires de bout en bout. Vérifiez l’envoi, le destinataire, la confirmation donnée au visiteur et l’arrivée de la demande dans le bon système.

Testez avant et pendant le lancement

Construisez une version de test que les moteurs ne doivent pas indexer. Testez liens internes, redirections, canonicals, règles robots, sitemap, données structurées, vitesse, formulaires, intégrations et pages d’erreur. Comparez des anciennes et nouvelles URLs représentatives. Tenez une checklist de lancement avec un responsable et un résultat clair, validé ou non, pour chaque point critique.

Au lancement, appliquez les redirections, retirez les blocages temporaires appropriés, envoyez le nouveau sitemap et vérifiez Analytics. Modifiez les réglages DNS ou d’hébergement avec soin et notez l’heure exacte du changement. Gardez si possible l’ancien environnement pendant une période planifiée afin d’examiner les différences inattendues sans devoir deviner.

Gardez la carte des redirections et les réglages de lancement en dehors de la plateforme. L’équipe pourra ainsi retrouver les changements en cas d’incident.

Surveillez les semaines suivantes

Consultez Search Console pour les problèmes d’indexation, erreurs d’exploration, alertes de sécurité et changements de performance. Examinez les pages d’entrée, appareils et canaux. Surveillez demandes, réservations, paiements et questions support, pas seulement les sessions. Une variation de trafic peut être saisonnière, mais une série soudaine de pages absentes ou de formulaires en échec exige une enquête immédiate.

Faites une liste d’erreurs et corrigez d’abord redirections cassées, pages précieuses absentes, canonicals incorrects et ressources bloquées. Prévenez partenaires et annuaires importants lorsque leurs liens sont anciens. Une migration réussie est une transition gérée, pas un simple moment de lancement, et la période de suivi fait partie du travail.

Comparez plusieurs semaines plutôt qu’une seule journée. Exploration, campagnes et indexation peuvent fluctuer au début. Un suivi régulier distingue le bruit d’un vrai problème.

Sources

• Site moves and migrations · Google Search Central
• Search Console overview · Google Search Console

Questions fréquentes

Combien de temps conserver les redirections ?

Conservez celles qui reçoivent des visiteurs ou des liens. Ne les retirez pas simplement parce que le nouveau site est en ligne ; vérifiez d’abord les données.

Une refonte fait-elle forcément baisser le trafic ?

Non. Le risque dépend de ce qui change et du soin apporté aux URLs, au contenu, aux redirections, aux réglages techniques et à la mesure. Une refonte bien planifiée peut améliorer l’utilité et les performances.

Faut-il rediriger toutes les anciennes pages vers l’accueil ?

Généralement non. Redirigez chaque ancienne URL utile vers la nouvelle page la plus proche et la plus pertinente. Une redirection vers l’accueil qui ne répond pas au besoin d’origine peut dérouter les visiteurs et les moteurs de recherche.