Beaucoup de dirigeants qui lancent une refonte de leur site officiel craignent moins l'esthétique du design que le fait qu'après la mise en ligne du nouveau site, les mots-clés auparavant bien positionnés ne soient plus trouvables et que le trafic chute brutalement.
Ce problème peut être évité en grande partie dès la phase de développement web. Lorsqu'une perte d'indexation se produit réellement, c'est souvent parce que quelques détails ont été oubliés lors de la migration, et non parce que le nouveau site lui-même pose problème.
Voici les étapes dans l'ordre réel d'un projet, expliquées le plus simplement possible.
1. Définir les règles d'URL avant de toucher au code
Le point le plus fragile d'une migration, ce sont les URL. L'ancien site utilise `/product/123.html`, le nouveau passe à `/product?id=123`, ou bien on renomme toutes les rubriques : les moteurs de recherche considéreront cela comme un ensemble de nouvelles pages à redécouvrir.
La méthode est simple : avant la migration, établir une liste des anciennes URL, en les exportant depuis le back-office, le sitemap et la plateforme de recherche, puis en indiquant pour chacune « conserver le chemin d'origine » ou « rediriger vers le nouveau chemin ». Conservez autant que possible les chemins existants, en particulier les pages de rubrique et les articles déjà positionnés.
Piège à éviter : ne réécrivez pas toutes les URL pour faire « plus propre ». La propreté est pour les humains, l'indexation est pour les robots d'exploration ; en cas de conflit, priorité à l'indexation.
2. Faire toutes les redirections 301, pas seulement la page d'accueil
La redirection 301 est le point vital d'une migration. L'erreur courante est de ne rediriger que la page d'accueil, en laissant toutes les pages internes en 404.
La bonne approche est un mappage un à un : l'ancienne page A redirige vers la nouvelle page A, et non toutes vers la page d'accueil. Tout rediriger vers l'accueil revient à dire aux moteurs de recherche « ces contenus n'existent plus », et l'indexation chutera rapidement.
Autre détail : la chaîne de redirection ne doit pas dépasser un niveau. A redirige vers B, B vers C : les robots peuvent s'y perdre. Pendant le développement web, demandez à l'équipe technique de configurer directement A vers C.
S'il s'agit d'une refonte de site d'entreprise avec une structure de rubriques très modifiée, il est conseillé, avant la mise en ligne, de parcourir l'ancien site avec un outil de crawl pour générer un tableau de règles de redirection et le confier au développement, plutôt que de le compléter après la mise en ligne.
3. Ne réécrivez pas tout le contenu du site, commencez par le mappage
Certaines équipes profitent de la refonte pour changer tous les textes : titres, descriptions, corps de page. Résultat : les nouvelles pages ne « correspondent » plus aux anciennes, les moteurs de recherche doivent réévaluer la pertinence, et les fluctuations de classement sont très visibles.
Une approche plus sûre : conserver le thème et les mots-clés d'origine sur les pages clés, migrer d'abord la structure, puis optimiser progressivement les textes une fois la mise en ligne stabilisée.
Exemple concret : une entreprise d'équipements industriels refait son site officiel ; l'ancien site comptait plus de 80 pages produit. Lors de la migration, les paramètres produit, références et cas d'application ont été repris à l'identique, seuls la mise en page et la navigation ont été ajustés, et les références d'origine ont été conservées dans les titres. Deux semaines après la mise en ligne, l'indexation des principales pages produit était globalement maintenue. À l'inverse, si les références avaient été remplacées par des slogans de marque, il aurait probablement fallu tout reconstruire.
4. Rythme de mise en ligne : valider d'abord à faible trafic, puis basculer entièrement
Pour une migration, le « tout d'un coup » n'est pas recommandé.
Un rythme viable : faire tourner d'abord le nouveau site sur le réseau interne ou un domaine de test, vérifier les redirections, le sitemap, le robots et le canonical ; puis basculer à une heure de faible affluence, soumettre immédiatement le nouveau sitemap et surveiller l'exploration et l'indexation sur la plateforme de recherche.
Trois pièges à éviter :
- Ne pas bloquer par erreur dans robots.txt : l'environnement de test contient souvent `Disallow: /`, oublié à la mise en ligne, et tout le site devient inaccessible aux robots.
- Ne pas laisser le canonical pointer vers l'ancien domaine : facile à conserver en copiant un template.
- Ne pas mettre seulement la page d'accueil dans le sitemap : il doit inclure les principales rubriques et pages de contenu.
5. Mini-programmes et App ne remplacent pas le site, ne mélangez pas les migrations
Certaines entreprises souhaitent profiter de la refonte pour diriger le trafic vers le développement de mini-programmes ou d'App : c'est légitime, mais ne retirez pas directement le contenu du site. Site web, mini-programme et App ont chacun leurs points d'entrée ; les moteurs de recherche ne reconnaissent que le site.
Si vous faites réellement du développement de mini-programmes, il est conseillé de conserver les pages de contenu complètes sur le site et de réserver au mini-programme les fonctions interactives comme la prise de rendez-vous, l'adhésion ou les commandes, avec une source de contenu commune. Cela ne nuit ni à l'indexation ni à l'activité.
Dans quels cas faire appel à MIC Studio
Si vous êtes dans l'une de ces situations, envisagez une équipe externe :
- L'ancien site a une structure chaotique, personne ne sait quelles pages génèrent du trafic, il faut d'abord clarifier avant de migrer ;
- Pas de développeur front-end ni back-end dédié en interne, et le délai de développement web est serré ;
- Une baisse d'indexation est déjà apparue après la migration, il faut diagnostiquer les redirections et l'indexation ;
- Vous devez en même temps réaliser un site d'entreprise, un mini-programme ou une App, et souhaitez une cohérence de contenu et technique.
Lors du développement et de la migration de sites d'entreprise, MIC Studio a pour habitude d'établir d'abord la liste des anciennes URL et le tableau de redirections, avant de parler design et fonctionnalités. Quand l'ordre est respecté, il y a moins de reprises ensuite.
Trois conseils applicables
1. Exportez la liste des anciennes URL avant la mise en ligne, confirmez une à une la conservation ou la redirection, et remettez un tableau au développement.
2. Faites des redirections 301 un à un, sans dépasser un niveau, et soumettez immédiatement le nouveau sitemap après la mise en ligne.
3. Préservez d'abord le contenu des pages clés avant de modifier les textes, puis optimisez les mots-clés deux semaines après la stabilisation de la mise en ligne.
Migrer ne se résume pas à déplacer des pages : c'est plutôt un déménagement. Il faut garder les bonnes adresses, indiquer les anciennes adresses, et ne pas tout changer sans raison. En respectant ces points, l'indexation sera globalement maintenue.