Тест нәтижесіне сенбес бұрын, GA4 сатып алуларын тапсырыс кестесімен салыстырыңыз

Тест нәтижесіне сенбес бұрын, GA4 сатып алуларын тапсырыс кестесімен салыстырыңыз

Сіздің GA4 мүлкіңіз өткен айда 4,180 сатып алу туралы хабарлады. Тапсырыс кестеңізде 4,690 деп көрсетілген. Қайсысы дұрыс деп сұрағанда, жоқ 510 тапсырыс қайда кеткенін айтқанға дейін шынайы жауап - екеуі де емес. Бұл ұқыптылық мәселесі емес. Әрбір эксперимент нәтижесі және сіз шығарған әрбір басымдық ұпайы белгісіз бағыттағы белгісіз сома бойынша қате сан бойынша есептеледі.

Google өлшемсіз үлкен кесіндіні қалыпты жағдай деп санайды: келісім режимі үшін мінез-құлық модельдеуі сипат тіркелгенше қосылмайды күніне кемінде 1,000 іс-шара analytics_storage='denied' кем дегенде 7 күнОның астында, жоқ деректер жоқ болып қалады.

Бұл электрондық коммерция тобында аналитика немесе CRO иелері үшін. Соңында сізде салыстыру кестесі, әрқайсысы үшін тесті бар аталған себептерге бөліну және сіз қорғай алатын төзімділік көрсеткіші болады.

Сатып алуды салыстыру іс жүзінде нені өлшейді

Татуластыру «сандарды сәйкестендіру» емес. Олар ешқашан сәйкес келмейді, және оларды мәжбүрлейтін команда әдетте алшақтықты жайына қалдырудан да жаман нәрсе жасады. Ол үш сұраққа жауап береді: алшақтық қаншалықты үлкен, оны қандай механизмдер тудырады және қаншасы қандай құнмен қалпына келтіріледі. Біз оны кез келген эксперимент жасамас бұрын іске қосамыз, себебі тапсырыстардың белгісіз үлесін үнсіз түсіретін конверсия оқиғасында өлшенген сынақ эксперимент емес.

1-қадам: тапсырыс идентификаторына біріктіруге болатын екі кестені тартыңыз

Екі жүйеден де бірдей күнтізбе ауқымы үшін екі жағында да бар кілтпен бір тапсырыс үшін бір жол қажет.

  • Тетік бағдарламасы: тапсырыс идентификаторы, мүліктің есеп беру уақыт белдеуінде жасалған уақыт белгісі, GA4 жүйесінде конфигурациялаған салық және жеткізу негізіндегі тапсырыс құны, төлем әдісі, құрылғы, ел, мәртебе.
  • GA4: пайдаланушы интерфейсі емес, BigQuery экспорты. Сұрау purchase іс-шаралар ecommerce.transaction_id, event_timestamp, ecommerce.purchase_revenue, құрылғы санаты және трафик көзі.

BigQuery қызметін әдейі пайдаланыңыз. Келісім режимінен алынған модельденген деректер GA4 стандартты есептерде және кейбір зерттеулерде пайда болады, бірақ Google оның емес BigQuery экспортында, аудиторияларда, пайдаланушы зерттеушісінде, когортада немесе сақтауда зерттеулерде немесе болжамдық көрсеткіштерде. UI интерфейсін тапсырыс кестесімен салыстырыңыз, сонда сіз бағалауды фактімен салыстырасыз.

Содан кейін тапсырыс идентификаторындағы толық сыртқы қосылыс. Енді сізде үш шелек бар: екеуінде де, тек серверде, тек GA4. Үшіншісі кішірек, бірақ ең диагностикалық.

2-қадам: аралықты бір емес, үш жолмен білдіріңіз

Ай сайынғы бір пайыз бәрін жасырады. Үшеуін де есептеңіз:

  1. Тапсырыс санының айырмашылығы: (серверлік тапсырыстардан сәйкес GA4 сатып алуларын алып тастағанда) / серверлік тапсырыстардан. Бұл бақылау шығынын оқшаулайды.
  2. Табыс алшақтығы: құн бойынша бірдей есептеу. Егер санау айырмашылығы 3% және кіріс айырмашылығы 11% болса, сізде бақылау мәселесі жоқ, сізде құнды анықтау мәселесі бар (салық, жеткізу, жеңілдіктер, валюта, сыйлық карталары).
  3. Күнделікті алшақтықтың ауытқуы: күнделікті тапсырыс саны арасындағы алшақтықты сызыңыз. Жазық сызық келісім немесе блокаторлар сияқты құрылымдық себепті білдіреді. Шыңдар орналастыруды, науқанның күрт өсуін немесе төлем провайдерінің оқиғасын білдіреді.

