La veille d’un lancement, il est tentant de se fier à l’impression générale : « la boutique tourne, les produits s’affichent, on peut y aller ». C’est précisément ce réflexe qui laisse passer les problèmes les plus gênants — un e-mail de confirmation jamais envoyé, une taxe mal appliquée sur une zone, un mode test de la passerelle de paiement resté actif. Cette checklist ne couvre pas l’audit de performance serveur, traité séparément : elle se concentre uniquement sur les réglages propres à la boutique elle-même.
Les vingt points suivants suivent un ordre logique, du cœur de la boutique vers les détails périphériques, pensé pour être parcouru en une session avant l’ouverture officielle des commandes.
Paiement et commandes
- Vérifier que chaque passerelle de paiement est basculée en mode production, pas en mode test ou sandbox.
- Passer une vraie commande de faible montant avec un moyen de paiement réel, puis la rembourser si besoin.
- Contrôler que l’e-mail de confirmation de commande part bien vers le client ET vers l’administrateur.
- Vérifier le comportement en cas de paiement refusé : le client doit comprendre l’erreur et pouvoir réessayer.
- Confirmer que le statut de commande se met à jour correctement après un paiement différé (virement, chèque).
Taxes et zones de livraison
- Vérifier les taux de taxe appliqués sur au moins deux zones géographiques différentes du catalogue.
- Contrôler que chaque zone de livraison couvre bien les pays ou régions prévus, sans zone orpheline.
- Tester un panier avec un produit exonéré de taxe si le catalogue en comporte.
- Vérifier l’affichage des prix TTC ou HT selon le réglage prévu, cohérent sur catalogue, panier et facture.
Catalogue et fiches produit
- Relire les fiches produit phares à la recherche de fautes, de prix erronés ou d’images manquantes.
- Vérifier que les stocks affichés correspondent à la réalité physique au moment du lancement.
- Contrôler le comportement d’un produit en rupture : affichage, possibilité de précommande ou non.
- Vérifier les variations de produits variables : combinaisons manquantes, prix incohérents entre variations.
Communication client
- Relire le contenu de chaque e-mail transactionnel : confirmation, expédition, remboursement, compte client créé.
- Vérifier que l’expéditeur des e-mails correspond bien au nom et à l’adresse attendus par le client, pas à une adresse générique du serveur.
- Tester l’inscription à un compte client et la récupération de mot de passe de bout en bout.
Légal et conformité
- Vérifier la présence des mentions légales, conditions générales de vente et politique de confidentialité, à jour.
- Contrôler l’affichage de la case de consentement RGPD au moment de la commande, si le client la requiert.
Derniers réglages techniques
- Désactiver tout mode maintenance ou coming soon encore actif sur la boutique.
- Vérifier que les identifiants d’analytics et de pixels publicitaires pointent vers les bons comptes de production, pas vers un compte de test créé pendant le développement.
Un conseil transmis à chaque chef de projet avant une mise en production : passer réellement une commande de bout en bout, avec sa propre carte bancaire, vaut toujours mieux que de se fier à une capture d’écran envoyée par le développeur.
Organiser la checklist en session de recette
Sur les projets suivis par des chefs de projet non-développeurs, il est utile de transformer cette liste en tableau partagé, avec une colonne « statut » et une colonne « responsable », plutôt que de la garder sous forme de simple liste à puces dans un e-mail. Cela évite qu’un point glisse entre deux personnes qui pensaient chacune que l’autre s’en occupait.
| Catégorie | Nombre de points | Responsable typique |
|---|---|---|
| Paiement et commandes | 5 | Développeur |
| Taxes et livraison | 4 | Développeur / chef de projet |
| Catalogue produit | 4 | Chef de projet / client |
| Communication client | 3 | Développeur |
| Légal et conformité | 2 | Client / chef de projet |
| Réglages techniques | 2 | Développeur |
Ce que cette checklist ne couvre pas
Elle ne remplace ni un audit de performance serveur (temps de réponse, configuration du cache, dimensionnement de l’hébergement), ni un audit de sécurité complet, deux sujets qui méritent leur propre passage en revue avant un lancement à fort trafic attendu.
En résumé
Vingt points peuvent sembler beaucoup la veille d’un lancement déjà chargé en tâches de dernière minute, mais chacun correspond à un incident déjà vécu sur un vrai projet : e-mail non reçu, taxe manquante, mode test oublié. Suivre cette liste dans l’ordre, sans en sauter aucun sous prétexte qu’« il n’y a pas de raison que ça pose problème », reste la meilleure garantie d’un lancement sans mauvaise surprise le jour J.
