QR-code landingspagina: zo bouw je de pagina die de scan laat converteren

De meeste adviezen over QR-campagnes stoppen op het moment dat de camera de code herkent. Formaat, contrast, de call-to-action, de plek: het draait allemaal om het binnenhalen van de scan. Maar een scan is geen resultaat. Het resultaat ontstaat op de pagina die daarna laadt, op een telefoon, meestal via mobiel internet, in de hand van iemand die in een winkel of bij een bushalte staat. Die pagina is de QR-code landingspagina, en daar sterven de meeste campagnes in stilte.

De cijfers wijzen erop dat bureaus dit weten en toch wegkijken. In het onderzoek van Bitly onder marketeers uit 2025 zei slechts 31 procent te volgen wat er na de scan gebeurt, en maar 16 procent koppelt QR-campagnes aan omzet. Het aantal scans belandt in de klantrapportage omdat het makkelijk te meten is, niet omdat het het cijfer is waarvoor de klant betaalt. Deze gids gaat over de andere helft van de campagne: wat de pagina na de scan moet doen, de specificaties waarmee die werkt op een telefoon, en hoe je bewijst dat hij heeft geconverteerd.

Homepage of landingspagina?

De eerste beslissing is degene die het vaakst misgaat: waar moet de code naartoe verwijzen? Het eerlijke antwoord is bijna nooit de homepage.

Een homepage is gebouwd om iedereen te bedienen: bestaande klanten, sollicitanten, investeerders, mensen die het merk in Google intikten. Hij biedt navigatie, geen antwoord. Iemand die een code scande naast "Krijg 20% korting op je eerste bestelling" wil geen menu met afdelingen. Die wil die 20 procent, en wel op het eerste scherm.

Een QR-code landingspagina is één pagina, gebouwd voor één campagne, met één taak. Hij herhaalt de belofte die naast de code gedrukt stond, vraagt om één actie en haalt al het andere weg. Kan de bezoeker de actie die het drukwerk beloofde niet afronden, dan heeft de pagina gefaald, hoe goed hij er ook uitziet.

Er is één praktische uitzondering. Als de gedrukte belofte werkelijk "bezoek onze website" is (een merkbekendheidsactie zonder concreet aanbod), kan de homepage de juiste bestemming zijn. Maar meet het dan als bekendheid, niet als respons, en zeg dat ook in de rapportage. Onze gids over welke scanstatistieken er echt toe doen behandelt dat onderscheid uitgebreid.

De plek en de pagina zijn één funnel

Onderzoek naar information foraging van Xerox PARC uit de jaren negentig gaf dit idee zijn academische onderbouwing: mensen volgen een "informatiegeur" en verlaten het spoor zodra die geur wegvalt. In landingspagina-kringen heet de toegepaste versie message match, een term die bekend werd door Unbounce. Het principe is simpel: de pagina moet zichtbaar verdergaan met de belofte die de klik uitlokte. Geen enkele gecontroleerde studie hangt er een betrouwbaar percentage aan, dus zie het als een stevige vuistregel en niet als een wet, maar tegen de logica valt weinig in te brengen.

Bij QR-campagnes is de "advertentie" een fysiek object, waardoor message match letterlijker wordt dan bij betaald zoekverkeer. De scanner keek net nog naar een poster, een menukaart, een verpakking of een flyer. De pagina die laadt moet eruitzien alsof hij bij dat object hoort: zelfde aanbod, zelfde bewoordingen, zelfde visuele wereld. Zegt de poster "Win een weekend Wenen" en kopt de pagina "Welkom op ons prijzenportaal", dan is de geur verbroken en zit de terugknop één duimbeweging verderop.

Context gaat verder dan woordkeuze. Een code in een bushokje wordt gescand door iemand die staat, waarschijnlijk met één hand, mogelijk op het punt om in te stappen. Een code op een verpakking wordt thuis gescand, met tijd om te lezen. De bushokjespagina moet om één tik vragen; de verpakkingspagina kan zich een alinea veroorloven. Loopt dezelfde campagne op meerdere plekken, dan is dat een reden om één trackbare code per plek te gebruiken, niet alleen voor attributie maar ook omdat de pagina's zelf kunnen verschillen.

Snelheid: de natuurkunde van mobiel internet

Elke QR-scan gebeurt per definitie op een telefoon, en de meeste gebeuren buiten bereik van goede wifi. Snelheid is daarom niet zomaar een van de vele optimalisaties; het is de poortwachter voor al het andere op deze pagina.

