CrowdHandler se basa en la equidad, y en la gran mayoría de los casos usted estará operando una cola con una configuración de primero en entrar, primero en salir. Por este motivo, nos tomamos muy en serio los informes de "regresión de colas" (usuarios que informan de que su posición en la cola "retrocede"). Realizamos pruebas funcionales constantes para asegurarnos de que las posiciones en la cola sólo van en la dirección correcta. Sin embargo, hay algunas circunstancias en las que un usuario puede informar de que su número ha retrocedido. Este artículo describe las razones más comunes. Investigaremos los informes individuales de regresión de colas cuando se notifiquen con un token, pero en todos los casos que hemos investigado hasta la fecha ha sido una de las siguientes causas:


Comprender la rotación de fichas

Los usuarios en la cola son anónimos. Reconocemos la sesión de un usuario en la cola, o en su sitio, 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 su sitio. Funciona como cualquier otra sesión web.


Una vez que la cola está activa, salvo en casos especiales como los códigos de prioridad o la priorización IP, la ficha se emite con una posición al final de la cola, es decir, con un número alto. Si un usuario ve que su posición en la cola pasa de un número bajo a un número alto, casi con toda seguridad significa que se le ha emitido un nuevo token, lo que significa que ha perdido su token original. Así que si un usuario informa de que su número ha retrocedido, la pregunta es, ¿cómo perdió el usuario su token original? Es casi seguro que sea una de las siguientes explicaciones:


Tiempos de espera de la sesión

Una vez que una ficha ha cumplido su función, se desecha. Pero, ¿cómo sabemos cuándo un token ya no es necesario? Como todas las demás aplicaciones web, utilizamos el concepto de tiempo de espera de sesión. Esto significa que mantenemos la sesión durante un periodo de tiempo cada vez que el usuario se conecta con nosotros. Por defecto es de 15 minutos, pero puede configurarlo en los ajustes de su dominio. Cada vez que el usuario comprueba su posición en la sala de espera (lo cual es automático, cada minuto) la vida de la sesión se prolonga durante ese periodo de tiempo. Cuando el usuario entra en tu web y reutiliza URLs, la duración de la sesión se alarga. Pero si el usuario deja de conectarse con la sala de espera, o con tu sitio web, después del tiempo de espera de la sesión, su token será descartado.

Aquí tienes los momentos legítimos en los que una sesión puede expirar:


En la sala de espera
Si ha optado por permitir que las sesiones caduquen en la sala de espera (se trata de una casilla de verificación en la página del dominio), un usuario puede perder su testigo si deja que su dispositivo entre en reposo o cierra la pestaña del navegador durante más tiempo del especificado para el tiempo de espera del dominio. Si el usuario vuelve a abrir el navegador, puede que se le emita un nuevo token, y puede que perciba esto como que su número ha retrocedido. Por defecto, la sala de espera advierte al usuario de este comportamiento, y este mensaje se actualiza automáticamente en función de la configuración de su dominio.

Depende de usted si permite que las sesiones expiren en la sala de espera o no. Si no lo hace, un usuario puede reconectar su sesión incluso después de cerrar su navegador y volver a abrirlo, durante un máximo de 24 horas. ¿Por qué permitir que caduquen las sesiones en la sala de espera? Esto resulta en colas más cortas, por lo que depende de usted determinar el comportamiento apropiado para su cola.

En su sitio
Si el usuario no está atento, puede pasar a su sitio, pero no podrá hacer clic en ninguna página durante más tiempo del especificado por el tiempo de espera del dominio. Entonces, cuando haga clic en un enlace, se le asignará un nuevo token y podrá ser devuelto a la cola. Es posible que informen de que su posición en la cola ha retrocedido, porque recuerdan haber visto una posición más baja antes de ser enviados al sitio.


Reventar la caja

CrowdHandler tiene una característica que permite que los tokens sean destruidos una vez que el usuario ha llegado a una página de meta, por lo general algún tipo de confirmación de pago. Esto se utiliza a menudo cuando la cola es para acceder a existencias limitadas. Está diseñado para evitar que los usuarios se aprovechen de su posición en la cola para hacer varios pedidos.

La experiencia típica del usuario es que la página de confirmación se carga correctamente, pero al hacer clic en otros enlaces que activan la sala de espera, el usuario recibe un nuevo token y se coloca al final de la cola.
Sin embargo, hemos visto que los usuarios informan de este comportamiento previsto simplemente como "retroceder en la cola".

Cuestiones de integración

Si usted está escribiendo su propia integración personalizada, es su responsabilidad rastrear el token de los usuarios que llegan a su sitio mediante la emisión de una cookie, o el uso de almacenamiento de sesión. Hay que tener cuidado con esto, especialmente en el primer punto de entrega. Si configura la cookie de forma incorrecta, o si no la configura correctamente en la primera página que visita el usuario, éste no representará su token en los clics posteriores y, por lo tanto, se le emitirá un nuevo token. Puede que ni siquiera vean cargar la primera página, antes de ser enviados de vuelta a la sala de espera, y por lo tanto es probable que informen de esto como una regresión de cola. Las causas más comunes de este problema son

1. Dirigir a los usuarios a páginas que no están ejecutando código de integración CrowdHandler.
2. 2. Problemas generales de establecimiento y obtención de cookies.

3. Errores generales en las páginas de destino que impiden la ejecución del código de integración CrowdHandler.
4. Los usuarios llegan al sitio a través de trayectos inesperados y desprotegidos, por ejemplo, correos electrónicos de restablecimiento de contraseña.


Encontrará más información en nuestros consejos para solucionar problemas de integración personalizada.