Une migration de boutique rate rarement sur la technique. Elle rate sur les adresses : les produits changent d’URL, personne n’a prévu le plan de correspondance, et le trafic acquis en trois ans disparaît en une nuit. Voici le déroulé qui évite cela.
Ce qui se perd, et ce qui ne se perd pas
Commençons par la bonne nouvelle : une migration bien conduite ne fait pas perdre de positions. Google comprend un changement d’adresse à condition qu’on le lui dise proprement, et la baisse qu’on observe parfois pendant quelques semaines est une phase de recalcul, pas une sanction.
La mauvaise : tout ce qui n’a pas été cartographié avant la bascule est perdu pour de bon. Une page produit dont l’ancienne adresse renvoie une erreur ne se récupère pas d’elle-même ; elle sort de l’index, et avec elle les liens que d’autres sites pointaient vers elle.
La migration est donc un exercice d’inventaire avant d’être un exercice technique.
L’inventaire : quatre listes à produire
Avant de toucher à quoi que ce soit, quatre extractions. Elles prennent une demi-journée et déterminent tout le reste.
- Toutes les adresses actuelles, pas seulement les fiches produit : catégories, filtres indexés, pages de contenu, articles de blog, fichiers PDF, images référencées.
- Les pages qui reçoivent du trafic, depuis la Search Console et votre outil de mesure. C’est la liste prioritaire : elle est toujours plus courte qu’on ne le croit, et c’est elle qui ne souffre aucune approximation.
- Les pages qui reçoivent des liens externes. Une fiche produit citée par un blog ou un média vaut plus que dix fiches jamais liées.
- Les données non visibles : comptes clients, historique de commandes, abonnements en cours, avis, codes promo actifs, règles de TVA et de livraison.
Cette dernière liste est celle qu’on découvre toujours trop tard. Un historique de commandes qui ne migre pas, c’est votre comptabilité qui s’arrête à la date de bascule.
Le plan de correspondance, ligne par ligne
C’est le cœur du travail : un tableau à deux colonnes, ancienne adresse et nouvelle adresse, pour chaque page qui existait.
Trois règles le rendent fiable.
Une redirection permanente, jamais temporaire. Le code 301 transmet l’historique de la page ; le 302 dit à Google que l’ancienne adresse reviendra, et il la garde en réserve pendant des mois.
Une seule étape, jamais deux. Si l’ancienne adresse renvoie vers une deuxième qui renvoie vers une troisième, chaque saut dilue le signal et ralentit le crawl. Les chaînes se créent toutes seules quand on migre deux fois en deux ans : il faut les aplatir au moment de la seconde migration.
Vers la page équivalente, pas vers l’accueil. Rediriger cent fiches produit supprimées vers la page d’accueil est traité comme une erreur douce : Google considère que la destination ne répond pas à la demande initiale. Mieux vaut la catégorie correspondante, et un vrai message quand le produit n’existe plus.
Les cinq pièges propres à WooCommerce
La structure d’adresse des produits
WooCommerce propose plusieurs formes : avec le nom de la catégorie, avec un préfixe, ou sans rien. Ce choix se fait avant l’import, pas après : le changer une fois les produits en ligne recrée un jeu complet de nouvelles adresses, donc une deuxième migration à l’intérieur de la première.
Les variations de produit
Taille, couleur, format : selon la plateforme d’origine, chaque variation pouvait être une page autonome indexée. Sous WooCommerce, elles deviennent des options d’une même fiche. Il faut donc rediriger plusieurs anciennes adresses vers une seule — et accepter que l’ancienne granularité disparaisse.
Les avis clients
Ils s’exportent mal, parfois pas du tout, et ils portent souvent les mots que vos clients emploient réellement. Vérifiez le format disponible avant la bascule : récupérés, ils s’importent comme commentaires ; oubliés, ils ne se reconstituent pas.
Les images
Une migration qui laisse les images hébergées sur l’ancienne plateforme fonctionne… jusqu’au jour où l’abonnement s’arrête. Les fichiers doivent être rapatriés, rattachés aux fiches, et leurs noms conservés quand ils sont déjà référencés.
Les pages de catégorie
Elles sont souvent les mieux positionnées de la boutique, et les plus négligées pendant la migration, parce qu’on se concentre sur les produits. Traitez-les en premier dans le plan de correspondance.
La recette avant bascule
La migration se prépare sur un environnement séparé, et se vérifie avant d’être visible. Ce qu’on contrôle, dans cet ordre :
- Le catalogue est complet : on compte, on ne regarde pas. Nombre de produits, de variations, de catégories, avant et après.
- Un achat test va au bout, paiement compris, en mode test de la passerelle, avec facture et courriel de confirmation.
- Les comptes clients fonctionnent : connexion, réinitialisation de mot de passe, historique visible.
- Le plan de correspondance est chargé et testé sur un échantillon : les vingt pages à plus fort trafic, vérifiées une par une.
- Les règles de TVA et de livraison donnent le même total qu’avant sur trois paniers types.
Cette étape est celle qu’on compresse quand le planning dérape, et c’est précisément celle qu’il ne faut pas compresser.
Le jour de la bascule
Gelez le catalogue et les commandes pendant l’opération : une commande passée sur l’ancienne boutique pendant la migration n’existera nulle part. Prévenez votre service client la veille, pas le matin même.
Dans l’heure qui suit la mise en ligne : vérifier que le site répond, qu’un achat réel aboutit, que les redirections fonctionnent en production, et que les robots ne sont pas bloqués — l’oubli classique est un fichier d’exclusion resté en configuration de préproduction, qui désindexe la boutique entière en quelques jours.
Puis déclarez le nouveau plan du site dans la Search Console et laissez travailler.
Les quatre semaines suivantes
C’est la période où l’on croit s’être trompé. Les impressions bougent, les positions oscillent, et la tentation est grande de corriger dans tous les sens.
Trois choses seulement méritent une surveillance quotidienne : les erreurs 404 dans les journaux du serveur — chacune est une correspondance oubliée, et elle se corrige en une minute ; les pages explorées mais non indexées signalées par la Search Console ; et le taux de conversion, qui détecte un problème de tunnel qu’aucun outil SEO ne verra.
Le reste s’observe à quinze jours d’intervalle. Une courbe de trafic se lit sur un mois, pas sur un après-midi.
Quand ne pas migrer
Si votre boutique fonctionne, que votre catalogue est standard et que l’abonnement ne pèse pas sur votre marge, la migration n’a pas de rendement. Le bon moment est celui où une contrainte apparaît : une règle métier impossible à implémenter, une commission devenue un poste de charges, une intégration refusée. Nous avons détaillé cet arbitrage dans WooCommerce ou plateforme fermée.
Et si la décision est prise, le travail commence par le tableau de correspondance, pas par l’installation. C’est la méthode que nous appliquons sur les boutiques que nous reprenons, décrite sur notre page agence WooCommerce — dites-nous où vous en êtes et nous vous dirons franchement si l’opération en vaut la peine.