🔥 Korlátozott: Ingyenes marketing audit — Foglalj most!

GTM (kliensoldali) vs. server-side GTM egy magyar webshopon — melyik éri meg 2026-ban?

Rövid válasz: A kliensoldali GTM ingyenes és gyorsan beüzemelhető, ezért kisebb magyar webshopoknak jó kiindulás. A server-side GTM (sGTM) akkor éri meg, ha az iOS- és adblock-veszteség már mérhető bevételkiesést okoz, illetve Conversion API-alapú stack fut: pontosabb adat, jobb konverziómérés, viszont havidíjas hosting és karbantartás mellett.

Mi a kliensoldali (client-side) GTM?

A klasszikus Google Tag Manager a látogató böngészőjében fut. A weboldalba egy konténer-szkriptet raksz, és onnantól a tag-ek — Google Ads, GA4, Meta Pixel, TikTok, Klaviyo — mind a felhasználó eszközén töltődnek be és onnan küldik az adatot közvetlenül a platformoknak. Ez a modell egyszerű: nincs szükség külön szerverre, a beállítást akár házon belül is meg tudod oldani, és a legtöbb magyar webshop-motor (WooCommerce, Shoprenter, UNAS) natívan támogatja.

A gyengesége viszont pont az, hogy minden a böngészőben történik. A modern böngészők — különösen a Safari az ITP-vel — korlátozzák a third-party sütiket, az adblockerek pedig egyszerűen kilövik a mérőkódokat. Ráadásul minden tag egy plusz külső szkript, ami lassítja az oldalt: ez rontja a Core Web Vitals mutatókat, és közvetve a keresőrangsort is.

Mi a server-side GTM (sGTM)?

A server-side GTM esetén a mérési adat nem közvetlenül a böngészőből megy a platformokhoz, hanem előbb egy általad üzemeltetett szerverkonténerbe fut be — jellemzően a saját domained egy aldomainjén (pl. data.webshopod.hu). Ez a szerver dolgozza fel és továbbítja az adatot a Google, a Meta és a többi rendszer felé, sok esetben szerver-szerver API-n keresztül.

A hosztolást ritkán csinálják nulláról: a magyar webshopok többsége Stape vagy Addingwell szolgáltatót használ, vagy közvetlenül a Google Cloud Platformot. A lényeg, hogy a mérés first-party kontextusba kerül: a böngésző a saját domained aldomainjével beszél, nem egy idegen tracker-domainnel — emiatt lesz ellenállóbb a süti- és adblock-korlátozásokkal szemben.

Adatpontosság: cookie, ITP és adblock

A gyakorlati különbség itt a legnagyobb. Kliensoldali GTM-nél a Safari ITP hét napra (bizonyos esetben 24 órára) rövidíti a JavaScriptből írt sütik élettartamát, az adblockerek pedig teljesen blokkolják a mérőkódot. Egy átlagos magyar webshopon ez érzékelhető adatvesztést jelent, jellemzően a mobilos iOS-forgalom nagy részét érinti — pont a legértékesebb vásárlói szegmenst.

A server-side megközelítés ezt így javítja:

  • First-party süti szerveroldalról: a szerver HTTP-sütit állít be a saját domained alatt, amit az ITP hosszabb ideig megőriz.
  • Adblock-ellenállás: a saját aldomainedre menő kérést a blokkolók nehezebben szűrik ki, mint egy ismert tracker-domaint.
  • Conversion API / szerver-szerver küldés: a Conversion API a szerverről küldi az eseményt a Meta és a Google felé, megkerülve a böngésző korlátait — ez emeli a mért konverziók számát és a match quality mutatót.

Tipp: Ne várd azt, hogy egyik napról a másikra „megjavul” minden szám. A server-side átállás után jellemzően 2–4 hét, mire a Meta és a Google algoritmusai újratanulnak a tisztább adaton — türelmesen, ne kapkodva optimalizálj a friss számokra.

Adatvédelem és consent

