GA4 domainek közötti mérés külső foglaló- vagy időpontkérő rendszerrel

Scheo · 2026-10-13 · olvasási idő ~10 perc · Szerző: Schmidt Péter

A szállásfoglaló motor, az orvosi időpontkérő, a jegyértékesítő vagy az asztalfoglaló rendszer nagyon gyakran külön domainen fut. A látogató a te weboldaladon dönt, a tényleges foglalást viszont már máshol adja le. A mérés pont ezen a ponton szokott elszakadni, és ettől lesz a riportban rengeteg foglalás, amelynek a forrása a saját weboldalad. Ebben a cikkben végigmegyünk azon, mi történik ilyenkor az adattal, hogyan állítsd be a domainek közötti mérést a GA4-ben, és mit tehetsz, ha a külső rendszerhez egyáltalán nem férsz hozzá.

A szövegben három jelölést használok. A Hivatalosan igazolt állítás a Google dokumentációjában szerepel. A Saját tapasztalat ügyfélprojektek beállítása közben szerzett megfigyelés. A Szakmai feltételezés logikus következtetés, amelyet a saját rendszereden érdemes ellenőrizned.

Mi történik a forrásadattal, amikor a látogató másik domainre lép át?

Azonosító-átadás nélkül a GA4 a másik domainen új felhasználót és új munkamenetet indít, és ennek a munkamenetnek a forrása a saját weboldalad lesz hivatkozásként. Az eredeti forrás (például egy Google-hirdetés vagy egy hírlevél) az első munkamenetnél marad, a foglalás pedig a másodikhoz kerül.

Hivatalosan igazolt: a GA4 a felhasználót és a munkamenetet saját sütikben tárolt azonosítókkal követi. Ezek a sütik első féltől származnak, tehát ahhoz a domainhez tartoznak, amelyen létrejöttek. A peldaszallas.hu oldalon létrehozott _ga sütit a foglalas.kulsomotor.com nem tudja kiolvasni. Ha tehát a külső rendszerben is fut a GA4-címkéd, az ott egy vadonatúj ügyfél-azonosítót hoz létre.

A gyakorlatban ez három tünetet okoz:

• A felhasználószám magasabb a valósnál, mert ugyanaz az ember kétszer szerepel.
• A forgalomszerzési riportban a foglalások nagy része a saját domained hivatkozásaként vagy közvetlen forgalomként jelenik meg.
• A hirdetési kampányokhoz alig tartozik konverzió, pedig a foglalások egy része onnan érkezett.

Saját tapasztalat: ez a hiba sokáig rejtve marad, mert a foglalások száma stimmel, csak a forrásuk hamis. Rendszerint akkor derül ki, amikor valaki megkérdezi, melyik csatornából jön a legtöbb foglalás, és a válasz az, hogy a saját weboldalról.

Mit csinál pontosan a _gl paraméter?

A _gl egy URL-paraméter, amelyet a Google-címke a másik domainre mutató hivatkozás végére fűz, és amely kódolt formában tartalmazza a felhasználó és a munkamenet azonosítóit. A céldomainen futó címke kiolvassa, és a saját sütijébe ugyanazokat az értékeket írja be.

Hivatalosan igazolt: a domainek közötti mérés így köti össze egyetlen felhasználóvá és egyetlen munkamenetté a két domainen történt tevékenységet. A kattintás utáni cím nagyjából így néz ki:

https://foglalas.kulsomotor.com/szoba?_gl=1*abc123*_ga*MTIzNDU2Nzg5*_ga_ABCDE12345*MTcw...

Két dolog következik ebből. Az egyik, hogy a módszerhez mindkét oldalon futnia kell a címkének, mert az egyik hozzáfűzi a paramétert, a másik pedig feldolgozza. A másik, hogy a paraméter az URL-ben utazik, vagyis minden olyan lépés veszélyezteti, amely közben az URL megváltozik.

Szakmai feltételezés: a szakmai közösség mérései szerint a _gl értéke csak rövid ideig, nagyjából két percig érvényes, és a böngésző néhány jellemzőjéhez is kötődik. Emiatt egy kimásolt és később megnyitott link már nem viszi át az azonosítót. Ez a működés védi a rendszert attól, hogy egy megosztott linken több ember ugyanazt az azonosítót kapja.