Het meest geciteerde cijfer in mobiele performance is Googles bevinding uit 2016 dat 53 procent van de mobiele bezoeken wordt afgebroken als een pagina langer dan drie seconden over het laden doet. Het is een echt onderzoek, maar het is een decennium oud, dus zie het als bewijs dat geduld schaars is, niet als actuele benchmark. De huidige lat is Googles Core Web Vitals: Largest Contentful Paint binnen 2,5 seconden, Interaction to Next Paint binnen 200 milliseconden en Cumulative Layout Shift onder de 0,1, telkens gemeten op het 75e percentiel van echte paginaweergaven. Dat detail van het 75e percentiel is belangrijk voor QR-werk: het zijn velddata, dus trage mobiele verbindingen zitten gewoon in de steekproef en worden niet weggemiddeld. De retailstudie van Akamai uit 2017 vond dat 100 milliseconden vertraging conversies met wel 7 procent kon drukken; ook gedateerd, maar de richting klopt.

Redirectketens zijn de QR-specifieke snelheidsval. Een trackbare QR-code gebruikt by design al één redirect: de code lost een korte URL op, het platform registreert de scan en stuurt dan door naar de bestemming. Die ene stap levert je analytics op en de mogelijkheid om de bestemming later te wijzigen, en is het dus waard. Wat het niet waard is: extra stappen erachter stapelen. Een vanity-domein dat doorstuurt naar www, een http-URL die opwaardeert naar https, een linkverkorter die naar een andere linkverkorter wijst. De Lighthouse-documentatie van Google is er duidelijk over: elke redirect kost een volledige request-response rondreis en kan de pagina honderden milliseconden vertragen, en op mobiel internet is dat vaak nog erger. Controleer de keten één keer: scan de echt gedrukte code op een telefoon met wifi uit en tel hoe vaak de adresbalk verandert. Eén stap is de prijs van tracking; drie is nalatigheid.

De pagina zelf moet gebouwd zijn alsof hij een slechte verbinding verwacht: gecomprimeerde afbeeldingen op telefoonformaat, geen autoplay-video boven de vouw, geen scripts van derden die het renderen blokkeren. Test met de throttling-tools in Chrome DevTools of PageSpeed Insights, niet op het kantoornetwerk.

Het eerste scherm doet het werk

Als de pagina laadt, ziet de scanner één telefoonscherm, grofweg 360 bij 700 CSS-pixels aan bruikbare ruimte. Alles wat iemand moet begrijpen en doen, moet binnen die rechthoek duidelijk zijn.

1. De kop herhaalt de gedrukte belofte, vrijwel woordelijk. Dit is de message-matchcheck: wie "20% korting op je eerste bestelling" scande, moet die woorden binnen een seconde na het laden opnieuw lezen.
2. Eén ondersteunende regel of visual draagt het detail: wat het aanbod is, wat er gebeurt bij een tik. Houd het bij één zin. De scanner gaf je zijn nieuwsgierigheid, niet zijn middag.
3. Eén enkele call-to-action staat in de onderste helft van het scherm, binnen de natuurlijke duimboog. Observatieonderzoek van Steven Hoober vond dat ongeveer de helft van de telefoongebruikers het toestel met één hand en de duim bedient, dus de primaire knop hoort waar een duim rust, niet in een bovenhoek. Maak hem comfortabel tikbaar: Apples Human Interface Guidelines zeggen minimaal 44 bij 44 punten, Googles Material Design zegt 48 bij 48 density-independent pixels, en WCAG 2.2 legt de toegankelijkheidsondergrens op 24 bij 24 CSS-pixels. Bouw naar de cijfers van Apple en Google; het WCAG-getal is een minimum, geen doel.
4. Is de actie een formulier, dan is elk veld een tolpoort. Het checkout-onderzoek van het Baymard Institute vond dat de gemiddelde e-commerce checkout 11,3 formuliervelden toont, terwijl de meeste sites met 8 toe zouden kunnen. Voor een QR-landingspagina is de verdedigbare set meestal één of twee velden. Vraag wat de campagne nodig heeft om haar belofte waar te maken en haal de rest later op.
5. Alles onder het eerste scherm is ondersteunend materiaal: details, voorwaarden, vertrouwenssignalen, secundaire links. Wie scrolt, was al overtuigd; het eerste scherm is er voor alle anderen.

Eén bewuste weglating in dat lijstje: een navigatiebalk. Een campagnepagina heeft er geen nodig. Elke uitgang die je toevoegt, is een route weg van de ene actie waarvoor de klant betaalt.

Cookiebanners en popups: wettelijk verplicht, slecht gebouwd

