QR-code in e-mailmarketing: wanneer werkt het (en wanneer niet)?

Bijna de helft van de marketeers plaatst inmiddels ergens een QR-code in een e-mailcampagne, blijkt uit Bitly's QR Code Trends-onderzoek van 2025. Daarmee staat e-mail hoger dan productverpakking, evenementen en printadvertenties als meest voorkomende plek voor een QR-code. Dat is een opvallend cijfer voor een kanaal dat al een prima klikoptie ingebouwd heeft: de hyperlink. Als een lezer al op een link in de e-mail kan tikken die hij aan het lezen is, waarom geef je hem dan een tweede, omslachtigere manier om dezelfde bestemming te bereiken?

Het eerlijke antwoord is dat een QR-code in een e-mail soms een echt nuttige snelkoppeling is en soms pure wrijving die zich voordoet als innovatie. Wat het wordt, hangt af van mechanismen die de meeste marketingadviezen volledig overslaan: hoe e-mailclients afbeeldingen daadwerkelijk weergeven, wat een "open" nog echt meet nu Apple's privacytools meespelen, en een beveiligingsrisico dat in twee jaar tijd van theoretisch naar een actieve FBI-waarschuwing is gegaan. Deze gids behandelt alle drie, en geeft je vervolgens een checklist voor plaatsing en een manier om te meten wat de code echt doet zodra hij de wereld in gaat.

Waarom marketeers een QR-code in hun e-mail willen zetten

Het argument is meestal een van drie dingen. Ten eerste: cross-device overdracht. De e-mail wordt gelezen op een laptop, maar de bestemming, een kortingscode, een wallet-pas, wifi-inloggegevens, een winkelzoeker, heeft alleen zin op de telefoon die straks fysiek bij de kassa of op locatie is. Ten tweede: nieuwigheid. Een QR-code valt op in een inbox vol "Shop nu"-knoppen en krijgt een tweede blik. Ten derde: meetbaarheid. Een scan voelt als een schoner signaal van intentie dan een klik, omdat iemand daarvoor fysiek zijn telefoon moet pakken en de camera moet gebruiken.

Voor elk van die argumenten is er een reëel antwoord, en dat antwoord is niet voor elke verzending hetzelfde. Cross-device overdracht is verreweg het sterkste argument, en het loont om de rest van je overwegingen daarop te baseren. Nieuwigheid slijt binnen een paar verzendingen aan dezelfde lijst en houdt dan op een argument op zichzelf te zijn. Het meetbaarheidsargument is interessanter dan de meeste marketeers beseffen, en juist daar zorgt de recente geschiedenis van e-mailtracking ervoor dat QR-codes er beter uitzien, niet slechter, mits je dynamische codes gebruikt in plaats van statische.

Het mechanisme dat niemand noemt: laadt de afbeelding wel

Voordat een van die argumenten er zelfs maar toe doet, moet de QR-code überhaupt worden weergegeven. Een QR-code in een e-mail is een afbeelding, en niet elke e-mailclient behandelt afbeeldingen op dezelfde manier.

Outlook (desktop) blokkeert externe afbeeldingen standaard en toont een placeholder totdat de ontvanger op "Afbeeldingen downloaden" klikt. Dat is gedocumenteerd clientgedrag, geen gerucht, en het betekent dat een aanzienlijk deel van een B2B-lijst, waar Outlook-gebruik hoger ligt, een grijs vak te zien krijgt in plaats van je code, tenzij ze eerst een extra actie ondernemen. Apple Mail, Gmail en de meeste moderne webmailclients laden afbeeldingen automatisch (Gmail stapte rond 2013 over op server-side image proxying en automatische weergave, na jaren van standaard blokkeren), waardoor het weergaveprobleem nu geconcentreerd is bij Outlook en een handvol privacygerichte clients, in plaats van gelijk verdeeld over de inbox.

Dit is geen argument tegen het gebruik van een QR-code in een e-mail. Het is een argument om hem nooit de enige manier te maken om je bestemming te bereiken. Zet altijd een zichtbare tekstlink naast de afbeelding, en schrijf echte alt-tekst voor de QR-afbeelding zelf (iets als "Scan voor de wifi-inloggegevens, of tik op deze link") zodat ontvangers bij een client die afbeeldingen blokkeert, of iedereen die een schermlezer gebruikt, niet vastlopen.

Is een scan een beter signaal dan een "open"? De cijfers zeggen voorzichtig ja

