Weeknummers vergelijken zonder kalenderfout

Een weeknummer lijkt een nette eenheid, maar twee weken met hetzelfde nummer in verschillende jaren bevatten niet altijd dezelfde dagen. Een week kan een feestdag bevatten, een brugdag, een vakantieperiode of een dag waarop je winkel of kantoor dicht was. Het jaarlijks wisselende kalenderpatroon betekent ook dat een gelijke weekdag niet altijd op dezelfde datum valt.

Daarnaast kan een piek of dal door iets anders komen dan je marketing: een mailing, een weersomslag, een storing of een wijziging aan je meetinstelling. Weeknummers zijn dus een startpunt voor een vraag, geen antwoord. De procedure hieronder dwingt je eerst de kalender te controleren, daarna pas de cijfers te duiden.

Wat je hier niet doet: oorzaken bewijzen. Je beperkt je tot een eerlijke vergelijking en een nette notitie van wat anders was.

Volg deze stappen vooraleer je een cijfer bekijkt.

1. Schrijf de exacte begin- en einddatum van beide periodes uit, niet alleen het weeknummer.
2. Tel per periode het aantal werkdagen en weekenddagen.
3. Markeer feestdagen en brugdagen die in één of beide periodes vallen.
4. Noteer afwijkende openingsuren, sluitingsdagen of vakantieperiodes van je eigen zaak.
5. Kies bij een ongelijk aantal werkdagen een andere vergelijkingsperiode, of vergelijk alleen de dagen die in beide periodes voorkomen (bijvoorbeeld maandag tot en met donderdag).
6. Leg de keuze vast vooraleer je de resultaten bekijkt, zodat je ze achteraf niet bijstuurt.

Het gaat om gelijke weekdagen, niet om gelijke datums. Een dinsdag vergelijk je met een dinsdag. Ligt er in de ene periode een feestdag op een dinsdag, dan schrap je die dag uit beide kanten of je vermeldt het verschil expliciet in je notitie.

Een verschil tussen twee weken kan ook uit je meetinstelling komen. Voor je interpreteert, check je daarom of de gebeurtenissen die je vergelijkt in beide periodes op dezelfde manier werden verzameld. Volgens de uitleg van Google Analytics over gebeurtenissen meet een gebeurtenis een specifieke interactie, zoals een paginalading, een klik of een aankoop, en kun je met de rapporten Realtime en DebugView nagaan of een gebeurtenis nu binnenkomt. DebugView vraagt daarvoor extra configuratie. Deze rapporten tonen actuele gebeurtenissen en bewijzen dus niet hoe iets in een eerdere week was ingesteld. Gebeurtenissen die meer dan 2 kalenderdagen na activering binnenkomen, worden volgens de bron genegeerd.

Gebruik dat praktisch. Noteer wanneer je een gebeurtenis, een formulier of een tag voor het laatst hebt aangepast. Valt die wijziging binnen één van de vergeleken weken, dan is de vergelijking onbetrouwbaar tot je dat verklaart. Controleer ook of automatisch verzamelde, verbeterde en zelf gedefinieerde gebeurtenissen niet door elkaar worden gebruikt onder dezelfde naam. Hou voor de historische situatie een eigen wijzigingslog bij, want live rapporten tonen die niet. Een formuliergebeurtenis meet bovendien een verzendactie op de website en bewijst geen ontvangen of geldige aanvraag. Welke rapporten je precies ziet, kan per account verschillen; kijk dit na in je eigen omgeving.

Bewaar bij elk vergeleken weekpaar een korte notitie. Zo kan een collega of jijzelf later zien waarom je een conclusie trok of net niet.

• Begin- en einddatum van beide periodes
• Aantal werkdagen per periode
• Feestdagen, brugdagen en schoolvakanties in de periode
• Afwijkende openingsuren of sluitingsdagen van je zaak
• Acties die in die periode liepen (mailing, advertentie, promotie), zonder ze als oorzaak te bestempelen
• Wijzigingen aan je website, formulier of meting
• Welke gebeurtenis of statistiek je vergeleek en op welke manier die is gedefinieerd
• Je conclusie, met erbij wat onzeker blijft

Een regel die vaak helpt: schrijf de notitie voor je de cijfers zag. Daarna voeg je de uitkomst toe. Zo voorkom je dat je kalenderverschillen pas gaat zoeken wanneer een cijfer je niet bevalt.

Dit voorbeeld is verzonnen en bevat geen uitkomsten.

Invoer: je vergelijkt week A met week B. In week A zijn er vijf werkdagen. In week B valt op donderdag een feestdag en je kantoor is vrijdag ook gesloten, dus er zijn drie werkdagen. De vergeleken gebeurtenis is het verzenden van het contactformulier. Je formulier is in week B niet aangepast.

Verwachte technische controles:

• Je vergelijkt maandag tot en met woensdag in beide weken, omdat dat de gelijke werkdagen zijn.
• Je noteert de feestdag en de sluitingsdag in de notitie.
• Je controleert in je eigen wijzigingslog en tagconfiguratie dat de formuliergebeurtenis in beide weken op dezelfde manier is gedefinieerd, en je noteert dat de gebeurtenis alleen een verzendactie meet, geen bevestigde aanvraag.
• Je vermeldt dat donderdag en vrijdag niet in de vergelijking zitten en waarom.

Pas daarna lees je de cijfers. Je conclusie blijft beperkt tot de dagen die je kon vergelijken.

Maak van deze checklist een vast sjabloon voor je wekelijkse of maandelijkse rapportage. Vul bovenaan de kalenderfeiten in en pas daarna de cijfers in. Wil je grotere schommelingen onderzoeken, bekijk dan een langere reeks weken en let op terugkerende patronen, zoals vakantieperiodes die elk jaar op een ander weeknummer vallen. Eén afwijkende week is zelden genoeg om een besluit op te baseren.

Zorg ook dat je gebeurtenissen consistent worden verstuurd. De ontwikkelaarsdocumentatie van Google Analytics over gebeurtenissen legt uit dat gebeurtenissen automatisch, via verbeterde meting, als aanbevolen of als aangepaste gebeurtenis worden verzameld. Noteer in je sjabloon welk type je gebruikt, zodat een latere wijziging je vergelijking niet ongemerkt breekt.

Wil je weten welke zichtbare signalen je website publiek geeft rond contact en meting? Bekijk dan de publieke signalen van je eigen website via Marketing Scan. Dat is een aanvulling op je eigen kalendercontrole, geen vervanging ervan.