Que tester après une migration e-commerce avant le Black Friday

Avant le Black Friday, vérifiez que les données migrées sont correctes et que les clients peuvent aller au bout des parcours que vos campagnes mettront en avant. Commencez par les landing pages saisonnières et vos SKU les plus vendus, puis contrôlez les variantes, le stock, les comptes, les remises, les redirections, les taxes, la livraison, le paiement, le tracking, les notifications et le fulfillment. Répétez les contrôles critiques après la dernière mise à jour des données et sur le domaine live avant d’envoyer du trafic de campagne.

Une migration terminée est une étape importante. Mais la première commande de la saison dépend de bien plus que de la simple arrivée des enregistrements. Votre nouveau theme doit les afficher correctement, votre checkout doit appliquer les règles prévues et les systèmes derrière la boutique doivent recevoir une commande exploitable.

Chez Next-Cart, nous recommandons de transformer cette incertitude en une courte liste de parcours avec des résultats attendus clairs. Vous n’avez pas besoin de contrôler chaque page avec la même intensité. En revanche, vous devez disposer d’éléments montrant que les produits et expériences clients qui portent vos revenus saisonniers fonctionnent de bout en bout.

1. Commencez par les pages et produits dont dépend votre campagne

Utilisez votre plan de campagne pour choisir le premier ensemble de tests. Incluez les landing pages reliées aux publicités et aux e-mails, vos bestsellers, les variantes promues, les collections cadeaux ainsi que tout bundle ou abonnement que vous comptez mettre en avant. Ajoutez quelques enregistrements complexes, comme des produits avec des champs personnalisés ou des clients ayant un historique de commandes important.

Donner la priorité à ces parcours permet d’identifier rapidement les problèmes à fort impact commercial. Cela ne remplace pas une validation plus large du périmètre de migration. Conservez les contrôles de nombre d’enregistrements, les rapports d’exception et un échantillonnage représentatif du reste du catalogue.

• Ouvrez chaque lien de campagne sur mobile et desktop, y compris les liens présents dans les brouillons d’e-mails ou de publicités.

• Confirmez que le produit annoncé, le prix, la devise, la disponibilité et l’offre correspondent bien à la destination.

• Suivez les filtres de collection, les résultats de recherche et les appels à l’action jusqu’au produit prévu.

• Consignez pour chaque problème le résultat attendu, le résultat réel, le responsable et le résultat du retest.

Si votre changement de plateforme est encore en cours de finalisation, notre guide de préparation de votre boutique à la migration explique comment convenir du périmètre et des exigences de lancement avant cette phase de validation.

2. Séparez les résultats de migration de la configuration du storefront

La validation du transfert de données vérifie si les enregistrements, champs et relations convenus sont arrivés correctement dans la cible. La validation du storefront vérifie si le theme, les apps, le checkout et les règles opérationnelles de la cible utilisent ces données comme prévu. Un problème peut concerner l’une de ces couches ou les deux.

Par exemple, un champ de matière peut exister correctement dans l’admin de la cible mais ne pas apparaître sur la page produit parce que le theme n’est pas configuré pour l’afficher. Signaler uniquement que « la matière manque » ralentit le diagnostic. Indiquez où la valeur existe, où elle n’apparaît pas et ajoutez un SKU d’exemple.

Utilisez ces contrôles pour orienter les problèmes ; la responsabilité dépend du périmètre de projet convenu.

Comparez avec les entities prises en charge et les options convenues pour votre Migration Path précise. Dans une migration de WooCommerce vers Shopify, par exemple, vérifier les produits transférés est distinct de la validation de la configuration de paiement de la cible. Ne supposez pas qu’une migration de données recrée toutes les apps ou règles métier.

3. Validez ensemble les produits, variantes et stocks

Commencez dans l’admin de la cible, puis vérifiez le storefront. Confirmez les titres, descriptions, images, prix, affectations de catégories et champs personnalisés requis. Pour les variantes, vérifiez la combinaison d’options ainsi que le SKU, le code-barres, l’image et le prix qui lui sont associés.

Imaginez une veste bleu marine en taille M. La page peut afficher le bon produit parent alors que la variante sélectionnée pointe vers le mauvais enregistrement de stock. Ajoutez cette combinaison exacte au panier et inspectez la ligne de commande obtenue. Ce type de relation ne peut pas être prouvé par de simples totaux d’enregistrements.

Notre explication du data mapping et des SKU reliés montre pourquoi les relations entre produit, variante et commande nécessitent leur propre validation.

Utilisez la bonne référence de stock

Comparez les quantités avec un snapshot ou une heure de cutoff convenus. Si la Source Store a continué à vendre après la première migration, un écart peut correspondre à une activité plus récente plutôt qu’à une erreur de transfert. Rapprochez cette activité avant d’approuver le stock.