Dit is het deel van de discussie waar bijna niemand de cijfers op naslaat. Apple Mail is de grootste losse e-mailclient qua gemeten opens, met ongeveer 65% van alle getrackte opens volgens de doorlopende marktaandeelcijfers van Litmus, gevolgd door Gmail met zo'n 24% en Outlook met ongeveer 6%. Sinds iOS 15 in 2021 haalt Apple's Mail Privacy Protection elke tracking pixel vooraf op via Apple's eigen proxyservers, ongeacht of de ontvanger het bericht daadwerkelijk opent of zelfs maar leest. Verschillende onafhankelijke analyses uit 2024 schatten dat het aandeel "opens" dat puur door deze proxy wordt gegenereerd, in plaats van door een echt persoon die de e-mail opent, in sommige datasets rond de driekwart van alle pixel-afvuringen ligt.

Dat betekent dat de regel "openingspercentage" in je campagnerapport al jaren fors opgeblazen is bij elke lijst met een significant Apple Mail-aandeel, en dat is de meeste consumentenlijsten. Een QR-scan heeft dat probleem niet op dezelfde manier: iemand moet een telefoon pakken, de camera openen en die bewust op de code richten. Het is ook geen perfecte metriek (iemand kan uit nieuwsgierigheid scannen en nooit iets doen met de bestemming), maar hij wordt niet kunstmatig getriggerd door een privacyproxy zoals bij een op pixels gebaseerde open wel het geval is.

De voorwaarde is wel dat de code dynamisch en goed getagd moet zijn. Een statische QR-code die rechtstreeks naar een URL wijst, vertelt je alleen dat er scans hebben plaatsgevonden, punt. Een dynamische code gekoppeld aan een redirect geeft je scanvolume, timing, apparaattype en, als je de bestemmings-URL taggt met UTM-parameters, welke specifieke e-mailverzending welke conversies opleverde, net zoals je dat graag zou willen zien in scanmetrics voor elk ander kanaal.

Wanneer een QR-code in een e-mail zijn plek echt verdient

Verreweg de sterkste use case is een bestemming die alleen zin heeft op een mobiel apparaat, ergens anders bekeken dan achter een bureau. Een paar concrete voorbeelden:

• Wifi-inloggegevens voor een evenement, waarbij de ontvanger de uitnodiging dagen van tevoren op een laptop leest, maar de netwerkgegevens nodig heeft op zijn telefoon op het moment dat hij binnenloopt.
• Een wallet-pas (een klantenkaart, een evenemententicket, een instapkaart-achtig ding) die in Apple Wallet of Google Wallet terecht moet komen op het apparaat dat bij de deur wordt gescand of getoond.
• Een kortingscode voor in de winkel of op locatie, bedoeld om op een telefoonscherm bij de kassa in te wisselen, waarbij de QR-code tegelijk dienst doet als inwisselmechanisme in plaats van alleen als link.
• Een korte enquête of feedbackverzoek na een fysiek bezoek, waarbij scannen aanvoelt als een natuurlijk vervolg op een fysieke ervaring in plaats van een omweg vanuit een digitale.
• Een account- of app-downloadstap, waarbij de QR-code automatisch naar de juiste app store leidt in plaats van de ontvanger de app op naam te laten zoeken.

De rode draad is een echte wisseling van apparaat of context, niet zomaar een alternatieve manier om op dezelfde link te klikken die de ontvanger al op hetzelfde scherm voor zich heeft.

Wanneer het pure wrijving is en je hem beter kunt overslaan

Het argument tegen een QR-code verzwakt snel zodra je kijkt naar hoe mensen daadwerkelijk e-mail lezen. Een groot deel van de e-mailopens gebeurt al op een telefoon, aangezien de meeste inbox-checks tegenwoordig op mobiel plaatsvinden. Als iemand jouw campagne al leest op dezelfde telefoon met die camera, dan is hem vragen om over te schakelen naar een camera-app, de code te kadreren, te wachten op de redirect en vervolgens weer in een browser te belanden, ronduit een slechtere ervaring dan een link waar hij direct met zijn duim op kan tikken. Je hebt stappen toegevoegd om stappen weg te nemen.

Sla de QR-code over en gebruik gewoon een normale link wanneer:

