First-party adatstratégia B2B-ben: 6 lépéses terv

A first-party adatstratégia terv arra, hogyan gyűjtöd, kezeled és használod azokat az adatokat, amelyeket a céged közvetlenül az érdeklődőktől és ügyfelektől gyűjt: weboldalas viselkedés, űrlapbeküldések, CRM-rekordok, termékhasználat, supportbeszélgetések. B2B csapatoknál ez nem annyira a cookie-król szóló hírek miatt fontos, hanem mert a first-party adat az egyetlen, amely kifejezetten a termékedre, a vásárlóidra és a pipeline-odra vonatkozik.

Ez az útmutató bemutatja a négy adattípust és különbségeiket, azt, milyen first-party adatokkal rendelkezik ténylegesen egy B2B cég, egy hatlépéses stratégiát az EU-s és egyesült királyságbeli jogi alapokkal együtt, a deklarált adatot kiérdemlő értékcseréket, a third-party cookie-k valós helyzetét, és azt, hogyan használd az adatokat a weboldaladon.

Zero-, first-, second- és third-party adatok

Típus	Definíció	B2B példa	Erősség	Gyengeség
Zero-party	Adat, amelyet egy személy szándékosan oszt meg veled	„Csapatméret” vagy „fő cél” egy űrlapon, kérdőíves válaszok, kalkulátor-bemenetek	Explicit, az adott pillanatban pontos	Kis mennyiség, gyorsan elavul
First-party	Közvetlenül a saját csatornáidon gyűjtött adatok	Weboldal-események, CRM-előzmények, termékhasználat, e-mail-aktivitás	Rád jellemző, a te irányításod alatt	Csak azokra korlátozódik, akik már kapcsolatba lépnek veled
Second-party	Egy másik cég first-party adatai, amelyeket megállapodás alapján megoszt veled	Közös marketing webinárok regisztrálói, értékelőoldalak vásárlásiszándék-jelei	A közönségeden túlra is elér	A partner hozzájárulásától és minőségétől függ
Third-party	Olyan cégek által összesített adatok, amelyek nem állnak közvetlen kapcsolatban az érintettel	Vásárolt kapcsolati listák, szándékadat-hálózatok, adatdúsító adatbázisok	Méret és lefedettség	A pontosság, az eredet és a megfelelőség változó

Sok szakember a zero-party adatot a first-party adat részének tekinti. A megkülönböztetés B2B-ben mégis hasznos, mert a deklarált adat („40 SDR-ünk van”) sokkal megbízhatóbb, mint a kikövetkeztetett („valószínűleg középvállalat”).

Milyen first-party adatokkal rendelkezik ténylegesen egy B2B cég

A legtöbb csapat alábecsüli. Mielőtt bármit vásárolnál, sorold fel, mi létezik már:

Weboldalas események. Megtekintett oldalak, oldaltípusok (árazás, dokumentáció, biztonság), görgetés és CTA-kattintások, visszatérő látogatások. A cégszintű azonosítás hozzáadja, mely fiókok állnak a névtelen munkamenetek mögött.
Kampányparaméterek. UTM-forrás, -médium és -kampány minden látogatásnál. Ingyenes, és ez a leginkább elhanyagolt first-party mező. Egy közös konvenció és egy UTM-generátor egységessé teszi.
Űrlapok. Demókérések, tartalomletöltések, hírlevél-feliratkozások, webinár-regisztrációk, a minősítő kérdésekre adott válaszokkal együtt.
CRM. Fiókok, kapcsolattartók, üzleti lehetőségek, üzletfázisok, nyerési/vesztési okok, hívásjegyzetek.
Termékhasználat. Bejelentkezések, funkcióhasználat, felhasználói licencek, használati trendek. Termékvezérelt cégeknél ez a leggazdagabb forrás.
Ügyfélszolgálat és ügyfélsiker. Hibajegyek, chatátiratok, NPS, megújítási beszélgetések.
Események. Standnál szkennelt belépők, a saját webináraid és meetupjaid résztvevőlistái.
E-mail. A megnyitások a levelezési adatvédelmi funkciók óta megbízhatatlanok, de a kattintások és a válaszok még mindig hordoznak jelzést.

