Resurssit · 25
Laadi tapahtumien mittaussuunnitelma ja tarkista keräys.
Siirry päätöksen tarpeesta tapahtumasanakirjaan, skenaariotesteihin ja ristiriitaisuuksien seurantaan.
Päivitetty · 2 min
Mitä tämä opas auttaa saavuttamaan
- Määrittele päätökset.
- Dokumentoi tapahtumat.
- Testaa jokainen tila.
- Seuraa ristiriitaisuuksia.
Pikatarkistus
- Mikä päätös perustuu tähän mittaukseen?
- Mitkä tapahtumat ja parametrit kuvaavat havaittua tosiasiaa?
- Mitkä suostumustilat muuttavat kokoelmaa?
- Voiko yksi toiminto tuottaa päällekkäisiä tapahtumia?
- Kuka omistaa ristiriidan julkaisun jälkeen?
Vaiheittainen menetelmä
- 1
Aloita päätöksistä
Listaa tuote- ja liiketoimintapäätökset, niiden indikaattorit ja asiaankuuluva matka. Määrittele analyysiyksikkö ennen tapahtuman nimen valitsemista.
Tuotos: priorisoidut päätökset ja indikaattorit.
- 2
Kirjoita sanasto
Kirjaa jokaiselle tapahtumalle liipaisin, parametrit, tyypit, yksiköt, lähde, omistaja ja poissuljetut tapaukset. Käytä GA4:n suosittelemia tapahtumia, kun ne kuvaavat toimintoa tarkasti.
Tuotos: versioitu sanasto esimerkkeineen.
- 3
Määritä kokoelma
Kuvaile sivun tilat, suostumusvalinta, SPA-siirtymät, palvelinvaihdot ja tarvittaessa deduplikaatiotunniste.
Tuotos: skenaariotason liipaisimen määrittely.
- 4
Testaa kontrolloituja matkat
Toista onnistuminen, virhe, hylkääminen, kieltäytyminen, mobiili ja uudelleenlataus. Vertaa pyyntöjä odotettuihin parametreihin ja alustan virheenkorjaustyökaluihin.
Tuotanto: päivätty laadunvarmistustietue, jossa on ristiriitaisuuksia.
- 5
Vahvista koosteet.
Vertaa määriä tunnettuihin toimintoihin johdonmukaisen ajanjakson aikana olettamatta, että kaksi järjestelmää määrittelee istunnot tai konversiot identtisesti.
Tuotanto: annotoitu täsmäytys ja hälytyskynnykset.
- 6
Ylläpidä kaavaa.
Määritä muutoksen omistajuus, tarkkaile puuttuvia tai päällekkäisiä tapahtumia ja testaa uudelleen lomakkeen, tunnisteen tai suostumusbannerin muutosten jälkeen.
Tuotanto: toistuva datan laadun tarkistus.
Johdon indikaattorit
| Indikaattori | Mitä se mittaa | Ensimmäinen toimenpide |
|---|---|---|
| Kattavuus | Testatun tapahtuman tukemat päätökset | Instrumentin puuttuvat matkat |
| Täydellisyys | Tapahtumat, joilla on pakolliset parametrit | Korjaa liipaisin tai kaava |
| Duplikaatit | Toiminnot, jotka tuottavat odottamattomia ylimääräisiä tapahtumia | Lisää deduplikaatiosääntö |
| Viivästys | Aika toiminnosta käyttökelpoiseen dataan | Tarkasta kerääminen ja käsittely |
Yleisiä virheitä
- Käynnistyminen sivun latauksen yhteydessä todellisen onnistumisen sijaan
- Nimen tai tyypin muuttaminen ilman sanakirjan versiointia
- Suostumuksen epäämisen tai peruuttamisen ohittaminen
- Hyväksytyn pyynnön käsittely raportin pätevyyden todisteena
Usein kysytyt kysymykset
Kuinka monta tapahtumaa tarvitaan?
Vain tapahtumat, jotka tukevat eksplisiittisiä päätöksiä ja joilla on ylläpidetyt määritelmät ja testit.
Todistaako palvelimen vastaus datan laadun?
Ei. Pyynnön validointi, virheenkorjauksen näkyvyys ja koosteiden täsmäytys ovat erillisiä tarkistuksia.
Mitä uudelleensuunnittelun tulisi testata uudelleen?
Kriittisten asiakaspolkujen käynnistimet, parametrit, suostumustilat, kaksoiskappaleet ja koosteet.
Viralliset viitteet
Viitteet tukevat menetelmää. Sovita tarkastukset kontekstiisi; ne eivät ole sertifiointia. Alkuperäiset viitteiden otsikot ja lähdeasiakirjat voivat olla toisella kielellä.
