Een QR-campagne meetbaar maken per drukwerkversie

Bepaal vóór het drukken welke keuze de meting moet ondersteunen. Dat kan zijn: welke versie krijgt een tweede oplage, welke plaats hangt volgend jaar opnieuw, of leidt de flyer tot meer aanvragen dan de affiche. Zonder zo'n vraag meet je scans, maar leer je niets. Schrijf per drukwerkversie één zin op: als versie A meer X oplevert dan versie B, dan doen we Y. Kies ook wat X is. Een scan meet je indirect als bezoek aan een URL met campagneparameters; dat is een benadering, want dezelfde URL kan ook via een gedeelde link of herladen pagina binnenkomen. Het is geen verkoop en geen persoon. Het eigenlijke doel, zoals een formulier of een aankoop, meet je met een aparte gebeurtenis op de landingspagina. Houd het aantal versies klein, want elke extra versie vraagt een extra test en een extra rij in je register.

Geef elke drukwerkversie een eigen URL naar dezelfde of een passende landingspagina, aangevuld met campagneparameters zoals utm_source, utm_medium en utm_campaign. Beheer ze in één register, bijvoorbeeld een spreadsheet met deze kolommen:

Regels voor de parameterwaarden:

• Gebruik vaste, korte waarden in kleine letters en dezelfde schrijfwijze overal.
• Zet nooit een naam, e-mailadres, telefoonnummer of klantnummer in een parameter. URL's belanden in logs, rapporten en gedeelde schermafbeeldingen.
• Verander een URL niet na het drukken. Pas liever de bestemming aan achter een redirect die jij beheert, en test dat de parameters behouden blijven.
• Hergebruik een campagnenaam niet voor een andere oplage.

Hoe je Analytics de parameters laat tonen, controleer je in je eigen account.

Een gebeurtenis meet een specifieke interactie, zoals een paginalading, een klik of een aankoop. Volgens de Analytics-hulppagina (https://support.google.com/analytics/answer/9322688) zijn er automatisch verzamelde gebeurtenissen, gebeurtenissen voor verbeterde meting, aanbevolen gebeurtenissen en aangepaste gebeurtenissen. De laatste twee moet je zelf implementeren. De pagina raadt aan alleen aangepaste gebeurtenissen te maken als geen andere soort past. Ze verschijnen niet in de meeste standaardrapporten.

Maak daarom een korte lijst:

1. De landing zelf: een bezoek met campagneparameters is de scan.
2. De doelactie: een formulierinzending of aankoop. Controleer eerst of een aanbevolen gebeurtenis past.
3. Alleen als niets past, een aangepaste gebeurtenis met een duidelijke naam.

Markeer de doelactie als belangrijke gebeurtenis als ze echt bepalend is voor je resultaat. Waar de beheerder dat in jouw account instelt, controleer je in de interface.

Test elke versie vanaf een drukproef of een scherm van het definitieve ontwerp, nooit alleen vanaf de digitale link. Volg deze stappen:

1. Scan met de standaardcamera van minstens één iPhone en één Android-toestel, liefst op mobiele data.
2. Controleer of de landingspagina laadt, de juiste inhoud toont en de parameters in de adresbalk of via je redirect behoudt.
3. Open tijdens de scan het Realtime-rapport. Volgens de Analytics-hulppagina toont de kaart met het aantal gebeurtenissen per naam de gebeurtenissen van de afgelopen 30 minuten.
4. Gebruik DebugView om één testgebruiker te volgen en de parameters te controleren. Daarvoor moet de foutopsporingsmodus aanstaan.
5. Voer de doelactie uit en kijk of die gebeurtenis binnenkomt.

Voor eigen events beschrijft de ontwikkelaarsdocumentatie (https://developers.google.com/analytics/devguides/collection/ga4/events) hoe je gtag-gebeurtenissen toevoegt aan de JavaScript van je pagina. Controleer in je eigen opzet (bijvoorbeeld met Realtime en DebugView) of de gebeurtenis binnenkomt en de Google-tag eerst geladen wordt. Je hebt ook toegang tot de broncode nodig en minstens de rol Editor in het account.

Dit voorbeeld bevat alleen invoer en verwachte controles. Stel dat je drie versies drukt: een affiche, een flyer en een verpakkingsinsert, alle drie met dezelfde landingspagina maar een eigen campagnewaarde. Het doel is een online aankoop.

Invoer: drie rijen in het register, drie QR-codes, één aankoopgebeurtenis op de bevestigingspagina. De ecommerce-documentatie (https://developers.google.com/analytics/devguides/collection/ga4/ecommerce) raadt aan om debugmodus te gebruiken, valuta op gebeurtenisniveau te zetten wanneer je een waarde meestuurt en elke parameter in te vullen waarvoor je gegevens hebt. Een item heeft minstens item_id of item_name nodig, en beide invullen wordt aangeraden.

Verwachte controles: elke testscan toont de juiste campagnewaarde in Realtime. De testaankoop komt binnen met valuta en het juiste item. De waarde op de gebeurtenis komt overeen met de bevestigingspagina. Controleer ook dat de aankoopgebeurtenis pas afgaat na een bevestigde bestelling en niet opnieuw bij het herladen van de bevestigingspagina. Een gebeurtenis bewijst geen geslaagde betaling. Noteer in het register per versie of alle punten klopten.

Test opnieuw na elke wijziging aan de landingspagina, de redirect, de cookie-instelling, de tagcode of het formulier. Een nieuwe pagina kan de parameters laten vallen of de gebeurtenis breken. Vul datum en naam van de tester aan in het register. Vergelijk versies pas als elke versie een geslaagde test heeft.

Let op de grenzen. Een scan is geen unieke persoon, en bezoek zonder meting, bijvoorbeeld wanneer de analytics-toestemming niet gegeven is, ontbreekt in je rapport. Hoe jouw toestemmingsinstelling werkt, controleer je bij wie die beheert. Dit is geen juridisch advies. Een verschil tussen twee versies bewijst ook niet dat het drukwerk de oorzaak is, want plaats, oplage en timing verschillen mee.

Wil je weten welke publieke signalen je website toont rond meting en landingspagina's? Bekijk ze via Marketing Scan. Een publieke scan meet zichtbare signalen en bewijst niet dat je volledige meetopzet klopt.