3-қадам: алшақтықты аталған себептерге бөліңіз

Осы кестені жасаңыз. Әрбір себепті бір сағаттан аз уақыт ішінде растайтын немесе жоя алатын сынақ бар.

СебебіОны қалай тексеруге боладыДеректердегі қолтаңба
Келісім қабылданбады, тег ешқашан іске қосылмайдыCMP келісім күйі журналын сол кезеңдегі GA4 сессияларымен салыстырыңызТұрақты күнделікті пайыз; ЕО және Түркия трафигіне шоғырланған
Жарнама және трекер блокаторларыРастау URL мекенжайы үшін сервер журналының сұрауларын санаңыз, сол URL мекенжайындағы GA4 сатып алу оқиғаларымен салыстырыңызSkews жұмыс үстелі, Firefox және құпиялылық браузерлері; уақыт өте келе тұрақты
Растау беті ешқашан жүктелмейдіСервер журналдарында растау URL мекенжайы ешқашан сұралмаған тек серверлік тапсырыстарды санауБанктік қайта бағыттау және 3DS төлем әдістеріне шоғырланған
Қайталанатын сатып алу оқиғаларыGA4 сатып алу оқиғаларын санау transaction_idGA4 кейбір күндері серверден асып түседі; беттерді жаңартып, артқа батырмасын басыңыз
Доменаралық сілтеме бұзылғанТексеріңіз бе _gl төлем провайдерінен қайтар жол сапарынан аман қаладыСатып алулар төлем доменіне сілтеме ретінде жатқызылған жаңа сеанстарға түседі
Cookie қызметінің мерзімін қалпына келтіруЖаңа пайдаланушылар санын браузер бойынша сегменттеуSafari және iOS жүйелерінде жаңа пайдаланушыларды көбейту және тікелей трафикті бағыттау
Модельденген және шикіБірдей күндер ауқымы үшін GA4 UI жалпы мәндерін BigQuery-мен салыстырыңызТапсырыс кестесін ашпас бұрын екі Google нөмірі сәйкес келмейді
Құндылық анықтамасыСалықпен, жеткізумен және жеңілдіктермен және салықсыз серверлік кірісті қайта есептеуСандар сәйкес келеді, табыс сәйкес келмейді
Уақыт белдеуінің шекарасыТолық апталарға қайта жинақтауАпталық түйіршіктілік кезінде алшақтық нөлге дейін азаяды

Екеуі қосымша күтімге лайық. transaction_id Қайталауды алып тастау тек веб-ағындарда жұмыс істейді, қолданба ағындарында емес, және Google бос жолды жіберу Analytics қайталауды алып тастайтынын ескертеді әрбір іс-шараны өткізуді сатып алу transaction_id=''Бұл бір қате күннің көп бөлігін жоя алады. Бөлек, қажетсіз сілтемелер тізімі деректер ағынында 50 доменмен шектелген, бұл бірнеше эквайерлерді, әмияндарды және банк беттерін пайдалансаңыз, өте маңызды.

[ҚАЖЕТТІ ІШКІ ДЕРЕКТЕР: осы тоғыз себептің Switas татуластыру келісімдері бойынша бақыланған таралуы, сондықтан оқырмандар қайсысы әдетте басым болатынын көре алады.]

4-қадам: қорғай алатын төзімділікті орнатыңыз

Google ешқандай сәйкессіздіктің қолайлы көрсеткішін жарияламайды, ал кеңінен айтылған «5% қалыпты» деген сөз біз таба алмаған Google құжаттамасында кездеспейді. Тек санға емес, жіктелуге байланысты өзіңіздікін орнатыңыз.

Ай сайынғы тапсырыс санының айырмашылығыоқуAction
2 дейін%Уақыт белдеуінің шеттері және қалыпты алып тастауСебептерін жазып алыңыз, тоқсан сайын қайта тексеріңіз
2% дейін 5%Әрбір мәселе белгілі бір себепке жатқызылған жағдайда ғана қабылданадыҚұжаттап, содан кейін тәжірибеге өтіңіз
5% дейін 10%Кем дегенде бір құрылымдық себеп шешілмегенАбсолютті конверсия сандарына сенбес бұрын түзетіңіз
10% жоғарыТәжірибе жасауға жарамсызТүзетілгенге дейін GA4 сатып алуларын негізгі эксперименттік метрика ретінде пайдалануды тоқтатыңыз