Fontos tisztázni: a server-side GTM nem GDPR-kiskapu, és nem old fel a sütibanner alól. Attól, hogy az adat a szervereden megy át, továbbra is szükséged van érvényes hozzájárulásra a méréshez és a marketing-tag-ekhez. A Google Consent Mode v2 a server-side konténerben is működik, és helyesen beállítva tiszteletben tartja a felhasználó döntését.

A server-side viszont ad egy valós adatvédelmi előnyt: a szerverkonténerben megszűrheted, mit továbbítasz. Ki tudod venni az IP-cím egy részét, levághatsz felesleges személyes adatot, és csak a valóban szükséges mezőket küldöd tovább a platformoknak. Ez adatminimalizálás szempontjából erősebb, mint a mindent-elküldő kliensoldali logika. Cserébe nagyobb a felelősség: a te szervereden áramlik át az adat, ezért az adatkezelési tájékoztatót és a feldolgozói láncot ehhez kell igazítani.

Költség és karbantartás

A két modell között itt a legélesebb a különbség. A kliensoldali GTM önmagában ingyenes, és ha van rá belső kompetencia, saját kézzel is összerakható. A server-side ezzel szemben egyszeri beállítási költséggel és folyamatos havidíjjal jár.

DimenzióKliensoldali GTMServer-side GTM (sGTM)
Beállítási költségJellemzően 0 Ft (házon belül)Egyszeri, több tíz–százezer forintos nagyságrend
Havi üzemeltetés0 FtHoszting-díj, jellemzően pár tíz eurós sávban, forgalomtól függően
Oldalbetöltésre hatásMagasabb (több külső szkript)Alacsonyabb (kevesebb böngészőoldali kód)
Süti- / adblock-ellenállásGyengeErős (first-party kontextus)
Karbantartási igényAlacsonyKözepes (szerverkonténer felügyelet)
Ki tudja kezelniMarketinges isInkább szakértő / ügynökség

A havidíj a hosztolt szolgáltatóknál (Stape, Addingwell) a forgalommal skálázódik: egy kis webshop belefér az alacsonyabb csomagokba, egy nagy forgalmú áruház magasabb sávba csúszik. A rejtett költség inkább a karbantartás: a szerverkonténert frissíteni, monitorozni kell, és a platform-változásokat le kell követni.

Tipp: Mielőtt sGTM-be fektetsz, mérd meg a jelenlegi állapotot. Nézd meg a Meta Events Managerben a match quality mutatót és a GA4-ben a mobilos konverziós arányt. Ha ezek nincsenek elmaradva, lehet, hogy a pénzed máshol hoz több eredményt — például a kampányszerkezet vagy a landing oldal fejlesztésén.

Mikor éri meg a váltás egy magyar webshopnak?

Nincs univerzális válasz, de van néhány elég egyértelmű jelzés. Érdemes elgondolkodni a server-side GTM-en, ha:

  • a bevételed jelentős része mobilról, iOS-eszközökről érkezik, és a mérésben lyukakat látsz;
  • több platformon hirdetsz párhuzamosan (Google, Meta, TikTok) és fontos a pontos, deduplikált konverziómérés;
  • a Meta match quality / EMQ mutatód gyengén áll, és a Conversion API-t komolyan akarod használni;
  • a hirdetési költésed már akkora, hogy pár százalék pontosabb adat is érdemi optimalizálási előnyt jelent.

Ezzel szemben ha kisebb, döntően asztali gépről vásárló közönséged van, alacsony hirdetési büdzsével, akkor a kliensoldali GTM tisztességesen elvégzi a feladatot, és a server-side inkább csak fölösleges bonyolítás. A helyes sorrend: előbb a mérés hiányossága okozzon fájdalmat, csak utána jöjjön a megoldás. Ha nem vagy biztos, melyik szakaszban vagy, egy konzultáción átnézzük a konkrét adataidat, és megmondjuk, megéri-e neked a váltás.

Gyakori kérdések

A server-side GTM megkerüli a sütibannert?

Nem. A hozzájárulás továbbra is kötelező: a Consent Mode v2 a szerverkonténerben is fut. A server-side az adatáramlás helyét változtatja meg, nem a jogi alapot.

Mennyivel lesz pontosabb az adat sGTM-mel?

