Regressione nella coda. Cause comuni per cui gli utenti "tornano indietro" nella coda.

CrowdHandler punta tutto sull'equità e, nella stragrande maggioranza dei casi, gestirai una coda con un sistema "first-in, first-out" (primo ad entrare, primo ad uscire). Per questo motivo prendiamo molto sul serio le segnalazioni di "regressione della coda" (utenti che segnalano che la loro posizione nella coda "sta andando indietro"). Eseguiamo costantemente test funzionali per garantire che le posizioni in coda procedano solo nella direzione corretta. Tuttavia, esistono alcune circostanze in cui un utente potrebbe segnalare che il proprio numero sta regredendo. Questo articolo descrive le cause più comuni. Esamineremo le singole segnalazioni di regressione della coda accompagnate da un token, ma in tutti i casi che abbiamo analizzato finora la causa è stata una delle seguenti:

Comprendere la rotazione dei token#

Gli utenti in coda sono anonimi. Riconosciamo la sessione di un utente in coda, o sul tuo sito, inviandogli un token generato casualmente al momento della prima connessione. L'utente utilizza i cookie e/o la memoria locale per memorizzare il token ogni volta che richiede un aggiornamento sulla propria posizione in coda o accede a un URL sul tuo sito. Il funzionamento è molto simile a quello di qualsiasi altra sessione web.

Una volta che una coda è attiva, salvo casi particolari quali i codici di priorità o la prioritizzazione IP, al token viene assegnata una posizione in fondo alla coda, ovvero con un numero elevato. Se un utente vede la propria posizione in coda passare da un numero basso a uno alto, ciò significa quasi certamente che gli è stato assegnato un nuovo token, il che implica che ha perso il token originale. Quindi, se un utente segnala che il proprio numero sta andando all’indietro, la domanda è: come ha fatto a perdere il token originale? Quasi certamente si tratterà di una delle seguenti spiegazioni:

Timeout delle sessioni#

Una volta che un token ha esaurito la sua utilità, viene infine eliminato. Ma come facciamo a sapere quando un token non è più necessario? Come tutte le altre applicazioni web, utilizziamo il concetto di timeout della sessione. Ciò significa che manteniamo attiva la sessione per un determinato periodo di tempo ogni volta che l’utente si connette al nostro sistema. Il valore predefinito è di 15 minuti, ma è possibile modificarlo nelle impostazioni del proprio dominio. Ogni volta che l’utente verifica la propria posizione nella sala d’attesa (operazione che avviene automaticamente ogni minuto), la durata della sessione viene prorogata di quel periodo di tempo. Quando l’utente accede al sito web e richiede degli URL, la durata della sessione viene estesa. Tuttavia, se l’utente smette di connettersi alla sala d’attesa o al sito web dopo il timeout della sessione, il suo token verrà eliminato.

Ecco i casi legittimi in cui una sessione può scadere:

Nella sala d'attesa Se avete scelto di consentire la scadenza delle sessioni nella sala d'attesa(si tratta di un'impostazione con casella di controllo nella pagina del dominio), un utente potrebbe perdere il proprio token se lascia che il dispositivo entri in modalità di sospensione o chiude la scheda del browser per un periodo di tempo superiore a quello specificato per il timeout del dominio. Se l'utente riapre il browser, potrebbe ricevere un nuovo token e potrebbe percepire questo evento come un ritorno indietro del proprio numero. Per impostazione predefinita, la sala d’attesa avvisa l’utente di questo comportamento e il messaggio viene aggiornato automaticamente in base alle impostazioni del dominio.

Sul tuo sito Se l'utente non è attento, potrebbe essere reindirizzato al tuo sito, ma potrebbe non cliccare effettivamente su alcuna pagina per un tempo superiore a quello specificato dal timeout del dominio. A quel punto, quando cliccherà su un link, gli verrà assegnato un nuovo token e potrebbe essere rimandato in coda. Potrebbe segnalare questo fenomeno come un arretramento della propria posizione in coda, poiché ricorda di aver visto una posizione inferiore prima di essere reindirizzato al sito.

Superofferte alla cassa#

CrowdHandler dispone di una funzionalità che consente di annullare i token una volta che l'utente ha raggiunto la pagina di destinazione, solitamente una sorta di conferma dell'ordine. Questa funzione viene spesso utilizzata quando la coda è finalizzata all'accesso a scorte limitate. È stata progettata per impedire agli utenti di approfittare della propria posizione in coda per effettuare più ordini.

L'esperienza utente tipica e prevista è che la pagina di conferma venga caricata correttamente, ma quando si clicca su altri link che attivano la sala d'attesa, all'utente viene assegnato un nuovo token e quindi viene reinserito in fondo alla coda.

Tuttavia, abbiamo notato che gli utenti descrivono questo comportamento previsto semplicemente come “andare indietro nella coda”.

Problemi di integrazione#

Se stai sviluppando una tua integrazione personalizzata, è tua responsabilità tracciare il token degli utenti che accedono al tuo sito tramite l’emissione di un cookie o l’utilizzo della memoria di sessione. È necessario prestare particolare attenzione a questo aspetto, specialmente nel primo punto di passaggio di consegne. Se imposti il cookie in modo errato, o se non riesci a impostarlo correttamente sulla prima pagina visitata dall’utente, quest’ultimo non presenterà il proprio token nei clic successivi e gli verrà quindi assegnato un nuovo token. Potrebbe persino non vedere il caricamento della tua prima pagina prima di essere reindirizzato alla sala d’attesa e, di conseguenza, segnalerà probabilmente questo problema come un regresso della coda. Le cause più comuni di questo problema sono:

1. Reindirizzamento degli utenti verso pagine che non eseguono il codice di integrazione di CrowdHandler.
2. Aspetti generali relativi all'impostazione e al recupero dei cookie
3. Errori generali nelle pagine di destinazione che impediscono l'esecuzione del codice di integrazione di CrowdHandler.
4. Utenti che accedono al sito tramite percorsi di navigazione imprevisti e non protetti, ad esempio tramite e-mail di reimpostazione della password.

Per ulteriori informazioni, consulta i nostri consigli per la risoluzione dei problemi relativi alle integrazioni personalizzate.