Hogyan állítsd be a domainek közötti mérést a GA4 adatfolyamában?

A beállítás a webes adatfolyam címkebeállításaiban történik, kódmódosítás nélkül, de előfeltétele, hogy a külső rendszerben is ugyanaz a mérési azonosító fusson, mint a saját weboldaladon. Ha ez nem teljesül, a felületen megadott domainlista önmagában semmit nem old meg.

Hivatalosan igazolt lépések (a menüpontok felirata a felület nyelvétől és frissítéseitől függően kissé eltérhet):

1. Ellenőrizd a címkét a külső rendszerben. Nézd meg a foglalómotor adminisztrációs felületén, hogy megadható-e GA4 mérési azonosító (G-XXXXXXXXXX) vagy Google Tag Manager tároló. Ugyanazt az azonosítót add meg, amelyet a saját oldaladon használsz.
2. Nyisd meg az adatfolyamot. A GA4-ben az Adminisztrálás menüben válaszd az Adatfolyamok pontot, majd kattints a webes adatfolyamra.
3. Lépj a címkebeállításokhoz. Az adatfolyam részleteinek alján találod a Címkebeállítások megadása lehetőséget.
4. Válaszd a Domainek konfigurálása pontot. Itt feltételeket adhatsz meg, amelyek leírják az összetartozó domaineket.
5. Vedd fel mindkét domaint. Egyezési típusnak a legtöbbször a „tartalmazza” megfelelő, értéknek pedig a domain neve, például peldaszallas.hu és kulsomotor.com. A saját domainedet is add hozzá, mert a visszafelé vezető útnak is működnie kell.
6. Mentsd el, és tesztelj. A változás mentés után rövid időn belül érvénybe lép, a címke innentől automatikusan kiegészíti a listán szereplő domainekre mutató hivatkozásokat.

Hivatalosan igazolt az is, hogy az itt megadott domainek közötti átlépést a GA4 nem kezeli hivatkozó forgalomként, és a továbbfejlesztett mérés sem küld rájuk kimenő kattintás eseményt.

Saját tapasztalat: ha a foglalómotor több ügyfelet szolgál ki ugyanazon a domainen, a teljes domain felvétele akkor is rendben van, mert a paramétert csak a te címkéd fűzi hozzá a te oldaladról induló linkekhez. Ha Google Tag Managert használsz, a domainlistát ugyanúgy a Google-címke beállításainál érdemes kezelni, hogy egyetlen helyen legyen a szabály.

Hogyan ellenőrizd, hogy a _gl paraméter tényleg átmegy?

Három ellenőrzés elég a biztos válaszhoz: megjelenik-e a _gl a cél URL-ben, megegyezik-e a _ga süti értéke a két domainen, és egyetlen folyamként látszanak-e az események a DebugView nézetben.

1. URL-ellenőrzés. Nyisd meg a saját oldaladat inkognitó ablakban, fogadd el a mérési sütiket, majd kattints a foglalás gombra. A megérkezés után nézd meg a címsort. Ha a _gl ott van, a küldő oldal rendben működik.
2. Süti-összehasonlítás. A böngésző fejlesztői eszközeiben (Alkalmazás, majd Sütik) keresd meg a _ga sütit mindkét domainen. Az érték végén álló két számcsoportnak azonosnak kell lennie. Ha eltér, a céloldal címkéje nem dolgozta fel a paramétert.
3. DebugView. Indítsd el a Tag Assistant előnézetét mindkét domain hozzáadásával, és a GA4 DebugView nézetében figyeld az eseményeket. Jó beállítás mellett a két domain oldalmegtekintései ugyanannál az eszköznél, megszakítás nélkül követik egymást, és nem indul új session_start az átlépéskor.
4. Riport-ellenőrzés néhány nap múlva. A forgalomszerzési riportban a saját domainednek el kell tűnnie a hivatkozó források közül, vagy legalább látványosan vissza kell esnie.