Plaatst de pagina niet-essentiële cookies of trackt hij bezoekers, dan eisen de EU-regels (de ePrivacy-richtlijn en de AVG) toestemming voordat dat gebeurt, en een QR-landingspagina is daarvan niet uitgezonderd. Wat je wel in de hand hebt, is wat die verplichting de bezoeker kost. De cookiebanner is letterlijk de eerste tik die een scanner op het merk van je klant doet, en veldonderzoek onderstreept hoeveel het ontwerp uitmaakt: een studie uit 2019 onder ruim 80.000 gebruikers vond dat de positie van de banner en het knopontwerp significant veranderen hoe mensen ermee omgaan. Maak hem wegklikbaar met één tik binnen duimbereik, laat hem de kop niet bedekken, en bedenk: hoe minder de pagina trackt, hoe minder hij hoeft te vragen. Een scan die server-side door je QR-platform wordt geteld heeft helemaal geen cookiebanner nodig; het zijn de marketingpixels op de landingspagina die er een oproepen.

Marketingpopups zijn een ander verhaal: nieuwsbrief-overlays, app-install-interstitials, "voordat je gaat"-dialogen. Sinds januari 2017 hanteert Google een rankingstraf voor pagina's waar opdringerige interstitials op mobiel de content bedekken, met expliciete uitzonderingen voor wettelijk verplichte meldingen zoals cookietoestemming en leeftijdsverificatie. De SEO-straf is één reden om ze te schrappen. De betere reden is dat iemand die drie seconden op een gescande pagina zit en een overlay voor zijn neus krijgt, vertrekt, en dat je analytics dan een scan, een bezoek en verder niets registreren.

Bewijzen dat de pagina werkte

Een scan zonder vervolg is een vanity metric. De echte funnel van de campagne heeft vier fases, en elke fase is meetbaar: scans (je QR-platform registreert die bij de redirect, nog voordat de pagina laadt), paginaweergaven, de conversieactie en, als de klant iets verkoopt, omzet.

De bedrading is dezelfde als bij elke campagnebestemming: zet UTM-parameters op de bestemmings-URL zodat de sessie in GA4 wordt geattribueerd, en registreer de actie van de pagina (formulierinzending, bestelling, doorklik) als key event. De exacte setup, inclusief waarom ongetagd QR-verkeer in "direct" belandt, staat in onze gids over QR-codes in Google Analytics 4. Met een dynamisch QR-platform leeft de UTM-getagde URL achter de korte link, dus de gedrukte code verandert nooit, ook niet als de tagging dat wel doet.

Twee eerlijke kanttekeningen voor de klantrapportage. Ten eerste zullen scans en sessies nooit gelijk zijn: sommige mensen haken af tijdens het laden (dat gat is zelf een snelheidsmetric die het volgen waard is), en sommige sessies worden geblokkeerd door toestemmingskeuzes. Rapporteer beide cijfers en leg uit waarom ze verschillen. Ten tweede verdienen benchmarks scepsis. De conversiebenchmark van Unbounce uit 2024, gebaseerd op 41.000 landingspagina's, legt de mediane conversieratio op 6,6 procent, per branche uiteenlopend van grofweg 4 tot 12 procent. Dat is een nuttige sanity check voor een landingspagina als pagina. Een QR-specifieke "scan-naar-actie-benchmark" is iets anders, en geen enkel platform met echte data publiceert er een, dus elk stellig branchecijfer dat je leest is verzonnen. Stel de baseline van je klant vast op basis van zijn eigen eerste campagne.

De pagina kun je bijsturen, het drukwerk niet

De asymmetrie die QR-landingspagina's de aandacht van een bureau waard maakt: de gedrukte code ligt vast voor de levensduur van het materiaal, maar met een dynamische QR-code kan de pagina erachter elke dag van de campagne veranderen. Zwakke kop? Herschrijf hem. Lang formulier dat conversies nekt? Snijd het terug tot één veld. Helemaal de verkeerde pagina? Wijs de code ergens anders naartoe zonder herdrukken.

Die veranderbaarheid maakt ook echte experimenten mogelijk terwijl de campagne loopt: splits het verkeer achter één gedrukte code, of laat plaatsingsvarianten tegen elkaar lopen, en laat de scandata beslissen. We schreven een volledige gids over A/B-testen van een QR-campagne zonder jezelf voor de gek te houden; de korte regel is: verander één ding tegelijk en geef varianten genoeg scans om iets te betekenen.

