Régression dans la file d'attente. Causes courantes du « recul » des utilisateurs dans la file d'attente.

CrowdHandler est axé sur l'équité, et dans la grande majorité des cas, vous gérerez une file d'attente selon le principe « premier entré, premier sorti ». C'est pourquoi nous prenons très au sérieux les signalements de « régression de la file d'attente » (utilisateurs signalant que leur position dans la file « recule »). Nous effectuons en permanence des tests fonctionnels pour nous assurer que les positions dans la file d’attente évoluent uniquement dans le bon sens. Il existe toutefois certaines circonstances dans lesquelles un utilisateur peut signaler que son numéro recule. Cet article décrit les causes les plus courantes. Nous examinons chaque signalement de régression de la file d’attente accompagné d’un jeton, mais dans tous les cas que nous avons étudiés à ce jour, la cause était l’une des suivantes :

Comprendre la rotation des jetons#

Les utilisateurs en file d'attente sont anonymes. Nous identifions la session d'un utilisateur dans la file d'attente, ou sur votre site, en lui envoyant un jeton généré aléatoirement lors de sa première connexion. L'utilisateur utilise des cookies et/ou le stockage local pour conserver ce jeton chaque fois qu'il demande une mise à jour de sa position dans la file d'attente ou qu'il accède à une URL sur votre site. Ce fonctionnement est similaire à celui de n'importe quelle autre session Web.

Une fois qu'une file d'attente est active, sauf cas particuliers tels que les codes de priorité ou la priorisation par adresse IP, le jeton est attribué en fin de file d'attente, c'est-à-dire avec un numéro élevé. Si un utilisateur constate que sa position dans la file d'attente passe d'un numéro bas à un numéro élevé, cela signifie presque à coup sûr qu'un nouveau jeton lui a été attribué, ce qui implique qu'il a perdu son jeton d'origine. Ainsi, si un utilisateur signale que son numéro recule, la question est de savoir comment il a perdu son jeton d'origine. L'une des explications suivantes s'applique presque à coup sûr :

Délais d'expiration des sessions#

Une fois qu'un jeton a rempli sa fonction, il est finalement supprimé. Mais comment savoir quand un jeton n'est plus nécessaire ? Comme toutes les autres applications web, nous utilisons le concept de délai d'expiration de session. Cela signifie que nous conservons la session pendant un certain temps à chaque fois que l'utilisateur se connecte à notre service. La durée par défaut est de 15 minutes, mais vous pouvez la définir dans les paramètres de votre domaine. Chaque fois que l'utilisateur vérifie sa position dans la salle d'attente (ce qui se fait automatiquement toutes les minutes), la durée de la session est prolongée de cette durée. Lorsque l'utilisateur accède à votre site web et effectue des requêtes d'URL, la durée de la session est prolongée. Mais si l'utilisateur cesse de se connecter à la salle d'attente ou à votre site web après l'expiration de la session, son jeton sera supprimé.

Voici les cas légitimes dans lesquels une session peut expirer :

Dans la salle d'attente Si vous avez choisi d'autoriser l'expiration des sessions dans la salle d'attente(il s'agit d'une case à cocher sur la page du domaine), un utilisateur peut perdre son jeton s'il laisse son appareil se mettre en veille ou s'il ferme l'onglet de son navigateur pendant une durée supérieure à celle spécifiée pour le délai d'expiration du domaine. Si l'utilisateur rouvre son navigateur, un nouveau jeton peut lui être attribué, ce qu'il peut percevoir comme une diminution de son numéro. Par défaut, la salle d'attente avertit l'utilisateur de ce comportement, et ce message est mis à jour automatiquement en fonction des paramètres de votre domaine.

Sur votre site Si l'utilisateur n'est pas attentif, il peut être redirigé vers votre site, mais il se peut qu'il ne clique sur aucune page pendant une durée supérieure au délai d'expiration du domaine. Lorsqu'il cliquera ensuite sur un lien, un nouveau jeton lui sera attribué et il pourra être renvoyé dans la file d'attente. Il peut avoir l'impression que sa position dans la file d'attente recule, car il se souvient avoir vu une position inférieure avant d'être redirigé vers le site.

Astuces pour passer rapidement à la caisse#

CrowdHandler dispose d'une fonctionnalité permettant de supprimer les jetons dès qu'un utilisateur a accédé à une page de finalisation, généralement une page de confirmation de commande. Cette fonctionnalité est souvent utilisée lorsque la file d'attente concerne l'accès à un stock limité. Elle est conçue pour empêcher les utilisateurs de profiter de leur position dans la file d'attente pour passer plusieurs commandes.

L'expérience utilisateur normale et prévue est la suivante : la page de confirmation se charge correctement, mais lorsque l'utilisateur clique sur d'autres liens déclenchant l'accès à la salle d'attente, un nouveau jeton lui est attribué et il se retrouve donc en fin de file d'attente.

Cependant, nous avons constaté que certains utilisateurs décrivaient ce comportement, pourtant voulu, simplement comme « un retour en arrière dans la file d'attente ».

Problèmes d'intégration#

Si vous développez votre propre intégration personnalisée, il vous incombe de suivre le jeton des utilisateurs qui accèdent à votre site, soit en créant un cookie, soit en utilisant le stockage de session. Il convient d’y prêter une attention particulière, notamment lors du premier transfert. Si vous configurez le cookie de manière incorrecte, ou si vous ne parvenez pas à le définir correctement sur la première page consultée par l'utilisateur, celui-ci ne présentera pas son jeton lors des clics suivants et se verra donc attribuer un nouveau jeton. Il se peut même qu'il ne voie pas votre première page s'afficher avant d'être renvoyé vers la salle d'attente, et qu'il signale donc probablement ce problème comme une régression de la file d'attente. Les causes courantes de ce problème sont les suivantes :

1. Rediriger les utilisateurs vers des pages qui n'exécutent pas le code d'intégration de CrowdHandler.
2. Problèmes généraux liés à la configuration et à la récupération des cookies
3. Erreurs générales sur les pages de destination empêchant l'exécution du code d'intégration de CrowdHandler.
4. Les utilisateurs accédant au site via des parcours inattendus et non sécurisés, par exemple des e-mails de réinitialisation de mot de passe.

Pour en savoir plus, consultez nos conseils de dépannage pour les intégrations personnalisées.