Een PDFdownload meetbaar maken zonder lead te verzinnen

Begin met de juiste definitie, want die bepaalt wat je later rapporteert. Een gebeurtenis in Google Analytics meet volgens de uitleg over Analytics-gebeurtenissen een specifieke interactie, zoals het laden van een pagina, een klik op een link of het afronden van een aankoop. Een klik op een downloadlink is dus een linkinteractie.

Wat die klik niet bewijst:

• Dat het bestand volledig is gedownload of geopend.
• Dat iemand de inhoud heeft gelezen.
• Dat de bezoeker een geïnteresseerde klant is.

Formuleer je rapportage daarom als 'aantal klikken op de downloadlink', niet als 'aantal leads'. Pas als er een identificeerbare vervolgstap is, zoals een ingevuld contactformulier, heeft het zin om van een lead te spreken. Die keuze en definitie blijven bij jou.

De ontwikkelaarsdocumentatie over gebeurtenissen onderscheidt vier typen: automatisch verzameld, verbeterde meting, aanbevolen en aangepast. Verbeterde meting verzamelt volgens die documentatie veelvoorkomende webinteracties zoals scroll, click en file_download, mits die functie in Analytics is ingeschakeld. Aanbevolen gebeurtenissen hebben vooraf gedefinieerde namen, en aangepaste gebeurtenissen maak je alleen als geen van de andere past.

Of verbeterde meting bij jou aanstaat, controleer je in je Analytics-instellingen. De exacte plaats van die instelling kan wijzigen, dus laat de beheerder het bevestigen.

1. Noteer de doelen: welke PDF, op welke pagina, met welke vraag eraan gekoppeld.
2. Controleer de basis: staat de Google-tag op de pagina en komt er data binnen? Dit veronderstelt toegang tot Analytics en tot de website, zoals de documentatie vermeldt.
3. Controleer verbeterde meting: staat die aan, en zo ja, verschijnt er een bestandsdownload-gebeurtenis bij een testklik?
4. Test zelf: klik op de PDF-link in een schoon browservenster en bekijk meteen het Realtime-rapport.
5. Controleer parameters: klik op de gebeurtenis in realtime om de meegestuurde parameters te zien.
6. Gebruik DebugView als het niet lukt. De Analytics-uitleg beschrijft dat dit rapport de gebeurtenissen van één gebruiker toont en handig is om gebeurtenissen en parameters te controleren, mits foutopsporingsmodus aanstaat.

Je testklik moet in realtime zichtbaar zijn, dus sluit je eigen verkeer pas uit nadat je de test hebt afgerond, en noteer of je testklikken je latere rapportage vertekenen. Het Realtime-rapport toont alleen de afgelopen 30 minuten.

Soms verschijnt na je testklik niets. Werk dan stap voor stap een diagnoselijst af in plaats van meteen code te schrijven.

• Geen enkele data in realtime: controleer of de tag op de pagina staat en of je een cookiebanner of blocker hebt die de tag tegenhoudt. Voor privacy-instellingen vraag je advies bij de verantwoordelijke; dit is geen juridisch advies.
• Wel pagina-hits, geen downloadgebeurtenis: verbeterde meting staat mogelijk uit, of de link is geen gewone link naar een bestand.
• Gebeurtenis zichtbaar, parameters onduidelijk: bekijk de parameters in realtime en spreek af wat je nodig hebt.
• Je kiest voor een aangepaste gebeurtenis: de documentatie raadt dit alleen aan als geen andere gebeurtenis past, en merkt op dat aangepaste gebeurtenissen niet in de meeste standaardrapporten voorkomen.

Voor een eigen gebeurtenis gebruikt de Google-tag-documentatie een syntaxis met een gebeurtenisnaam en optionele parameters, die onder de tagcode op de pagina moet staan. Laat dit door je webbouwer implementeren en test het nadien.

Een fictieve adviespraktijk plaatst een brochure als PDF onder een diensttekst. Dit zijn alleen invoer en verwachte technische controles, geen resultaten.

Invoer: één dienstenpagina, één PDF-link, de Google-tag staat erop, verbeterde meting is aan.

Verwachte controles:

1. Een testklik op de link verschijnt in het Realtime-rapport als gebeurtenis. Of dat gebeurt, hangt af van hoe de link en het bestand zijn opgebouwd; blijft het uit, ga dan naar de diagnoselijst.
2. Bekijk in realtime welke parameters er daadwerkelijk worden meegestuurd en of daaruit blijkt welk bestand werd aangeklikt; zo niet, bespreek met je webbouwer of een extra parameter nodig is.
3. Een klik op een andere downloadlink geeft een herkenbaar ander resultaat.
4. Een bezoek zonder klik geeft geen downloadgebeurtenis.

Zodra deze vier punten kloppen, rapporteer je 'klikken op de brochurelink per periode'. Over open- of leesgedrag zeg je niets. Als je later een contactformulier toevoegt na de brochure, meet je dat als aparte stap.

Een goede rapportage benoemt wat gemeten werd en wat niet. Gebruik formuleringen als 'klikken op de downloadlink' en 'vervolgacties na de klik, voor zover gemeten'. De documentatie over ecommerce-meting toont hoe je gebeurtenissen per product of item kunt uitwerken, maar dat is een andere use case dan een gratis PDF. Voor een brochure volstaat meestal een eenvoudige gebeurtenis.

Spreek met jezelf of je team af welke definitie van lead je hanteert, bijvoorbeeld 'bezoeker laat zelf contactgegevens achter'. Een klik alleen valt daar niet onder. Herzie de meting als je pagina of PDF verandert, en controleer na elke wijziging opnieuw in realtime.

Wil je ook weten welke publieke signalen je website zichtbaar maakt rond contact en downloads, bekijk dan je site via Marketing Scan. Een publieke scan toont wat zichtbaar is en bewijst geen volledige meetimplementatie.