Comment passer à une nouvelle plateforme de boutique en ligne sans perdre de trafic ni de données

La migration d'une boutique en ligne consiste à transférer le catalogue, les clients, les commandes et les URL des pages vers une nouvelle plateforme, de sorte que ni les acheteurs ni Google ne remarquent de rupture. Il y a deux risques principaux : perdre le trafic de recherche (les URL ont changé et les anciennes ne sont pas redirigées) et perdre des données (clients, historique des commandes, avis, paramètres d'analyse).

Cet article ne recommande aucune plateforme. Il traite du processus, qui est le même pour tout changement. Les règles de recherche proviennent de la documentation de Google Search Central ; le reste relève de la logique pratique, ce qui est signalé comme tel.

D'abord, déterminer de quel type de migration il s'agit

Google distingue deux cas, et la quantité de travail dépend du cas :

1. Les URL des pages changent (la nouvelle plateforme construit les URL autrement, le domaine ou le protocole change) : c'est un « déplacement de site avec changement d'URL », qui nécessite des redirections et une correspondance soignée entre les anciennes et les nouvelles URL (Google Search Central).
2. Les URL restent les mêmes, seuls l'hébergement ou la plateforme sous-jacente changent : c'est un déplacement sans changement d'URL, où la tâche principale est de basculer le DNS et de ne pas perdre l'accès de Googlebot (Google Search Central).

À retenir en pratique : si la nouvelle plateforme peut conserver vos URL (produits, catégories, articles), faites-le. Chaque URL conservée est une redirection que vous n'avez pas à maintenir et un risque en moins. Si ce n'est pas possible, préparez une correspondance complète.

Préparation (2 à 6 semaines avant la migration)

1. Dresser un inventaire

• URL. D'après Google, rassemblez les anciennes URL à partir du sitemap, des journaux du serveur, des statistiques, du CMS et du rapport sur les liens de Search Console. Tenez compte aussi des images, des vidéos, de JavaScript et de CSS (Google).
• Trafic et commandes. Notez une référence : sessions par source, trafic organique par page, chiffre d'affaires par canal, conversion sur les 3 à 6 derniers mois. Sans elle, impossible de distinguer la saisonnalité des pertes.
• Les pages les plus importantes. Isolez séparément les premières pages en chiffre d'affaires organique et en liens entrants : ce sont elles que l'on vérifie à la main en premier.
• Paramètres. Flux produits, comptes publicitaires et Merchant Center, pixels, intégrations avec la comptabilité et la livraison, modèles d'e-mails.

2. Construire une table de redirections

Pour chaque ancienne URL, déterminez la nouvelle. D'après Google :

• utilisez des redirections permanentes côté serveur (301 ou 308) ; celles côté client (JavaScript, meta refresh) seulement en dernier recours ;
• redirigez chaque ancienne URL directement vers l'URL finale, sans chaînes : Googlebot peut suivre jusqu'à 10 sauts, mais Google conseille de ne pas dépasser 3 et de rester de préférence sous 5 ;
• n'envoyez pas de nombreuses anciennes URL vers une seule page non pertinente, comme la page d'accueil ;
• pour le contenu que vous ne déplacez pas, renvoyez 404 ou 410 (Google).

La page de Google sur les redirections précise la différence : les redirections permanentes (301/308) indiquent que la nouvelle URL doit devenir canonique et s'afficher dans les résultats, tandis que les temporaires (302/303/307) gardent l'ancienne dans les résultats (Google Search Central). Une migration exige des redirections permanentes.

Exemple (illustratif). Avant : `/category/womens-clothing/dress-123`. Après : `/women/dresses/dress-123`. Dans la table, c'est une ligne, et dans les paramètres de la plateforme une règle qui peut s'appliquer en masse selon un motif, mais les exceptions (produits sans correspondance) doivent être traitées à la main.

3. Préparer la nouvelle plateforme

