2026 Shopify : comment tester les codes de vérification par e-mail des comptes clients ? Liste de contrôle pour développeurs

Les preuves à séparer pendant l’acceptation

Shopify Customer Accounts permet une connexion par adresse e-mail et code à usage unique, selon la documentation consacrée aux comptes clients. Pour vos tests, ne traitez pas « le client est connecté » comme un résultat unique. Suivez plutôt le parcours de bout en bout et conservez une preuve distincte à chaque étape :

• Demande de connexion : l’utilisateur saisit l’adresse de test et l’interface réagit comme prévu.
• Réception : le message arrive dans la boîte associée à cette adresse.
• Vérification : le code reçu est accepté, ou le refus se produit conformément au scénario testé.
• Session : le navigateur ou l’application dispose d’une session correspondant au client concerné.
• Accès au compte : l’utilisateur arrive dans le compte attendu et ne voit que les données autorisées.

Cette séparation évite un faux positif courant : un test automatisé peut confirmer qu’un bouton fonctionne ou qu’une page de succès s’affiche sans avoir observé le véritable courriel. À l’inverse, un message reçu ne démontre pas que le code a été accepté ni que la session mène au bon compte.

Choisissez le niveau de preuve selon la question à trancher. Une simulation convient pour isoler une erreur de code ; elle n’est pas un substitut à une réception réelle lorsque votre exigence porte sur la livraison. Une boîte de test isolée, un scénario reproductible et un relevé distinct de chaque résultat rendent les anomalies plus faciles à diagnostiquer.

Scénario : client déjà associé à un profil

Commencez avec un client de test dont le profil est déjà associé à l’adresse utilisée. Dans une boutique de développement sous votre contrôle, lancez le parcours normal de connexion à partir de la boutique, et non depuis un écran bricolé qui contournerait le mécanisme de compte. Les conditions officielles des boutiques de développement vous aident à vérifier que votre environnement convient aux essais.

Avant de lancer le test, notez le domaine de la boutique, l’environnement, l’adresse de test et le profil attendu. Demandez ensuite la connexion et consignez l’heure de la demande ainsi que la réaction visible de la boutique. Consultez la boîte de réception correspondant à cette adresse : un état « code envoyé » n’est pas une preuve de réception.

Saisissez le code reçu dans le parcours prévu, puis vérifiez la destination finale. Si le client dispose de données de compte pertinentes pour votre test, contrôlez qu’elles sont celles de ce profil. Le critère de réussite est l’accès au compte attendu avec la session appropriée, pas simplement la présence d’un message de vérification ou d’une notification de succès.

En cas d’échec, conservez les étapes qui permettent de le reproduire : adresse de test, boutique concernée, moment de la demande, observation dans la boîte et résultat après saisie. Évitez de copier le code ou des informations de compte dans un ticket accessible à des personnes non autorisées.

Scénario : adresse sans profil client existant

Traitez séparément une adresse qui n’est pas liée au profil client que vous venez de tester. Le but n’est pas de supposer que Shopify créera nécessairement un compte ou suivra un parcours identique dans tous les cas : observez le comportement actuel de votre boutique et confrontez-le aux informations officielles sur les comptes clients.

Distinguez trois résultats qui sont souvent confondus : la création éventuelle d’un profil client, la réception du message de connexion et l’accès effectif à un compte. Si un profil apparaît après l’essai, vérifiez-le dans l’environnement de test et consignez le résultat sans l’interpréter comme la preuve que le code a été livré ou accepté.

Un essai propre compare une adresse déjà associée et une adresse sans profil associé, sans mélanger leurs données. Si vous réutilisez un même identifiant dans plusieurs scénarios, vous risquez de prendre un état antérieur pour le résultat du test courant. Gardez donc une trace des données préparées et de ce que vous avez vérifié après chaque essai.

Scénario : extension de compte avant et après connexion

