C'est la crainte la plus fréquente au moment de refaire un site : « et si on perdait notre référencement ? ». La crainte est légitime, des migrations bâclées ont déjà coûté cher à des entreprises. La bonne nouvelle : avec de la méthode, une migration se fait proprement. Voici notre méthode complète, étape par étape, celle que nous appliquons à chaque refonte.
Pourquoi une refonte peut faire mal
Votre visibilité actuelle repose sur vos adresses de pages (URL), accumulées au fil des années : elles sont connues de Google, liées par d'autres sites, enregistrées dans des favoris. Si la nouvelle version du site change ces adresses sans prévenir personne, les moteurs tombent sur des pages introuvables, et les visiteurs aussi. C'est ça, une migration ratée : des années de visibilité jetées en quelques jours.
Étape 1 : l'inventaire de l'existant
Avant de toucher à quoi que ce soit, on dresse la carte : toutes les pages de l'ancien site, celles qui reçoivent du trafic, celles qui sont positionnées, celles qui reçoivent des liens externes. Les contenus utiles sont conservés ou améliorés dans la nouvelle version ; les pages mortes sont assumées comme telles. Sans inventaire, on redirige à l'aveugle.
Étape 2 : le plan de redirections 301
La pièce maîtresse. Chaque ancienne URL est mise en face de sa nouvelle équivalente dans un plan de redirections 301 : la redirection permanente qui dit aux moteurs « cette page a déménagé ici, définitivement ». Les moteurs comprennent le déménagement, les visiteurs ne voient rien.
Les erreurs classiques qu'on voit dans les migrations ratées :
| Erreur | Conséquence |
|---|---|
| Tout rediriger vers la page d'accueil | Google traite ça comme des pages supprimées ; la visibilité fond |
| Des redirections temporaires (302) au lieu de 301 | Les moteurs attendent le retour de l'ancienne page au lieu de transférer |
| Des chaînes de redirections (A vers B vers C) | Signal dilué, chargement ralenti |
| Oublier les images et documents PDF | Des liens morts et du trafic perdu, invisibles depuis les pages |
| Ne rien tester avant la bascule | On découvre les trous quand Google les a déjà vus |
Étape 3 : Search Console, le canal officiel
Le transfert de votre Google Search Console fait partie du process : c'est le canal officiel pour suivre l'indexation de la nouvelle version, soumettre le nouveau sitemap XML et repérer immédiatement les erreurs éventuelles. Objectif honnête : limiter la variation au minimum. Une refonte comporte toujours une part de flottement le temps que les moteurs digèrent ; quiconque vous garantit zéro impact ou une position d'arrivée vous ment.
Étape 4 : la bascule sans coupure
La nouvelle version se recette entièrement sur un environnement de pré-production : contenus, redirections, balises, vitesse. La bascule du nom de domaine se fait ensuite en fenêtre courte, et vos e-mails professionnels sont vérifiés avant le changement : pas de coupure de site, pas de coupure de messagerie. Les bases techniques de la nouvelle version (structure, balises, vitesse, sitemap, HTTPS) sont intégrées dès la conception, pas rajoutées après coup.
Étape 5 : la surveillance post-bascule
Les semaines qui suivent, on surveille : l'indexation des nouvelles pages, les erreurs 404 résiduelles (il en reste toujours quelques-unes à corriger), les performances de chargement, et l'évolution des impressions dans Search Console. Les corrections se font au fil de l'eau, pendant que les moteurs finissent leur digestion.
Combien de temps dure la digestion
Soyons précis sur ce qui vous attend : après une bascule propre, les moteurs recrawlent le site, suivent les redirections et réévaluent les pages. Cette digestion prend généralement de quelques semaines à quelques mois selon la taille du site et la fréquence de passage des robots. Une variation temporaire des positions pendant cette période est normale et attendue ; c'est la variation durable qui signale un problème, et c'est exactement ce que la surveillance post-bascule sert à détecter tôt.
Le cas particulier du changement de domaine
Refonte sur le même domaine ou déménagement vers un nouveau domaine, ce n'est pas le même chantier. Un changement de domaine ajoute une couche : redirections de l'ancien domaine vers le nouveau (à maintenir dans la durée, pas six mois), notification du changement d'adresse dans Search Console, mise à jour des profils externes (annuaires, réseaux, signatures). Quand le domaine historique porte des années de liens entrants, on ne le débranche jamais brutalement.
Qui fait quoi
Une migration réussie est une collaboration, autant le dire avant de commencer :
- Le prestataire : inventaire, plan de redirections, recette technique, bascule, surveillance et corrections. C'est son métier, exigez la checklist.
- Vous : les accès (registrar du domaine, Search Console, hébergement actuel), la validation des contenus repris ou réécrits, et le signalement des pages qui comptent pour votre activité, que vous connaissez mieux que personne.
Si votre prestataire actuel ne peut pas produire la liste de vos URLs les plus visitées avant la refonte, la question de la migration est déjà répondue : elle ne sera pas maîtrisée.
La checklist complète
- Inventaire des pages, du trafic et des liens entrants
- Contenus utiles conservés ou améliorés
- Plan de redirections 301, URL par URL (pas de redirection en masse vers l'accueil)
- Images et documents inclus dans le plan
- Recette complète en pré-production, redirections testées
- Bascule DNS en fenêtre courte, e-mails préservés
- Sitemap soumis, Search Console suivie
- Surveillance des 404 et des performances pendant plusieurs semaines
Vous envisagez une refonte mais la migration vous freine ? C'est précisément notre métier, et cette méthode est appliquée à chaque projet. Parlez-nous de votre site, ou commencez par vérifier s'il est temps de le refaire.