Une migration seo ratée ne se voit pas le jour du lancement. Elle se voit trois semaines plus tard, quand le trafic organique a fondu de 40 % et que personne ne sait exactement quelles pages ont disparu. À ce stade, la récupération demande des mois.
Pourtant, l'essentiel se joue avant la bascule. Une migration préparée sérieusement perd quelques points pendant deux à quatre semaines puis retrouve son niveau. Une migration improvisée peut coûter une année de travail éditorial.
Ce n'est pas le contenu qui se perd, c'est l'autorité accumulée par les URL. Chaque page indexée a mis des mois à gagner sa position. Si son adresse change sans redirection correcte, cette autorité ne se transfère pas : elle disparaît.
La première est l'absence de plan de redirection exhaustif. Toutes les URL qui changent doivent pointer vers leur équivalent le plus proche, en redirection 301 seo permanente et non temporaire.
La deuxième est la perte de contenu. Les refontes s'accompagnent souvent d'un allègement éditorial jugé sain sur le plan du design. Chaque paragraphe supprimé retire pourtant du signal sémantique à une page qui se positionnait grâce à lui.
La troisième est le blocage technique involontaire. Un fichier robots.txt de préproduction laissé en place, une balise noindex oubliée sur un gabarit, un site en HTTPS mal configuré : ces erreurs sont fréquentes et coûtent immédiatement.
Trois exports constituent le socle. La liste complète des URL indexées, obtenue par un crawl complet croisé avec la Search Console, car le crawl seul rate les pages orphelines.
Les positions et le trafic par URL sur douze mois, pour identifier les pages à protéger absolument. Sur la plupart des sites, 20 % des pages produisent 80 % du trafic organique.
Et les liens entrants par page. Une page qui reçoit des liens externes mérite une attention particulière : sa redirection conditionne la conservation de ces signaux.
Chaque ancienne URL pointe vers la nouvelle page la plus proche en contenu. Rediriger massivement vers la page d'accueil est traité comme une page introuvable déguisée et ne transmet rien.
Une URL redirigée vers une autre elle même redirigée dilue le signal et ralentit le crawl. Pointez toujours directement vers la destination finale, y compris pour les anciennes redirections déjà en place.
Vérifiez que le plan de redirection couvre 100 % des URL qui changent, testé sur un échantillon avant mise en production. Un tableur à deux colonnes suffit, mais il doit être exhaustif.
Contrôlez que les balises title et les contenus des pages à fort trafic sont conservés à l'identique, ou améliorés, jamais raccourcis sans raison.
Assurez vous que le fichier robots.txt de production autorise le crawl et qu'aucune balise noindex ne subsiste sur les gabarits. Cette vérification prend cinq minutes et évite le pire.
Préparez un nouveau plan de site XML et gardez l'ancien accessible quelques semaines, pour aider les moteurs à découvrir les redirections plus vite.
Testez immédiatement une trentaine de redirections représentatives, en incluant les pages à plus fort trafic. Vérifiez le code de réponse, qui doit être 301 et non 302.
Soumettez le nouveau plan de site dans la Search Console et demandez l'indexation des pages principales. Surveillez le rapport de couverture quotidiennement pendant deux semaines.
Conservez un accès à l'ancien environnement pendant au moins un mois. Il servira si une page oubliée doit être récupérée. Cette précaution relève d'une hygiène technique élémentaire et coûte peu.
Lancer la migration en haute saison. Une baisse temporaire de trafic pendant la période la plus rentable coûte bien plus cher que le report du projet de six semaines.
Changer simultanément la structure des URL, le design et le contenu. Si le trafic chute, vous ne saurez pas laquelle des trois causes est responsable. Séparez les chantiers quand c'est possible.
Négliger les pages orphelines. Elles n'apparaissent pas dans un crawl classique mais reçoivent parfois du trafic et des liens. Croisez toujours crawl et Search Console.
Enfin, considérer la migration comme terminée le jour du lancement. Le suivi des quatre semaines suivantes fait partie du projet.
Les erreurs 404 dans la Search Console, quotidiennement pendant deux semaines. Chaque nouvelle page introuvable signale une redirection manquante.
Le nombre de pages indexées, qui doit revenir à son niveau antérieur en trois à six semaines. Une stagnation basse indique un problème de crawl.
Et les positions des vingt pages les plus stratégiques, suivies individuellement plutôt qu'en moyenne. Une moyenne stable peut masquer l'effondrement de vos meilleures pages compensé par la progression de pages sans valeur commerciale.
Comptez deux à quatre semaines de préparation pour un site de quelques centaines de pages, davantage au delà. La bascule elle même se fait en une journée, le suivi occupe un mois.
Prévoyez explicitement un budget de récupération. Même bien préparée, une migration demande des ajustements dans les semaines qui suivent.
Un accompagnement se justifie quand le site dépasse quelques centaines de pages, quand le trafic organique représente une part significative du chiffre d'affaires, ou quand la structure des URL change en profondeur.
La page migration SEO détaille le déroulé complet d'un accompagnement. Un expert en référencement naturel intervient surtout sur le plan de redirection et le suivi post bascule, deux étapes où les erreurs sont les plus coûteuses. Pour une boutique, un consultant SEO e-commerce apporte la connaissance des particularités liées au catalogue. L'ensemble s'inscrit dans la démarche SEO globale.
Cartographie des URL, plan de redirection exhaustif et suivi des quatre semaines qui décident du résultat.
Deux à six semaines pour une migration bien préparée, avec une baisse temporaire de 10 à 20 % pendant la phase de recrawl. Au delà de deux mois sans retour au niveau antérieur, il y a un problème structurel à diagnostiquer : redirections manquantes, contenu perdu ou blocage technique.
Si vous le pouvez, oui. Conserver la structure des URL supprime le risque principal d'une migration. Le changement d'adresse ne se justifie que pour corriger une structure réellement problématique. Un design entièrement nouveau peut parfaitement cohabiter avec les URL existantes.
Ces plateformes imposent des préfixes d'URL que vous ne contrôlez pas totalement, ce qui rend le plan de redirection encore plus critique. Vérifiez avant de vous engager que la plateforme cible permet des redirections 301 personnalisées en masse. Certaines formules limitent cette fonction, ce qui se découvre au pire moment.
Non pour une migration. La 302 signale un déplacement temporaire et ne transmet pas l'autorité de la même façon. Utilisez systématiquement la 301 pour tout changement d'adresse définitif. Vérifiez le code de réponse réel après mise en production plutôt que de vous fier au réglage annoncé.
Commencez par lister les erreurs 404 dans la Search Console et croisez avec les pages qui recevaient du trafic avant la bascule. La plupart des chutes s'expliquent par des redirections manquantes, et la correction produit un effet en une à trois semaines. Vérifiez ensuite les blocages techniques, puis seulement les pertes de contenu.
Si le nom de domaine change, utilisez l'outil de changement d'adresse dans la Search Console : cela accélère nettement la prise en compte. Si seule la structure des URL change, aucune déclaration n'est nécessaire, mais soumettez le nouveau plan de site et demandez l'indexation des pages principales pour accélérer le recrawl.