Pour valider une extension de compte client, préparez dans la boutique de développement les données du client de test et, si votre parcours l’exige, les informations de commande nécessaires. Les consignes Shopify de test des extensions constituent la référence pour configurer et tester cette partie.

Séparez les contrôles d’affichage de ceux qui portent sur les données. Avant la connexion, notez les éléments visibles. Après la connexion, vérifiez le rendu de l’extension, puis comparez les données montrées avec celles du client autorisé. Si la page se charge mais que les données attendues manquent, il peut s’agir d’un problème de préparation, de rendu ou d’autorisation : consignez ces pistes sans conclure que le courriel n’a pas été livré.

Une extension visible n’est pas une preuve que le compte est correctement autorisé. Réciproquement, une extension qui s’affiche correctement ne prouve pas que le code de connexion a été envoyé. Reprenez donc les preuves de réception et de vérification du code dans votre relevé, au lieu de les déduire d’un affichage après connexion.

Foire aux questions

Vérifier le parcours de connexion des comptes clients

Utilisez une boutique de développement que vous contrôlez et un client de test autorisé. Déclenchez la connexion, constatez la réception du message, saisissez le code dans le parcours prévu, puis vérifiez l’accès au compte attendu. Consignez ces résultats séparément : une page de confirmation seule ne prouve ni la réception réelle du message ni l’ouverture correcte d’une session.

Confirmer la réception réelle d’un code Shopify

Vérifiez le message dans la boîte de réception de l’adresse de test, et pas seulement la réponse de l’interface ou les journaux de votre application. Notez l’environnement, l’adresse utilisée, l’heure de la demande et le résultat observé. Une simulation qui fournit un message ou un code de test peut valider une logique applicative, mais elle ne démontre pas la livraison d’un courriel.

Contrôler une extension après connexion

Contrôlez séparément le rendu avant et après connexion, les données effectivement visibles et les autorisations associées au compte. Préparez des données de test liées au client utilisé, puis vérifiez que l’extension ne révèle pas d’informations appartenant à un autre compte. L’affichage d’un composant ne suffit pas à prouver que l’accès aux données est correctement autorisé.

Valider le retour d’une boutique sans interface native

Suivez le parcours de compte client configuré, puis vérifiez que le retour s’effectue vers la page attendue et que votre application crée une session correspondant au client connecté. Contrôlez le domaine, la configuration HTTPS et l’URL de retour dans votre environnement. Un parcours simulé en local peut aider au débogage, mais ne constitue pas une preuve de réception réelle du courriel.

Scénario : boutique sans interface Shopify et retour de connexion

Dans une boutique sans interface Shopify, testez le flux de compte client configuré et vérifiez ce qui se passe après la saisie du code. La documentation Shopify sur la configuration de l’API des comptes clients pour une boutique sans interface est à consulter pour confirmer que votre mise en œuvre correspond au parcours documenté.

Contrôlez le domaine utilisé pendant le test, la configuration HTTPS et l’adresse de retour. Après la validation du code, vérifiez que la redirection aboutit à la page prévue et que votre application établit une session pour le bon client. Une page affichée après le retour ne suffit pas si la session est absente, expirée ou rattachée au mauvais profil.

Lorsqu’un test local remplace le serveur ou le parcours réel, marquez clairement ce résultat comme simulé. Il peut isoler un problème de traitement du retour, mais il ne démontre pas que Shopify a envoyé un courriel réel ni que le flux de connexion complet fonctionne dans votre boutique.

Scénario : client B2B et emplacement d’entreprise

Si votre boutique utilise les fonctions B2B, créez des données de test autorisées et associez le client concerné à l’entreprise et à l’emplacement nécessaires à votre scénario. Vérifiez ensuite que la connexion aboutit à l’identité attendue et que les informations affichées correspondent au périmètre autorisé.

Ne déduisez pas qu’un compte client donne automatiquement accès à toutes les données d’une entreprise. Le test doit refléter les associations et les autorisations réellement configurées pour ce client. Consignez séparément l’identité reconnue, l’emplacement pertinent, les éléments visibles et les éléments auxquels l’accès est refusé. Si le compte affiché ne correspond pas à l’association préparée, arrêtez le test avant d’utiliser des données réelles ou non autorisées.