Saját tapasztalat: ha a kattintás pillanatában látszik a _gl, de a betöltött oldal címéből már hiányzik, akkor a külső rendszer átirányítás közben levágja a lekérdezési paramétereket. Ezt a fejlesztői eszközök Hálózat fülén, a naplómegőrzés bekapcsolásával tudod nyomon követni. A javítás ilyenkor a foglalómotor szolgáltatójánál van, a GA4 felületén nem tudod megoldani.

Mit tehetsz, ha a külső rendszerbe nem kerülhet saját címke?

Ha a külső rendszerben nem fut a te címkéd, domainek közötti mérésről nem beszélhetünk, mert nincs, ami a túloldalon fogadná az azonosítót. A reális cél ilyenkor a foglalás indításának megbízható mérése a saját weboldaladon, forrás szerinti bontásban.

Ez kevesebb, mint a tényleges foglalás mérése, döntéstámogatásra viszont sokszor elég. Ezekből a megoldásokból válogathatsz:

• Kimenő kattintás mérése. Hivatalosan igazolt, hogy a továbbfejlesztett mérés a más domainre vezető linkekre click eseményt küld, amelynek link_domain és link_url paramétere megmutatja a célt. Ebből létrehozhatsz egy szűkített eseményt (például foglalas_inditas), és megjelölheted kulcseseményként.
• Saját esemény a gombra. Ha a gomb JavaScripttel nyitja meg a foglalót, a beépített kattintásmérés kihagyhatja. Ilyenkor Google Tag Managerben érdemes saját eseményindítót készítened a gombra.
• Visszatérő köszönőoldal. Ha a foglalómotor a sikeres foglalás után vissza tudja irányítani a látogatót a te domainedre, a köszönőoldal megtekintése mérhető. A külső domaint ekkor vedd fel a nem kívánt hivatkozások közé, különben a visszatérés új forrást kaphat.
• Szerveroldali adatküldés. Egyes rendszerek webhookot vagy exportot adnak a foglalásokról. Szakmai feltételezés: a Measurement Protocol segítségével ezekből esemény küldhető a GA4-be, a forráshoz kötéshez viszont az ügyfél-azonosítót már a foglalás indításakor át kellene adnod a külső rendszernek, amire kevés foglalómotor ad lehetőséget.
• Összevetés a foglalómotor saját statisztikájával. A foglalások száma onnan pontos, a forrásarányokat pedig a foglalás indításának megoszlásából becsülheted.

Szakmai feltételezés: a foglalás indítása és a tényleges foglalás aránya csatornánként eltérhet, ezért a becslés irányt mutat, pontos elszámolásra nem alkalmas. Hirdetési optimalizáláshoz ettől még használható jel, mert az algoritmus így is kap visszajelzést arról, melyik látogató jutott el a szándékig.

Mi a teendő, ha megszakad a munkamenet, önhivatkozást látsz, vagy iframe-ben fut a foglaló?

A legtöbb hiba három okra vezethető vissza: a paraméter nem kerül rá a linkre, útközben elveszik, vagy a céloldalon nincs, ami feldolgozza. Az alábbi lista tünet szerint segít szűkíteni.

Megszakadó munkamenet

• Nincs _gl a linken. Ellenőrizd, hogy a domain szerepel-e a listában, és hogy a gomb valódi hivatkozás-e. A JavaScripttel indított navigációt és egyes űrlapokat az automatikus kiegészítés nem kezeli.
• A _gl útközben eltűnik. Átirányítás, linkrövidítő vagy a külső rendszer URL-tisztítása vágja le.
• Eltérő mérési azonosító. A külső rendszer a saját címkéjét futtatja, a tiédet nem. A paraméter megérkezik, de senki nem olvassa ki.
• Hosszú foglalási folyamat. Hivatalosan igazolt, hogy a munkamenet alapértelmezett időkorlátja 30 perc tétlenség. Fizetési oldalon töltött hosszabb idő után új munkamenet indulhat, ezért érdemes megnézned az időkorlát beállítását.

Önhivatkozás és hivatkozó források

• A saját domained forrásként jelenik meg. Ez arra utal, hogy a munkamenet újraindult az átlépéskor. Menj végig az előző lista pontjain.
• A fizetési szolgáltató a forrás. Hivatalosan igazolt, hogy a címkebeállítások között a Nem kívánt hivatkozások listázása pontnál megadott domainek nem írják felül a munkamenet forrását. Ide vedd fel a fizetési kapu domainjét.
• Vegyes kép. Ha a hiba csak a forgalom egy részénél jelentkezik, gyanakodj egy második foglalás gombra (például a mobil menüben), amely más módon nyitja meg a foglalót.

