Regresión en la cola. Causas habituales por las que los usuarios «retroceden» en la cola.

CrowdHandler se basa en la equidad y, en la gran mayoría de los casos, gestionarás una cola con una configuración de «primero en entrar, primero en salir». Por este motivo, nos tomamos muy en serio las notificaciones de «regresión en la cola» (usuarios que informan de que su posición en la cola «retrocede»). Realizamos pruebas funcionales constantes para garantizar que las posiciones en la cola solo avancen en la dirección correcta. Sin embargo, hay algunas circunstancias en las que un usuario puede informar de que su número retrocede. Este artículo describe las razones más comunes. Investigaremos cada denuncia de retroceso en la cola que se presente con un token, pero en todos los casos que hemos investigado hasta la fecha se ha debido a una de las siguientes causas:

Comprender la rotación de tokens#

Los usuarios de la cola son anónimos. Reconocemos la sesión de un usuario en la cola, o en tu sitio web, enviándole un token generado aleatoriamente cuando se conecta por primera vez. El usuario utiliza cookies y/o almacenamiento local para representar el token cada vez que solicita una actualización de su posición en la cola o accede a una URL de tu sitio web. Esto funciona de forma muy similar a cualquier otra sesión web.

Una vez que una cola está activa, salvo en casos especiales como los códigos de prioridad o la priorización por IP, el token se asigna en la parte final de la cola, es decir, con un número alto. Si un usuario observa que su posición en la cola pasa de un número bajo a uno alto, es casi seguro que se le ha asignado un nuevo token, lo que significa que ha perdido su token original. Por lo tanto, si un usuario informa de que su número retrocede, la pregunta es: ¿cómo ha perdido su token original? Es casi seguro que se trate de una de las siguientes explicaciones:

Tiempos de espera de sesión#

Una vez que un token ha cumplido su función, acaba siendo descartado. Pero, ¿cómo sabemos cuándo ya no es necesario un token? Al igual que en el resto de aplicaciones web, utilizamos el concepto de tiempo de espera de la sesión. Esto significa que mantenemos la sesión durante un periodo de tiempo cada vez que el usuario se conecta con nosotros. El valor por defecto es de 15 minutos, pero puedes configurarlo en los ajustes de tu dominio. Cada vez que el usuario comprueba su posición en la sala de espera (lo cual ocurre automáticamente cada minuto), la duración de la sesión se prolonga durante ese periodo de tiempo. Cuando el usuario accede a tu página web y solicita direcciones URL, la duración de la sesión se prolonga. Pero si el usuario deja de conectarse a la sala de espera o a tu página web una vez transcurrido el tiempo de expiración de la sesión, su token se descartará.

Estos son los casos en los que una sesión puede caducar:

En la sala de espera Si has optado por permitir que las sesiones caduquen en la sala de espera(se trata de una casilla de selección en la página del dominio), es posible que un usuario pierda su token si deja que su dispositivo entre en modo de suspensión o cierra la pestaña del navegador durante un tiempo superior al periodo especificado para el tiempo de espera del dominio. Si el usuario vuelve a abrir el navegador, es posible que se le asigne un nuevo token, lo que puede interpretarse como que su número va hacia atrás. Por defecto, la sala de espera advierte al usuario sobre este comportamiento, y este mensaje se actualiza automáticamente en función de la configuración de tu dominio.

En tu sitio web Si el usuario no está prestando atención, es posible que se le redirija a tu sitio web, pero puede que no haga clic en ninguna página durante un tiempo superior al especificado por el tiempo de espera del dominio. Entonces, cuando haga clic en un enlace, se le asignará un nuevo token y es posible que se le envíe de nuevo a la cola. Es posible que el usuario considere que su posición en la cola ha retrocedido, ya que recuerda haber visto una posición inferior antes de ser redirigido al sitio web.

«Checkout Busting»#

CrowdHandler cuenta con una función que permite destruir los tokens una vez que el usuario ha llegado a la página de objetivo, que suele ser algún tipo de confirmación de compra. Esto se suele utilizar cuando la cola es para acceder a existencias limitadas. Está diseñada para evitar que los usuarios se aprovechen de su posición en la cola para realizar varios pedidos.

La experiencia de usuario habitual y prevista es que la página de confirmación se cargue correctamente, pero al hacer clic en otros enlaces que activan la sala de espera, se le asigna al usuario un nuevo token y, por lo tanto, se le coloca al final de la cola.

Sin embargo, hemos observado que los usuarios describen este comportamiento previsto simplemente como «retroceder en la cola».

Problemas de integración#

Si estás desarrollando tu propia integración personalizada, es tu responsabilidad realizar un seguimiento del token de los usuarios que acceden a tu sitio web mediante la emisión de una cookie o el uso del almacenamiento de sesión. Hay que prestar especial atención a este aspecto, sobre todo en el primer punto de traspaso. Si configura la cookie de forma incorrecta, o si no consigue establecerla correctamente en la primera página a la que accede el usuario, este no presentará su token en los clics posteriores y, por lo tanto, se le asignará un nuevo token. Es posible que ni siquiera vea cargarse su primera página antes de ser devuelto a la sala de espera y, por lo tanto, es probable que lo notifique como una regresión de la cola. Las causas más comunes de este problema son:

1. Redirigir a los usuarios a páginas que no ejecutan el código de integración de CrowdHandler.
2. Cuestiones generales sobre la configuración y la obtención de cookies
3. Errores generales en las páginas de destino que impiden que se ejecute el código de integración de CrowdHandler.
4. Usuarios que acceden al sitio web a través de rutas de navegación inesperadas y desprotegidas, como, por ejemplo, los correos electrónicos de restablecimiento de contraseña.

Puedes obtener más información en nuestros consejos para la resolución de problemas de integración personalizada.