Bronnen · 25
Stel een plan voor gebeurtenismeting op en verifieer de verzameling.
Ga van een beslissingsbehoefte naar een gebeurteniswoordenboek, scenariotests en afwijkingsmonitoring.
Bijgewerkt · 2 min
Wat deze handleiding helpt bereiken
- Beslissingen definiëren
- Gebeurtenissen documenteren
- Elke status testen
- Afwijkingen monitoren
Snelle controle
- Welke beslissing is afhankelijk van deze meting?
- Welke gebeurtenis en parameters beschrijven het waargenomen feit?
- Welke toestemmingsstatussen wijzigen de gegevensverzameling?
- Kan één actie dubbele gebeurtenissen genereren?
- Wie is verantwoordelijk voor een afwijking na vrijgave?
Stapsgewijze methode
- 1
Beginnen met beslissingen
Maak een lijst van product- en bedrijfsbeslissingen, hun indicatoren en het relevante traject. Definieer de analyseenheid voordat u een gebeurtenisnaam kiest.
Resultaat: geprioriteerde beslissingen en indicatoren.
- 2
Het woordenboek schrijven
Registreer voor elke gebeurtenis de trigger, parameters, typen, eenheden, bron, eigenaar en uitgesloten gevallen. Gebruik de door GA4 aanbevolen gebeurtenissen wanneer deze de actie nauwkeurig beschrijven.
Resultaat: versiebeheerd woordenboek met voorbeelden.
- 3
Specificeer de verzameling
Beschrijf paginastatussen, toestemmingskeuzes, SPA-overgangen, serveruitwisselingen en een deduplicatie-identificatie waar nodig.
Resultaat: specificatie van triggers op scenarioniveau.
- 4
Test gecontroleerde trajecten
Herhaal succes, fout, afbreking, weigering, mobiel en herladen. Vergelijk verzoeken met verwachte parameters en de debugtools van het platform.
Resultaat: gedateerd QA-rapport met afwijkingen.
- 5
Valideer aggregaten
Vergelijk volumes met bekende bewerkingen over een consistente periode zonder aan te nemen dat twee systemen sessies of conversies identiek definiëren.
Resultaat: geannoteerde reconciliatie- en waarschuwingsdrempels.
- 6
Onderhoud het schema
Wijs wijzigingsverantwoordelijkheid toe, controleer ontbrekende of dubbele gebeurtenissen en test opnieuw na wijzigingen in formulieren, tags of toestemmingsbanners.
Resultaat: terugkerende datakwaliteitscontrole.
Managementindicatoren
| Indicator | Wat het meet | Eerste actie |
|---|---|---|
| Dekking | Beslissingen ondersteund door een getest evenement | Ontbrekende trajecten in het instrument |
| Volledigheid | Evenementen met vereiste parameters | Trigger of schema corrigeren |
| Duplicaten | Acties die onverwachte extra evenementen genereren | Een deduplicatieregel toevoegen |
| Vertraging | Tijd van actie tot bruikbare gegevens | Verzameling en verwerking inspecteren |
Veelvoorkomende fouten
- Activeren bij het laden van de pagina in plaats van bij daadwerkelijk succes
- Een naam of type wijzigen zonder versiebeheer van het woordenboek
- Toestemmingsweigering of -intrekking overslaan
- Een geaccepteerd verzoek behandelen als bewijs van rapportvaliditeit
Veelgestelde vragen
Hoeveel evenementen zijn nodig?
Alleen evenementen die expliciete beslissingen ondersteunen en waarvoor definities en tests zijn vastgelegd.
Bewijst een serverrespons de datakwaliteit?
Nee. Validatie van verzoeken, zichtbaarheid van debuggegevens en afstemming van geaggregeerde gegevens zijn aparte controles.
Wat moet er opnieuw getest worden bij een herontwerp?
Triggers, parameters, toestemmingsstatussen, duplicaten en aggregaten voor kritieke klanttrajecten.
Officiële referenties
Referenties ondersteunen de methode. Pas controles aan uw context aan; ze zijn geen certificering. Originele referentietitels en brondocumenten kunnen in een andere taal zijn.