Ez a webshopod közönségétől függ. Ahol nagy az iOS- és adblock-veszteség, ott érdemi javulás érhető el a mért konverziókban és a match quality mutatóban; ahol kicsi, ott a különbség szerényebb.

Melyik hosztolót válasszam: Stape-et vagy Addingwellt?

Mindkettő elterjedt választás magyar webshopoknál, és a döntést a forgalom, a csomagárak és a szükséges funkciók alapján érdemes meghozni. A saját GCP-üzemeltetés több kontrollt ad, de több technikai gondozást is igényel.

El tudom-e magam intézni, vagy kell hozzá szakértő?

A kliensoldali GTM alapjait sok marketinges beállítja magának. A server-side konténer, a Conversion API és a Consent Mode helyes összehangolása viszont már inkább szakértői vagy ügynökségi feladat, mert a hibás beállítás rosszabb adatot ad, mint a semmi.

Lassítja a webshopomat a server-side GTM?

Éppen ellenkezőleg, jellemzően gyorsíthat is: a böngészőoldali szkriptek egy részét leveszi az oldalról, és szerveroldalra tolja a feldolgozást. Ez javíthatja a Core Web Vitals mutatókat, ami a felhasználói élménynek és a keresőrangsornak is jót tesz.

Kérj átlátható, mérhető marketinget

Nincs vanity-metrika, nincs átláthatatlan díj — konkrét, mérhető növekedés a magyar piacra szabva. Kérj egy díjmentes, kötelezettség nélküli konzultációt, és megnézzük, hol a legnagyobb kiaknázatlan lehetőség a marketingedben.

Kérek konzultációt (díjköteles) →

Kérj ingyenes ajánlatot

Átnézzük, hol tartasz most, és megmutatjuk, mi hozza neked a legtöbb érdeklődőt. Díjmentes, kötelezettség nélkül.

Kérek ingyenes elemzést →

48 órán belül válaszolunk · konkrét ajánlat, nem sablon

🚫 Anti-USP

Amit soha nem fogunk csinálni

A nagy ügynökségek mindent ígérnek mindenkinek. Mi inkább őszinték vagyunk arról is, amit nem vállalunk.

🚫

Nem dolgozunk vakon

Sosem indítunk kampányt audit nélkül. Ha nincs előtte konkrét hipotézis, az nem stratégia — az pénzkidobás.

🤖

Nem használunk AI-t copyra

Az ügyfél fizetni nem akar ChatGPT-output-ért. Minden cikket, minden hirdetésszöveget ember ír — szakmai szerkesztéssel, magyar nyelvi minőséggel.

📋

Nem küldünk csak riportot

Riport nélkül nincs munka, de a riport nem munka. Minden hónapban van konkrét optimalizálási akció — nem csak "jelentjük a teljesítményt".

🔒

Nem zárunk be ügyfélfiókba

A hirdetési fiók, a Pixel, a tracking-data — mind a tied. Soha nem dolgozunk ügynökségi fiókban, soha nem foglalunk le szerződéssel hosszú időre.

📞

Nem küldünk junior account managert

Az a senior, akivel beszéltél a kick-off-on, ő lesz a kapcsolattartód is. Nincs "adjuk át 3 találkozó után" forgatókönyv.

💸

Nem hidegen árazunk

Sosem mondunk árat audit nélkül. Az első átnézés ingyenes, az árazás konkrét, transzparens — előre tudod mit fizetsz.

🏅 Tanúsítványok

Hivatalos partner-státuszok és szakmai minősítések

Nem csak mondjuk hogy szakemberek vagyunk — bizonyítjuk hivatalos tanúsításokkal és partner-programokkal.

🅖
Google Ads
Tanúsított szakember
📊
Google Analytics 4
Certified · GA4 + GTM
📘
Meta Blueprint
Facebook & Instagram Ads
🎵
TikTok Marketing
Hivatalos partner program
🛒
Shopify Partners
E-commerce specialista
🔧
WordPress + WooCommerce
8+ év fejlesztői tapasztalat

A részletes tanúsítvány-listát kérésre megküldjük.

Kérek ingyenes elemzést →📞