GA4-omaisuutesi raportoi 4 180 ostosta viime kuussa. Tilaustaulukkosi näyttää 4 690. Jos kysytään, kumpi on oikein, rehellinen vastaus on ei kumpikaan, ennen kuin tiedät, minne puuttuvat 510 tilausta menivät. Tämä ei ole siisteysongelma. Jokainen kokeilun tulos ja jokainen tuottamasi priorisointipistemäärä lasketaan luvusta, joka on tuntemattoman määrän väärin tuntemattomaan suuntaan.
Google käsittelee suurta mittaamatonta siivua normaalisti: suostumustilan käyttäytymismallinnus ei käynnisty, ennen kuin ominaisuus tallentaa vähintään 1 000 tapahtumaa päivässä analytics_storage='denied' vähintään 7 päivän ajanSen alapuolella puuttuvat tiedot pysyvät puuttuvina.
Tämä on tarkoitettu verkkokauppatiimin analytiikka- tai CRO-vastaaville. Loppuun mennessä sinulla on täsmäytystaulukko, kuilun jaottelu nimettyihin syihin ja testi kullekin sekä toleranssiarvo, jota voit puolustaa.
Mitä ostojen täsmäytys oikeastaan mittaa
Täsmäytys ei ole "numeroiden yhteensovittamista". Ne eivät koskaan tule täsmäämään, ja tiimi, joka pakottaa heidät tähän, on yleensä tehnyt jotain pahempaa kuin jättänyt kuilun rauhaan. Se vastaa kolmeen kysymykseen: kuinka suuri kuilu on, mitkä nimetyt mekanismit sen tuottavat ja kuinka paljon siitä voidaan saada takaisin ja millä hinnalla. Suoritamme sen ennen kokeiluja, koska testi, jota mitataan konversiotapahtumalla, joka pudottaa hiljaa tuntemattoman osan tilauksista, ei ole kokeilu.
Vaihe 1: Hae kaksi taulukkoa, jotka voidaan yhdistää tilaustunnuksen perusteella
Tarvitset yhden rivin tilausta kohden molemmista järjestelmistä samalle kalenterivälille, ja avain on oltava molemmilla puolilla.
- taustaosa: tilaustunnus, luontiaikaleima ominaisuuden raportointiaikavyöhykkeellä, tilauksen arvo samalla vero- ja toimitusperusteella, jonka määritit GA4:ssä, maksutapa, laite, maa, tila.
- GA4: BigQuery-vienti, ei käyttöliittymä. Kysely
purchasetapahtumia, joissa onecommerce.transaction_id,event_timestamp,ecommerce.purchase_revenue, laiteluokka ja liikenteen lähde.
Käytä BigQueryä harkitusti. Suostumustilasta saatu mallinnettu data näkyy GA4:n vakioraporteissa ja joissakin kartoituksissa, mutta Googlen mukaan se on emme BigQuery-viennissä, yleisöissä, käyttäjäselain, kohortti- tai pysyvyyskartoitukset tai ennustavat mittarit. Vertaa käyttöliittymää tilaustaulukkoosi, niin vertaat arviota faktaan.
Sitten täysi ulkoinen liitos tilaustunnukselle. Sinulla on nyt kolme säilöä: molemmissa, vain taustajärjestelmässä, vain GA4:ssä. Kolmas on pienempi, mutta diagnostisin.
Vaihe 2: ilmaise aukko kolmella tavalla, älä yhdellä
Yksi kuukausittainen prosenttiosuus piilottaa kaiken. Laske kaikki kolme:
- Tilausten lukumäärän välinen ero: (backend-tilaukset vähennettynä täsmäytyneistä GA4-ostoista) / backend-tilaukset. Tämä eristää seurannan menetykset.
- Tuloero: sama laskelma arvolle. Jos laskutoimitusten ero on 3 % ja tulojen ero on 11 %, kyseessä ei ole seurantaongelma, vaan arvonmäärittelyongelma (vero, toimituskulut, alennukset, valuutta, lahjakortit).
- Päivittäinen kuilun varianssi: Piirrä päivittäinen tilausmäärän ja tilauksen määrän välinen ero. Tasainen viiva tarkoittaa rakenteellista syytä, kuten suostumusta tai estoja. Piikit tarkoittavat käyttöönottoja, kampanjapurkauksia tai maksupalveluntarjoajan häiriötä.
Vaihe 3: hajota kuilu nimettyihin syihin
Käy läpi tämä taulukko. Jokaisella syyllä on testi, joka voi vahvistaa tai sulkea pois sen alle tunnissa.
| Aiheuttaa | Kuinka testata sitä | Allekirjoitus tiedoissa |
|---|---|---|
| Suostumus evätty, tagi ei koskaan käynnisty | Vertaa CMP:n suostumustilalokia GA4-istuntoihin samalta ajanjaksolta | Vakaa päivittäinen prosenttiosuus; keskittynyt EU:n ja Turkin liikenteeseen |
| Mainosten ja seurannan estäjät | Laske vahvistus-URL-osoitteen palvelinlokipyynnöt ja vertaa niitä kyseisen URL-osoitteen GA4-ostotapahtumiin | Vinouttaa työpöytä-, Firefox- ja yksityisyysselaimia; vakaa ajan myötä |
| Vahvistussivu ei koskaan lataudu | Laske palvelinlokeihin vain taustapalveluun tehdyt tilaukset, joiden vahvistus-URL-osoitetta ei koskaan pyydetty | Keskittynyt pankkisiirtoihin ja 3DS-maksutapoihin |
| Päällekkäiset ostotapahtumat | Laske GA4-ostotapahtumat per transaction_id | GA4 ylittää backend-tason joinakin päivinä; päivitä ja paina Takaisin-painiketta, kun sivut ovat raskaampia |
| Verkkotunnusten välinen linkki rikki | Tarkista, onko _gl selviää paluumatkasta maksupalveluntarjoajalta | Ostokset laskeutuvat uusiin istuntoihin, jotka on liitetty maksuverkkotunnukseen viittauksena |
| Evästeiden käyttöiän nollaus | Jaa uusien käyttäjien määrä selaimen mukaan | Uusien käyttäjien ja suoran liikenteen lisääntyminen Safarissa ja iOS:ssä |
| Mallinnettu vs. raaka | Vertaa GA4-käyttöliittymän kokonaismääriä BigQueryyn identtiseltä ajanjaksolta | Kaksi Google-numeroa ovat eri mieltä jo ennen kuin edes avaat tilaustaulukkoa |
| Arvon määritelmä | Laske uudelleen backend-tulot veroineen, toimituskuluineen ja alennuksineen ja ilman niitä | Luvut täsmäävät, tulot eivät |
| Aikavyöhykkeen raja | Yhdistä uudelleen kokonaisiksi viikoiksi | Kuilu kutistuu kohti nollaa viikoittaisella tarkkuustasolla |
Kaksi ansaitsee erityistä huolenpitoa. transaction_id deduplikaatio toimii vain verkkostriimeissä, ei sovellusstriimeissä, ja Google varoittaa, että tyhjän merkkijonon lähettäminen deduplikoi Analyticsin joka ostotapahtuman kuljettaminen transaction_id=''Tuo yksi bugi voi pyyhkiä pois suurimman osan päivästä. Erikseen mainittakoon, että ei-toivottujen viittausten lista on rajoitettu 50 verkkotunnukseen datavirtaa kohden, mikä on haitallista, jos käytät useita maksupalveluntarjoajia, lompakoita ja pankkisivuja.
[TARVITAAN SISÄISTÄ TIETOA: näiden yhdeksän syyn havaittu jakautuminen Switasin täsmäytystutkimuksissa, jotta lukijat voivat nähdä, mitkä syyt yleensä ovat vallitsevia.]
Vaihe 4: aseta toleranssi, jota voit puolustaa
Google ei julkaise hyväksyttävää poikkeamalukua, eikä laajalti lainattua "5 % on hyvä" -lausetta löydetty missään Googlen dokumentaatiossa. Aseta oma lukusi, joka perustuu hajoamiseen pelkän luvun sijaan.
| Kuukausittainen tilausmäärän ero | Lukeminen | Toiminta |
|---|---|---|
| Jopa 2% | Aikavyöhykkeiden reunat ja normaali dedupe | Kirjaa syyt ylös, tarkista uudelleen neljännesvuosittain |
| 2%: sta 5% | Hyväksyttävä vain, jos jokainen piste on liitetty nimettyyn syyhyn | Dokumentoi ja jatka sitten kokeiluun |
| 5%: sta 10% | Ainakin yksi rakenteellinen syy on korjaamaton | Korjaa ennen absoluuttisiin konversiolukuihin luottamista |
| Yli 10% | Ei sovellu kokeiluun | Lopeta GA4-ostosten käyttö ensisijaisena kokeilumittarina, kunnes ongelma on korjattu. |
Nämä ovat toimintakynnyksemme, eivät alan standardi. Tarkennuksena on pointti: selittämätön 3 % on huonompi kuin selitetty 8 %.
Vaihe 5: korjaa siinä järjestyksessä, jossa saadaan eniten tilauksia työtuntia kohden
- Arvon määritelmä ja aikavyöhyke. Konfigurointi, ei suunnittelu, ja yleensä iltapäivä.
- Kaksoiskappaleet ja tyhjät tapahtumatunnukset. Yksi dataLayer-korjaus.
- Verkkotunnusten välinen ja ei-toivottu viittaus. Määritä molemmat ja testaa sitten uudelleen live-maksun palautuspolkua, äläkä testaa väliaikaista polkua.
- Palvelinpuolen ostotapahtuma. Lähetä ostos tilausjärjestelmästäsi mittausprotokollan avulla käyttäen
client_idverkkotunnisteesi luotiin. Google vaatii nämä tapahtumat 48 tunnin kuluessa alkuperäisen asiakaspuolen tapahtuman aikaleimasta, muuten attribuutio ei välttämättä käsittele odotetulla tavalla. Tämä palauttaa estotoimintojen ja vahvistussivujen menettämät tilaukset, joita ei koskaan renderöity. - Suostumusarkkitehtuuri. Hitain ja poliittisein. Käsittele loput tunnettuna, mitoitettuna ja dokumentoituna kuiluna.
Mitä muuttuu, jos myyt Turkissa tai EU:ssa
Kaksi alueellista tosiasiaa liikuttaa lukuja.
Suostumus on valinnainen myös Turkissa, mutta ilman Googlen turvaverkkoa. Turkin tietosuojaviranomainen määräsi verkkosivuston ylläpitäjälle 300 000 liiran sakon päätöksellä 2022/1358 (23. joulukuuta 2022) mainos- ja markkinointievästeiden käytöstä ilman laillista perustetta ja vaati aktiivista suostumusta ei-välttämättömien evästeiden osalta. Monet turkkilaiset sivustot vastasivat vaatimukseen bannerilla, joka estää Google-tunnisteen kokonaan sen sijaan, että se lähettäisi suostumussignaalin. Tämä erottelu on kallista: mallinnus on tarpeen. analytics_storage='denied' tapahtumien olemassaoloon. Banneri, joka ei käynnistä mitään, ei anna Googlelle mitään mallinnusta varten, joten dataa ei ole arvioitu.
Turkkilaiset 3DS-virrat palauttavat ostajan postitse. iyzicon avulla kauppias renderöi dekoodatun 3DS-sivun ja OTP-vahvistuksen jälkeen iyzico ohjaa kauppiaan sivustolle. callbackUrl status, paymentId ja mdStatusPOST-pohjainen tuotto on juuri sitä, mitä Google kutsuu verkkotunnusten välisen mittauksen rikkomiseksi, koska uudelleenohjaukset voivat poistaa _gl ennen lastausta määränpäähän. Jos maksuero on korttimaksuissa ja postiennakkomaksuissa lähes nolla, tämä on syy.
Kaksi laajalti toistettua väitettä, joita emme pystyneet vahvistamaan
"Safari rajoittaa ensimmäisen osapuolen evästeiden keston seitsemään päivään." Epätarkka. WebKitin dokumentaatiossa sanotaan, että ITP poistaa JavaScript-evästeet ja muut komentosarjoille kirjoitettavat tallennustilat 7 päivän kuluttua. ei käyttäjän vuorovaikutustaja rajoittaa JavaScript-evästeiden keston erikseen 24 tuntiin, kun laskeutumissivulle on päästy linkin kautta luokitellusta verkkotunnuksesta. Simo Ahavan testeissä havaittiin, että kello käy selaimen käyttöpäivien, ei kalenteripäivien mukaan, joten palaavalla asiakkaalla voi olla tunniste yli viikon.
"Viiden prosentin ero on hyväksyttävä." Emme löytäneet tälle luvulle Google-lähdettä. Se kiertää myyjien blogien ja foorumivastausten kautta. Käytä sitä kansanperinteenä, älä kynnysarvona.
Missä tämä menetelmä epäonnistuu
Se ei kata sovellusstriimejä, joissa transaction_id Deduplikaatio ei sovellu tilaus- ja osittaisen toimituksen malleihin, joissa "tilaus" ei ole yksi tapahtuma. Se ei voi palauttaa suostumuksen evätyn käyttäjän henkilöllisyyttä, ainoastaan arvioida tilausmäärää. Se ei korjaa kanava-attribuutiota, joka on erillinen ja vaikeampi ongelma. Ja se olettaa, että tilaustaulukkosi on puhdas: jos peruutetut ja petoksen estävät tilaukset lasketaan epäjohdonmukaisesti molemmilla puolilla, jahtaat aukkoa, joka on vain kyselyssäsi.
Usein kysyttyjä kysymyksiä
Kuinka usein meidän pitäisi ajaa tätä? Kerran kokonaisuudessaan ja sitten päivittäinen aukkokaavio. Suorita täydellinen hajotelma uudelleen minkä tahansa kassalle, CMP:lle, maksupalveluntarjoajalle tai tag managerille tehdyn muutoksen jälkeen.
Miksi et käyttäisi GA4-käyttöliittymää BigQueryn sijaan? Käyttöliittymä voi sisältää mallinnettuja käyttäjiä ja istuntoja, joita vienti ei sisällä, joten Googlen kaksi lukua ovat ristiriidassa keskenään. Arviota vasten täsmäyttäminen tekee eron pilkkomisen mahdottomaksi.
Kurooko palvelinpuolen taggaus aukon kokonaan umpeen? Ei. Se palauttaa estotoimintojen ja vahvistussivujen menettämät tilaukset, joita ei koskaan renderöity. Se ei palauta käyttäjiä, jotka ovat kieltäytyneet antamasta suostumustaan.
Onko mahdollista, että GA4 on taustajärjestelmäämme korkeampi? Kyllä. Yleensä ostotapahtumat ovat kaksoiskappaleita sivun päivityksistä, tyhjästä tai uudelleenkäytetystä lomakkeesta. transaction_idtai tuotantoalueelle ammuttavia lavastuskäskyjä.
Korjaako suostumustila turkkilaisten suostumusvaatimusten puutteen? Osittain. Estetyt signaalit mahdollistavat mallintamisen Googlen asettamien määräkynnysten mukaisesti. Se ei korvaa laillista mainosta Turkin sääntöjen mukaisesti.
Mikä lasketaan hyväksi väliksi? Sellainen, jossa jokaisella prosenttiyksiköllä on nimi. Dokumentoitu 8 % voittaa selittämättömän 3 %:n.
Pitäisikö meidän oikaista historialliset raportit tämän korjaamisen jälkeen? Ei. Merkitse korjauspäivämäärä ja käsittele jaksoja erillisinä sarjoina. Seurattujen konversioiden uudelleenmäärittäminen tuhoaa lokitiedoston.
Voimmeko suorittaa A/B-testejä, kun ero on yli 10 %? Suorita ne testaustyökalun sisällä mitatuilla suhteellisilla mittareilla, mutta älä raportoi GA4:n absoluuttista tulovaikutusta ennen kuin ero on jaettu osiin.
Suorita tämä täsmäytys omalle myymälällesi tässä kuussa, tai anna analytiikkatiimimme suorittaa se kanssasi ja annan sinulle hajoamisen, toleranssin ja korjausjärjestyksen.
Lähteet
- [GA4] Käyttäytymismallinnus suostumustilassa, Google Analyticsin ohjeet
- [GA4] Minimoi päällekkäisten avaintapahtumien määrä tapahtumatunnusten avulla, Google Analytics -ohje
- [GA4] Ei-toivotut viittaukset, Google Analytics -ohjeet
- [GA4] Verkkotunnusten välinen mittaus, Google Analytics -ohje
- Lähetä Measurement Protocol -tapahtumat Google Analyticsiin ja Google for Developersiin
- Suostumustilan parametrit, Google Tag Platformin dokumentaatio
- Seurannan estäminen WebKitissä
- Simo Ahava: WebKit-selainten JavaScript-evästeistä poistettu vanhenemisrajoitus
- KVKK Kurul karari 2022/1358, 23.12.2022
- 3DS-toteutus, iyzico-kehittäjädokumentaatio
