Analītika un CRM

Maksājumu novirzījumi GA4: pirkuma ceļa pārbaudes saraksts

Maksājumu pakalpojums GA4 parādās kā datplūsmas avots? Ceļvedis e-veikaliem Latvijā: pārbaudiet pirkuma ceļu, novirzījumus un rezultātu ar testa žurnālu.

Vladlens Kecko · 2026-10-16 · 7 minūtes

Ja maksājumu pakalpojums GA4 parādās kā novirzījuma avots, vispirms pārbaudiet pirkuma ceļu, nevis izslēdziet visus nepazīstamos domēnus. Noskaidrojiet, vai veikals klientu nosūtīja uz tehnisku maksājuma soli vai arī cita vietne patiešām piesaistīja jaunu apmeklētāju.

Šis ceļvedis paredzēts e-veikala mērījumu atbildīgajam, kuram vajadzīga atkārtojama pārbaude. Plašākais GA4 audita saraksts aptver visu ieviešanu; šeit izsekojam ceļu no pasūtījuma noformēšanas līdz apmaksai un atpakaļ.

1. Pirms iestatījumu maiņas pierakstiet problēmu

Izvēlieties jau apstrādātu atskaites periodu un saglabājiet īpašumu, atskaiti, dimensiju un attiecīgo domēnu. Sesiju izpētei izmantojiet Session source / medium. Nejauciet to ar pirmā lietotāja avotu vai notikuma attiecinājumu: Google datplūsmas avotu tvēruma ceļvedis skaidro, kāpēc atbildes var atšķirties.

Saglabājiet pašreizējo konfigurāciju un kopā ar veikala atbildīgo nosakiet faktiskos maksājumu ceļus. Ar domēna nosaukumu vien nepietiek, lai izlemtu tā lomu.

2. Izvēlieties faktiskajam ceļam atbilstošu iestatījumu

Google nevēlamo novirzījumu dokumentācijā atgriešanos no ārēja maksājumu pakalpojuma min kā tipisku lietojumu. Tīmekļa straumes taga iestatījumos pārskatiet nevēlamo novirzījumu sarakstu un, ja ir pamats, pievienojiet precīzi atlasītu maksājumu domēnu. Neizslēdziet īstus izdevējus vai konkurentus tikai tāpēc, ka to datplūsma sarežģī atskaiti.

Ja kontrolējat un varat marķēt vairākas vietnes, pārbaudiet mērījumus starp domēniem: saderīgi tagi un _gl saistīšanas parametrs palīdz saglabāt ceļa nepārtrauktību. Novirzījuma izslēgšana pati par sevi nesavieno lietotāja identifikatorus. Nepieņemiet, ka savu tagu varēsiet uzstādīt bankas vai ārēja maksājumu pakalpojuma vietnē.

Pierakstiet mainīto iestatījumu, iepriekšējo vērtību, domēna atbilstības noteikumu, atbildīgo un ieviešanas laiku. Vispirms veiciet vienu pamatotu labojumu.

3. Izmantojiet izdomātu pirkuma piemēru

Pieņemsim, ka pircējs ierodas no marķēta jaunumu e-pasta, maksā vietnē pay.example un atgriežas veikalā. Sesiju atskaitē analītiķis redz pay.example / referral. Domēns un situācija ir izdomāti; tie nav īsta pakalpojuma iestatījumi vai CPCInsider klienta rezultāts.

Testa uzdevums: apstiprināt, ka pay.example ir tehnisks maksājuma solis, pārskatīt novirzījumu iestatījumu un atkārtot ceļu no tās pašas kontrolētās kampaņas saites. Veiksmīgs rezultāts ir jauni, apstrādāti dati, kuros maksājuma solis netiek uzskatīts par patstāvīgu piesaistes avotu. Tas nenozīmē, ka katram pirkumam visos attiecinājuma modeļos jāpieder e-pasta kampaņai.

4. Pārbaudiet visu ceļu, arī neveiksmīgos scenārijus

Izmantojiet atļautu testa vidi vai kontrolētu testa pasūtījumu. Sāciet jaunu ceļu pārlūkā, atveriet faktisko kampaņas saiti, veiciet maksājumu un atgriezieties veikalā. Testa identifikatoros neiekļaujiet personas datus.

Tūlītējai datu vākšanas pārbaudei izmantojiet Google ieviešanas diagnostikas rīkus. Ievērojiet piekrišanas izvēles; neieslēdziet uzskaiti piespiedu kārtā tikai testa dēļ. Dublēšanās gadījumā pārskatiet darījumu ID vadlīnijas: izmantojiet piemērotu unikālu pasūtījuma ID, nevis kopīgu vai tukšu vērtību.

5. Pārbaudiet apstrādātos datus un fiksējiet ierobežojumus

Sekmīgs tests pārlūkā ir starprezultāts. Ņemiet vērā atskaišu apstrādes laiku un salīdziniet jauno aktivitāti pēc labojuma ar tām pašām sesiju dimensijām. Blakus rezultātam saglabājiet sākotnējo novērojumu un labojuma datumu.

Vai tas izlabos vēsturisko attiecinājumu?

Uzskatiet izmaiņu par turpmākas datu vākšanas labojumu, nevis pagātnes ceļu pārrakstīšanu. Google arī skaidro, ka iepriekš attiecinātiem lietotājiem atkārtotā apmeklējumā var saglabāties izslēgtais avots. Vēsturisku maksājumu novirzījumu pēc labojuma automātiski nesauciet par jaunu kļūdu.

Vai atgūsim visus trūkstošos pasūtījumus?

Nē. Trūkstošam pirkumam, dubultam nosūtītājam, piekrišanas ierobežojumam vai bojātai atgriešanās lapai vajadzīga atsevišķa diagnoze. Novirzījumu iestatījumi neatjauno nenosūtītus notikumus. Atlikušos darbus sadaliet ar mērījumu plānu, bet kampaņu sākuma saites sakārtojiet ar UTM ceļvedi.

Pārbaudes saraksts pirms ieviešanas

• Pirms izslēgšanas apstipriniet domēna faktisko lomu.
• Saglabājiet iestatījumus un vienojieties par atbildīgo un atjaunošanas plānu.
• Nodaliet novirzījumus, domēnu savienošanu un pirkumu uzskaiti.
• Testējiet sekmes, atcelšanu, pārlādi un citus maksājumu ceļus.
• Pārbaudiet jaunus apstrādātus datus ar nemainīgu atskaites tvērumu.
• Neatrisinātās atšķirības saglabājiet redzamas.

Saņemiet konkrētu mērījumu rīcības plānu

Vajadzīga palīdzība, lai atrastu attiecinājuma pārrāvumu? Apskatiet mūsu mērījumu, attiecinājuma un CRM pakalpojumu vai piesakiet bezmaksas 30 minūšu izaugsmes izvērtējumu ar dibinātājiem. Pārrunāsim ieviešanu un sagatavosim trīs rakstiskas prioritātes; īstenošanu saskaņojam atsevišķi, bez pienākuma mūs nolīgt.