• Catalogue. Transférez et vérifiez les attributs, les variantes, les photos, les avis ; mettez la structure en ordre (structure du catalogue). Les données provenant d'un PIM ou de tableurs sont plus faciles à nettoyer au préalable.
• Clients et commandes. Importez-les et vérifiez un échantillon : montants, statuts, adresses, historique. Déterminez séparément si les comptes des acheteurs peuvent être transférés. Les mots de passe sont généralement stockés sous forme de hachages, et toutes les plateformes ne les acceptent pas ; il peut donc falloir que les clients réinitialisent leur mot de passe. C'est une précaution pratique générale, pas une donnée d'étude : consultez la documentation des deux plateformes.
• Droit et vie privée. Les données personnelles des acheteurs restent sous votre responsabilité pendant le transfert : vérifiez le contrat avec le nouveau prestataire et la politique (RGPD, cookies).
• SEO technique. Les canoniques auto-référencées, hreflang, les liens internes, le sitemap et les données structurées doivent pointer vers les nouvelles URL (Google). Un audit rapide : audit technique.
• Copie de préproduction. Bloquez l'indexation du site de test (`noindex` ou accès par mot de passe), et levez le blocage avant le lancement.

4. Configurer l'analyse et la mesure

• Transférez les balises et les événements (`view_item`, `add_to_cart`, `purchase`) et vérifiez sur des commandes de test que le rapport « Achats e-commerce » de Google Analytics affiche le chiffre d'affaires, les vues et les ajouts au panier (Aide Google Analytics).
• Préparez un rapport « avant et après » par rapport à votre référence de l'étape 1.
• Google conseille de configurer l'analyse sur les deux sites et de s'assurer que le serveur supporte l'augmentation de l'exploration par Googlebot après la migration.

5. Choisir le calendrier

