QR-code op je ticket en toegangsbewijs voor een evenement — zo regel je het eenvoudig

Drie seconden. Dat is hoe lang het duurt om één persoon binnen te laten wanneer de QR-code op het ticket naar behoren werkt. En vermenigvuldig dat nu met 200 gasten op een conferentie. Bij drie seconden per persoon is de hele rij binnen ongeveer tien minuten weg. Bij drie minuten (omdat codes niet scannen, schermen gedimd zijn, iemand een PDF zoekt in een e-mail van een maand geleden) wordt het een uur en ontstaat er frustratie bij de ingang.

Het gaat hier niet om esthetiek. De QR-code op een ticket voor een evenement maakt de toegang ofwel vloeibaar, of het blokkeert deze zodanig dat mensen buiten staan te bevriezen. Ik laat je zien hoe je die eerste variant maakt. Zonder dure ticketing en zonder gedoe.

Wat deze code eigenlijk moet doen

Laten we beginnen met het onderscheid dat je een hoop pijn zal besparen. De QR-code op het ticket kan twee dingen.

Kan leiden naar de pagina. Ticketweergave, programma, zaalkaart, aanmeldformulier. Gewoon een link verborgen in de vierkantjes.

Of het kan een unieke identifier bevatten. Een willekeurige reeks die jouw systeem uitleest en controleert in de database of dit specifieke ticket al door de poort is gegaan. Dit is al volledige ticketing met validatie.

Voor evenementen met enkele honderden personen lost deze eerste variant ongeveer 90% van de situaties op. Iedereen krijgt één link, de code leidt naar die link, en bij de ingang controleer je visueel de achternaam of het nummer. Geen backend. Geen applicatie. Geen server die toevallig op zaterdag om 18:00 uur uit de lucht wil vallen.

Eén link, één code per persoon

Je organiseert een workshop voor 80 personen. Voordat je de code genereert uit het lange, ruwe adres, moet je deze inkorten. Een korte link geeft een minder complexe code, minder dichte vierkantjes, betere printkwaliteit en een betrouwbaardere scan van een gekreukt papiertje of van een scherm dat iemand tot nul heeft gedimd.

Bij cutty is het één beweging: je plakt het doeladres, krijgt een korte link, en de QR-code wordt direct van die link gemaakt. Je kunt de extensie branded maken, zodat deze op het ticket betrouwbaar oogt en niet als een willekeurige verkorter uit een advertentie:

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

Dergelijke code plak je in het ticket-sjabloon (Canva, document, wat je ook hebt) en print je af of verstuurt je via e-mail. Dat is alles.

Vervangbaar doel, oftewel de redding op de dag ervoor

Er is één ding dat je pas achteraf zult waarderen. Je hebt 200 tickets geprint, en de dag voor het evenement verandert de zaal. Of het registratietijdstip. Als de code rechtstreeks naar het oude adres zou leiden, heb je 200 stukjes papier afval.

Bij een korte link blijft de QR-code hetzelfde, en je verandert alleen waar deze naartoe leidt. Vanuit het paneel, in ongeveer tien seconden. De geprinte tickets blijven werken en openen de actuele pagina. Hetzelfde redt je wanneer een event wordt verplaatst of wanneer je het programma naar een andere subpagina verplaatst.

Als je echt de enters moet tellen

Het komt voor dat één ticket precies één persoon binnenlaat en niet een keer meer. In dat geval heb je voor iedereen een unieke code nodig. Het minimale schema ziet er als volgt uit:

1. Je genereert een lijst met willekeurige identificatoren (evt-a7f3k9, evt-m2x8qp enzovoort).
2. Je koppelt elke identifier aan een aparte korte link die leidt naar de weergave "ticket geldig".
3. Bij de poort scan je, en de persoon bij de ingang vinkt de naam af op de lijst.

Volledig automatische validatie, dat hele "reeds gebruikt / nog niet gebruikt", krijg je pas met een dedicated ticketing-systeem. Maar voor een kleinschalig evenement doen een lijst in een spreadsheet plus het scannen met een telefoon het werk voor nul euro. Echt waar.

Vier dingen die code op de gateway doden

QR-codes gaan altijd om dezelfde redenen mis. Uit ervaring:

• Te kleine print. Ga niet lager dan ongeveer 2,5–3 cm aan de zijkant. Hoe kleiner, hoe meer de scanner moeite krijgt bij zwak licht.
• Te laag contrast. Code op een gekleurde achtergrond of op een foto is vragen om problemen. Zwart op wit. Altijd.
• Geen marge. Code heeft een witte rand eromheen nodig (de zogenaamde quiet zone). Als het tegen de rand van de afbeelding aan staat, kan het onleesbaar worden.
• Lange link. Hoe meer tekens, hoe kleiner de vierkantjes. Korter adres = leesbaardere code. We komen terug bij het beginpunt.

En nog één ding, banaal, maar mensen vergeten het: test het geprinte ticket met drie verschillende telefoons voordat je iets verder stuurt. Papier is geen scherm. Wat er prachtig uitziet in de preview, kan op de print soms eigenwijs zijn en niet willen laden.

Hoeveel mensen er echt zijn gekomen

Er is nog een bijwerking, die vrij aangenaam is. Omdat de code via een korte link loopt, heb je tegelijkertijd een teller. Je ziet hoe vaak het ticket is geopend en ongeveer wanneer. Zonder een gastprofiel op te bouwen, zonder een account aan te maken, zonder tracking door het hele internet. cutty houdt dit op servers in de EU en slaat het ruwe IP-adres niet op, wat belangrijk is bij tickets (waarbij gegevens van mensen die naar je concert of training zijn gekomen, in het spel zijn).

Dit is een echt verschil vergeleken met het gebruik van de eerste de beste QR-generator met reclame en een onbekende doorverwijzing in het midden. Bij tickets, waarbij alles gebaseerd is op vertrouwen, doen dit soort zaken ertoe.

Maak deze code en de vervangbare link eronder op cutty.dev, voordat je de print van de hele batch start. Want iets verbeteren nadat er 200 stuks zijn geprint, is namelijk een heel ander verhaal.