A harmadik féltől származó cookie-k eltűnőben vannak. Több nagy böngésző alapból blokkolja őket. A Chrome fokozatosan kivezeti őket. Azok a weboldalak, amelyek cookie-kra építenek, egyre kevesebbet tudnak követni. A jövő cookie nélküli. Ez a fejezet az alternatívákat mutatja be: a szerveroldali követést, az első fél adatait és a hozzájáruláson alapuló követést, amely nem függ a cookie-któl.
Miért tűnnek el a cookie-k
A cookie-kat a weboldalak működéséhez találták ki (bejelentkezés megőrzése, beállítások tárolása). A harmadik féltől származó cookie-k azonban megfigyelőeszközzé váltak. A hirdetési hálózatok ezekkel követik a felhasználókat weboldalról weboldalra. Az adatvédelmi szószólók és a szabályozók rájöttek, hogy ez alapvetően megtévesztő. A felhasználók nem számítanak arra, hogy több oldalon át követik őket.
A böngészők reagáltak. Több nagy böngésző alapból blokkolja a harmadik féltől származó cookie-kat. A Chrome teljesen kivezeti őket (ez a Privacy Sandbox kezdeményezés). Néhány éven belül a legtöbb felhasználónál ezek a cookie-k már nem fognak működni. Aki rájuk épít, funkciókat veszít.
Ez nem csak a hirdetéseket érinti
Az analitika is cookie-kra támaszkodik, az első és a harmadik féltől származókra is. Ahogy a cookie-k eltűnnek, az analitikának alkalmazkodnia kell. A megoldás: térj át cookie nélküli alternatívákra, amelyek jobban működnek, és egyébként is barátságosabbak az adatvédelemmel.
Szerveroldali követés
Ahelyett, hogy a böngészőben követnél JavaScripttel és cookie-kkal, küldd az eseményeket közvetlenül a saját szervered felé. A szervered rögzíti az eseményt: vásárlás történt, megnéztek egy oldalt, rákattintottak egy gombra. Az esemény a szerveren kerül naplózásra, a kliensoldali cookie-któl függetlenül.
Hogyan működik a szerveroldali követés
A felhasználó rákattint egy gombra → a JavaScript elküldi az eseményt a szerverednek → a szerver naplózza az eseményt → a szerver továbbítja az analitikai platformnak. Cookie nincs a képben. A követés első fél által történik (a te domained, a te kontrollod), és ellenáll a böngészők követésblokkolóinak.
A szerveroldali követés előnyei
Adatvédelembarát: Nincs szükség cookie-ra. Akkor is működik, ha a felhasználó letiltja a cookie-kat. Nincs harmadik féltől származó követés.
Megbízhatóbb: A böngészők adatvédelmi funkciói nem érintik. A reklámblokkolók nem tudják kiszűrni (a kérés úgy néz ki, mint a megszokott oldalforgalom).
Jobb adatok: A szerveroldali események megbízhatóbbak (a felhasználók nem akadályozhatják meg őket). Teljesebb adatot kapsz.
Könnyebb módosítani: Ha a követésen változtatnod kell, a szerverkódot frissíted, nem a több millió böngészőbe kitelepített kliensoldali kódot.
A szerveroldali követés kihívásai
Bonyolultabb bevezetni: Szerverinfrastruktúra és fejlesztés kell hozzá. Nem elég egy JavaScript-címkét beilleszteni.
Munkamenet-követés kell hozzá: Cookie-k nélkül másképp kell összekötnöd az eseményeket a felhasználókkal (munkamenet-azonosítók, felhasználói azonosítók, hash-elt e-mail-címek).
A szolgáltatónak támogatnia kell: Az analitikai platformnak fogadnia kell a szerveroldali eseményeket. A legtöbb modern platform képes rá, de a régebbi rendszerek nem biztos.
Első fél adatai és közvetlen integráció
Ahelyett, hogy az analitikai platformokra bíznád az adatgyűjtést címkéken keresztül, az adatokat közvetlenül a saját rendszereidben is gyűjtheted, és API-n át elküldheted az analitikai platformoknak. Ez első fél adata, mert a tiéd. Megfelelő is, mert nem harmadik fél követésére épít.
Hogyan működik a közvetlen integráció
A CRM-ed rögzíti az ügyfelekkel való kapcsolatot. A webshopod naplózza a vásárlásokat. Az alkalmazásod követi a felhasználók viselkedését. Ezeket az adatokat időnként API-n át elküldöd az analitikai platformodnak. A platform gazdagítja és elemzi őket. Harmadik féltől származó címke vagy cookie nincs benne.
Ez a megoldás teljes kontrollt ad. Te döntöd el, mit küldesz, mikor, és ki fér hozzá. Ez a legadatvédelem-barátabb megközelítés, mert átlátható, és te irányítod.
Böngészőalapú alternatívák a cookie-k helyett
Helyi tároló (local storage)
Cookie helyett használhatod a böngésző helyi tárolóját a munkamenet-azonosítók mentésére. A helyi tároló a cookie-hoz hasonlóan megmarad, de nem megy el minden kéréssel. Hatékonyabb, és valamivel privátabb (a szerverek alapból nem látják). Működik oldalfrissítéseken és böngészőmunkameneteken át is.
Első fél cookie-jai a harmadik féltől származók helyett
Ha mindenképp cookie-t használsz, használj első fél cookie-kat (a te domained állítja be) a harmadik féltől származók helyett (amelyeket hirdetési hálózatok vagy analitikai szolgáltatók állítanak be). Az első fél cookie-i kevésbé tolakodóak, és nehezebb blokkolni őket, mert az oldal működéséhez szükségesek.
Ahogy a harmadik féltől származó cookie-k eltűnnek, még a külső analitikai szolgáltatók is első fél cookie-modellre állnak át (te biztosítod, ők kezelik).
A Privacy Sandbox és a Google FLoC
A Google Privacy Sandbox technológiákat fejleszt a harmadik féltől származó cookie-k alternatívájaként. Ilyen a FLoC (Federated Learning of Cohorts: a felhasználókat érdeklődés szerint csoportosítja, anélkül hogy azonosítaná őket), a Topics API (témák szerint címkézi a felhasználókat, követés nélkül) és az Attribution Reporting API (konverziókat mér harmadik féltől származó követés nélkül).
Ezek még kísérleti jellegűek, és még nem terjedtek el széles körben. Jelenleg a gyakorlati alternatívák: a szerveroldali követés, az első fél adatai és a hozzájáruláson alapuló első fél cookie-k.
Hogyan válassz követési stratégiát a cookie nélküli jövőre
A legtöbb cég hibrid megoldás felé halad: szerveroldali követés a fő eseményekre (oldalmegtekintések, konverziók, kritikus műveletek), első fél cookie-k a munkamenetek kezelésére, és első fél adatai a közvetlen interakciókból. Ez a kombináció nem függ az eltűnő cookie-któl, és eleve megfelel az adatvédelmi előírásoknak.
Mely eseményeket érdemes először szerveroldali követésre átvinni?
Kezdd a nagy értékű eseményekkel: konverziók, vásárlások, regisztrációk és a kritikus gombkattintások. Ezeket érinti legjobban a cookie-blokkolás, és az üzleti mutatók szempontjából is ezek a legfontosabbak. A kevésbé fontos eseményeket (oldalmegtekintések, görgetések) vidd át később. Az üzleti hatás szerint rangsorolj, ne a technikai nehézség szerint.
Mely analitikai platformok támogatják a szerveroldali eseménykövetést?
A Google Analytics 4 és a legtöbb modern platform fogad szerveroldali eseményeket API-n keresztül. A régebbi platformok (a klasszikus Google Analytics) nem. Nézd meg a szolgáltatód dokumentációját. Ha nem támogatják a szerveroldali eseményeket, tervezz átállást: ez alapkövetelmény a cookie nélküli analitikához.
Hogyan azonosítsam a felhasználókat cookie-k vagy domainek közötti követés nélkül?
Használj szerveroldali azonosítókat: bejelentkezési rendszerből származó felhasználói azonosítókat, hash-elt e-mail-címeket, vagy munkamenet-azonosítókat a be nem jelentkezett felhasználóknál. Ezek megbízhatóbbak a cookie-knál, mert te irányítod őket. A szerveroldali azonosítók a kliensoldali tárolás nélkül kötik az eseményeket a felhasználókhoz.
Mekkora a teljesítménybeli különbség a szerveroldali és a kliensoldali követés között?
A szerveroldali valamivel lassabb (hálózati kérés a szervered felé, majd az analitika felé). Viszont megbízhatóbb (nincsenek reklámblokkolók, a felhasználó nem tudja letiltani). A legtöbb oldalon a különbség észrevehetetlen (20-50 ms). A jobb adatok és az adatvédelmi megfelelés miatt megéri a kompromisszumot.
Helyi tároló vagy első fél cookie: melyiket használjam a munkamenet-követéshez?
Első fél cookie-t az oldalak közötti megőrzéshez, helyi tárolót a kliensoldali logikához. A cookie-k minden kéréssel elmennek (egyszerűbb a szerverintegráció). A helyi tároló kifejezett JavaScript-olvasást igényel (valamivel hatékonyabb). Analitikához az első fél cookie az elterjedtebb. Ha mindkét képesség kell, használd mindkettőt.
Hogyan térjek át cookie-alapú követésről cookie nélkülire úgy, hogy ne vesszenek el a korábbi adatok?
Futtasd a kettőt párhuzamosan 3-6 hónapig (a régi cookie-alapút és az új szerveroldalit). Hasonlítsd össze a számokat, hogy lásd, a szerveroldali jól rögzíti-e az eseményeket. Ha megbízol benne, kapcsold ki a cookie-alapú követést. A korábbi adataid megmaradnak az analitikai platformodban (nem tűnnek el attól, hogy már nem gyűjtesz újakat).