Lorsque la boutique utilise plusieurs emplacements ou un système de stock externe, confirmez quel système fait autorité pour le stock et quels emplacements peuvent effectuer le fulfillment des commandes en ligne. Testez une variante en stock, un article épuisé et le comportement de backorder prévu. Vérifiez qu’une commande contrôlée modifie la disponibilité comme prévu.

Évitez les relances à l’aveugle. Avant de répéter une migration ou d’utiliser Additional Migration Options, confirmez le périmètre pris en charge, le comportement de matching et l’effet sur les données déjà présentes dans la cible. Convenez de la manière dont les nouvelles commandes et les variations de stock seront rapprochées.

4. Vérifiez les clients récurrents et les commandes historiques

Utilisez des comptes de test autorisés pour valider l’expérience client. Vérifiez le parcours prévu de connexion ou d’activation de compte, la réinitialisation du mot de passe le cas échéant, les adresses enregistrées et l’accès au bon historique de commandes.

La portabilité des mots de passe dépend de la Source Platform, de la Target Platform et de la méthode de migration prise en charge. Si les mots de passe existants ne peuvent pas être transférés, préparez et testez le parcours d’accès de remplacement avant d’annoncer la nouvelle boutique. Le simple fait qu’un enregistrement client soit arrivé ne prouve pas que le client peut se connecter.

Ouvrez des commandes historiques représentatives et vérifiez l’association au client, les articles achetés, les quantités, les remises, la devise, la livraison, les taxes et les totaux. Une ancienne commande doit rester compréhensible même si le produit a depuis été arrêté. Confirmez que les comptes clients n’affichent que l’historique qu’ils doivent exposer.

Si les commandes historiques déclenchent des e-mails ou des automatisations de fulfillment dans la cible, corrigez ce comportement avant toute importation ultérieure. Les clients ne devraient pas recevoir une nouvelle notification d’expédition simplement parce qu’une ancienne commande a été migrée.

5. Prouvez que l’offre saisonnière fonctionne au checkout

Testez la promotion réelle que vous prévoyez d’utiliser, notamment les conditions d’éligibilité, les exclusions, le montant minimum, les limites d’utilisation, les heures de début et de fin ainsi que l’interaction avec d’autres remises. Vérifiez le fuseau horaire de la boutique au lieu de supposer que l’offre commencera au moment attendu par l’équipe marketing.

Combinez ensuite la promotion avec des adresses, modes de livraison, types de clients et moyens de paiement représentatifs. Demandez à la personne responsable de la configuration fiscale de fournir les résultats attendus pour vos scénarios de test ; ne déduisez pas le bon résultat fiscal uniquement à partir de l’affichage de l’ancienne boutique.

Un exemple d’achat à suivre

Prenons une campagne illustrative offrant 20 % de remise sur une veste éligible à 80 USD. Le sous-total attendu pour une veste est de 64 USD avant livraison et taxes. Testez la variante promue, un produit exclu et un panier qui ne remplit pas les conditions. Confirmez ensuite les bons résultats de livraison et de taxation pour chaque scénario d’adresse approuvé.

• Effectuez un checkout en tant qu’invité et un checkout de client récurrent sur mobile.

• Vérifiez les options de livraison, les seuils de livraison gratuite et les destinations non prises en charge.

• Testez un paiement réussi, un scénario d’échec approprié et le parcours de retry du client.

• Vérifiez que la page de confirmation, l’enregistrement de commande et l’enregistrement de paiement concordent.

Utilisez d’abord les modes de test de paiement et empêchez les tests de déclencher de vraies expéditions ou des e-mails clients. Avant l’approbation de la campagne, organisez avec votre équipe tout contrôle de paiement live nécessaire et strictement encadré, puis rapprochez ou remboursez la transaction selon votre processus. Un succès en sandbox ne prouve pas que les identifiants et réglages de paiement live sont corrects.

Les tests fonctionnels n’établissent pas non plus la capacité lors d’un pic de trafic. Utilisez notre guide de stress test du trafic des fêtes pour contrôler la charge, le monitoring et la recovery en parallèle de cette checklist post-migration.

6. Suivez les anciennes URL jusqu’aux bonnes nouvelles pages

Commencez par les URL qui attirent déjà des acheteurs : principales landing pages organiques, URL de bestsellers, pages de catégories et liens utilisés dans d’anciens e-mails ou des publicités actives. Pour les URL modifiées, confirmez que l’ancienne adresse atteint la nouvelle destination la plus pertinente via la redirection permanente prévue.

Vérifiez les boucles de redirection, chaînes inutiles, destinations cassées et pages sans rapport. Envoyer toutes les URL de produits retirés vers la page d’accueil peut empêcher les acheteurs de retrouver l’article recherché. Les recommandations de Google pour les changements de site préconisent des correspondances d’URL pertinentes et des redirections directes vers la destination finale.

Examinez également les URL canoniques, les liens internes et le sitemap. Confirmez que les pages destinées à la recherche publique ne sont pas encore bloquées par des réglages de développement comme des directives noindex. Maintenez les pages privées de compte et de checkout sous leurs règles d’indexation prévues.

