Analītika un CRM

GA4 starpdomēnu mērīšana: iestatīšanas un testēšanas saraksts

Klienta ceļš pazūd starp vietnēm? Pārbaudiet GA4 tagus, domēnu noteikumus, pāradresācijas un _gl parametru ar praktisku testa darba lapu uzņēmumiem Latvijā.

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

Starpdomēnu mērīšana ir noderīga, ja viens reāls klienta ceļš šķērso vietnes, kuras varat mērīt kopā. Vispirms nosakiet šo ceļu, nevis pievienojiet visus novirzījumu atskaitē redzamos domēnus.

Šis ceļvedis aptver GA4 tīmekļa mērījumus saistītās vietnēs. Tas nav veids, kā izsekot cilvēkam nesaistītos uzņēmumos vai apiet piekrišanu. Plašākai konfigurācijas pārbaudei izmantojiet GA4 audita sarakstu.

1. Uzzīmējiet ceļu un nosakiet atbildību

Pierakstiet sākuma vietni, galamērķi, konkrēto pārejas veidu un to, kurš var mainīt katru ieviešanu. Norādiet īsto rezervācijas vai norēķinu domēnu, nevis tikai piegādātāja nosaukumu. Ārēja platforma var atbalstīt vajadzīgos mērījumus, taču tas vispirms jāpārbauda.

Maksājumu pakalpojuma atgriešanās gadījumam izmantojiet maksājumu novirzījumu ceļvedi. Avota izslēgšana maina atribūcijas apstrādi, bet pati par sevi nesavieno atsevišķas pārlūka identitātes.

2. Pirms izmaiņām saglabājiet konfigurāciju

Google starpdomēnu iestatīšanas ceļvedī savienojamajām lapām paredzēts vienas GA4 tīmekļa straumes G-ID. Uzskaitiet īpašumu, straumi, identifikatorus, domēnu noteikumus un atbildīgos. Pārbaudiet abus galus un saglabājiet pašreizējo stāvokli.

Tīmekļa straumes taga iestatījumos atveriet Configure your domains. Pievienojiet tikai pamatotus domēnus ar piemērotiem atbilstības noteikumiem. Esošus manuālus Google taga vai GTM iestatījumus izskatiet kopā ar izstrādātāju, nevis uzlieciet otru risinājumu virsū.

Apakšdomēni jau var koplietot sīkdatnes; ja ceļš pārtrūkst, pārbaudiet atšķirīgus sīkdatņu domēna iestatījumus. Saglabājiet piekrišanas darbību abās vietnēs. GA4 iestatījums nepiešķir tiesības vākt datus vai sinhronizēt piekrišanas izvēles.

3. Testējiet īsto klikšķi, nevis kopētu URL

Google izstrādātāju skaidrojumā aprakstīts _gl saistīšanas parametrs. To pievieno pārejas laikā, un tas ir īslaicīgs. Sekojiet īstajai saitei vai formai uzreiz; nesaglabājiet papildinātu URL atkārtotam testam vēlāk.

Izmantojiet saskaņotu testa vidi vai kontrolētu ceļu. Atveriet tagu priekšskatījumu un pārlūka izstrādātāja rīkus, izpildiet parasto pāreju un saglabājiet galamērķi un pāradresāciju ķēdi. Pārliecinieties, ka lapa darbojas, vajadzīgā straume saņem notikumus un galamērķa tags apstrādā parametru. Redzams _gl ir starppārbaude, nevis visu atskaišu pareizības pierādījums.

Pilnus papildinātos URL un identifikatorus glabājiet ierobežotas pieejamības diagnostikas žurnālā, nevis publiskā atskaitē. Neveidojiet identifikatorus manuāli, nepievienojiet personas datus un neapejiet piekrišanu testa rezultāta dēļ.

4. Izmantojiet klienta ceļa testa darba lapu

Šis ir hipotētisks piemērs, nevis klienta rezultāts. Pakalpojumu uzņēmums pārsūta apmeklētāju no www.example.com uz apstiprinātu rezervācijas vietni book.example.net. Uzņēmums var konfigurēt abus mērījumu risinājumus.

Piešķiriet atbildīgo un katrai rindai atzīmējiet izdevās, neizdevās vai nav noskaidrots. Ja mobilās pogas vai citas saites izmanto atšķirīgu kodu, pārbaudiet arī tās. Darbojoša kājenes saite nepierāda, ka darbojas skriptēta rezervācijas poga.

5. Izmeklējiet konkrēto kļūmi

Ja parametrs pazūd, pārbaudiet pāradresācijas, URL tīrīšanu un galamērķa atbalstu vaicājuma parametriem. Skriptētai pārejai izstrādātājam jāpārbauda integrācija: parasta saite un JavaScript pāradresācija var uzvesties atšķirīgi.

Ja abi domēni saņem notikumus, bet ceļš sadalās, pārskatiet straumju ID, ienākošā parametra apstrādi un sīkdatņu konfigurāciju. Ja vienīgais simptoms ir avota atribūcija, pirms izslēgšanas izlasiet Google nevēlamo novirzījumu norādes. Veiciet vienu pamatotu labojumu un atkārtojiet darba lapas testus.

Kāpēc pēc iestatīšanas var pazust izejošā klikšķa notikums?

GA4 pāreju uz konfigurētu domēnu apstrādā citādi nekā parastu ārēju izeju. Pirms šo atšķirību nosaucat par bojātu saiti, pārbaudiet notikuma definīciju. Rezervācijas rezultāts parasti ir lietderīgāks par viena iekšēja ceļa skaitīšanu kā ārēju klikšķi.

6. Pārbaudiet apstrādātos rezultātus un norādiet robežas

Ar mērījumu plānu definējiet panākumu pirms atskaišu salīdzināšanas. Pēc apstrādes apskatiet jaunus ceļus attiecīgajās vietnēs, izmantojot vienādus datumus un atskaites tvērumu. Negaidiet pilnīgu sakritību, ja piekrišana vai uzskaite atšķiras, un nepieņemiet, ka labojums pārraksta vēsturiskās sesijas.

Starpdomēnu iestatījums arī nelabo atkārtotu pirkuma nosūtīšanu. Ja viens pasūtījums parādās vairākas reizes, izmantojiet atsevišķo pirkumu dublēšanās sarakstu.

Pirms izmaiņas publicēšanas

• Apstipriniet abu ieviešanu atbildīgos un kopīgā ceļa pamatojumu.
• Saglabājiet sākotnējo straumi, tagus un domēnu noteikumus.
• Testējiet saites, formas, pāradresācijas un atgriešanos.
• Pārbaudiet strādājošu galamērķi un paredzēto rezultātu.
• Ievērojiet piekrišanu un ierobežojiet diagnostikas datu pieejamību.
• Pierakstiet ieviešanu, atbildīgo, atjaunošanas iespēju un atskaišu pārbaudi.

Vajag palīdzību atrast, kur ceļš pārtrūkst? Mūsu izsekošanas, atribūcijas un CRM pakalpojums sasaista tehniskās pārbaudes ar noderīgām biznesa atskaitēm. Piesakiet bezmaksas 30 minūšu izaugsmes pārskatu ar dibinātājiem un saņemiet īsu rakstisku plānu ar trim prioritātēm. Nav pienākuma nolīgt CPCInsider; ieviešanas apjomu saskaņojam atsevišķi.