DG Lekatt / KattintásAudit · DG Fürkésző · Konverzióőr
Szolgáltató: Online Forgalomnövelő Marketing Kft.
Dokumentumverzió: 1.1 · 2026. szeptember 23.
Technikai alap: KattintásAudit 3.4.17, WordPress-bővítmény 2.6.8, DG Fürkésző 1.0.1. A 3.4.18-as kiadás a nyilvános tájékoztató oldalakat, a 3.4.19-es kiadás a sütik és böngészőtárolók pontosabb ismertetését és a szolgáltatói szöveg jóváhagyásának rögzítését adja hozzá. A mérési működés változatlan.
1. Mire szolgál a program?
A DG Lekatt / KattintásAudit a partner weboldalára érkező hirdetési forgalom vizsgálatát, a mérési és konverziós események áttekintését, valamint a beállított szabályok szerinti Google Ads IP-kizárások kezelését támogatja. A cél a forgalom minőségének értékelése és a hirdetési költségvédelem. Az eredmények értelmezéséhez a kezelőnek figyelembe kell vennie a partner szolgáltatását, hirdetéseit és a látogatók valós viselkedését.
A program külön kezeli a saját mérést, a feltöltött forrásokat és a Google-től kapott adatokat. Egy szerveroldali kérés, egy böngészős esemény és egy elszámolt hirdetéskattintás eltérő fogalom. Ugyanígy különbözik a telefonszámra kattintás a tényleges, kapcsolt telefonhívástól.
A szolgáltatást az Online Forgalomnövelő Marketing Kft. biztosítja. Székhely: 3300 Eger, Bethlen Gábor út 25/a; cégjegyzékszám: 10-09-036028; adószám: 25801987-2-10. Kapcsolat: Dajka Gábor, info@dajka-gabor.hu, +36 20 453 7031.
A KattintásAudit saját fejlesztésű szolgáltatás. A Google, a Google Ads és a WordPress elnevezések a kapcsolódó szolgáltatások azonosítását szolgálják; használatuk nem jelent hivatalos Google- vagy WordPress-jóváhagyást.
2. Milyen részekből áll?
A nyilvános tájékoztató oldalak a szolgáltatást ismertetik. A belső adminisztráció ettől elkülönített. A partner látogatójának nincs szüksége KattintásAudit-fiókra, és a nyilvános oldal megtekintése nem telepít mérőt a látogató más webhelyeire.
3. Mi szükséges a mérés indulásához?
A szolgáltató rögzíti a partnerhez tartozó webhelyet és az engedélyezett oldalazonosságot. A mérőmodul nyilvános webhelykulcsot, webhelyazonosítót és a szerveroldali beküldéshez privát titkot használhat. A privát titok kizárólag a szerveroldali konfigurációba kerülhet; HTML-ben, JavaScriptben vagy nyilvános dokumentumban nem jelenhet meg.
A Google Ads-fiók a kezelő engedélyével kapcsolódik a központhoz. A kezelő a megfelelő Ads-ügyfélfiókot a megfelelő partnerwebhelyhez rendeli. A kötés ellenőrzése és a kampányválasztás fontos: másik ügyfél fiókja vagy téves kampány nem használható fel a célzott kizáráshoz.
A partner feladata a szükséges adatkezelési tájékoztatás, a megfelelő hozzájárulás-kezelő bekötése és az egyes funkciók jogalapjának rendezése. A böngészős és a szerveres ág külön kezelendő. A DG Fürkésző szerveres rögzítése a kiadási alapértékben engedélyezett; a jogszerű használatot ettől még a telepítés előtt meg kell vizsgálni.
A teljes folyamatot próbaérkezéssel kell ellenőrizni: a forráswebhely helyes-e, továbbítódik-e az esemény, és a központ a megfelelő partnernél mutatja-e. A telepített ZIP vagy a zöld kapcsolatjelzés önmagában nem igazolja az összes látogatás teljes körű mérését.
Saját mérősüti nélkül, böngészőtárolóval
A program látogatói mérőkódja nem állít be saját HTTP-sütit. A munkamenethez sessionStorage, a beállított kiterjesztett funkciókhoz localStorage használható. A Fürkésző a jóváhagyás után külön, 30 perces logikai Ads-jelzőt is tárolhat a sessionStorage tárában. A szükséges hozzájárulást ezekhez is rendezni kell; a süti hiánya önmagában nem engedély a mérésre.
A belső adminfelület a DGCA_ADMIN, a telepítő a DGCA_INSTALL technikai sütit használja. A három nyilvános tájékoztató oldal saját kódja sütit, localStorage-ot, sessionStorage-ot és mérőkódot sem használ. Ezek a különbségek a részletes adatvédelmi tájékoztatóban is szerepelnek.
4. Hogyan jut el egy érkezés a központba?
Szerveres út: a partner webkiszolgálója észleli a támogatott hirdetési paraméterrel érkező kérést. A modul a megfigyelt adatokat helyi, titkosított sorba teheti. Az aláírt üzenet a központba kerül, ahol a program ellenőrzi az aláírást, a webhelyazonosságot, az időbeli és adatforma-feltételeket. Hibás beküldés nem válik hiteles szerveres érkezéssé.
Böngészős út: az integráció a megfelelő engedélyezési állapotban elindítja a közös mérőkódot. A böngésző a támogatott oldal- és aktivitási eseményeket továbbíthatja. Adatküldést akadályozhat a visszautasított hozzájárulás, hirdetésblokkoló, hálózati hiba, hibás weboldalkód, gyorsítótár vagy a lap gyors bezárása.
A szerveres és böngészős események összerendelése csökkentheti a duplikációt. Az eseményazonosítók és az azonos GCLID-hez tartozó helyi összevonás segítik az ismételt kézbesítés kezelését, de nem jelentenek minden helyzetben tökéletes személyazonosítást. Újratöltés vagy előnézeti lekérés is tartalmazhat hirdetési paramétert.
A telefonkattintás, az űrlapbeküldési jelzés és a külön megerősített konverzió eltérő bizonyíték. A kapcsolatfelvétel üzleti eredményét szükség esetén a partner saját hívás-, CRM- vagy rendelési adataival kell összevetni.
5. Kampányazonosító és Google-ellenőrzés
A kampányadatok következetes átadásához a Google Ads Végső URL utótag mezőjében használható:
campaignid={campaignid}&adgroupid={adgroupid}&network={network}&device={device}
Már használt utótagot az új paraméterek miatt ne írj felül ellenőrzés nélkül. A beállítást minden érintett kampány-, hirdetés- vagy egyéb felülíró szinten meg kell vizsgálni. A változtatás a későbbi érkezésekre vonatkozik; régi eseményt nem egészít ki visszamenőleg.
A program támogatja a külön átadott campaignid és campaign_id értéket, és megfelelő feltételek mellett a gad_campaignid tartalékértéket is. Az URL-paraméter másolható vagy módosítható, ezért önmagában nem megbízható bizonyíték arra, hogy a látogató az adott kampány fizetett kattintása volt.
Automatikus kizárás előtt a program a megfelelő Google Ads-fiókban ClickView-adattal ellenőrzi a GCLID és a kampány kapcsolatát. Ez a kapcsolat nem bizonyít csalást, és a találat önmagában nem igazolja a konkrét kattintás kiszámlázását sem. Üres találat esetén a pontos ok további bizonyíték nélkül nem dönthető el.
6. A kizárási szabály működése
A szabály egy meghatározott partnerhez, webhelyhez és Ads-kapcsolathoz tartozik. Megadható az érintett kampány, a működési mód, a kattintási küszöb és időablak, a kizárás időtartama, a napi korlát, valamint a kizárás hatóköre és címformája.
Az „1 kattintás után” választás egy költségvédelmi beállítás, nem csalási minősítés. A Google-ellenőrzés, a sorfeldolgozás és a Google rendszerének frissülése miatt az új kizárás nem garantáltan azonnali. A korábban létrejött kattintás díját a kizárás nem vonja vissza.
A napi korlát, az átmeneti hibafék és a függő műveletek kezelése a túlzott vagy bizonytalan végrehajtás kockázatát csökkenti. A mentett limit nem tekinthető a hirdetési költségkeret helyettesítőjének.
7. Egyedi IP vagy teljes /24 tartomány?
Egyedi módban egy konkrét IPv4- vagy IPv6-cím kerülhet a kizárásba. A kezelőfelület az egyedi címet adatvédelmi okból részlegesen maszkolhatja; a kijelzett hálózati előtag önmagában nem bizonyít tartományos kizárást. A cím alatti módjelzés az irányadó.
IPv4 /24 módban a Google Ads API a teljes érintett hálózatot kapja meg. Példa:
Megfigyelt cím: 192.0.2.165
Kizárási cél: 192.0.2.0/24
Csillagos megfelelő: 192.0.2.*
A példa dokumentációs címtartományt használ; nem tényleges ügyfél vagy látogató adata. A /24 256 címet érint. A küszöb teljesülését továbbra is egy IP saját, ellenőrzött eseményei alapozzák meg; a szoftver ebből szélesebb kizárási célt képez. Ez a teljes hálózat minden tagjának kockázatosságát nem bizonyítja.
Mobilinternet, közös hálózat, VPN és szolgáltatói címkiosztás miatt valódi érdeklődők is kieshetnek. A szélesebb mód alkalmazásáról a partnernek dokumentált, arányos döntést kell hoznia. A program IPv6 esetén ebben a módban is egyedi címet használ.
A kampányszint az érintett kampányra, a fiókszint a Google Ads-fiók támogatott megjelenéseire hat. A weboldal meglátogatása, az organikus találatból érkezés és a közvetlen URL-elérés ettől nem válik tiltottá.
A címformátum megváltoztatása az új tételekre vonatkozik. A már aktív egyedi tiltásokat a program nem cseréli visszamenőleg automatikusan /24-re; azok az eredeti feltételek szerint járnak le.
8. Várólista, újrapróbálás és feloldás
A tétel lehet javasolt, jóváhagyásra vagy Google-ellenőrzésre váró, újrapróbálható, aktív, feloldásra váró, megszakított vagy kézi egyeztetést igénylő. Ezek eltérő állapotok. A „függő” vagy „újrapróbálásra vár” felirat nem jelent már végrehajtott kizárást.
A CLICK_VIEW_EMPTY_RESULT azt jelzi, hogy a vizsgált lekérdezésben nem érkezett megfelelő kattintási találat. Adatfrissülés, hiányos azonosító vagy más körülmény is szóba jöhet; önmagából a hibakódból a konkrét ok nem bizonyítható. A program az időzítése szerint próbálkozik újra. Sikertelen ellenőrzés mellett a megerősítési feltételt nem hagyja figyelmen kívül.
Létrehozás előtt a program megvizsgálja a meglévő kizárások lefedettségét. Egy más által létrehozott, már létező tiltást nem vesz át automatikusan saját erőforrásként. A program saját kizárásai a lejárat vagy kezelt visszavonás szerint oldhatók fel. Bizonytalan API-válasz esetén a sikeres feloldáshoz pontos visszaellenőrzés szükséges; egy jogosultsági hiba nem bizonyít eltávolítást.
Az IP-védelmi cron leállása késleltetheti az új tiltásokat és a lejártak feloldását is. A vészleállítás az új végrehajtást leállítja, és a saját tiltásokat feloldásra jelöli. A tényleges eltávolításhoz működő feldolgozó és Google-hozzáférés kellhet. Kézi ellenőrzés szükséges, ha a kapcsolat időközben megszűnt.
9. Telepítési és üzemeltetési feltételek
WordPress-oldalnál a megfelelő bővítményt kell telepíteni és beállítani. A bővítmény titkosított állapotának használhatósága a WordPress biztonsági kulcsainak és sóinak megőrzésétől is függhet. Egy meglévő integrációt a frissítés előtt nem kell adatvesztéssel eltávolítani.
Egyedi PHP-oldalnál a DG Fürkészőhöz PHP 8.2 vagy újabb, OpenSSL, cURL, HTTPS és webgyökéren kívüli privát tároló szükséges. A közös PHP-belépési pontban kell elindítani a modult, a HTML-be pedig a böngészős részt kell beilleszteni. A külön helyi sor továbbítását az ügyfél tárhelyén futó cli.php flush feladat végzi. Ez a központi Google IP-védelmi crontól eltérő feladat.
A csak JavaScriptet tartalmazó HTML-integrációhoz ugyanazon a webhelyen működő PHP tokenvégpont is szükséges lehet. Tisztán statikus tárhely, PHP nélküli Node/.NET környezet vagy fájlfeltöltést tiltó bérelt webáruház esetén a PHP-csomag önmagában nem teljes integráció.
A PHP-t megkerülő teljesoldal-cache a szerveres érkezést is megkerüli. CDN vagy fordított proxy mögött a helyes látogatói IP megállapítását biztonságosan kell beállítani; a látogató tetszőleges proxyfejlécét nem lehet hitelesnek tekinteni. A tokenvégpontot nem szabad közös, látogatók között megosztott gyorsítótárból kiszolgálni.
A Fürkésző helyi sora legfeljebb 100 eseményt, 24 órás logikai megőrzést és legfeljebb 10 küldési próbát alkalmaz. Tartós kiesés vagy telítettség adatvesztéssel járhat. Az értékek a működés korlátai, nem garantált kézbesítési vállalások.
10. Konverzióőr és jelentések értelmezése
A Konverzióőr bekapcsolása külön döntés. A hibajelzések, ismételt kattintások, űrlapfolyamatok vagy meg nem erősített konverziók segíthetik a hibakeresést. A jelzés azonban nem igazolja automatikusan, hogy az oldal üzletileg hibás, a látogató robot, vagy az adott hiba bevételkiesést okozott. A modul beállítását és a személyes adatok URL-ekből, hibajelzésekből történő kizárását külön ellenőrizni kell.
A Google Ads havi riport a ténylegesen elérhető Google-adatokra épül. A jóváírás csak megfelelő hivatalos számlaadat esetén jelenik meg. Elérhetetlen számlázási adatból a program nem becsül automatikusan visszatérítendő összeget. Folyó hónapnál pillanatkép, hiányos adatoknál részleges eredmény indokolt.
A saját eseményszámok és a Google mutatói eltérhetnek időzítés, definíció, szűrés, blokkolás és ismétlődés miatt. Kisebb kattintásszám vagy nulla hívás önmagában nem bizonyítja, hogy valamennyi kattintás érvénytelen volt. A Google-nél történő jóváírásról a Google dönt; a program nem garantál visszatérítést.
A jelentések és vizsgálati iratok döntéstámogató anyagok. Hatósági vagy jogi felhasználás előtt a forrásokat, a jogalapot, az adatpontok jelentését és a bizonyítás korlátait emberi ellenőrzéssel kell áttekinteni. A program önmagától nem tesz feljelentést és nem indít hatósági eljárást.
11. Változtatás, panasz, felülvizsgálat és megszüntetés
A partner kérheti a mérés, a szabály vagy a szolgáltatás megszüntetését, az egyedi szerződés keretei között. A folyamatban rendezni kell a függő feladatokat, a program saját kizárásait, a hozzáférést, a megőrzendő iratokat és a törlendő adatokat. A programfájl törlése vagy a Google-engedély visszavonása a már létrehozott Google-kizárásokat nem feltétlenül szünteti meg.
Tévesnek tartott kizárás, mérési probléma vagy adatvédelmi igény esetén az info@dajka-gabor.hu címen kérhető ellenőrzés. A webhely, az időpont, a tünet és a megjelenített hibakód segíthet. Privát beküldési titkot és Google-jelszót ne küldj. A felülvizsgálat során a kezelő módosíthatja a partner szabályát, leállíthatja az új végrehajtást vagy kezdeményezheti a saját kizárás feloldását a jogosultságai és a feltételek szerint.
Az adatvédelmi jogokat és elérhetőségeket az adatkezelési tájékoztató tartalmazza. A kliensoldali és központi kulcsok elvesztése korábban titkosított adatok hozzáférhetetlenségét okozhatja; ezért a működő konfigurációt, privát tárolót és kulcsokat frissítésnél meg kell őrizni.
12. A tájékoztató és a vállalások határa
Ez a dokumentum a megjelölt programváltozat működését és korlátait írja le. A szolgáltatás díját, terjedelmét, támogatási idejét, rendelkezésre állási vállalását és felelősségi feltételeit külön megállapodás rendezheti. A dokumentum nem hoz létre hallgatólagos előfizetést, nem módosít meglévő szerződést, és nem korlátoz jogszabályból eredő jogot.
A szoftver nem garantál teljes csalásfelismerést, minden ismételt kattintás megakadályozását, hibamentes mérési lefedettséget, bevételnövekedést vagy jogi megfelelést pusztán a telepítésével. A hatékony és jogszerű működéshez megfelelő beállítás, adatkezelési rend és rendszeres emberi felügyelet szükséges.
Hivatalos technikai háttér: Google Ads ClickView, IPBlockInfo, IP-kizárási súgó. Az adott Google-fiók lehetőségeit és a szolgáltatási korlátozásokat mindig az aktuális felület és API-feltételek határozzák meg.
