QR-codeplatform kiezen voor je bureau: waar moet je op letten

Een bureau kiest niet elk kwartaal een nieuw QR-codeplatform. Je kiest er één, bouwt er een workflow omheen, geeft accountmanagers inloggegevens voor klantomgevingen, en drukt vervolgens duizenden codes af op flyers, verpakkingen en signing die duur en traag zijn om te vervangen. Kies je verkeerd, dan merk je dat vaak pas maanden later: een klant vraagt waarom de directmail-codes van vorig voorjaar het niet meer doen, of waarom het scandashboard niets zinnigers laat zien dan een totaal aantal scans.

Dit is geen ranglijst van aanbieders. Het is de set criteria die een platform voor bureaus écht onderscheidt van een linkverkorter met een QR-code erbij geplakt, plus één vraag die bijna niemand stelt voordat er een contract wordt getekend: wat gebeurt er met elke code die je ooit hebt gedrukt als de leverancier verdwijnt. Twijfel je nog of QR wel het juiste formaat is, dan leggen onze vergelijkingen van QR-codes tegenover URL-verkorters en QR-codes tegenover NFC-tags die basis uit. Dit artikel gaat ervan uit dat je die keuze al hebt gemaakt en nu een tool moet kiezen.

Statisch of dynamisch: bepaal dit eerst

Alle andere beslissingen op deze lijst doen er pas toe als het platform dynamische codes genereert. Bij een statische QR-code zit de bestemming rechtstreeks verwerkt in het patroon van blokjes; eenmaal gedrukt, ligt die URL voor altijd vast, punt uit. Een dynamische code verwijst in plaats daarvan naar een korte redirect-URL die door het platform wordt gehost, en het platform zoekt de echte bestemming op het moment van scannen op. Daardoor kun je aanpassen waar een code mensen naartoe stuurt, ook nadat hij al op een gevel, een bus of tienduizend briefkaarten staat.

Dat onderscheid is een apart artikel waard als je die keuze nog niet hebt gemaakt (onze vergelijking tussen dynamisch en statisch gaat er uitgebreid op in), maar de korte versie voor een platformbeoordeling is dit: een leverancier wiens "QR-codegenerator" alleen statische codes maakt, is geen bureauplatform, maar een QR-plaatjesexporteur. Je wilt standaard dynamisch, met de mogelijkheid om terug te vallen op statisch voor de zeldzame gevallen waarin de bestemming van een klant écht nooit verandert en er geen rapportage nodig is, zoals een code op een permanent gevelbordje of een gegraveerd product.

Wat "analytics" eigenlijk zou moeten betekenen

Bijna elke QR-tool op de markt claimt analytics te bieden. Weinig aanbieders zijn het eens over wat dat woord precies inhoudt, en het verschil tussen een scanteller en bruikbare rapportage is het duidelijkste kwaliteitssignaal dat je bij een beoordeling tegenkomt. Een basisgenerator laat je een lopend totaal zien: deze code is 412 keer gescand. Met dat getal alleen kun je bijna geen enkele vraag van een klant beantwoorden.

Een platform dat is gebouwd voor bureaurapportage splitst een scan uit naar apparaattype, tijdstip en een uit het IP-adres afgeleide locatie (meestal nauwkeurig tot op stad of regio, niet GPS-precisie, want daarvoor is een expliciete toestemmingsvraag nodig die de meeste scanflows nooit tonen), en laat je UTM-parameters toevoegen zodat scans in dezelfde Google Analytics- of advertentierapportage terechtkomen als elk ander kanaal. Onze gids over UTM-parameters bij QR-codes behandelt de naamgevingsconventie die dit consistent houdt over alle klanten heen.