Hatlépéses first-party adatstratégia

1. lépés: leltározd, mit gyűjtesz

Készíts egy táblázatot, amelyben minden adatforrás külön sor: mit gyűjt, hol tárolja, ki a felelőse, meddig őrzi meg, és személyes adatnak minősül-e. Vegyél fel minden címkét a weboldalon; a címkekezelőd és a böngésző hálózati lapja olyanokat is felfed, amelyekre már senki sem emlékszik. Ez a leltár egyben az adatkezelési nyilvántartásod kiindulópontja is.

2. lépés: teremtsd meg a jogalapot és a hozzájárulást

Az EU-ban és az Egyesült Királyságban két szabálykészlet érvényes, és a csapatok gyakran összemossák őket.

Az eszközön történő információtárolás vagy -olvasás (sütik, helyi tároló, pixelek, ujjlenyomat-készítés) az ePrivacy irányelv 5. cikk (3) bekezdése és annak nemzeti átültetései alá tartozik. Hozzájárulás szükséges, kivéve, ha a tárolás feltétlenül szükséges a felhasználó által kért szolgáltatáshoz. Az EDPB Guidelines 2/2023 on the technical scope of Art. 5(3) iránymutatása egyértelművé teszi, hogy ez a sütiken túl is érvényes. Az analitikai és személyre szabási sütik általában nem feltétlenül szükségesek.
A személyes adatok kezeléséhez a GDPR 6. cikkében felsorolt jogalapok egyike szükséges. Az üzleti kapcsolattartási adatok és az IP-címek is lehetnek személyes adatok; az Európai Unió Bírósága a Breyer-ügyben (C-582/14, 2016) kimondta, hogy egy dinamikus IP-cím személyes adat lehet a weboldal üzemeltetője számára. A B2B marketingben gyakran a jogos érdeket használják, ami dokumentált mérlegelési tesztet igényel; az ICO jogos érdekről szóló útmutatója elmagyarázza a háromlépcsős tesztet.

Gyakorlati következmények: az analitikai és személyre szabási címkéket csak hozzájárulás után aktiváld, ahol ez kötelező; olyan élményeket tervezz, amelyek munkamenet- vagy cégszinten is működnek, ha a látogató elutasítja a hozzájárulást; és tartsd rövidre a megőrzési időket. Ez általános tájékoztatás, nem jogi tanács; vond be az adatvédelmi tisztviselődet vagy jogászodat. A B2B személyre szabásról és az adatvédelmi megfelelésről szóló cikkünk részletesebben foglalkozik vele.

3. lépés: az identitás feloldása fiókszinten

A B2B-ben két identitásréteg kell: a személy (süti, e-mail) és a cég (céges domain). Válaszd a céges domaint közös kulcsnak a weboldal, a CRM, az automatizáció és a termék között. Ezután határozd meg a szabályokat: hogyan lesz egy névtelen munkamenetből ismert kontakt űrlapbeküldéskor, hogyan rendelődnek a kontaktok cégekhez, és hogyan kezeled a magán e-mail-domaineket és a duplikátumokat. Írd le a szabályokat; ez az a rész, ami tönkremegy, amikor valaki távozik.

4. lépés: döntsd el, hol tárolódnak az adatok

A legtöbb néhány száz főnél kisebb cégnél a CRM a fiókok és kapcsolattartók hiteles nyilvántartása, az analitika pedig a nyers eseményeket tárolja. Ahogy szaporodnak a források, egy adattárház (BigQuery, Snowflake) lesz az a hely, ahol a weboldal-, CRM- és termékadatok összekapcsolódnak, a reverse ETL eszközök pedig visszajuttatják az eredményeket a CRM-be és a hirdetési platformokra. Szabály: objektumonként egy hiteles nyilvántartás, minden más abból olvas.

5. lépés: aktiválás

Válassz három-öt felhasználási esetet egyértelmű felelőssel és mérhető eredménnyel. Az alábbi weboldalas rész jelölteket sorol fel. A rendszerek között csak néhány hasznos mezőt szinkronizálj, ne mindent; a megvalósításról a weboldal-személyre szabási adatok CRM-hez kapcsolásáról szóló útmutatónkban olvashatsz.

