Çfarë Mbledh AppsFlyer

SDK-ja e AppsFlyer inicializon një sesion sa herë që aplikacioni host starton dhe, si parazgjedhje, mbledh një paketë identifikuesish dhe sinjalesh kontekstuale: identifikuesin e reklamimit në nivel pajisje (IDFA në iOS, GAID në Android), IDFV me shtrirje të shitësit në iOS, një ID instalimi të gjeneruar AppsFlyer që vazhdon nëpër sesione, adresën IP (e përdorur për geo-IP dhe për ngjasim probabilist në stilin e gjurmëve të gishtave), agjentin e përdoruesit, modelin e pajisjes, versionin e OS, operatorin dhe zonën kohore. Pas instalimit SDK-ja raporton ngjarjen e instalimit te serverët e AppsFlyer, ku përputhet me të dhënat e klikimeve të dërguara nga rrjetet reklamuese. Ngjarjet e mëvonshme brenda aplikacionit — Purchase, RegistrationComplete, Tutorial Complete, Custom — shkrehen nëpërmjet të njëjtit SDK dhe trashëgojnë të njëjtin set identifikuesish.

Rregullatorët kanë qenë të qartë se kjo është procesim i të dhënave personale nën GDPR. IDFA dhe GAID janë të dhëna personale sepse janë identifikues të vazhdueshëm në nivel pajisje. Ngjasimi probabilist i gjurmëve të gishtave që funksionon paralelisht është edhe më i vështirë për t'u mbrojtur pa pëlqim sepse është, nga definicioni, një tentativë për të identifikuar një përdorues pa bashkëpunimin e tij të qartë. CNIL, Garante italiane dhe AEPD spanjolle kanë hapur hetime kundër botuesve zinxhirët e atribuimit të të cilëve shkrepën para pëlqimit.

Kontrollet Vendase të Privatësisë AppsFlyer

AppsFlyer ekspozohet me një set kuptimplotë primitivash vendase të privatësisë. Ato nuk janë zëvendësim për një kornizë të vërtetë pëlqimi, por kuptimi i tyre është thelbësor sepse ato janë levat që CMP përdor për të kontrolluar sjelljen e SDK-së.

API Start SDK

SDK-ja mbështet një mënyrë inicializimi ku konfigurohet por nuk transmeton asnjë të dhënë derisa start() të thirret eksplicitisht. Ky është grepi më i rëndësishëm i vetëm për bllokimin e pëlqimit — si parazgjedhje SDK-ja starton automatikisht me lançimin e aplikacionit, gjë që është sjellja e gabuar për çdo juridiksion me kërkesë për pëlqim paraprak. Vendosni isStopped në true gjatë inicializimit, ose përdorni API-n e startit të shtyrë, dhe thirrni vetëm start() kur sinjali i pëlqimit është regjistruar.

API Stop

Nëse pëlqimi tërhiqet gjatë sesionit, thirrja e stop() ndalon të gjithë transmetimin e mëtejshëm. Nuk fshin retroaktivisht të dhënat tashmë të dërguara. Për fshirje të plotë duhet të paraqisni një kërkesë fshirjeje të subjektit të të dhënave nëpërmjet portalit të privatësisë së AppsFlyer — ekipet e integrimit duhet ta automatizojnë nëpërmjet API-t të AppsFlyer dhe jo një rrjedhe pune manuale.

setSharingFilter

Kjo filtron cilat rrjete reklamuese të mëposhtme marrin të dhëna postback. Është primitiva e duhur për pëlqim granular për partner — për shembull, duke lejuar atribuimin përgjithësisht por duke bllokuar dërgimin te një rrjet specifik që përdoruesi ka refuzuar.

Integrimi me Apple App Tracking Transparency

Në iOS, AppsFlyer lexon statusin e autorizimit ATT dhe rregullon sjelljen e tij automatikisht — nëse përdoruesi refuzoi ATT, IDFA nuk transmetohet. ATT është i pavarur nga pëlqimi GDPR dhe shumë botues i ngatërrojnë. ATT kontrollon një sinjal të vetëm në nivel iOS; pëlqimi GDPR kontrollon gjithçka tjetër.

Integrimi në iOS

Modeli i besueshëm në iOS është të instaloni SDK-në e AppsFlyer por të shtyjë inicializimin derisa si ATT ashtu edhe rrjedha e pëlqimit brenda aplikacionit të kenë përfunduar. Sekuenca minimale është: aplikacioni lançohet, SDK-ja konfigurohet me isStopped = true, banneri i pëlqimit brenda aplikacionit shfaqet, përdoruesi pranon kategoritë relevante, flamuri isStopped i SDK-së pastrohet dhe thirret start(). Nëse aplikacioni ka nevojë edhe për ATT (gjë që bën për çdo përdorues ku IDFA është kuptimplotë), prompting ATT shfaqet pranë ose pas bannerit brenda aplikacionit. Shumica e CMP-ve që mbështesin mobile kanë një API bazuar në callback që ofron vendimin e pëlqimit; ai callback është vendi i duhur për të thirrur start().

Integrimi në Android

Implementimi Android paralelizo iOS me dy dallime. Së pari, nuk ka ekuivalent ATT — GAID është i disponueshëm nëse përdoruesi nuk ka aktivizuar cilësimin e tyre "Fshi ID-n reklamues" në nivel pajisje, gjë që shumica e përdoruesve nuk e bëjnë. Së dyti, cikli jetësor i Android është më agresiv me shtresimin në sfond, ndaj inicializimi i SDK-së duhet të lidhet me gjendjen e pëlqimit të ruajtur vazhdimisht. Lexoni gjendjen e pëlqimit nga ruajtja lokale gjatë lançimit të aplikacionit, konfiguroni SDK-në sipas kësaj, dhe rikontrolloni gjatë ripjesëmarrjes në rast se përdoruesi përditësoi zgjedhjen e tij ndërkohë që aplikacioni ishte në sfond.

