# 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. Canonical page: https://cpcinsider.com/lv/insights/ga4-payment-referrals/ Author: Vladlens Kecko Published: 2026-10-16 Updated: 2026-10-16 **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](https://cpcinsider.com/lv/insights/ga4-audit-checklist/) 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](https://support.google.com/analytics/answer/11080067?hl=en) 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. | Novērojums | Izpētes jautājums | Nākamais pierādījums | | --- | --- | --- | | Maksājumu domēns redzams kā novirzījums | Vai klients atgriezās no veikala maksājuma soļa? | Pilns ceļš pārlūkā | | Cits domēns pieder mūsu veikalam | Vai tas ir viens mērāms ceļš vairākās vietnēs? | Tagu ID un pārejas | | Apmeklētājus sūta izdevējs vai salīdzināšanas vietne | Vai tā ir reāla klientu piesaiste? | Konkrētā avota lapa un galamērķis | | Pirkumi atkārtojas pēc atgriešanās vai pārlādes | Vai pirkuma uzskaite dubultojas? | Pasūtījuma atsauce un notikumu secība | ## 2. Izvēlieties faktiskajam ceļam atbilstošu iestatījumu Google [nevēlamo novirzījumu dokumentācijā](https://support.google.com/analytics/answer/10327750?hl=en) 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](https://support.google.com/analytics/answer/10071811?hl=en): 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. | Tests | Ko saglabāt | Šī testa sekmīgas izpildes nosacījums | | --- | --- | --- | | Atgriešanās pēc maksājuma | Sākuma, maksājuma un atgriešanās URL, piekrišanas izvēle | Atgriešanās nonāk paredzētajā īpašumā | | Atcelts vai neveiksmīgs maksājums | Lapa un notikumu secība | Netiek izveidots veiksmīgs pirkums | | Apstiprinājuma lapas pārlāde | Pirkuma nosūtītājs un pasūtījuma atsauce | Pārlāde nerada jaunu pasūtījumu | | Cits maksājuma veids | Tā faktiskais domēns un atgriešanās ceļš | Tas pārbaudīts atsevišķi | Tūlītējai datu vākšanas pārbaudei izmantojiet Google [ieviešanas diagnostikas rīkus](https://developers.google.com/analytics/devguides/collection/ga4/troubleshoot). 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](https://support.google.com/analytics/answer/12313109?hl=en): 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](https://support.google.com/analytics/answer/11198161?hl=en) 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](https://cpcinsider.com/lv/insights/advertising-measurement-plan/), bet kampaņu sākuma saites sakārtojiet ar [UTM ceļvedi](https://cpcinsider.com/lv/insights/utm-naming-convention/). ## 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](https://cpcinsider.com/lv/services/tracking-attribution-crm/) vai [piesakiet bezmaksas 30 minūšu izaugsmes izvērtējumu ar dibinātājiem](https://cpcinsider.com/lv/#audit). 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.