Бұл біздің жұмыс істеу шегіміз, салалық стандарт емес. Мәселе мынада: түсіндірілмеген 3% түсіндірілген 8%-дан нашар.

5-қадам: жұмыс сағатына ең көп тапсырысты қалпына келтіретін ретті белгілеңіз

  1. Мәннің анықтамасы және уақыт белдеуі. Инженерлік емес, конфигурация және әдетте түстен кейін.
  2. Қайталанатын және бос транзакция идентификаторлары. Бір деректер қабатын түзету.
  3. Доменаралық және қажетсіз сілтемелер. Екеуін де конфигурациялаңыз, содан кейін кезеңдік емес, тікелей төлемді қайтару жолын қайта тексеріңіз.
  4. Сервер жағындағы сатып алу оқиғасы. Сатып алуды тапсырыс жүйесінен Өлшеу протоколын пайдаланып жіберіңіз client_id веб-тегіңіз жасалды. Google бұл оқиғаларды бастапқы клиенттік оқиға уақыт белгісінен кейін 48 сағат ішінде талап етеді, әйтпесе атрибуция күтілгендей өңделмеуі мүмкін. Бұл блоктаушыларға және ешқашан көрсетілмеген растау беттеріне жоғалған тапсырыстарды қалпына келтіреді.
  5. Келісім архитектурасы. Ең баяу және ең саяси. Қалғанын белгілі, көлемді, құжатталған олқылық ретінде қарастырыңыз.

Түркияда немесе ЕО-да сатсаңыз, не өзгереді?

Екі аймақтық факт сандарды өзгертеді.

Түркияда да келісім беруге болады, бірақ Google қауіпсіздік желісінсіз. Түркияның деректерді қорғау органы веб-сайт операторына 2022/1358 (2022 жылғы 23 желтоқсан) шешімінде заңды негізсіз жарнамалық және маркетингтік cookie файлдарын іске қосқаны үшін 300 000 лира айыппұл салды және маңызды емес cookie файлдары үшін белсенді тіркелуді талап етті. Көптеген түрік сайттары келісім режиміндегі сигналдарды жіберетін баннердің орнына Google тегін толығымен бұғаттайтын баннермен жауап берді. Бұл айырмашылық қымбатқа түседі: модельдеу қажеттіліктері analytics_storage='denied' оқиғалардың болуы. Ештеңе көрсетпейтін баннер Google-ға үлгі көрсетуге ештеңе бермейді, сондықтан деректер болжамдаудың орнына жоғалады.

Түрік 3DS ағындары сатып алушыға ПОШТА арқылы қайтарады. Iyzico арқылы сатушы декодталған 3DS бетін көрсетеді және OTP расталғаннан кейін iyzico сатушының бетіне қайта бағыттайды callbackUrl бірге status, paymentId және mdStatusPOST негізіндегі қайтару Google-дың доменаралық өлшеуді бұзу деп атайтыны дәл осы, себебі қайта бағыттаулар деректерді алып тастай алады. _gl Егер картамен төлем жасауда алшақтық болса және жеткізу кезінде қолма-қол ақша алу үшін нөлге жақын болса, міне, сондықтан.

Біз растай алмаған екі кең таралған мәлімдеме

«Safari бірінші тарап печеньелерін 7 күнмен шектейді.» Дәл емес. WebKit құжаттамасында ITP JavaScript cookie файлдарын және басқа скрипт жазуға болатын сақтау орнын 7 күннен кейін жоятыны айтылған. пайдаланушы әрекеттесуі жоқ, және JavaScript cookie файлдарын бөлек шектейді, бұл сілтеме безендіру арқылы сілтеме бетіне құпия доменнен кірген кезде 24 сағатқа дейін жетеді. Simo Ahava тестілеуі сағаттың күнтізбелік күндерде емес, браузерді пайдалану күндері жұмыс істейтінін анықтады, сондықтан қайта оралатын тұтынушы идентификаторды бір аптадан астам уақыт бойы сақтай алады.

«5% айырмашылық қабылданады». Біз бұл санды Google-дан таппадық. Ол сатушының блогтары мен форум жауаптары арқылы таралады. Оны табалдырық ретінде емес, халық ауыз әдебиеті ретінде пайдаланыңыз.

Бұл әдіс қай жерде бұзылады

