Mit irányít valójában az App Tracking Transparency

Az ATT egy engedélykapu, amelyet az Apple érvényesít iOS-en és iPadOS-en. Amikor egy alkalmazás el akarja érni az eszköz Identifier for Advertisers (IDFA) azonosítóját, vagy olyan nyomkövetést kíván végezni, amely más operátorok tulajdonában lévő alkalmazásokon és webhelyeken keresztül kapcsolja össze a felhasználót, meg kell hívnia a requestTrackingAuthorization függvényt, és megjelenítenie egy rendszer-figyelmeztetést, amely megkérdezi a felhasználót, engedélyezi-e vagy megtagadja-e a nyomkövetést. A felhasználó válasza bináris, a Beállításokban való módosításig tartós, és az alkalmazás számára a trackingAuthorizationStatus API-n keresztül látható.

Az Apple nyomkövetési definíciója

Az Apple fejlesztői útmutatása specifikusan és szűken határozza meg a nyomkövetést: az alkalmazásából gyűjtött felhasználói vagy eszközadatok összekapcsolása más vállalatok alkalmazásaiból, webhelyeiről vagy offline tulajdonságaiból gyűjtött felhasználói vagy eszközadatokkal célzott reklámozás vagy mérés céljából, vagy felhasználói vagy eszközadatok megosztása adatközvetítőkkel. A meghatározás szándékosan kizárja az alkalmazáson belüli személyes adathasználatot, az anonim összesített elemzéseket, valamint a csalásmegelőzési vagy jogi megfelelési célú feldolgozást — ezek a tevékenységek nem igényelnek ATT-figyelmeztetést, függetlenül attól, hogy a felhasználó megadta-e azt.

Mit nem tesz az ATT

Az ATT nem hozzájárulás-kezelési rendszer GDPR értelemben. Nem gyűjt részletes célpreferenciákat, nem rögzít hozzájárulási igazolást szabályzat-verziózással, nem terjeszt jeleket a WKWebView-n belüli webes szállítókhoz, és nem teljesíti a felhasználó eszközén lévő cookie-k tárolásának vagy olvasásának törvényes alap követelményét. Az a kiadó, aki az ATT-figyelmeztetést a hibrid alkalmazás teljes megfelelési álláspontjaként kezeli, egy szabályozói levéltől van a bírságtól, mert a webnézeten belüli cookie-betöltés az ePrivacy alapján külön esemény, és saját hozzájárulási réteget igényel.

Hogyan vonatkozik a GDPR és az ePrivacy a WKWebView-n belülre

A hibrid alkalmazáson belüli webnézet nem mentesül mágikusan az asztali böngészőre vonatkozó szabályok alól. Abban a pillanatban, amikor a WKWebView olyan cookie-t olvas vagy ír, amely nem feltétlenül szükséges, az ePrivacy aktiválódik. Abban a pillanatban, amikor a WKWebView személyes adatokat tartalmazó elemzési vagy reklámkérést küld, a GDPR aktiválódik. Az Apple tárolója nem változtatja meg az elemzést — ami változik, az a megvalósítási felület, mert a hozzájárulási sávot a webnézeten belül kell renderelni, és a hozzájárulási állapotnak láthatónak kell lennie az esetleg ugyanazon adatokat olvasó natív kód számára.

A sáv a webnézeten belül

A szabványos minta egy CMP sáv renderelése a WKWebView-n belül, ugyanúgy, ahogyan egy webhelyen tennéd. A sáv cookie-kat állít be a webnézet cookie-tárolójában, hozzájárulás-frissítési eseményt küld az oldal JavaScript-kontextusába, és frissít egy Google Consent Mode v2 állapotgépet, amelyet az oldal elemzési és reklámcímkéi olvasnak. A megvalósítás nem különbözik egy normál webes CMP-től — ami különbözik, az az, hogy a cookie-tároló a WKWebView-ra van korlátozva, és más alkalmazások vagy a Safari számára nem látható, ami hasznos az izoláció szempontjából, de nem hasznos, ha a kiadó olyan webhelyet is üzemeltet, ahol a felhasználó már hozzájárult.

A hozzájárulás megosztása a webnézet és a natív burok között