6. lépés: mérés

Minden felhasználási esetet egy kiinduló értékhez vagy egy kontrollcsoporthoz mérj: demókérési arány, lehetőséglétrehozás, nyerési arány, értékesítési ciklus. Magát az adatot is mérd: az egyeztetett céggel párosított űrlapbeküldések aránya, a kulcsmezőkben hiánytalan cégek aránya, a hozzájárulási arány. Az adatminőségi mutatók elárulják, miért mozdulnak el az aktiválási eredmények.

Értékcserék, amelyekkel kiérdemled a megadott adatokat

A vásárlók akkor adnak meg adatokat, ha azonnal valami hasznosat kapnak érte. A regisztrációhoz kötött PDF-ek a leggyengébb csere. Erősebbek:

Kalkulátorok. ROI-, költség- vagy kapacitáskalkulátor, ahol a bemenetek (csapatméret, jelenlegi költés) pontosan azok a minősítő adatok, amelyekre szükséged van. A marketing ROI kalkulátorunk a formátum egy egyszerű példája.
Benchmarkok. „Hasonlítsd össze a mutatóidat a hasonló cégekével” típusú eszközök, amelyek néhány bemeneti adat alapján adnak összehasonlítást.
Felmérések és auditok. Egy rövid érettségi kvíz pontozott eredménnyel és ajánlásokkal.
Sablonok. Szerkeszthető tervezősablonok egy-két minősítő kérdéssel.
Termékhozzáférés. A sandboxok, az interaktív demók és az önkiszolgáló csomagok olyan használati adatokat generálnak, amelyek bármely űrlapmezőnél többet érnek.

Példa (szemléltető): egy kalkulátor a csapatméretet, a jelenlegi eszközt és a havi volument kérdezi. Egy negyedév alatt 400 látogató tölti ki, és 120 kéri, hogy e-mailben kapja meg az eredményeket. Ez 120 kapcsolattartó, mindegyik három pontos minősítő mezővel, szemben egy regisztrációhoz kötött PDF-fel, amely csak neveket és e-mail-címeket gyűjtött volna. Ugyanez az elv általában is érvényes az űrlapokra; a leadgyűjtő űrlapokról szóló útmutatónk a mezőválasztással foglalkozik.

Harmadik féltől származó sütik: hol tartunk valójában

Ez a téma tele van elavult állításokkal, ezért fontos a pontosság. A Safari és a Firefox évek óta alapértelmezésként blokkolja a third-party cookie-kat. A Google Chrome nem követte őket: több halasztás után a Google 2025 októberében kijelentette, hogy a Chrome megtartja jelenlegi megközelítését, amely választási lehetőséget ad a felhasználóknak a third-party cookie-kkal kapcsolatban, és egyes Privacy Sandbox technológiákat kivezetnek (Google, 2025. október 17.). Vagyis e frissítés szerint nincs terv a third-party cookie-k Chrome-ból való kivezetésére.

A mi véleményünk: ez a sürgősségen változtat, nem a stratégián. A harmadik féltől származó sütik a böngészők nagy részében továbbra sem működnek, az EU-s és brit hozzájárulási szabályok böngészőtől függetlenül korlátozzák őket, és az általuk működtetett adatok (oldalakon átívelő retargeting, egyes szándékhálózatok) soha nem a te termékedre voltak szabva. A first-party adatokba való befektetés okai a pontosság, a kontroll és a relevancia, és ezek nem változtak.

Aktivációs felhasználási esetek a weboldalon

Kampányfolytonosság. UTM-paraméterek segítségével igazítsd a landing page főcímét ahhoz a hirdetéshez vagy e-mailhez, amely a látogatót hozta.
Cégtudatos üzenetek. Használd a cégazonosítást és a CRM-mezőket iparági esettanulmányok vagy mérethez illő CTA-k megjelenítésére.
Ügyletszakasz szerinti elnyomás. Ha egy fióknak nyitott értékesítési lehetősége van, cseréld a tölcsér tetejéhez szóló CTA-kat bevezetési és biztonsági tartalomra.
Ügyfélélmény. Ismerd fel a meglévő ügyfeleket, és ügyfélszerzési ajánlatok helyett termékfrissítéseket vagy upgrade-lehetőségeket mutass nekik.
Viselkedésalapú következő lépések. Azok a látogatók, akik egy témában több oldalt elolvasnak, megkapják a következő releváns tartalmat. A szabályok tervezéséhez lásd: viselkedési szegmentálás.
Rövidebb űrlapok. Hagyd ki azokat a mezőket, amelyeket az adatbővítésből vagy egy korábbi beküldésből már ismersz.

