QR-code koppelen aan een PDF: de complete gids voor bureaus

Het probleem met een QR-code die rechtstreeks naar een PDF wijst

Je klant laat 10.000 flyers drukken. Op elke flyer staat een QR-code in de hoek. De code verwijst naar de productbrochure als PDF, ergens gehost op hun website of in een cloudomgeving. Drie maanden later verandert de productlijn, kloppen de prijzen niet meer, of krijgt de brochure een redesign. De PDF moet worden bijgewerkt.

Als de QR-code rechtstreeks naar de URL van die PDF wijst, heb je een probleem. Verander je het bestand, dan werkt de link niet meer. Upload je een nieuw bestand naar een andere URL, dan is de oude code een doodlopende weg. 10.000 flyers opnieuw laten drukken en de kosten zelf dragen. Dit is de situatie waar bureaus voortdurend mee te maken krijgen, en die volledig te voorkomen is.

In deze gids lees je hoe je een QR-code correct aan een PDF koppelt: het kiezen van de juiste hosting, begrijpen wat er daadwerkelijk in de code staat, bepalen hoe het bestand op telefoons opent, en precies weten wat je wel en niet kunt meten. Ook wordt de ene architectuurbeslissing uitgelegd die PDF QR-campagnes aanpasbaar maakt nadat het drukwerk al klaar is.

Wat er in een QR-code staat als je die aan een PDF koppelt

Een QR-code bevat geen bestand. Hij bevat tekst, vrijwel altijd een URL. Wanneer iemand hem scant, opent de telefoon die URL, die vervolgens het bestand levert.

Dit onderscheid is belangrijk omdat de URL die je in de code plaatst bepaalt hoe flexibel de campagne is. Er zijn twee benaderingen.

Statische QR-code: de eigen URL van de PDF wordt rechtstreeks in de code opgenomen. Als de URL https://www.example.com/files/product-catalog-spring-2026.pdf is, wordt precies die string gecodeerd in het patroon. Hoe langer de URL, hoe dichter de resulterende code. Volgens de ISO/IEC 18004-standaard codeert een QR-code data in versies van 1 (een rooster van 21x21 modules) tot versie 40 (177x177). Een typische URL van 60 tekens of minder blijft op versie 4 of 5, wat een schoon, eenvoudig scanbaar patroon oplevert. Een URL van 100 tekens of meer duwt de code voorbij versie 7, waardoor de dichtheid toeneemt, afdruktoleranties strakker worden en scanfouten een reëel risico worden, tenzij het afdrukformaat ruim is.