Iframe-be ágyazott foglaló

• Az iframe forráscímét a címke nem egészíti ki. Saját tapasztalat: beágyazott foglalónál az automatikus megoldás nem működik, mert nincs kattintás, amelyhez a paramétert fűzni lehetne.
• Harmadik féltől származó sütik. A beágyazott tartalom sütijeit több böngésző korlátozza vagy tiltja, így az iframe-en belüli mérés akkor is hiányos lehet, ha ott fut a címke.
• Járható út. Ha a szolgáltató támogatja, a beágyazott foglaló postMessage üzenetben jelezheti a szülőoldalnak a lépéseket, és a szülőoldal küldi el az eseményt a saját címkéjével. Ha ilyen nincs, az iframe megjelenését és a foglaló szakaszig görgetést tudod mérni.
• Egyszerűbb alternatíva. Szakmai feltételezés: sok esetben tisztább mérést ad, ha a foglaló beágyazás helyett teljes oldalon, hivatkozáson keresztül nyílik meg.

Hogyan hat a hozzájárulás-kezelés a domainek közötti mérésre?

Ha a látogató nem járul hozzá a mérési sütikhez, nincs olyan azonosító, amelyet a _gl átvihetne, tehát a két domain tevékenysége nem kapcsolható össze. Ez elvárt működés, nem beállítási hiba.

Hivatalosan igazolt, hogy a hozzájárulási mód (Consent Mode) szabályozza, mikor írhat és olvashat sütit a Google-címke. Saját tapasztalat: külön gondot okoz, ha a külső rendszer saját sütisávot jelenít meg, mert a látogató a te oldaladon elfogadhatja, ott pedig elutasíthatja a mérést. Tesztelésnél ezért mindkét domainen ugyanazt a választ add meg, különben félrevezető eredményt kapsz.

Milyen sorrendben érdemes végigmenned a teendőkön?

Először azt tisztázd, mire ad lehetőséget a külső rendszer, mert ettől függ, hogy teljes domainek közötti mérést építesz, vagy a foglalás indításáig mérsz.

1. Kérdezd meg a szolgáltatótól, megadható-e GA4 mérési azonosító vagy Tag Manager tároló, és megőrzi-e a rendszer az URL-paramétereket.
2. Ha igen, állítsd be a domainlistát az adatfolyamban, és végezd el a három ellenőrzést.
3. Vedd fel a fizetési szolgáltatót a nem kívánt hivatkozások közé.
4. Ha nem kerülhet címke a külső rendszerbe, hozz létre kulcseseményt a foglalás indítására, és nézd meg a visszatérő köszönőoldal lehetőségét.
5. Jegyezd fel a beállítás dátumát, mert a korábbi és a későbbi időszak forrásadatai nem hasonlíthatók össze közvetlenül.
6. Néhány hét után vesd össze a GA4 számait a foglalómotor saját statisztikájával.

A jól beállított mérés sem ad hiánytalan képet, hiszen a hozzájárulás megtagadása, a böngészők korlátozásai és az eszközváltás továbbra is adatvesztést okoznak. A forrásadat megbízhatósága ettől függetlenül jó eséllyel érezhetően javul, és ez megalapozottabb döntést tesz lehetővé arról, melyik csatornával érdemes tovább dolgoznod.

Források és további olvasnivalók

• Google Analytics Súgó: Domainek közötti mérés beállítása
• Google Analytics Súgó: Nem kívánt hivatkozások azonosítása
• Google Analytics Súgó: Továbbfejlesztett mérés eseményei
• Google Analytics Súgó: Munkamenetek a Google Analytics 4-ben
• Google for Developers: Google-címke (gtag.js) dokumentáció, cross-domain measurement
• Google for Developers: Measurement Protocol (Google Analytics 4)
• Google Tag Manager Súgó: Hozzájárulási mód és előnézeti mód
• MDN Web Docs: HTTP-sütik és a Window.postMessage metódus