Google recommande de migrer en période de faible trafic, car les positions peuvent fluctuer temporairement. Pour une boutique, cela signifie ne pas lancer juste avant la haute saison (Black Friday, fêtes de fin d'année) et laisser du temps avant celle-ci pour corriger les erreurs.

Le jour de la migration

La séquence que décrit Google pour un déplacement avec de nouvelles URL (Google) :

1. Activer les redirections.
2. Vérifier que les canoniques pointent vers les nouvelles URL et retirer tout `noindex` temporaire.
3. Tester les redirections avec l'outil d'inspection d'URL ou un script.
4. Si le domaine ou le sous-domaine change, soumettre l'outil de changement d'adresse dans Search Console pour chaque variante validée de l'ancien domaine. Il ne s'applique pas à un passage de HTTP à HTTPS, à un changement de www ou de chemin.
5. Soumettre le nouveau sitemap, supprimer l'ancien.
6. Mettre à jour les liens dans les réseaux sociaux, les profils, les campagnes publicitaires et sur les sites partenaires qui pointent vers vous.

Pour un déplacement sans changement d'URL, la procédure est différente (Google) : bien avant la migration, au moins une semaine à l'avance, abaisser le TTL des enregistrements DNS à quelques heures pour que le changement se propage plus vite ; s'assurer qu'un pare-feu ou une protection DDoS ne bloque pas Googlebot ; basculer le DNS ; une fois que le trafic vers l'ancien serveur a disparu, l'éteindre.

Pour une boutique, ajoutez : vérifier le paiement et le tunnel de commande avec de vraies cartes, que les e-mails et les SMS partent, les statuts de commande, les exports vers l'entrepôt et la livraison (le transporteur), un flux publicitaire opérationnel.

Après la migration : quoi vérifier

• Search Console. D'après la documentation de Google, le nombre d'URL indexées dans l'ancien sitemap doit diminuer et croître dans le nouveau ; des avertissements de redirection dans l'ancien sitemap sont normaux.
• Journaux du serveur. Visites de Googlebot, codes de réponse inattendus, trafic des utilisateurs.
• Analyse. Le trafic baisse sur les anciennes URL et croît sur les nouvelles. Comparez le trafic organique et le chiffre d'affaires avec la référence.
• 404 et redirections. Chaque jour pendant la première semaine, cherchez les URL qui renvoient 404 alors qu'elles avaient une correspondance dans la table.
• Conversion et tunnel. Le paiement chute plus vite que le SEO si quelque chose s'est cassé (indicateurs clés, abandon de panier).

Combien de temps attendre. Google ne donne pas de dates au calendrier : pour les sites de taille moyenne, la transition peut prendre plusieurs semaines ou plus, les grands sites demandent plus de temps, et la migration est terminée lorsque Googlebot a visité au moins une fois toutes les anciennes et nouvelles URL. Les positions peuvent fluctuer temporairement (Google). Pendant les 2 à 4 premières semaines, ne faites donc pas d'autres grosses modifications du site, pour ne pas mélanger les causes.

Combien de temps garder les redirections. D'après les recommandations actuelles de Google, au moins un an, et plus longtemps si elles reçoivent encore du trafic. Les désactiver plus tôt risque de faire perdre des signaux (Google).

Qui fait quoi

C'est une répartition typique, pas une exigence des sources.

Plan de retour en arrière

Avant de basculer, convenez de ce qu'il faut faire si quelque chose tourne mal : l'ancien site continue de fonctionner à une adresse temporaire, les redirections peuvent être désactivées rapidement, et les commandes de ces jours-là ne seront pas perdues. Pour de courts problèmes de disponibilité, Google conseille d'utiliser des redirections temporaires, qui gardent l'ancienne URL dans les résultats (Google).

Erreurs courantes

• Envoyer toutes les anciennes URL vers la page d'accueil.
• Oublier les images, les PDF, les pages filtrées et les articles de blog.
• Lever trop tard (ou pas du tout) le blocage `noindex` sur le nouveau site.
• Construire des chaînes de redirections de trois à cinq sauts.
• Migrer juste avant la saison.
• Ne pas sauvegarder la référence « avant » et se disputer ensuite pour savoir s'il y a eu une baisse.
• Ne pas vérifier le paiement et l'expédition sur de vraies commandes.
• Changer la structure et le design en même temps que la plateforme, alors que chaque changement complique la recherche de la cause.

FAQ

Vais-je perdre des positions dans Google en changeant de plateforme ? Des fluctuations temporaires sont possibles : Google le dit directement. Les pertes sont réduites par des URL conservées ou des redirections permanentes claires, une nouvelle table, des canoniques correctes et un suivi après le lancement.

Combien de temps garder les redirections après la migration ? D'après les recommandations actuelles de Google, au moins un an, plus longtemps s'il y a encore du trafic par leur intermédiaire.

Faut-il une redirection 301 si les URL n'ont pas changé ? Non, mais il faut vérifier le DNS, l'accessibilité pour Googlebot et que l'environnement de test est bloqué.

Que faire des clients et des mots de passe ? Importez-les et vérifiez un échantillon ; pour les mots de passe, déterminez à l'avance si la nouvelle plateforme accepte leur transfert, sinon préparez un e-mail de réinitialisation du mot de passe.

Combien de temps dure une migration ? La partie technique dépend du catalogue, et la « stabilisation » dans la recherche peut, selon Google, prendre plusieurs semaines ou plus.

Termes associés

• Structure du catalogue d'une boutique en ligne
• Plateforme SaaS, boutique sur mesure ou vibe coding : que choisir
• Audit technique d'un site
• Système PIM
• Indicateurs clés d'une boutique en ligne : quoi suivre chaque jour, chaque semaine et chaque mois

Sources

• Google Search Central, How to move a site (with URL changes) — developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
• Google Search Central, Moving a site with no URL changes — developers.google.com/search/docs/crawling-indexing/site-move-no-url-changes
• Google Search Central, Redirects and Google Search — developers.google.com/search/docs/crawling-indexing/301-redirects
• Google Analytics Help, Ecommerce purchases report — support.google.com/analytics/answer/12924131