Código QR en la entrada y el pase para el evento: cómo gestionarlo de forma sencilla

Tres segundos. Eso es lo que tarda el acceso de una persona cuando el código QR del billete funciona correctamente. Ahora multiplícalo por 200 invitados en una conferencia. Con tres segundos por cabeza, toda la fila desaparece en unos diez minutos. Con tres minutos (porque los códigos no se leen, las pantallas se han atenuado, alguien busca un PDF en un correo de hace un mes), se convierte en una hora y nervios en la entrada.

No se trata de estética. El código QR en la entrada de un evento o agiliza el acceso, o lo obstruye tanto que la gente se queda esperando fuera. Te mostraré cómo hacer esta primera variante. Sin sistemas de ticketing caros y sin complicaciones.

Qué debe hacer realmente este código

Empecemos por la distinción que te ahorrará mucho dolor. El código QR del billete puede hacer dos cosas.

Puede dirigir a la página. Vista del billete, programa, mapa de la sala, formulario de registro. Simplemente un enlace integrado en los cuadraditos.

O tal vez pueda contener un identificador único. Una cadena aleatoria que tu sistema lee y verifica en la base de datos para comprobar si ese billete específico ya ha pasado por el torno. Esto ya es un sistema de ticketing completo con validación.

Para eventos de hasta unos pocos cientos de personas, esta primera variante resuelve aproximadamente el 90% de las situaciones. Cada uno recibe un enlace, el código redirige a ese enlace, y tú al entrar verificas visualmente el apellido o el número. Sin backend. Sin aplicación. Sin ningún servidor que le guste caerse justo un sábado a las 18:00.

Un enlace, un código por persona

Estás organizando un taller para 80 personas. Antes de generar el código a partir de una dirección larga y cruda, acórtala. Un enlace corto produce un código con menos densidad, cuadrados menos apretados, una mejor impresión y un escaneo más seguro desde una hoja arrugada o desde una pantalla que alguien ha atenuado al mínimo.

En cutty es un solo paso: pegas la dirección de destino, obtienes un enlace corto y el código QR se genera inmediatamente a partir de ese enlace. Puedes personalizar el final para que parezca de marca, de modo que en el billete luzca fiable y no como un acortador aleatorio de un anuncio:

https://cutty.dev/warsztat-czerwiec/wejscie

Este código lo pegas en la plantilla de la entrada (Canva, documento, lo que tengas) y lo imprimes o lo envías por correo electrónico. Eso es todo.

Objetivo reemplazable, es decir, el salvavidas para el día anterior

Hay una cosa que apreciarás solo cuando las cosas se compliquen. Has impreso 200 entradas y, el día antes del evento, cambia la sala. O la hora de registro. Si el código te dirigiera directamente a la dirección antigua, tienes 200 trozos de papel inservible.

Con un enlace corto, el código QR sigue siendo el mismo, y tú solo cambias hacia dónde dirige. Desde el panel, en unos diez segundos. Los billetes impresos siguen funcionando, abriendo ya la página actual. Lo mismo te salva cuando el evento se pospone o cuando mueves el programa a otra subpágina.

Si realmente tienes que contar las entradas

A veces, un solo billete debe permitir la entrada de exactamente una persona y ni una vez más. En ese caso, necesitas un código único para cada uno. El esquema mínimo es el siguiente:

1. Generas una lista de identificadores aleatorios (evt-a7f3k9, evt-m2x8qp y así sucesivamente).
2. Cada uno lo vinculas a un enlace corto separado que lleva a la vista "boleto válido".
3. En el torniquete escaneas, y la persona en la entrada marca el nombre en la lista.

La validación totalmente automática, todo ese "ya usado / aún no usado", solo te la dará un sistema de tickets dedicado. Pero para un evento pequeño, una lista en una hoja de cálculo más el escaneo con el teléfono hacen el trabajo por cero euros. De verdad.

Cuatro cosas que matan el código en la puerta de enlace

Los códigos QR siempre fallan por las mismas razones. Por experiencia:

• Impresión demasiado pequeña. No bajes de unos 2,5–3 cm por lado. Cuanto más pequeño, más se esfuerza el escáner con poca luz.
• Contraste demasiado bajo. El código sobre un fondo de color o sobre una foto es buscarse problemas. Negro sobre blanco. Siempre.
• Falta de margen. El código necesita un marco blanco alrededor (la llamada quiet zone). Si está pegado al borde de la imagen, puede que no se lea.
• Enlace largo. Cuantos más caracteres, más pequeños son los cuadrados. Dirección acortada = código más legible. Volvemos al punto inicial.

Y una cosa más, algo banal que la gente suele olvidar: prueba la entrada impresa con tres teléfonos diferentes antes de enviar nada más. El papel no es una pantalla. Lo que se ve perfectamente en la vista previa puede dar problemas y no querer leerse al imprimirse.

Cuántos vinieron realmente

También hay un efecto secundario, bastante agradable. Dado que el código pasa a través de un enlace corto, tienes un contador al mismo tiempo. Puedes ver cuántas veces se ha abierto la entrada y aproximadamente cuándo. Sin crear un perfil de invitado, sin crearle una cuenta, sin rastrearlo por toda la internet. cutty mantiene esto en servidores de la UE y no guarda la IP bruta, lo cual es importante con las entradas (donde entran en juego los datos de las personas que asistieron a tu concierto o formación).

Esta es una diferencia real frente a usar el primer generador de QR que encuentres con publicidad y una redirección desconocida en su interior. En las entradas, donde todo se basa en la confianza, este tipo de cosas cuentan.

Haz este código y el enlace reemplazable debajo de él en cutty.dev, antes de que lances la impresión de todo el lote. Porque corregir algo después de imprimir 200 unidades es una historia totalmente diferente.