Testez également les liens de campagne avec paramètres de tracking. Une redirection qui mène au bon produit mais perd les informations de campagne rend les résultats plus difficiles à interpréter. Réussir ces contrôles réduit les problèmes évitables ; cela ne garantit pas que le classement dans les moteurs de recherche restera inchangé après un changement de plateforme.

7. Confirmez le tracking avec un vrai parcours de test

La présence d’un script de tracking dans le code source n’est qu’un point de départ. Suivez le produit sélectionné depuis la vue produit jusqu’à add to cart, checkout et purchase, puis examinez les événements dans les outils de test concernés.

Pour GA4, les recommandations de Google sur la validation eCommerce expliquent comment inspecter les événements dans DebugView. Vérifiez l’identifiant de transaction, la devise, les identifiants d’articles, les quantités et la valeur conformément à votre implémentation. Rapprochez la transaction de test de la commande dans la boutique plutôt que de comparer des totaux journaliers sans rapport.

Vérifiez les événements purchase en double, surtout si une app et un tag manager les envoient tous les deux. Confirmez la bonne propriété de production et les bonnes destinations publicitaires, et testez le comportement du consentement sans contourner le choix du client. Utilisez des données clients synthétiques et évitez d’envoyer des informations personnelles dans les champs analytics.

Notre guide sur la protection du data tracking couvre les contrôles de continuité faciles à oublier lorsque le storefront semble déjà terminé.

8. Suivez les notifications et intégrations après la commande

Un checkout réussi a encore besoin d’un handoff réussi. Vérifiez la confirmation envoyée au client, l’alerte interne de commande, l’enregistrement d’entrepôt ou de fulfillment, la mise à jour du stock et l’entrée correspondante dans le CRM ou la comptabilité. Contrôlez le destinataire, le contenu, le timing et la référence de commande.

Inspectez les logs ou files d’intégration lorsqu’ils sont disponibles. Si le traitement est retardé, déterminez si ce délai est attendu et qui doit intervenir lorsqu’il dépasse la limite convenue. Testez la manière dont les traitements échoués sont relancés et comment le traitement en double est évité.

Les modèles d’e-mails méritent un contrôle distinct après un changement de plateforme. Les liens doivent pointer vers le domaine live, le branding doit correspondre à la nouvelle boutique et les liens de compte client doivent ouvrir la bonne destination. Confirmez qu’une importation historique ne déclenche pas une automatisation indésirable.

Documentez les preuves à l’aide d’une référence de test partagée entre la boutique, le prestataire de paiement et le système downstream. Cela permet au support et aux opérations d’examiner la même transaction sans avoir à deviner quel enregistrement une autre équipe désigne.

9. Validez la première campagne Black Friday

Effectuez les contrôles finaux après la dernière mise à jour de données approuvée et répétez le parcours d’achat critique sur le domaine live. Confirmez les paramètres de paiement live, les e-mails, les redirections, les intégrations et le tracking au lieu de vous fier uniquement aux résultats du staging.

Utilisez cette checklist pour l’approbation de la campagne :

• Les landing pages saisonnières et les SKU promus mènent aux bons articles réellement achetables.

• Les relations produit, l’historique client et le stock passent les contrôles de données convenus.

• Les clients peuvent utiliser le parcours prévu pour accéder à leur compte.

• Les scénarios de remise, taxe, livraison, paiement et retry donnent les résultats attendus.

• Les URL legacy prioritaires et les liens de campagne atteignent les bonnes destinations live.

• Le tracking, les notifications et le traitement downstream des commandes ont été vérifiés.

• Les défauts critiques sont corrigés et retestés ; les problèmes restants ont des responsables identifiés et des workarounds approuvés.

• Le marketing, les opérations et le responsable technique s’accordent sur la personne autorisée à mettre une campagne en pause et sur la gestion des incidents.

Tenez un journal de test simple : scénario, environnement, résultat attendu, preuve, responsable et statut. Ne marquez pas un test échoué comme réussi simplement parce qu’un correctif a été déployé. Retestez le parcours concerné, y compris les étapes dépendantes.

Mettez la campagne concernée en pause si les clients ne peuvent pas payer, si les commandes sont rattachées au mauvais compte, si le stock n’est pas fiable ou si le fulfillment reçoit de mauvais articles. Un taux global élevé de tests réussis ne doit pas masquer une défaillance critique.

Votre première campagne saisonnière doit commencer avec une vision claire de ce qui a été testé et de qui est responsable de ce qui reste. Si un écart concerne des enregistrements migrés, fournissez à l’équipe de migration des IDs d’exemple, la valeur source, le résultat cible et le comportement attendu.

Pour obtenir de l’aide sur le périmètre de migration et les options d’accompagnement disponibles, comparez les services de migration de Next-Cart. Convenez des tâches de validation incluses et de celles qui relèvent de votre équipe storefront ou intégration. Vous pouvez également consulter nos Guides de migration pour les prochaines étapes de préparation et de vérification de votre changement.