• De bestemming een standaard webpagina is (een productpagina, een blogartikel, een aanmeldformulier) die prima werkt als directe tik.
• Je lijst al zwaar leunt op mobiele opens, waardoor er geen betekenisvolle overdracht van desktop naar mobiel plaatsvindt.
• De e-mail zelf het primaire kanaal is en er geen fysiek, persoonlijk moment is waar de code een brug naar slaat.
• Je alleen een iets anders ogende call-to-action wilt. Nieuwigheid is op zichzelf geen sterk genoeg argument, en het werkt niet meer zodra het publiek al een paar van deze e-mails heeft gezien.

Als geen van de echt nuttige gevallen uit de vorige sectie van toepassing is, is een QR-code in een e-mail decoratie die zich voordoet als functionaliteit. Hij voegt een weergave-afhankelijkheid toe, een extra tik, en een beveiligingsrisico (daarover zo meer), zonder echte winst ten opzichte van de link die toch al in hetzelfde bericht stond.

Een korte checklist voor ontwerp en plaatsing

Als je een echte overdrachtscase hebt, maken een paar praktische keuzes het verschil tussen een code die werkt en een die stilletjes faalt:

• Maak de QR-code nooit de enige weg naar de bestemming. Combineer hem met een zichtbare, aantikbare tekstlink die precies hetzelfde doet.
• Schrijf beschrijvende alt-tekst bij de QR-afbeelding, zowel voor toegankelijkheid als voor ontvangers van wie de client de afbeelding blokkeerde.
• Houd de rest van de e-mail licht. Een enkele QR-code plus een duidelijke instructie van een regel ("Scan met de camera van je telefoon om dit toe te voegen aan Apple Wallet") oogt behulpzaam; een QR-code die verstopt zit tussen vijf andere visuele elementen zonder instructie oogt als rommel, en kan er ook genoeg uitzien als een generieke marketingafbeelding waardoor spamfilters die zwaar leunen op de verhouding afbeelding-tekst hem minder gunstig beoordelen, een veelgehoorde vuistregel voor deliverability, niet een gedocumenteerde drempel van een specifieke mailboxprovider.
• Gebruik een dynamische code, niet een statische die direct in de afbeelding is gebakken, zodat je een kapotte bestemming kunt herstellen nadat de verzending de deur uit is, en zodat je überhaupt scandata krijgt.
• Test de weergave specifiek in Outlook desktop voordat je verzendt, want dat is de grote client waar de afbeelding niet verschijnt zonder dat de ontvanger een extra klik doet.

Meten wat de code daadwerkelijk doet

Zodra de e-mail de deur uit is, moet de code zich bewijzen in het rapport, niet alleen in het ontwerp. Geef de redirect zijn eigen UTM-tagging zodat scans van deze specifieke verzending te onderscheiden zijn van scans op dezelfde code die ergens anders is geplaatst, volgens de naamconventie die schaalt over clients heen in plaats van er per campagne eentje te verzinnen. Voer dat in op welke analyticsstack de klant ook al gebruikt voor rapportage; als dat Google Analytics 4 is, zorg er dan voor dat de redirect met de parameters intact aankomt in plaats van dat een tussenliggende pagina ze eraf strip. Rapporteer scanvolume, apparaatverdeling en tijd-tot-scan naast de traditionele open- en klikcijfers, en wees eerlijk naar de klant dat het openingspercentage bij een lijst met veel Apple Mail tegenwoordig een zacht cijfer is: scandata is een van de eerlijkere dingen die je hem kunt voorleggen.

Het quishing-risico dat bureaus niet kunnen negeren

Er zit een beveiligingsdimensie aan dit verhaal die de afgelopen twee jaar van hypothetisch naar een actieve dreiging is gegaan. QR-code-phishing, tegenwoordig meestal quishing genoemd, is tussen 2023 en 2025 sterk gestegen: Abnormal Security schat het aandeel op ongeveer 8,3% van alle phishingaanvallen in 2025, tegen minder dan 1% twee jaar eerder. De FBI gaf in januari 2026 een flash alert uit met de waarschuwing dat aan staten gelieerde phishinggroepen kwaadaardige QR-codes verwerkten in spear-phishing e-mails, specifiek om slachtoffers weg te lokken van een gemonitorde bedrijfslaptop naar een persoonlijke telefoon, waar dezelfde URL-scanning en sandboxing die een aangeklikte link in een zakelijke inbox beschermt doorgaans niet draait.

