Synthèse décisionnelle

Confirmé

Ce qui change

  • La recette distingue connexion, rapprochement de profil et affichage des commandes.
  • Une nouvelle adresse ne doit pas être assimilée à une fusion de profils.

Recommandation

Ce que vous pouvez faire

  1. Identifier le modèle de compte et les fonctions actives.
  2. Tester avec des comptes fictifs les parcours d’historique et de modification.
  3. Préparer une reprise support sans demander de secret au client.

À confirmer

Ce que l’on ne sait pas encore

  • Les applications et fournisseurs d’identité peuvent modifier le parcours.
  • Aucun compte client réel ni donnée personnelle n’a été consulté.

Un client connecté peut encore ne pas retrouver sa commande. Il peut utiliser une autre adresse, arriver dans un nouveau profil ou rencontrer une différence entre le compte proposé par la boutique et une application. La recette doit donc vérifier le bon historique, pas seulement l’apparition d’une page après connexion.

Shopify sert ici d’exemple pour les comptes clients actuellement documentés. Les anciens comptes, une application ou un fournisseur d’identité externe demandent leurs propres vérifications. Aucun compte réel n’a été ouvert pour cet article.

Situer l’absence avant de corriger

Commencer par distinguer trois résultats. Si la personne ne peut pas se connecter, examiner le mécanisme de connexion et le canal de réception autorisé. Si elle se connecte mais voit un profil neuf, vérifier l’adresse et le rattachement avant de chercher une commande supprimée. Si une partie seulement de l’historique manque, examiner les références concernées et les systèmes qui les affichent.

Dans un cas fictif, une commande invitée utilise une adresse, puis une connexion avec une autre adresse ouvre un nouveau profil. La correction peut consister à reprendre le parcours avec l’adresse du bon profil, après les vérifications autorisées ; elle ne nécessite pas de fusionner d’emblée les comptes. Ce scénario suit le comportement documenté par Shopify, sans prétendre avoir été testé.

Une migration peut expliquer certains contextes, mais cet article ne décrit pas de procédure universelle de migration. Si le défaut n’apparaît qu’après un changement de système, conserver ce lien temporel comme hypothèse et lire les règles des versions réellement concernées.

Identifier le modèle réellement proposé

Faire préciser quel système sert le lien « compte » de la boutique, quels modes de connexion sont actifs et quelles fonctions apparaissent : commandes, coordonnées, retours ou réachat. Une option visible dans une documentation ne démontre pas qu’elle est activée.

La documentation Shopify décrit notamment une connexion sans mot de passe par code envoyé à l’adresse email, ainsi que d’autres options selon la configuration. Elle distingue ces comptes des anciens comptes clients. Il ne faut pas mélanger leurs procédures dans une même consigne. Source : comptes clients Shopify.

La recommandation est de conserver une courte description du parcours actif, sa personne responsable et les applications qui enrichissent l’historique. Une mise à jour d’un composant peut changer l’expérience sans changer le titre du lien dans le menu.

Définir ce que le compte doit permettre de retrouver

Choisir les informations attendues pour le périmètre de la boutique : commandes autorisées, références utiles, coordonnées et accès aux actions effectivement disponibles. Séparer ce qui vient de la plateforme et ce qui est présenté par une extension.

La confirmation conservable du contrat relève d’un autre contrôle, traité dans le dossier Confirmation de commande. L’accès à une ligne d’historique ne prouve pas à lui seul que le client dispose de toutes les informations et documents nécessaires.

Le résultat attendu doit être testable : la commande fictive rattachée à ce profil est visible, ses montants sont cohérents et aucune commande d’un autre profil n’apparaît. Ces cas ne constituent pas une preuve de sécurité exhaustive.

Traiter la commande invitée comme un cas de recette

Une commande passée sans ouvrir volontairement un compte peut laisser une question d’accès ultérieur. Dans le modèle Shopify décrit, un client ayant déjà un profil peut se connecter avec l’adresse associée pour consulter ses commandes et informations. Une connexion avec une adresse non associée crée un nouveau profil. Source : création et accès au compte.

Tester ce scénario avec des données fictives autorisées. Vérifier l’adresse utilisée à la commande, celle saisie à la connexion et le profil qui sert l’historique. Ne pas conclure qu’une commande a disparu lorsque la personne regarde un autre compte.

Si le rapprochement ne fonctionne pas, le support doit disposer d’une procédure d’investigation adaptée, sans transmettre à la personne les données d’un autre profil pour vérifier une hypothèse.

Vérifier les changements de coordonnées

Shopify documente la modification de certaines coordonnées depuis le profil. Un changement d’adresse email demande une vérification ; il ne fusionne pas automatiquement plusieurs profils. La documentation signale aussi une limitation lorsque la connexion repose sur un fournisseur d’identité externe. Source : modification du profil.

La recette doit distinguer coordonnées du profil et informations d’une commande déjà passée. Ne pas supposer que modifier une adresse enregistrée change automatiquement la destination d’une commande en préparation. Le comportement du système de commande doit être vérifié séparément.

Faire tester la suite du parcours : nouvelle connexion, visibilité de l’historique, adresse proposée au checkout et messages destinés au client fictif. Une information sauvegardée dans le profil n’est pas encore une preuve que tous les écrans ont été actualisés.

Préparer une reprise par le support sans collecte de secrets

Lorsqu’une personne ne peut pas accéder au compte, conserver le symptôme, le parcours, le modèle de connexion et les références minimales utiles. Ne pas demander son mot de passe, son code temporaire ou l’accès à sa boîte email pour reproduire le défaut.

Le suivi des demandes SAV définit responsable et prochaine action. La procédure de compte ajoute les vérifications propres au rapprochement : quelle adresse et quel profil sont concernés, quelle preuve autorisée permet de poursuivre et quelles actions demandent une personne habilitée.

Une connexion réussie montre l’aboutissement d’un mécanisme d’authentification dans ce contexte. Elle ne suffit pas à autoriser toute demande de fusion, transfert de commande ou modification sensible présentée ensuite au support.

Exécuter une recette représentative

Préparer des cas fictifs distincts : profil avec historique connu, commande invitée, nouvelle adresse, modification autorisée de coordonnées et fonction ajoutée par une application. Ajouter le cas de deux profils séparés pour vérifier que leurs historiques restent distincts.

Pour chacun, relever l’attendu, l’écran obtenu, les informations affichées et les messages de confirmation réellement reçus dans le dispositif de test. Sur mobile, vérifier que l’accès à la commande et l’action suivante restent utilisables.

La clôture exige que le parcours soit explicable et que les échecs restants soient attribués. Aucun taux de résolution ni réduction de contacts SAV n’est déduit de cette méthode.

Documentation Shopify consultée le 23 octobre 2026. Les cas de recette sont proposés ; aucun client, compte réel ou secret n’a été consulté.

Preuves

Sources primaires

  1. Customer accounts

    Shopify Help Center · consulté le