A nehezebb probléma a WKWebView és a natív burok közötti híd. A natív burokban lehet saját elemzési SDK-ja, amely az IDFA-t olvassa, miután a felhasználó megadta az ATT-t, miközben a webnézetnek saját hozzájárulási sávja van, amelyet a felhasználó elfogadhat vagy sem. Ha a felhasználó megadja az ATT-t, de a webnézetben elutasítja a reklámhozzájárulást, a natív SDK továbbra is olvashatja az IDFA-t, de a webnézet címkéi nem. Ha a felhasználó megtagadja az ATT-t, de elfogadja a webnézet reklámhozzájárulását, a natív SDK blokkolva van, de a webnézet címkéi továbbra is ki kell, hogy süljenek — bár a natív SDK IDFA-alapú azonosítója nyilvánvalóan nem tud átmenni a hídon. A legtisztább minta egyetlen igazságforrás — a CMP —, amelyet egy JavaScript-hídon keresztül tesz elérhetővé a natív burok az alkalmazás indításakor és minden hozzájárulásváltozáskor, párhuzamos ATT-figyelmeztetéssel, amely a CMP reklámozási döntésére támaszkodik ahelyett, hogy újra megkérdezne.

A CPRA és az amerikai állami szint

Amerikai kiadók számára a képnek van egy harmadik rétege is. A CPRA, plusz a Virginia, Colorado, Connecticut és Utah nyomán született állami törvények csoportja, ugyanúgy kezeli az IDFA-t, mint a webes cookie-kat — mindkettő személyes adat, amelynek eladása vagy megosztása lemondási jogot vált ki. A webböngészők által küldött Global Privacy Control fejléc a fogyasztók felé néző jelzés, az IAB Multi-State Privacy Agreement (MSPA)-ja és a hozzá tartozó US Privacy String a kiadók felé néző jelzés. Egy az Egyesült Államokban forgalmazott hibrid alkalmazásnak magán az alkalmazáson belül kell elhelyeznie egy „Ne adja el vagy ossza meg személyes adataimat” linket, az ebből eredő lemondást be kell irányítania mind a webnézet CMP-jébe, mind a natív burok mérési SDK-jába, és tiszteletben kell tartania minden bejövő GPC fejlécet, amely a webnézetbe érkezik egy mélylinkből.

Gyermekek és a COPPA hibrid alkalmazásokon belül

Ha az alkalmazás gyermekeknek van minősítve, vagy ésszerűen várható, hogy gyermek felhasználói lesznek, a COPPA az Egyesült Államokban és a GDPR-K rendelkezések az EU-ban az ATT és a standard hozzájárulás tetején további korlátozásokat halmoznak. Az IDFA-t egyáltalán nem szabad kérni gyermek fiókokhoz, a webnézet reklámhozzájárulásának alapértelmezettként megtagadásra kell állnia, és a natív burok bármely harmadik féltől származó SDK-ját szállítás előtt meg kell erősíteni, hogy COPPA-kompatibilis. Az App Store felülvizsgálata elutasítja a gyermekeknek értékelt alkalmazásokat, amelyek a standard ATT-figyelmeztetést jelenítik meg, ami egy gyakori megvalósítási hiba, amikor a csapatok egyetlen binárist építenek minden közönségnek.

A szállítható mérnöki minta

A hibrid alkalmazásarchitektúra, amely mind az App Store felülvizsgálatát, mind egy uniós adatvédelmi auditot túlél, néhány ismételhető elemet tartalmaz. A WKWebView-n belüli CMP sáv a reklámhozzájárulás igazságforrása. Az ATT-figyelmeztetés csak a CMP megoldása után jelenik meg, csak akkor, ha a felhasználó elfogadta a reklámhozzájárulást, és csak egy egyéni előzetes figyelmeztetéssel, amely elmagyarázza, mit tesz lehetővé a nyomkövetés. Egy JavaScript-híd teszi elérhetővé a CMP hozzájárulási állapotát a natív burok számára az alkalmazás indításakor, és eseményt bocsát ki minden hozzájárulásváltozáskor. A natív burok SDK-jai mind a CMP reklámhozzájárulásán, mind az ATT engedélyezési állapotán vannak kapuzva; bármelyik is tagadja meg a kérést, az elégséges az SDK blokkolásához.

Előzetes figyelmeztetések és az Apple irányelvei