Dynamische QR-code: in plaats daarvan wordt een korte redirect-URL van een QR-platform in de code gezet, doorgaans 20 tot 30 tekens (bijvoorbeeld https://scankit.app/r/abc12). De server van het platform ontvangt elke scan en stuurt de bezoeker direct door naar de huidige bestemming. De PDF-URL, hoe lang of complex ook, is opgeslagen in het platformdashboard, niet gecodeerd in het gedrukte patroon. Dit houdt de code op versie 2 of 3, ongeacht de uiteindelijke bestemmings-URL.

De korte URL is het mechanisme dat een campagne aanpasbaar maakt. Elk voordeel dat in deze gids wordt beschreven, vloeit voort uit de keuze voor een dynamische code in plaats van een statische.

Hoe je een PDF host voor een QR-campagne

Zodra je weet dat de code een redirect gebruikt, heb je een permanente en betrouwbare plek nodig om de PDF te hosten. De meest voorkomende opties hebben elk hun eigen valkuilen.

CDN of objectopslag (aanbevolen)

Diensten zoals AWS S3, Cloudflare R2 of Supabase Storage geven je directe controle over de URL, het bestand en de HTTP-headers. De URL-structuur verandert nooit, tenzij je dat zelf doet. Er zijn geen door de beheerder opgelegde vervaldatums, geen bandbreedtelimieten die de toegang afsluiten, en geen tussenliggende pagina's tussen de scan en het bestand.

Wanneer je een nieuwe versie van de PDF uploadt, kun je het bestand op dezelfde URL vervangen (waardoor de redirect-bestemming ongewijzigd blijft) of uploaden naar een nieuwe URL en de bestemming in het QR-platformdashboard bijwerken. Beide werken. De gedrukte code wordt in geen van beide gevallen beïnvloed.

R2 heeft geen egress-kosten. S3 rekent per gigabyte overdracht, wat relevant wordt bij campagnes met veel verkeer.

Google Drive

Google Drive werkt, maar alleen als je de eigenaardigheden begrijpt. Een standaard deellink opent een Drive-voorbeeldpagina, niet de PDF rechtstreeks. Om de link het onbewerkte bestand te laten leveren, moet je de URL aanpassen van drive.google.com/file/d/[ID]/view naar drive.google.com/uc?export=download&id=[ID], wat een download activeert. Bestanden groter dan 100 MB kunnen een Google-viruswaarschuwingstussenpagina tonen, wat de ervaring verstoort.

Belangrijker: op Google Workspace-accounts kunnen beheerders automatische linkverval instellen voor gedeelde bestanden. Externe add-ons kunnen ook verval opleggen. Als het IT-team van je klant dat beleid inschakelt nadat de campagne is gedrukt, werkt elke QR-code die afhankelijk is van een Drive-link zonder waarschuwing niet meer. Er is geen betrouwbare manier om van tevoren te weten of de Workspace-configuratie van een klant dit zal veroorzaken.

Dropbox

Dropbox-deellinks zijn standaard stabiel, maar betaalde beheerders kunnen vervaldatums instellen. Gratis accounts hebben maandelijkse bandbreedtelimieten; het overschrijden van de limiet schakelt de link tijdelijk uit. De parameter ?dl=1 forceert een download (in plaats van de Dropbox-voorbeeldpagina te tonen), maar Dropbox heeft af en toe een HTML-foutpagina geserveerd in plaats van bestanden die het als verdacht markeert.

Je eigen server

Als jij of je klant een webserver beheert, geeft het hosten van de PDF daar dezelfde controle als objectopslag. De belangrijkste vereisten zijn HTTPS (zie hieronder) en voldoende bandbreedte voor het verwachte scanvolume.

HTTPS is verplicht, niet optioneel

Zowel iOS als Android dwingen HTTPS af voor content die via QR-redirects wordt geleverd. Apple's App Transport Security, geïntroduceerd in iOS 9, blokkeert onversleutelde HTTP-verbindingen op systeemniveau. Android hanteert dezelfde vereiste vanaf Android 9. Een QR-code die via een HTTP-URL omleidt, zal op de grote meerderheid van moderne telefoons ofwel stilletjes mislukken of een foutmelding tonen. Elke PDF-hosting-URL in een QR-campagne moet HTTPS zijn.

Bepalen hoe de PDF opent: de Content-Disposition-header

Wanneer een telefoon een PDF-URL laadt, bepaalt één HTTP-header of de browser het bestand inline probeert weer te geven of de gebruiker vraagt het te downloaden: Content-Disposition, gedefinieerd in RFC 6266.

Het instellen van Content-Disposition: inline (of het volledig weglaten van de header) vertelt de browser het bestand te renderen als dat mogelijk is. Het instellen van Content-Disposition: attachment instrueert de browser een download te starten.

CDN's en objectopslagdiensten laten je deze header instellen bij het uploaden. Google Drive en Dropbox geven je geen directe controle hierover.

Het praktische effect verschilt per platform. iOS Safari rendert PDF's native via Apple's PDFKit-engine. Een PDF-link opent altijd inline binnen het Safari-browsertabblad, ongeacht of Content-Disposition: attachment is ingesteld; iOS Safari negeert het HTML-attribuut download en behandelt PDF-URL's altijd als inline content.

Android-gedrag is minder voorspelbaar. Moderne versies van Chrome op Android hebben een ingebouwde PDF-viewer en tonen het bestand inline. Oudere apparaten, niet-Chrome-browsers of telefoons met bepaalde PDF-reader-apps geïnstalleerd kunnen in plaats daarvan een download naar de lokale opslagmap activeren. Voor campagnes waarbij het publiek sterk naar Android neigt, is het de moeite waard een enkelvoudige kolom, mobielgeoptimaliseerde lay-out te maken die in beide gevallen goed werkt.

De dynamische redirect in detail

Zo werkt een dynamische PDF-redirect in de praktijk:

1. De gedrukte QR-code bevat alleen een korte redirect-URL. Deze URL is vastgesteld op het moment van drukken en verandert nooit; hij is letterlijk ingebakken in het patroon van donkere en lichte vierkantjes op het fysieke item.

2. Het redirect-knooppunt is de server van het QR-platform. Elke scan bereikt eerst deze server. De server zoekt op waar de code momenteel naartoe wijst en geeft een HTTP-redirect af. Dit is het onderdeel dat je vanuit een dashboard kunt bijwerken zonder wijzigingen aan de fysieke code.

3. De actieve PDF is het bestand op de huidige bestemmings-URL. Wanneer je een nieuwe versie van de brochure uploadt en het bestand op dezelfde URL vervangt of de redirect-bestemming bijwerkt, gaat de volgende scan automatisch naar het nieuwe bestand. Het gedrukte item is ongewijzigd.

De redirect duurt doorgaans minder dan 100 milliseconden, onmerkbaar voor de gebruiker. Dit is ook de plek waar alle scananalytics worden vastgelegd, omdat de platformserver elk verzoek ziet voordat de redirect wordt uitgevoerd.

De PDF bijwerken zonder opnieuw te drukken

De meest waardevolle eigenschap van een dynamische PDF QR-code is dat het gedrukte materiaal en de documentinhoud losgekoppeld zijn. Je kunt de inhoud bijwerken zonder het gedrukte item aan te raken.

In de praktijk gebruiken bureaus dit op twee manieren.

Vervang het bestand op dezelfde URL. Upload de nieuwe PDF naar hetzelfde pad op je CDN of server, waarmee het oude bestand wordt overschreven. De redirect-bestemming in het QR-platform blijft hetzelfde. De volgende scan levert het nieuwe bestand direct. Dit werkt soepel als je de hosting beheert.

Werk de redirect-bestemming bij. Als je het bestand naar een nieuwe locatie verplaatst (een andere CDN, een nieuwe URL-structuur, een nieuwe opslagdienst), werk dan de redirect in het QR-platformdashboard bij om naar de nieuwe URL te wijzen. Alle bestaande scans gaan direct naar de nieuwe locatie. Dit werkt voor elke hosting, inclusief Google Drive of Dropbox, en betekent dat je bestanden vrij kunt verplaatsen zonder iets opnieuw te drukken.

Geen van beide opties vereist herdruk. Geen van beide vereist dat je degene informeert die het originele materiaal heeft gedrukt. De QR-code op het fysieke item blijft precies zoals die was.

Wat je wel en niet kunt meten

Een QR-campagnebeheerder moet een belangrijk onderscheid begrijpen in wat voor tracking mogelijk is wanneer de bestemming een PDF is.

Wat het QR-platform bijhoudt is alles wat er op de redirect-server gebeurt: het aantal scans, het tijdstip van elke scan, het land en de stad afgeleid van het IP-adres, het apparaattype en het besturingssysteem uit de User-Agent-string, en (afhankelijk van het platform) een benadering van unieke versus herhaalde scanners. Dit gebeurt ongeacht wat de bestemming is. Een scan naar een PDF wordt even goed bijgehouden als een scan naar een webpagina.

Wat Google Analytics 4 niet kan bijhouden is alles over de PDF-sessie zelf. GA4 vereist dat een JavaScript-snippet in de browser wordt uitgevoerd. Een PDF-viewer, of dat nu native is op iOS, de ingebouwde renderer van Chrome op Android, of een zelfstandige app, voert geen JavaScript uit. Er worden geen GA4-events afgevuurd. De sessie is onzichtbaar voor je GA4-property. Dit is een harde technische beperking, geen configuratieprobleem.

UTM-parameters die aan de PDF-URL worden toegevoegd, zoals ?utm_source=print&utm_medium=qr, werken ook niet met GA4. De JavaScript van GA4 laadt nooit, dus leest hij de UTM-string ook nooit. De parameters verschijnen in serverlogboeken en in het onbewerkte redirect-log van het QR-platform, maar ze vloeien niet door in GA4-campagneattributie.

Dit betekent: voor een campagne waarbij de bestemming een directe PDF-URL is, is het eigen dashboard van het QR-platform je betrouwbare bron voor analytics, niet GA4.

De landingspagina-aanpak voor volledige tracking

Als GA4-attributie belangrijk is voor de campagne, is de oplossing om eerst door te sturen naar een HTML-landingspagina in plaats van rechtstreeks naar de PDF. De landingspagina laadt GA4, vuurt een page_view-event af, en de UTM-parameters worden gelezen en toegeschreven. Een duidelijke downloadknop of een automatische downloadlink levert vervolgens de PDF aan de bezoeker.

Dit patroon geeft je volledige GA4-sessietracking, attributie en eventdata. De afweging is één extra tik voor de gebruiker. Voor de meeste bureaucampagnes weegt het tracking-voordeel op tegen de wrijving; voor campagnes waarbij directe toegang tot het bestand prioriteit heeft (een menu, een dringende productterugroepmelding), geef je misschien de voorkeur aan de directe-naar-PDF-aanpak en vertrouw je alleen op de analytics van het QR-platform.

Bestandsgrootte en mobielvriendelijkheid

Er bestaat geen officiële specificatie die een "comfortabele" PDF-grootte voor mobiele toegang definieert, maar de consensus onder professionals is duidelijk: onder 1 MB is ideaal voor alle mobiele omstandigheden, inclusief zwakke 4G-verbindingen. Onder 10 MB is acceptabel op LTE of 5G. Daarboven worden laadtijden een probleem voor gebruikers met wisselende verbindingen of oudere apparaten.

De meest voorkomende oorzaak van te grote PDF's in bureauwerk zijn hoge-resolutie afbeeldingen bedoeld voor druk (300 dpi, CMYK, ongecomprimeerd). Een PDF bestemd voor schermweergave via QR-code heeft afbeeldingen nodig van 72 tot 150 dpi in RGB-kleur. Het visuele kwaliteitsverschil op een telefoonscherm is verwaarloosbaar; het bestandsgrootteverschil kan 4 tot 10 keer zijn.

Enkelvoudige kolomindelingen werken ook beter voor mobiele PDF-levering dan de twee- of driekoloms liggende indelingen die gebruikelijk zijn in gedrukte brochures. Een PDF ontworpen voor A4-liggend drukwerk dwingt gebruikers voortdurend te knijpen en te scrollen op een telefoon. Een mobielbewuste versie ontworpen in staande oriëntatie of met een reflowbare indeling is het maken waard als het scanvolume significant is.

Welke bestandstypen werken via QR-code

PDF: de beste optie. Native rendering op iOS, redelijke rendering op Android, universele ondersteuning.

Afbeeldingen (JPEG, PNG): werken perfect. Beide besturingssystemen renderen afbeeldingen native in de browser. Geschikt voor enkelvoudige certificaten, vouchers of kaarten.

Video (MP4): werkt via de native mobiele videospeler. Geschikt als de campagne linkt naar een productvideo of walkthrough.

HTML-pagina's: het ideale formaat voor alles wat tracking, interactiviteit of frequente updates vereist.

Microsoft Word (.docx), Excel (.xlsx), PowerPoint (.pptx): link niet naar onbewerkte bestanden via een QR-code. Mobiele browsers hebben geen native ondersteuning voor Office-formaten. De gebruiker krijgt ofwel een download die hij misschien niet kan openen, of als de betreffende app is geïnstalleerd, opent het bestand daar na een vertraging. De ervaring is onbetrouwbaar op verschillende apparaten.

Als een Word- of PowerPoint-document via QR moet worden gedeeld, is de meest betrouwbare aanpak het uploaden naar Google Drive of Microsoft SharePoint en het delen van de webviewer-URL in plaats van de onbewerkte bestands-URL. De webviewer rendert het document in de browser zonder dat een app nodig is. Voor presentaties is eerst converteren naar PDF nog schoner.

Veelvoorkomende valkuilen

Directe PDF-links naar Google Drive-voorbeeldpagina's. Het gebruik van de standaard deellink van Google Drive opent een Drive-voorbeeldinterface, niet de PDF rechtstreeks. Veel gebruikers op mobiel kunnen niet eenvoudig navigeren vanuit de Drive-interface naar het bekijken of downloaden van het eigenlijke bestand. Gebruik de uc?export=download&id=-vorm voor het onbewerkte bestand, of stuur door naar een landingspagina die het Drive-bestand correct insluit.

Vervalbeleid voor Google Workspace-links. Als het bestand op de Google Workspace-account van een klant staat, kan hun IT-beheerder automatisch vervaalbeleid voor gedeelde links hebben ingesteld. Links die werkten bij de campagnestart kunnen weken of maanden later kapot gaan zonder melding. Voor elke drukcampagne met een looptijd van meer dan een paar weken, host je de PDF op infrastructuur die jij zelf beheert.

Dropbox-bandbreedtelimieten. Gratis Dropbox-accounts hebben een maandelijkse bandbreedtelimiet. Als een campagne veel scanvolume genereert, kan de gedeelde link tijdelijk worden uitgeschakeld wanneer de limiet wordt bereikt. Betaalde abonnementen verhogen de limiet aanzienlijk, maar voor campagnes met veel verkeer is eigen CDN-hosting veiliger.

Privé bestandsmachtigingen. Als de PDF in een privé S3-bucket staat, een privé Google Drive, of een andere opslag met toegangscontroles die authenticatie vereisen, ontvangen niet-geauthenticeerde bezoekers die de URL via QR-code bereiken een 403-fout of een authenticatievraag. Het bestand moet openbaar leesbaar zijn (of worden aangeboden via een correct geconfigureerde CDN met geschikte cache-headers).

Statische codes die naar versiebestandsnamen wijzen. Een statische QR-code die campaign-brochure-v1.pdf codeert, is permanent gebonden aan die bestandsnaam. Bureaus die bestanden benoemen met versienummers en vervolgens proberen te "updaten" door een v2 te uploaden, merken dat de originele gedrukte code nog steeds naar v1 wijst. Dit wordt volledig vermeden door een dynamische redirect te gebruiken, waarbij de bestemmingsbestandsnaam irrelevant is voor de gedrukte code.

HTTPS niet afgedwongen. HTTP-URL's mislukken op iOS en Android 9+. Controleer altijd of je hosting-URL HTTPS gebruikt voordat je gaat drukken.

Veelgestelde vragen

Hoe maak ik een QR-code die linkt naar een PDF?

Gebruik een dynamische QR-codegenerator in plaats van een gratis statische tool. Upload de PDF naar een openbare URL (je CDN, S3, R2 of een vergelijkbare dienst) en maak vervolgens een dynamische QR-code die naar die URL wijst. De code bevat een korte redirect-URL die door het platform wordt beheerd. Je kunt de PDF-URL op elk moment bijwerken vanuit het platformdashboard zonder de code te wijzigen of opnieuw te drukken. Voor een stapsgewijze setup inclusief analytics, zie de gids over hoe je een drukcampagne bijhoudt met QR-codes.

Kan een QR-code rechtstreeks naar een PDF-bestand verwijzen?

Ja. Een QR-code kan naar elke URL wijzen, inclusief een directe URL die een PDF serveert. Of de PDF inline opent of een download activeert, hangt af van de Content-Disposition-header die door de hostingserver wordt teruggegeven en het apparaattype (iOS rendert inline; Android-gedrag varieert). De belangrijkste beperking is dat een statische code die rechtstreeks naar een specifieke PDF-URL wijst, permanent vastligt; als het bestand wordt verplaatst of de URL verandert, werkt de code niet meer.

Hoe werk ik de PDF bij zonder de QR-code te wijzigen?

Gebruik een dynamische QR-code. De code bevat een redirect-URL, niet de PDF-URL. Wanneer je de bestemming in het QR-platformdashboard bijwerkt, gaat de volgende scan automatisch naar het nieuwe bestand. De gedrukte code wordt niet beïnvloed. Als de hosting-URL hetzelfde blijft, kun je het bestand op de server vervangen zonder het QR-platform aan te raken.

Waarom kan ik PDF-downloads niet bijhouden in Google Analytics 4 via een QR-code?

GA4 houdt events bij door een JavaScript-snippet op de pagina uit te voeren. PDF-viewers, of dat nu native is op iOS, de ingebouwde viewer van Chrome op Android, of een zelfstandige app, voeren geen JavaScript uit. Er worden geen GA4-events afgevuurd. Dit is een harde technische beperking van hoe PDF-rendering werkt op mobiel. Voor volledige GA4-tracking, stuur scans eerst door naar een HTML-landingspagina, laat de pagina een GA4-event afvuren en bied de PDF vervolgens als download aan vanaf die pagina. De eigen scananalytics van het QR-platform worden nog steeds vastgelegd, ongeacht GA4.

Hoe groot mag een PDF zijn voor een QR-campagne?

Voor betrouwbare toegang op mobiele netwerken, houd PDF's waar mogelijk onder 1 MB, en onder 10 MB voor alle maar de hoogste-bandbreedte scenario's. De meest voorkomende oorzaak van te grote PDF's zijn drukresolutie-afbeeldingen (300 dpi, CMYK). Voor schermlevering via QR, comprimeer afbeeldingen naar 72 tot 150 dpi in RGB en je verlaagt de bestandsgrootte doorgaans 4 tot 10 keer zonder merkbaar kwaliteitsverlies op een telefoonscherm.

Wat gebeurt er als iemand een PDF QR-code scant op een iPhone versus Android?

Op een iPhone rendert iOS Safari de PDF native via Apple's PDFKit-engine. Het bestand opent inline binnen het Safari-browsertabblad. Het HTML-attribuut download en de header Content-Disposition: attachment worden beide genegeerd op iOS Safari; het toont de PDF altijd inline in plaats van een download te starten.

Op Android hangt het gedrag af van de Chrome-versie en geïnstalleerde apps. Moderne Chrome op Android heeft een ingebouwde PDF-viewer en rendert inline. Oudere apparaten of telefoons met een speciale PDF-reader-app geïnstalleerd kunnen de app inschakelen of een download naar de Downloadsmap starten. Ontwerp PDF's in staand, enkelvoudig kolomformaat zodat ze in beide gevallen leesbaar zijn.

Kan een QR-code linken naar een Word-document of Excel-spreadsheet?

Dat kan, maar de ervaring is onbetrouwbaar op mobiel. Native mobiele browsers hebben geen ingebouwde ondersteuning voor .docx of .xlsx. Gebruikers krijgen ofwel een download die ze misschien niet kunnen openen, of als Microsoft Word of Excel is geïnstalleerd, opent de app na een vertraging. Voor Office-documenten die via QR moeten worden gedeeld, upload je het bestand naar Google Drive of Microsoft SharePoint en deel je de webviewer-URL. Voor presentaties is eerst exporteren naar PDF nog schoner.

Verlopen PDF QR-codes?

Een dynamische QR-code verloopt op zichzelf niet, tenzij het QR-platform hem uitschakelt. De PDF-URL waar de code naartoe wijst kan echter om andere redenen onbereikbaar worden: een Google Workspace-beheerder schakelt linkverval in, een Dropbox-account bereikt zijn bandbreedtelimiet, het bestand wordt van de server verwijderd, of de hostingprovider wijzigt de URL-structuur. De code is alleen zo betrouwbaar als de hosting en het platform erachter. Het gebruik van eigen CDN-hosting en een betrouwbaar dynamisch QR-platform elimineert de meeste van deze storingsoorzaken.

Is een landingspagina beter dan een directe PDF-link voor een QR-campagne?

Het hangt af van de campagnedoelen. Een landingspagina maakt volledige GA4-sessietracking en UTM-attributie mogelijk, laat je context en een call-to-action toevoegen rondom het bestand, en geeft zoekmachines een indexeerbare HTML-pagina om te crawlen. Een directe PDF-link is eenvoudiger in te stellen en vermindert het aantal stappen tussen de scan en het document. Voor campagnes waarbij analytics en SEO belangrijk zijn, is een landingspagina de betere keuze. Voor puur functionele gebruiksscenario's zoals een restaurantmenu of een evenementenprogramma waarbij directe toegang prioriteit heeft, is een directe link prima en vertrouw je op de scananalytics van het QR-platform in plaats van GA4.

De korte versie

Een QR-code voor een PDF moet een dynamische redirect gebruiken, geen statische link. De redirect houdt de gedrukte code kort en schoon (versie 2 of 3 per ISO/IEC 18004), en geeft je de mogelijkheid om het bestemmingsbestand te wisselen zonder opnieuw te drukken.

Host de PDF op een CDN of objectopslag waar jij de URL, de machtigingen en de HTTP-headers beheert. HTTPS is verplicht op zowel iOS als Android. Cloudopslagdiensten (Google Drive, Dropbox) werken maar introduceren verval- en machtigingsrisico's die eigen hosting vermijdt.

Accepteer dat GA4 directe PDF-opens niet kan bijhouden; je analytics leven in het dashboard van het QR-platform. Als je GA4-attributie nodig hebt, stuur scans dan eerst door naar een HTML-landingspagina.

Voor de meeste bureaubrochures en -catalogi is de praktische setup: upload een gecomprimeerde, mobielvriendelijke PDF naar R2 of S3, maak een dynamische QR-code die ernaar wijst, stel Content-Disposition: inline in, en sla het platformdashboard op als bladwijzer voor wanneer de klant het bestand de volgende keer bijwerkt. Het gedrukte materiaal kan dan evolueren zonder dat het drukwerk ooit opnieuw hoeft te worden aangepast. Begin met een gratis dynamische QR-code aanmaken op ScanKit en ontdek hoe eenvoudig het updateproces is.