Parcours d’acceptation pour votre équipe

Pour rendre les résultats reproductibles, consignez les essais comme des événements distincts plutôt que comme un unique état « connexion réussie ». Vous pouvez appliquer cette séquence à chaque scénario :

• Préparer : choisissez une boutique de développement, un client de test autorisé et une adresse isolée. Notez si le client est déjà associé à un profil.
• Déclencher : lancez la connexion par le parcours de la boutique et notez l’environnement ainsi que le résultat visible.
• Observer : vérifiez dans la boîte associée à l’adresse si le courriel est effectivement arrivé. Si vous ne l’observez pas, ne marquez pas la réception comme réussie.
• Vérifier : saisissez le code reçu dans le parcours normal et consignez s’il est accepté ou refusé, sans supposer une durée ou un format qui ne seraient pas documentés.
• Contrôler : vérifiez la session, la page de destination, le profil et, lorsque le scénario le prévoit, les données affichées par l’extension ou le compte B2B.
• Rejouer : reproduisez l’essai à partir du même état de départ. Si vous modifiez les données ou la configuration entre deux essais, notez ce changement pour éviter de comparer des situations différentes.

Pour les équipes qui testent aussi d’autres formulaires, la liste de contrôle pour valider la réception des courriels d’inscription aide à distinguer l’envoi apparent de la réception observée. Si votre choix porte sur l’adresse à utiliser dans un environnement de test, comparez également l’adresse jetable et l’alias de boîte mail selon le besoin de conservation et de réutilisation.

Une boîte de test n’est pas une mesure de la délivrabilité générale. Le résultat indique ce qui s’est passé pour une adresse, une boutique, un environnement et un instant donnés. Il ne prouve pas que tous les clients recevront le message, que leurs filtres le classeront de la même façon ou que le parcours restera identique après une modification de Shopify ou de votre configuration.

Évolution des anciens comptes et périmètre du test

Shopify a annoncé le 26 février 2026 que les anciens comptes clients étaient désormais dépréciés, dans son avis de modification officiel. Cet avis indique que la date finale de désactivation sera annoncée plus tard en 2026 ; ne déduisez pas une échéance précise tant que Shopify ne l’a pas publiée.

Pour une nouvelle acceptation, vérifiez que le scénario testé correspond bien aux comptes clients que votre boutique utilise actuellement. Si vous maintenez encore un parcours ancien, séparez ce test de celui du parcours moderne par code e-mail. Cela évite qu’un résultat obtenu dans une configuration ne soit attribué à l’autre, et facilite la mise à jour de vos essais lorsque les documents officiels ou l’annonce de désactivation évoluent.

Choisir une boîte de test sans confondre les preuves

Pour un compte important que vous devrez retrouver à long terme, qui doit recevoir des messages dans la durée ou auquel vous devez répondre, privilégiez une adresse durable que votre équipe contrôle. Un alias peut également convenir si vous devez isoler les inscriptions tout en conservant un accès suivi. Pour des essais limités à une inscription, une démonstration ou la réception d’un code, une adresse temporaire peut réduire la pollution de votre boîte principale ; vérifiez toutefois que Shopify accepte l’adresse dans votre scénario et ne présumez pas qu’elle le fera.

Si vous souhaitez essayer une adresse temporaire pour un test contrôlé de votre propre boutique, examinez d’abord les fonctions réellement disponibles sur la page de FadeInbox. La réception depuis une boîte de test peut vous aider à observer le message, mais elle ne remplace pas le parcours de connexion officiel de Shopify, ne garantit pas la livraison et ne contrôle pas les règles d’acceptation de la plateforme. Pour tester votre boutique, gardez le même principe : adresse autorisée, données isolées et preuves distinctes pour la réception, la validation du code, la session et l’accès au compte.