Het loont om te kijken wat marketeers zelf belangrijk vinden, in plaats van blind te varen op de featurelijst van een leverancier. Uit Bitly's eigen onderzoek uit 2025 onder marketeers die QR-codes gebruiken, bleek dat 54 procent unieke gebruikers de waardevolste metric noemde en 52 procent de conversieratio na de scan belangrijker vond dan het ruwe aantal scans, terwijl 69 procent aangaf minstens maandelijks de bestemming van een dynamische code aan te passen. Als een platform geen onderscheid kan maken tussen unieke en herhaalde scans, of niets kan vertellen over wat er ná de scan gebeurde, mist het precies de twee dingen die marketeers daadwerkelijk gebruiken. Onze eigen gids over scanmetrics zet uiteen welke cijfers de moeite waard zijn om aan een klant te rapporteren en welke vooral vanity metrics zijn.

Eigen domein en white-label redirects

Een dynamische code moet ergens naartoe redirecten, en standaard is dat "ergens" het eigen domein van de leverancier. Op het drukwerk van een klant oogt een redirect-URL als leveranciersnaam.io/a1b2c3 naast een logo waar de klant een ontwerper voor heeft betaald al snel als een slordigheidje, en een oplettende scanner twijfelt misschien juist om erop te tikken. Een platform voor bureaus laat je redirects in plaats daarvan naar een domein wijzen dat jij of de klant beheert, via een CNAME-record, zodat de URL die een telefoon toont vóór het openen van de link overeenkomt met het merk op de poster.

Deze functie zit meestal achter een middelste of hoger abonnement en niet in het instapplan, omdat de leverancier per klant een domein moet instellen en verifiëren. Vraag precies na wat er onder "white-label" valt: een eigen redirect-domein en een dashboard dat je naar eigen huisstijl kunt aanpassen voor de klant zijn twee losse functies, en sommige platforms verkopen ze apart. Draai je codes voor meerdere klanten onder één bureau-account, controleer dan of elke klant een eigen domein kan krijgen, of dat je beperkt bent tot één domein voor het hele account. Dat weegt zwaarder naarmate je meer werkomgevingen beheert (zie onze gids over één werkomgeving per klant inrichten).

Hoe scandata wordt verzameld, en of dat echt AVG-proof is

Een scan-event bevat op zijn minst een IP-adres, een apparaattype en een browser-string, en die drie gelden onder de AVG als persoonsgegevens zodra ze worden vastgelegd bij een herleidbare code of sessie. Dat betekent niet dat je een cookiebanner op een fysieke poster moet plakken: platforms baseren zich voor basale, geaggregeerde analytics (aantal scans, verdeling apparaten, grove locatie) doorgaans op gerechtvaardigd belang als grondslag, mits ze een gedocumenteerde belangenafweging kunnen tonen en de data nergens anders voor gebruiken dan campagnerapportage.

Het verschil tussen een platform dat hierover heeft nagedacht en een platform dat dat niet heeft gedaan, zit in wat er na de scan met het ruwe IP-adres gebeurt. Een AVG-proof opzet leidt er een stad of regio uit af en verwijdert of verkort vervolgens het oorspronkelijke adres, in plaats van het onbeperkt te bewaren gekoppeld aan een individu. Vraag de leverancier rechtstreeks of ze ruwe IP-adressen bewaren, hoe lang, en of die bewaartermijn instelbaar is of ergens gedocumenteerd staat waar je het juridische team van een klant naar kunt verwijzen. Onze uitleg over QR-codes en de AVG gaat in op wat een getrackte scan precies verzamelt en waarvoor wel of geen toestemming nodig is.

Bulkgeneratie en API-toegang

Voor het onboarden van één klant heb je zelden meer nodig dan een handjevol codes die je met de hand aanmaakt in een dashboard. Een bureau dat vijftien klantomgevingen beheert, elk met codes voor individuele producten, locaties of directmail-ontvangers, moet honderden of duizenden unieke, trackbare codes kunnen aanmaken zonder ze stuk voor stuk aan te klikken. Dat betekent minimaal bulkupload via CSV, en voor bureaus die QR-generatie in hun eigen tooling inbouwen een gedocumenteerde API.