Dit is ook het antwoord op een budgetbezwaar dat bureaus vaak horen: "we hebben al voor het drukwerk betaald, de pagina is extra". De drukoplage is het dure, bevroren deel. De pagina is het goedkope, verbeterbare deel. Het hele budget besteden aan de helft die je niet kunt repareren en niets aan de helft die dat wel kan, is precies de verkeerde volgorde. Is het scanvolume zelf het probleem, dan is dat een andere reparatie: het aanbod, de call-to-action en de plek bepalen of er überhaupt iemand scant.

Veelgestelde vragen

QR-code naar homepage of landingspagina?

Een speciale landingspagina, in vrijwel elk geval. Een homepage bedient elke mogelijke bezoeker en geeft daardoor niemand snel antwoord; een landingspagina herhaalt de specifieke belofte die naast de code gedrukt stond en vraagt om één actie. De uitzondering is een pure merkbekendheidscampagne waarvan de gedrukte belofte werkelijk alleen "bezoek ons" is, en zelfs dan vertelt een getrackte bestemming je meer dan een ongetrackte homepage.

Wat moet er op een QR-code landingspagina staan?

Vijf dingen: een kop die het gedrukte aanbod herhaalt, één regel ondersteunend detail, één enkele call-to-action van minimaal 44 bij 44 punten binnen duimbereik, het kortste formulier dat het aanbod toelaat (één of twee velden, of geen), en aanvullende details onder het eerste scherm. Laat sitenavigatie en marketingpopups weg; beide lekken bezoekers weg van de ene actie die ertoe doet.

Hoe snel moet een landingspagina laden?

Mik op de drempels van Googles Core Web Vitals: Largest Contentful Paint binnen 2,5 seconden, Interaction to Next Paint binnen 200 milliseconden en layout shift onder de 0,1, op het 75e percentiel van echte paginaweergaven. QR-verkeer is volledig mobiel en loopt vaak via mobiel internet, dus test met network throttling aan en houd de redirectketen op de ene stap die je QR-platform nodig heeft voor tracking.

Heb je een website nodig voor een QR-code?

Nee. De code heeft een URL nodig, geen website. Veel campagnes verwijzen naar een gehoste losse pagina, een formulier, een bestand of een boekingstool. Gebruik voor alles met een drukoplage een dynamische QR-code, zodat de bestemming na het drukken aanpasbaar blijft, waar hij vandaag ook naartoe wijst.

Wat is een goede conversieratio voor een QR-code landingspagina?

Er bestaat geen betrouwbare QR-specifieke benchmark; geen enkel groot platform publiceert scan-naar-actie-data, dus genoemde cijfers zijn gokwerk. Als sanity check voor de pagina zelf: de benchmark van Unbounce uit 2024 over 41.000 landingspagina's legt de mediane conversieratio op 6,6 procent, per branche variërend van zo'n 4 tot 12 procent. Behandel de eerste campagne van je klant als baseline en verbeter ten opzichte daarvan.

Waarom converteert mijn QR-campagne niet?

Loop de funnel op volgorde door. Zijn de scans hoog maar blijven de paginaweergaven achter, dan is de pagina te traag voor mobiel internet of de redirectketen te lang. Laadt alles prima maar doet niemand iets, check dan de message match (herhaalt de kop de gedrukte belofte?), de call-to-action (één, zichtbaar, tikbaar?) en de formulierlengte. Scandata vertelt je welke plekken het slechtst converteren; repareer die pagina's eerst.

Is een cookiebanner verplicht op een landingspagina?

Alleen als de pagina niet-essentiële cookies plaatst of trackingscripts draait, en dat doen de meeste marketingpagina's. De scan zelf kan server-side door je QR-platform worden geteld, zonder enige banner. Heb je wel toestemming nodig, maak de banner dan wegklikbaar met één tik en houd hem van de kop af; het is de eerste interactie die een scanner met de pagina heeft.

De korte versie

Een QR-campagne bestaat uit twee helften: het drukwerk dat de scan wint, en de pagina die de scan omzet in een resultaat. Die pagina is een mobiele pagina met één doel, niet de homepage. Hij herhaalt de gedrukte belofte woord voor woord, laadt binnen de Core Web Vitals-drempels met throttling aan, zet één duimgrote call-to-action op het eerste scherm en vraagt om hooguit een veld of twee. Hij draagt UTM-parameters zodat conversies in je analytics belanden, en hij zit achter een dynamische code zodat je hem kunt herschrijven, omleiden of vervangen zonder aan de drukoplage te komen. Scan voordat de volgende campagne live gaat de echte code op een telefoon met wifi uit en loop de funnel zelf door: laden, lezen, tikken, converteren. Elke stap waarbij je aarzelt, kost de klant conversies. Repareer die pagina deze week; het drukwerk kan wachten tot de volgende oplage.