Az Apple megengedi — és a gyakorlatban elvárja — az ATT rendszerfigyelmeztetés előtt egy előzetes figyelmeztetést, amely kiadói hangon elmagyarázza, miért kér nyomkövetést az alkalmazás, és mit kap cserébe a felhasználó. Egy jól megírt előzetes figyelmeztetés lényegesen növelheti az opt-in arányokat. Amit az Apple nem enged, az egy olyan előzetes figyelmeztetés, amely megpróbálja megkerülni a rendszerfigyelmeztetést, félreértelmezi a megtagadás következményeit, vagy az alkalmazás funkcionalitását a nyomkövetési engedélyezéstől teszi függővé. A felülvizsgálók mindhárom mintáért elutasítják az alkalmazásokat, és egyre inkább azért is, mert az előzetes figyelmeztetést manipulatív szöveggel az opt-in felé terelésre használják.

Szerver oldali és SKAdNetwork mint tartalékok

Amikor az ATT-t megtagadják, vagy a reklámhozzájárulást elutasítják a webnézetben, a kiadó visszaeshet az SKAdNetwork-re az attribúcióhoz — az Apple adatvédelmet megőrző hálózatára, amely egyéni felhasználói azonosítók felfedése nélkül nyújt konverziós adatokat. Az SKAdNetwork nem tartozik az ATT hatálya alá, és a felhasználó hozzájárulási döntésétől függetlenül működik, ami a mérés helyes alapértelmezettjévé teszi, amikor a személyre szabott útvonal zárva van. A natív burolból egy kiadó tulajdonában lévő identitásszolgáltatáshoz irányuló szerver-szerver visszaküldések szintén kitölthetik a mérési rést, feltéve, hogy az adatok valóban személyes jellegűek, és nem más operátorok adataival vannak összekapcsolva olyan módon, amely visszahúzza azokat az Apple nyomkövetési definíciójába.

Gyakori hibák, amelyek elutasítást vagy auditot váltanak ki

A visszavont vagy megbírságolt hibrid alkalmazások általában ugyanolyan módon buknak meg. A WKWebView-n belüli CMP sáv az ATT-figyelmeztetés feloldása előtt sül ki, cookie-kat helyezve az eszközre, miközben az Apple engedélye még folyamatban van — ez egy olyan megállapítás, amely App Store-elutasítást eredményezhet. Az ATT-figyelmeztetés előzetes figyelmeztetés nélkül és hideg indításkor jelenik meg, alacsony opt-in arányokat és zavaros felhasználói élményt produkálva, amely növeli a lemorzsolódást. A natív burok elemzési SDK-ja az IDFA-t a CMP első hozzájárulási eseménye előtt olvassa, személyes adatokat helyezve a hálózatra egyértelmű törvényes alap nélkül. A webnézet hozzájárulási állapota és a natív burok engedélyezési állapota külön tárolókban van tartva, szinkronizálás nélkül, egy olyan felhasználót produkálva, aki elutasította a reklámot a webnézetben, de akinek natív reklám SDK-ja még mindig süt. Ezek mindegyike egy-két mérnöki nap és egy regressziós teszt menetének javítása — de mindegyik az a pontos minta is, amellyel egy auditor vagy felülvizsgáló kezdi.

A lényeg

Az ATT és a cookie-hozzájárulás nem redundáns rétegek. Az ATT egy engedélykapu, amely egy specifikus iOS API-ra terjed ki, a cookie-hozzájárulás pedig adatfeldolgozás törvényes alapja bármely böngészőosztályú környezetben, beleértve a WKWebView-t. Egy hibrid alkalmazásnak mindkettőre szüksége van, egymáshoz kötve, hogy a felhasználó egy koherens döntést lásson két ellentmondásos figyelmeztetés helyett, és hogy a natív burok és a webnézet ugyanazt a választ tisztelje. A kiadók, akik ezt helyesen csinálják, olyan alkalmazásokat szállítanak, amelyek átmennek a felülvizsgálaton, megbízhatóan monetizálnak, és soha nem jelennek meg egy szabályozó végrehajtási összefoglalójában. A kiadók, akik az ATT-t teljes válasznak tekintik, vagy akik hagyják, hogy a webnézet-hozzájárulás és a natív burok eltávolodjon egymástól, 2026-ot az App Store felülvizsgálati megbeszélések és audit-válaszlevelek váltakozásával töltik. Egyszer építse meg a hidat, kezelje a CMP-t igazságforrásként, és hagyja, hogy az ATT az iOS-specifikus zár legyen egy adatvédelmi álláspon tetején, amely már koherens a webes rétegen.