Check de daadwerkelijke limieten voordat je tekent, niet alleen of de functie bestaat: bulkbatches lopen afhankelijk van je abonnement doorgaans vast ergens tussen de 500 en een paar duizend codes per upload, en API-toegang komt meestal met een maandelijkse verzoeklimiet in plaats van onbeperkt gebruik. Onze gids over QR-codes in bulk genereren loopt door de workflow en de naamgevingsconventies die een paar duizend codes behapbaar houden, in plaats van een chaos van code-1847.csv-regels die niemand meer aan een klant kan koppelen.

Kan iemand anders een live code aanpassen, of kapen

Omdat de bestemming van een dynamische code op de server van de leverancier staat en niet in het gedrukte patroon, kan iedereen met schrijftoegang tot die code in het dashboard stilletjes veranderen waar hij naartoe wijst. Elke telefoon die de gedrukte code daarna scant, volgt de nieuwe bestemming, zonder dat er op het fysieke materiaal iets zichtbaar verandert. Dat is precies het hele punt van dynamische codes, en tegelijk het risico: het rechtenmodel van het platform bepaalt wie die wijziging mag maken, en hoe je zou merken als de verkeerde persoon dat deed.

Kijk op zijn minst naar toegangsbeheer per werkomgeving, zodat een junior accountmanager op klant A niet zomaar de live codes van klant B kan aanpassen, en naar een auditlog die laat zien wie wanneer een bestemming heeft gewijzigd. Vraag wat er gebeurt als het account van een medewerker bij de leverancier wordt gehackt, en of het platform afwijkende patronen signaleert (een code die buiten kantooruren opeens ergens anders naartoe wijst, bijvoorbeeld, of een plotselinge piek vanuit een land waar de campagne nooit op gericht was). Onze gids over QR-codebeveiliging voor bureaus gaat dieper in op dit dreigingsmodel, inclusief het bekendere risico dat iemand een nepsticker over de echte code van je klant plakt.

Wat je precies koopt met een prijsmodel

Twee prijsmodellen domineren de markt. De meeste platforms verkopen een vast maandabonnement met een limiet op het aantal actieve dynamische codes, waarbij hogere abonnementen een hogere limiet geven. Een kleinere groep begrenst gratis of instapaccounts juist op het totaal aantal scans in plaats van het aantal codes, wat de facto neerkomt op een metered model, ook als het als gratis wordt verkocht. Beide kunnen prima werken, maar lees een scanlimiet extra goed door: als de campagne van een klant beter presteert dan verwacht, mag dat er niet toe leiden dat de tracking halverwege de campagne stilletjes stopt omdat de maandelijkse scanruimte van een gratis abonnement op is.

White-label en API-toegang, zoals hierboven besproken, ontgrendelen doorgaans pas vanaf een middelste abonnement en niet bij het instapplan, en enterpriseprijzen voor bureaus die grote multi-klant operaties draaien zijn meestal een offerte op maat in plaats van een gepubliceerd bedrag. Voordat je het hele klantenbestand van een bureau aan één platform vastknoopt, vraag dan na wat er gebeurt als je halverwege het contract moet downgraden: blijven codes boven de limiet van een lager abonnement werken (meestal wel, maar alleen-lezen), of stoppen ze helemaal met redirecten (waardoor live drukwerk kapot zou gaan door een factuurbeslissing, niet door een technisch probleem).

Ben je zelf bezig met je prijsstelling naar klanten, in plaats van alleen te kijken naar wat je aan een leverancier betaalt, dan vind je in onze gids over wat bureaus rekenen voor QR-codecampagnes benchmarks om dat los van je platformkosten in te richten.

De vraag die niemand stelt: wat als het platform verdwijnt

Elk criterium hierboven gaat ervan uit dat de leverancier nog gewoon bestaat. Dat is geen aanname om zomaar over heen te lezen, want dynamische QR-codes hebben een specifiek, goed gedocumenteerd faalscenario dat statische codes simpelweg niet kennen: als het bedrijf achter de redirect-server stopt, vallen alle codes die er ooit doorheen liepen in één klap en permanent uit, zonder enige manier om ze te herstellen. Het drukwerk weet niet dat het bedrijf erachter is opgeheven; het stopt gewoon, stilletjes, met werken op welke gevel of welk product het ook staat.