Ezekhez gyakran a cégszintű azonosítás a lehetővé tevő réteg, mivel a legtöbb B2B látogató soha nem tölt ki űrlapot. A Markettailor látogatóazonosítása adja ezt a réteget, de a fenti felhasználási esetek mindegyike indulhat pusztán a CRM-eddel és az analitikáddal is.

Gyakori hibák

Gyűjtés felhasználási cél nélkül. Az aktiválási terv nélküli adat költség és kockázat, nem eszköz.
A first-party adatot automatikusan megfelelőnek tekinteni. Az, hogy ki gyűjti az adatot, nem változtat azon, hogy szükség van-e hozzájárulásra vagy jogalapra.
Mindent elkérni már az első űrlapon. A progresszív profilozás, az adatbővítés és a jó értékcsere többet ér egy tízmezős űrlapnál.
Nincs közös kulcs. Ha a weboldal, a CRM és a termék nem oszt meg egy közös cégazonosítót, semmi sem kapcsolódik össze.
Hagyni, hogy elavuljanak az adatok. Az állásváltások, a cégek növekedése és a lemorzsolódás elavulttá teszik a rekordokat. Ütemezz újbóli adatbővítést és duplikációszűrést.

Gyakran ismételt kérdések

Mi az a first-party adat?

Az elsődleges (first-party) adat olyan információ, amelyet egy cég közvetlenül a saját közönségétől, a saját csatornáin keresztül gyűjt: weboldal- és alkalmazásbeli viselkedés, űrlapbeküldések, vásárlási és szerződéses előzmények, termékhasználat, e-mail-aktivitás és ügyfélszolgálati interakciók. Mivel magad gyűjtöd, te felelsz a minőségéért, és ismered az eredetét – de továbbra is szükséged van jogalapra, a sütik és hasonló technológiák esetén pedig ott, ahol előírt, hozzájárulásra.

Mi az a first-party adatstratégia?

A first-party adatstratégia egy terv arról, milyen adatokat gyűjtesz közvetlenül az érdeklődőktől és az ügyfelektől, milyen jogalapon, hogyan kapcsolod össze őket a rendszerek között, hol tárolod őket, és milyen felhasználási eseteket szolgálnak ki. Egy gyakorlati változat hat lépésből áll: leltár, jogalap és hozzájárulás, identitásfeloldás, tárolás, aktiválás és mérés, mindegyikhez megnevezett felelőssel.

A Google még mindig eltávolítja a harmadik féltől származó sütiket a Chrome-ból?

Nem. Egy 2025. október 17-i frissítésben a Google közölte, hogy a Chrome megtartja jelenlegi megközelítését, amely választást ad a felhasználóknak a harmadik féltől származó sütikről, és hogy több Privacy Sandbox technológiát kivezetnek. A Safari és a Firefox alapértelmezetten továbbra is blokkolja a harmadik féltől származó sütiket. A későbbi változásokért nézd meg a Google Privacy Sandbox oldalát, mert ez a szabályozás már többször változott.

Kell hozzájárulás a first-party sütikhez a GDPR szerint?

Gyakran igen. Az ePrivacy-szabályok szerint az információ tárolásához vagy kiolvasásához a felhasználó eszközén hozzájárulás kell, kivéve, ha az a felhasználó által kért szolgáltatáshoz feltétlenül szükséges – függetlenül attól, ki helyezi el a sütit. A munkamenet- és biztonsági sütik általában mentesülnek; az analitikai, hirdetési és a legtöbb személyre szabási süti általában nem. Egyes hatóságok szűk kivételt engednek a korlátozott analitikára, ezért nézd meg a nemzeti iránymutatást.