Ол қолданба ағындарын қамтымайды, мұнда transaction_id Қайталауды алып тастау немесе жазылым және ішінара жеткізу модельдері қолданылмайды, мұнда «тапсырыс» бір оқиға емес. Ол келісімнен бас тартылған пайдаланушының жеке басын қалпына келтіре алмайды, тек көлемді бағалайды. Ол арна атрибуциясын түзетпейді, бұл бөлек және күрделі мәселе. Және ол сіздің тапсырыс кестеңіз таза деп есептейді: егер жойылған және алаяқтықпен бұғатталған тапсырыстар екі жақта да сәйкессіз саналса, сіз тек сіздің сұрауыңызда бар олқылықты қуасыз.

Жиі Қойылатын Сұрақтар

Мұны қаншалықты жиі іске қосуымыз керек? Толығымен бір рет, содан кейін күнделікті үзіліс кестесі. Кез келген төлемнен, CMP-ден, төлем провайдерінен немесе тег менеджерінен кейін толық декомпозицияны қайта іске қосыңыз.

Неліктен BigQuery орнына GA4 интерфейсін пайдаланбасқа? Интерфейс экспортта жоқ модельденген пайдаланушылар мен сеанстарды қамтуы мүмкін, сондықтан екі Google нөмірі бір-бірімен сәйкес келмейді. Бағалаумен салыстыру алшақтықты бөлуді мүмкін емес етеді.

Сервер жағындағы тегтеу бұл олқылықты толығымен жоя ма? Жоқ. Ол бұғаттаушыларға және ешқашан көрсетілмеген растау беттеріне жоғалған тапсырыстарды қалпына келтіреді. Келісім беруден бас тартқан пайдаланушыларды қалпына келтірмейді.

GA4 біздің серверлік серверімізден жоғарырақ. Бұл мүмкін бе? Иә. Әдетте бетті жаңартудан, бос немесе қайта пайдаланылғаннан кейін сатып алу оқиғаларын қайталайды transaction_idнемесе өндірістік нысанға оқ ату туралы бұйрықтарды орналастыру.

Келісім режимі Түркияның келісім алшақтығын түзете ме? Ішінара. Сигналдардың қабылданбауы Google-дың көлемдік шектеулеріне бағынатын модельдеуді мүмкін етеді. Бұл Түркия ережелері бойынша заңды баннердің орнын баса алмайды.

Жақсы аралық дегеніміз не? Әрбір пайыздық нүктенің атауы бар. Құжатталған 8% түсініксіз 3%-дан асып түседі.

Мұны түзеткеннен кейін тарихи есептерді қайта жасауымыз керек пе? Жоқ. Түзету күнін белгілеп, кезеңдерді бөлек сериялар ретінде қарастырыңыз. Бақыланатын түрлендірулерді қайта есептеу аудит ізін бұзады.

Алшақтық 10%-дан жоғары болған кезде A/B сынақтарын жүргізе аламыз ба? Оларды тестілеу құралының ішінде өлшенген салыстырмалы көрсеткіштер бойынша іске қосыңыз, бірақ алшақтық бөлінбейінше, GA4-тен түсімнің абсолютті әсерін есепке алмаңыз.

Осы айда өз дүкеніңізде осы салыстыруды жүргізіңіз немесе біздің аналитика тобымыз оны сізбен бірге жүргізсін және сізге ыдырауды, төзімділікті және түзету тәртібін береді.

Дереккөздер


Чагдаш Полат
Жазылған

Чагдаш Полат

Чагдаш Полат - Switas компаниясының негізін қалаушылардың бірі, ол электрондық коммерция, саяхат, денсаулық сақтау және мемлекеттік сектордағы брендтер үшін технология және өсу бойынша консалтинг қызметтерін басқарады. Соңғы онжылдықта бағдарламалық жасақтаманы әзірлеуден маркетинг, өнім және стратегия саласында аға лауазымдарға ауысқан информатика ғылымдарының түлегі, қазір ол компанияларға CRO, аналитика және өлшемге төтеп бере алмайтын өсу жүйелерін құру бойынша кеңес береді.


Қатысты Мақалалар

Switas As Seen On

Magnify: Engin Yurtdakul-мен бірге Influencer Marketing Scaling

Біздің Microsoft Clarity кейс-стадиін қараңыз

Біз Microsoft Clarity-ді Switas сияқты компаниялардың кездесетін қиындықтарын түсінетін нақты өнім мамандарының практикалық, нақты өмірдегі пайдалану жағдайларын ескере отырып жасалған өнім ретінде атап өттік. Ашу шертпелері және JavaScript қателерін бақылау сияқты мүмкіндіктер пайдаланушылардың көңілі толмаушылықтары мен техникалық мәселелерін анықтауда баға жетпес болып шықты, пайдаланушы тәжірибесі мен конверсия көрсеткіштеріне тікелей әсер ететін мақсатты жақсартуларға мүмкіндік берді.