Dit is geen hypothetisch scenario. Microsofts eigen QR-gebaseerde Tag-dienst, gelanceerd in 2009, werd op 19 augustus 2015 stopgezet, en elke Tag-code die iemand in de zes jaar daarvoor had gedrukt, deed het niet meer op het moment dat de servers uitgingen. Er was geen migratiepad voor een gedrukt bord of productlabel; het fysieke materiaal werd simpelweg dood gewicht. Het is een nuttige herinnering dat "QR-codebedrijf" geen categorie is met bijzondere levensduur, alleen omdat QR-codes zelf een duurzame, patentvrije standaard zijn. De standaard overleeft, maar de redirect-infrastructuur van één specifieke leverancier hoeft dat niet te doen.

Je kunt je hier niet volledig tegen indekken, maar je kunt wel vragen stellen die duidelijk maken hoe kwetsbaar je zou staan. Laat de leverancier je op elk moment je volledige lijst met codes en bestemmingen exporteren, en niet alleen op verzoek tijdens een offboardingtraject? Als het platform eigen domeinen ondersteunt, beheer jij dan de DNS, waardoor je dat domein in principe later naar een vervangende redirect-dienst kunt wijzen, of heeft de leverancier daar end-to-end controle over? Is er gepubliceerde informatie over de financiering, eigendomsstructuur of hoe lang het bedrijf al draait, tegenover een product dat zonder track record verscheen met een verdacht agressief gratis abonnement? Geen van deze vragen biedt garanties, maar een leverancier die ze helder kan beantwoorden, en die data-export als zelfbedieningsfunctie in het dashboard aanbiedt in plaats van als supportticket, heeft duidelijk over dit scenario nagedacht. Eentje die geïrriteerd reageert op de vraag waarschijnlijk niet.

Een checklist om te doorlopen voordat je tekent

Loop deze punten door voordat je het klantenbestand van een bureau aan een platform verbindt, niet nadat de eerste drukoplage al de deur uit is.

• Controleer of dynamische codes echt dynamisch zijn: maak er een aan, scan hem, verander vervolgens de bestemming in het dashboard en scan dezelfde gedrukte code opnieuw om te bevestigen dat hij bijwerkt zonder herdruk.
• Vraag na wat een scanrecord precies bevat (apparaat, tijdstip, locatie op stadsniveau) en of ruwe IP-adressen na verwerking worden bewaard of verwijderd.
• Check of een eigen redirect-domein is inbegrepen bij jouw abonnement, wie de DNS beheert (jij of de leverancier), en of elke klantomgeving een eigen domein kan krijgen.
• Laat bulkupload- en API-limieten schriftelijk bevestigen, niet alleen dat de functies bestaan, want een limiet van 500 codes doet er wel degelijk toe op bureau-schaal, ook als dat in een demo nooit naar voren komt.
• Test het rechtenmodel: kun je de toegang van één teamlid beperken tot de werkomgeving van één klant, en is er een auditlog van wie de bestemming van een live code heeft gewijzigd?
• Vraag rechtstreeks wat er met je codes gebeurt als je opzegt, downgradet, of als het bedrijf wordt overgenomen of stopt, en of je nu, vandaag nog, alles zelf kunt exporteren zonder een supportticket te openen.
• Lees de limieten van het gratis en lagere abonnement specifiek na op scanlimieten, want een succesvolle campagne van een klant mag nooit stilletjes ophouden met tracken door een abonnementslimiet waar niemand vooraf voor gewaarschuwd heeft.

Veelgestelde vragen

Wat is het verschil tussen een statische en een dynamische QR-code?

Bij een statische code staat de bestemming rechtstreeks gecodeerd in het zwart-witpatroon, dus die kun je na het drukken nooit meer wijzigen. Een dynamische code codeert in plaats daarvan een korte redirect-URL die door het platform wordt beheerd, en die zoekt op het moment van scannen de echte bestemming op. Daardoor kun je op elk moment na het drukken aanpassen waar een gedrukte code mensen naartoe stuurt, en krijg je scananalytics die een statische code niet kan bieden.