Integrimi në Webin Mobil

AppsFlyer gjithashtu funksionon në webin mobil nëpërmjet produkteve të tij smart banner dhe OneLink. Këto janë thelbi mjete analitike dhe deep-link në anën e uebit që heqin cookies dhe thërrasin serverët e AppsFlyer nga shfletuesi. Ato ndjekin të njëjtat rregulla si çdo sipërfaqe tjetër gjurmuese e uebit: vendosni ato pas kategorisë marketing të CMP-së, mos lejoni që skripti smart banner të ekzekutohet para se të jepet pëlqimi, dhe sigurohuni që çdo ngjarje e aktivizuar nga OneLink nga emailet ose kampanjat push respektojnë gjendjen e pëlqimit të përdoruesit.

Grackat e Zakonshme

Katër gabime integrimi shfaqen vazhdimisht në auditimet e vendosjes së AppsFlyer.

Trajtimi i ATT si Pëlqim GDPR

ATT dhe pëlqimi GDPR janë sinjale të ndryshme me shtrirje të ndryshme. Një përdorues që pranon ATT ka autorizuar përdorimin e IDFA për gjurmimin ndër-aplikacion; ata nuk kanë autorizuar gjithçka tjetër që bën SDK-ja. Për trafikun EU dhe UK të dy sinjalet kërkohen, me bannerin brenda aplikacionit si atë detyrues dhe ATT si një shtresë specifike iOS mbi të.

Lejimi i SDK-së të Inicializohet me Lançim

Ky është defekti më i zakonshëm i vetëm. Integrimi i parazgjedhur thërret start() menjëherë, gjë që shkruan ngjarjen e instalimit me ngarkesë të plotë identifikuesi para se përdoruesi të ketë parë bannerin e pëlqimit. Zgjidhja është e drejtpërdrejtë: konfiguroni isStopped = true gjatë integrimit dhe thirrni start() vetëm nga callback-u i pëlqimit.

Harrimi i Trajtimit të Tërheqjes

Nëse një përdorues pranon dhe më vonë revokon, SDK-ja duhet të njoftohet të ndalojë transmetimin. Përdorni API-n stop() dhe përditësoni gjendjen e ruajtur të pëlqimit që lançimi tjetër i aplikacionit të respektojë vendimin e ri.

Injorimi i Postback-eve Server-to-Server

AppsFlyer dërgon ngjarje konvertimi te një radhë e gjatë rrjetesh reklamuese të integruara nëpërmjet postback-eve server-anësor. Çdo dërgim bartë të dhëna personale dhe trashëgon shtrirjen e pëlqimit të ngjarjes origjinale. Përdorni setSharingFilter për të siguruar që dërgimet shkojnë vetëm te partnerët e mbuluar nga zgjedhjet e pëlqimit të përdoruesit, jo te çdo partner në panelin tuaj AppsFlyer.

Lista Kontrolluese e Auditimit

Gjashtë pyetje konkrete për t'iu përgjigjur për çdo vendosje AppsFlyer që prek trafikun EU, UK ose Kaliforni.

• A pret SDK-ja për pëlqim? Në një instalim të ri në një pajisje testimi të vendosur në EU, konfirmoni që asnjë endpoint AppsFlyer nuk merr asnjë kërkesë para se përdoruesi të ketë pranuar bannerin.
• A është ATT i ndarë nga pëlqimi brenda aplikacionit? Konfirmoni që banneri brenda aplikacionit është sinjali kontrollues i pëlqimit dhe ATT trajtohet si një shtresë shtesë specifike iOS.
• A është dërgimi te partneri i kufizuar në pëlqim? Konfirmoni që setSharingFilter është konfiguruar për të përjashtuar partnerët që përdoruesi nuk ka autorizuar.
• A ndalon tërheqja SDK-në? Konfirmoni që thirrja e stop() funksionon me revokimin e pëlqimit dhe që gjendja e re vazhdon nëpër lançime.
• A janë audituar postback-et e serverit? Konfirmoni që lista "Integrime të konfiguruara" e panelit AppsFlyer hartohet qartë me partnerët marketing të deklaruar në banner.
• A është automatizuar fshirja e të dhënave? Konfirmoni që kërkesat DSAR aktivizojnë API-n e fshirjes të AppsFlyer, jo një biletë manuale.

Ku Përshtatet AppsFlyer në një Stack të Para-Pëlqimit

Atribuimi mobil është një nga sipërfaqet me dendësi më të lartë identifikuesi në stackun e marketingut, dhe SDK-ja e AppsFlyer është një nga integrimet e tij më me pasoja të vetme. Lajmi i mirë është se platforma ekspozohet me primitivat — Start SDK, Stop, filtrat e ndarjes, API-t e fshirjes — të nevojshme për ta bërë zbatimin e pëlqimit të pastër dhe të verifikueshëm. Puna për botuesit është të lidhin ato primitivëza me një CMP që zotëron vendimin detyrues të pëlqimit, të trajtojnë ATT si sinjal plotësues dhe jo zëvendësim, dhe të sigurohen që dërgimi i partnerëve server-anësor nuk mund të shpëtojë zarfin e pëlqimit të regjistruar nga banneri. I bërë saktë, rezultati është një stack atribuimi që kënaq rregullatorët ndërkohë që ruan të dhënat e instalimit dhe ngjarjeve mbi të cilat varen ekipet e blerjes së përdoruesve.