Dat mechanisme, een QR-code die de klik weghaalt bij het apparaat en netwerk dat hem normaal zou inspecteren, is precies waarom quishing werkt als aanval en precies waarom een legitieme QR-code in een legitieme marketing-e-mail er onmiskenbaar legitiem uit moet zien. Praktische stappen voor een bureau dat QR-codes verstuurt in klantcampagnes: leid altijd door via een domein dat de ontvanger herkent als dat van de klant zelf (geen kale shortener zonder branding), vraag nooit iemand een code te scannen om "je account te verifiëren" of een wachtwoord opnieuw in te voeren, en overweeg een korte regel in de e-mail zelf die uitlegt wat de code doet en waar hij naartoe leidt, want dat is precies de context die een phishing-e-mail niet de moeite zal nemen om toe te voegen. Het bredere verhaal over het beveiligen van campagnecodes tegen manipulatie en imitatie is de moeite waard om in zijn geheel te lezen als je voor klanten QR-campagnes draait op een schaal die om een eigen beveiligingsaanpak vraagt.

Veelgestelde vragen

Werken QR-codes echt in e-mailmarketing?

Ze werken goed voor een specifieke taak: iemand laten overstappen van een e-mail die op het ene apparaat wordt gelezen naar een actie die alleen zin heeft op zijn telefoon, zoals een wallet-pas, een fysieke inwisseling of wifi-inloggegevens. Voor een bestemming die gewoon een standaard webpagina is, presteert een normale, aantikbare link minstens even goed en voegt hij geen extra wrijving toe.

Waarom een QR-code in een e-mail zetten in plaats van gewoon een link?

Alleen wanneer de bestemming echt op een ander apparaat bereikt moet worden dan waarop de e-mail is gelezen, of specifiek de camera of wallet-app van de telefoon nodig heeft. Als de ontvanger de e-mail al op zijn telefoon leest, voegt een QR-code stappen toe in plaats van ze weg te nemen.

Blokkeren e-mailclients QR-afbeeldingen standaard?

Outlook (desktop) blokkeert externe afbeeldingen standaard en toont een placeholder totdat de ontvanger ze downloadt. Apple Mail en Gmail laden afbeeldingen tegenwoordig automatisch voor de meeste ontvangers. Zet altijd een zichtbare tekstlink naast de QR-afbeelding, zodat het bericht nog werkt als de afbeelding niet laadt.

Is een QR-scan een betere metriek dan een e-mail open?

Hij kan op een specifiek punt betrouwbaarder zijn: sinds iOS 15 in 2021 Apple Mail Privacy Protection introduceerde, wordt een groot deel van de geregistreerde "opens" automatisch getriggerd doordat Apple's proxy de tracking pixel vooraf ophaalt, niet doordat een persoon de e-mail leest. Een scan vereist dat iemand bewust zijn camera gebruikt, dus daar speelt diezelfde opblazing niet, al is het nog steeds geen bewijs dat de ontvanger ook echt iets met de bestemming heeft gedaan.

Wat is quishing en moeten marketing-e-mails zich er zorgen om maken?

Quishing is phishing via een QR-code in plaats van een aanklikbare link, en het is zo hard gegroeid dat de FBI er in januari 2026 een flash alert over uitgaf. Het is relevant voor legitieme marketing-e-mail omdat een QR-code zonder branding of uitleg voor een voorzichtige ontvanger niet te onderscheiden is van een aanval. Leid altijd door via een herkenbaar domein en leg in de e-mailtekst zelf uit wat de code doet.

Moet ik een QR-code in mijn e-mailhandtekening zetten?

Alleen als hij ergens naartoe leidt waar de camera specifiek iets toevoegt, zoals het opslaan van een vCard-contact of een wallet-achtige klantenkaart. Voor een link naar een website of een agenda-boekingspagina werkt een normale hyperlink in de handtekening net zo goed, en hoeft de ontvanger niet naar zijn telefoon te grijpen terwijl hij de e-mail op een laptop leest.

De korte versie

Een QR-code in een e-mail verdient zijn plek alleen wanneer de bestemming echt een ander apparaat of de camera en wallet van de telefoon nodig heeft, niet als een stijlvariant op een link die er toch al stond. Controleer hoe de afbeelding daadwerkelijk wordt weergegeven in Outlook, Apple Mail en Gmail voordat je erop vertrouwt, behandel scanaantallen als een eerlijker signaal dan openingspercentage bij elke lijst met een groot Apple Mail-aandeel, en verstuur nooit een onuitgelegde code vanaf een onherkenbaar domein, gezien hoe snel quishing is gegroeid. Als je volgende campagne een echt cross-device moment bevat, bouw hem dan op een dynamische code met correcte UTM-tagging, zodat de scandata je klant ook echt iets nuttigs vertelt.