Verlopen QR-codes?

De QR-standaard zelf kent geen ingebouwde vervaldatum. Een dynamische code stopt alleen met werken als er extern iets in de keten breekt: de redirect-dienst van de leverancier stopt ermee, de scan- of codelimiet van een gratis abonnement raakt op, of een abonnement loopt af en het account wordt opgeschort. Een statische code verloopt in de praktijk nooit, omdat er geen server-afhankelijkheid is die kan uitvallen, maar hij kan ook niet worden bijgewerkt of getrackt.

Wat gebeurt er als een QR-codeplatform stopt?

Elke dynamische code die via het redirect-domein van die leverancier liep, werkt in één klap en permanent niet meer, zonder herstelmogelijkheid voor materiaal dat al gedrukt is en in omloop. Dit is eerder op grote schaal gebeurd: Microsofts Tag-dienst stopte in augustus 2015, waardoor elke Tag-code die in de zes jaar daarvoor was gedrukt het niet meer deed. Het is het sterkste argument om de exportmogelijkheden en domeincontrole van een leverancier te checken vóórdat je tekent, niet erna.

Vallen QR-codescans onder de AVG?

Ja. Een IP-adres, apparaattype en browser-string die bij een scan worden vastgelegd, gelden als persoonsgegevens zodra ze aan een herleidbare code of sessie gekoppeld zijn. Gerechtvaardigd belang dekt doorgaans basale, geaggregeerde analytics zoals aantal scans en grove locatie, mits het platform een belangenafweging documenteert en de data niet voor iets anders gebruikt dan campagnerapportage. Voor alles gedetailleerder, zoals profilering op individueel niveau, is meestal een duidelijkere juridische grondslag en toestemming nodig.

Wat kost een QR-codeplatform voor een bureau?

Prijzen vallen grofweg uiteen in vaste abonnementen die het aantal actieve dynamische codes begrenzen, en instap- of gratis abonnementen die juist het totaal aantal scans begrenzen. White-label domeinen en API-toegang verschijnen doorgaans pas vanaf het middelste abonnement en niet bij instapplannen, en bureau- of enterpriseprijzen voor grote multi-klant operaties zijn meestal een offerte op maat in plaats van een gepubliceerd tarief. Het belangrijkste getal om abonnementen te vergelijken is de scanlimiet van het plan waar je daadwerkelijk op zit, want een goedlopende campagne van een klant mag niet halverwege tegen een trackingstop aanlopen.

Kun je QR-codes later naar een ander platform overzetten?

Alleen als de codes dynamisch zijn en het platform je toestaat de volledige lijst met codes en huidige bestemmingen te exporteren. Omdat de code zelf alleen een redirect-URL codeert en niet de uiteindelijke bestemming, betekent migreren óf het oude redirect-domein in leven houden bij een nieuwe leverancier (mogelijk als jij de DNS van dat domein beheert), óf herdrukken met een nieuwe code die naar het nieuwe platform wijst, wat niet kan voor materiaal dat al verspreid is. Precies daarom wegen domeincontrole en exportmogelijkheden zwaarder dan bijna elke andere functie op een prijspagina.

De korte versie

Voordat je het klantenbestand van een bureau aan een QR-codeplatform verbindt, controleer of deze vier dingen echt werken zoals de verkooppagina suggereert: codes zijn écht dynamisch en na het drukken nog aan te passen, analytics gaan verder dan een ruwe scanteller en tonen unieke bezoekers en conversie na de scan, de omgang met scandata heeft een concreet antwoord op de AVG in plaats van een vage geruststelling, en je kunt op elk moment alles zelf exporteren. Stel daarna de ene vraag die de verkooppagina zelf nooit zal opwerpen: wat gebeurt er met elke code die je ooit hebt gedrukt als dit bedrijf er over drie jaar niet meer is. Elke leverancier, ons meegerekend, zou dat helder moeten kunnen beantwoorden. Kan dat niet, dan is dat zelf het antwoord.