AppsFlyer Mobil Atribusiya və Kukilərə Razılıq: Tətbiq Nəşriyyatçıları üçün 2026 İnteqrasiya Bələdçisi
Tətbiq tərtibatçıları üçün mobil ölçmə veb ölçmədən əsaslı şəkildə fərqli bir problemdir. Veb naşirlərin narahat olduğu kukilər doğma tətbiqin daxilində mövcud deyil, lakin onları əvəz edən identifikatorlar — IDFA, GAID, IDFV, quraşdırma ID-ləri, həşlənmiş e-poçtlar, IP əsaslı cihaz izləri — eyni hüquqi suallar doğurur və eyni tənzimləyicilərə cavab verir. Mobil oyun, maliyyə texnologiyaları və istehlak tətbiqlərində ən geniş yerləşdirilən mobil ölçmə tərəfdaşı olan AppsFlyer bu xəttin mərkəzində dayanır. Onun SDK-sı atribusiya dərəcəli identifikatorlar toplayır, serverləri onları reklam şəbəkəsi postbackləri ilə əlaqələndirir və nəticədə yaranan atribusiya bütün əsas kanallar üzrə istifadəçi cəlb büdcələrini qidalandırır. Bu emalın heç biri qanuni əsas olmadan baş vermir və GDPR və ePrivacy Direktivinin faktiki olaraq tələb etdiyi qanuni əsas razılıqdır — SDK işə başlamazdan əvvəl toplanır, sübut kimi qeyd olunur və hər bir aşağı axın inteqrasiyasına yayılır. Bu bələdçi AppsFlyer-in nə topladığını, iOS, Android və mobil vebdə razılıq idarəetmə çərçivəsi ilə necə inteqrasiya ediləcəyini və platformanın öz məxfilik primitivlərinin (Start SDK API, ATT siqnalları və Data Privacy Framework) şəkilə necə uyğun gəldiyini izah edir.
AppsFlyer Nə Toplayır
AppsFlyer SDK host tətbiqi başlayan kimi sessiya başladır və standart olaraq identifikatorlar və kontekst siqnalları paketi toplayır: cihaz səviyyəli reklam identifikatoru (iOS-da IDFA, Android-də GAID), iOS-da təchizatçı əhatəli IDFV, sesiyalar arasında davam edən yaradılmış AppsFlyer quraşdırma ID-si, IP ünvanı (geo-IP və barmaq izi tipli ehtimal uyğunlaşdırma üçün istifadə olunur), istifadəçi agenti, cihaz modeli, ƏS versiyası, operator və saat qurşağı. Quraşdırmadan sonra SDK quraşdırma hadisəsini AppsFlyer serverlərینə bildirir, burada reklam şəbəkələri tərəfindən yönləndirilən klik məlumatları ilə uyğunlaşdırılır. Sonrakı tətbiq daxili hadisələr — Alış, QeydiyyatTamamlandı, Təlimat Tamamlandı, Xüsusi — eyni SDK vasitəsilə işə düşür və eyni identifikator dəstini miras alır.
Tənzimləyicilər bunun GDPR altında şəxsi məlumatların emalı olduğunu açıq şəkildə ifadə ediblər. IDFA və GAID şəxsi məlumatlardır, çünki davamlı cihaz səviyyəli identifikatorlardır. Bununla yanaşı işləyən ehtimal barmaq izi uyğunlaşdırması razılıq olmadan müdafiə etmək daha da çətindir, çünki bu, tərifinə görə, istifadəçinin açıq əməkdaşlığı olmadan onu identifikasiya etmək cəhdidir. CNIL, İtaliya Garante və İspaniya AEPD atribusiya yığınları razılıqdan əvvəl işə düşən naşirlərə qarşı araşdırmalar açıblar.
Doğma AppsFlyer Məxfilik Nəzarətləri
AppsFlyer mənalı doğma məxfilik primitivləri dəsti təqdim edir. Bunlar real razılıq çərçivəsinin əvəzi deyil, lakin onları başa düşmək vacibdir, çünki bunlar CMP-nin SDK davranışını idarə etmək üçün istifadə etdiyi qolçaqlardır.
Start SDK API
SDK konfiqurasiya olunduğu, lakin start() açıq şəkildə çağırılana qədər heç bir məlumat ötürməyən başlatma rejimini dəstəkləyir. Bu, razılıq məhdudlaşdırması üçün ən vacib qarmaqdır — standart olaraq SDK tətbiq başladıqda avtomatik başlayır ki, bu da əvvəlcədən razılıq tələbi olan hər hansı yurisdiksiya üçün səhv davranışdır. Başlatmada isStopped-u doğru olaraq təyin edin və ya təxirə salınmış başlatma API-dən istifadə edin və yalnız razılıq siqnalı qeyd edildikdə start()-ı çağırın.
Stop API
Razılıq sessiya ortasında geri götürülərsə, stop() çağırılması bütün sonrakı ötürmələri dayandırır. Artıq göndərilmiş məlumatları retroaktiv şəkildə silmir. Tam silinmə üçün AppsFlyer-in məxfilik portalı vasitəsilə məlumat subyekti silinmə sorğusu təqdim etməlisiniz — inteqrasiya komandaları bunu əl ilə iş axını əvəzinə AppsFlyer API vasitəsilə avtomatlaşdırmalıdır.
setSharingFilter
Bu, hansı aşağı axın reklam şəbəkələrinin postback məlumatları aldığını filtrləyir. Bu, qranulyar tərəfdaş başına razılıq üçün düzgün primitivdir — məsələn, ümumiyyətlə atribusiyaya icazə vermək, lakin istifadəçinin rədd etdiyi xüsusi şəbəkəyə yönləndirmələri bloklamaq.
Apple App Tracking Transparency inteqrasiyası
iOS-da AppsFlyer ATT avtorizasiya statusunu oxuyur və davranışını avtomatik uyğunlaşdırır — əgər istifadəçi ATT-ni rədd etsə, IDFA ötürülmür. ATT GDPR razılığından müstəqildir və bir çox naşir onları qarışdırır. ATT tək iOS səviyyəli siqnalı idarə edir; GDPR razılığı hər şeyi idarə edir.
iOS-da İnteqrasiya
iOS-da etibarlı model AppsFlyer SDK-nı quraşdırmaq, lakin həm ATT, həm də tətbiq daxili razılıq axını tamamlanana qədər başlatmanı təxirə salmaqdır. Minimal ardıcıllıq belədir: tətbiq başlayır, SDK isStopped = true ilə konfiqurasiya olunur, tətbiq daxili razılıq banneri göstərilir, istifadəçi müvafiq kateqoriyaları qəbul edir, SDK-nın isStopped bayrağı təmizlənir və start() çağırılır. Əgər tətbiq həmçinin ATT-yə ehtiyacı varsa (IDFA-nın mənalı olduğu hər hansı istifadəçi üçün lazımdır), ATT bildirişi tətbiq daxili bannerinin yanında və ya sonra göstərilir. Mobil dəstəkləyən əksər CMP-lər razılıq qərarını çatdıran callback əsaslı API-yə malikdir; həmin callback start() çağırmaq üçün düzgün yerdir.
Android-də İnteqrasiya
Android tətbiqi iOS-a iki fərqlə paraleldir. Birincisi, ATT ekvivalenti yoxdur — GAID istifadəçi öz cihaz səviyyəli "Reklam ID-sini sil" parametrindən istifadə etmədikcə mövcuddur ki, əksər istifadəçilər bunu etmir. İkincisi, Android-in həyat dövrü arxa plana keçməklə bağlı daha aqressivdir, ona görə də SDK başlatması davamlı saxlanılan razılıq vəziyyətinə bağlanmalıdır. Tətbiq başladıqda razılıq vəziyyətini lokal yaddaşdan oxuyun, SDK-nı müvafiq şəkildə konfiqurasiya edin və istifadəçi tətbiq arxa planda ikən seçimini yeniləyib-yeniləmədiyini yoxlamaq üçün bərpa zamanı yenidən yoxlayın.
Mobil Vebdə İnteqrasiya
AppsFlyer həmçinin öz smart banner və OneLink məhsulları vasitəsilə mobil vebdə işləyir. Bunlar əsasən brauzerdən kukilər buraxan və AppsFlyer serverlərini çağıran veb tərəf analitikası və dərin keçid alətləridir. Bunlar hər hansı digər veb izləmə səthinin eyni qaydalarına əməl edir: onları CMP-nin marketinq kateqoriyasının arxasında məhdudlaşdırın, razılıq verilməzdən əvvəl smart banner skriptinin işləməsinə icazə verməyin və e-poçt və ya push kampaniyalarından işə salınan hər hansı OneLink hadisəsinin istifadəçinin razılıq vəziyyətinə hörmət etdiyindən əmin olun.
Ümumi Tələlər
AppsFlyer yerləşdirmələrinin auditlərində dörd inteqrasiya səhvi təkrar-təkrar görünür.
ATT-ni GDPR razılığı kimi qəbul etmək
ATT və GDPR razılığı fərqli əhatə dairələri olan fərqli siqnallardır. ATT-ni qəbul edən istifadəçi tətbiqlər arası izləmə üçün IDFA istifadəsinə icazə verib; SDK-nın etdiyi hər şey üçün icazə verməyib. EU və UK trafiki üçün hər iki siqnal tələb olunur, tətbiq daxili banner məcburi olandır və ATT üstündə əlavə iOS-spesifik təbəqədir.
SDK-nın başlatmada işə düşməsinə icazə vermək
Bu, ən çox yayılmış tək qüsurdur. Standart inteqrasiya dərhal start() çağırır ki, bu da istifadəçi razılıq bannerini görməzdən əvvəl tam identifikator yükü ilə quraşdırma hadisəsini işə salır. Düzəliş sadədir: inteqrasiya zamanı isStopped = true konfigurasiya edin və start()-ı yalnız razılıq callback-dən çağırın.
Geri götürməni idarə etməyi unutmaq
Əgər istifadəçi qəbul edir və sonra ləğv edirsə, SDK-ya ötürmənin dayandırılması bildirilməlidir. stop() API-dən istifadə edin və növbəti tətbiq başlatmasının yeni qərarı hörmət etməsi üçün davamlı razılıq vəziyyətini yeniləyin.
Server-server postbacklərini nəzərdən qaçırmaq
AppsFlyer konversiya hadisələrini server tərəfi postbackləri vasitəsilə inteqrasiya edilmiş reklam şəbəkələrinin uzun quyruğuna yönləndirir. Hər bir yönləndirmə şəxsi məlumat daşıyır və orijinal hadiسənin razılıq əhatəsini miras alır. Yönləndirmələrin yalnız istifadəçinin razılıq seçimləri ilə əhatə olunan tərəfdaşlara getdiyindən əmin olmaq üçün setSharingFilter istifadə edin, AppsFlyer idarə panelinizin bütün tərəfdaşlarına deyil.
Audit Yoxlama Siyahısı
EU, UK və ya Kaliforniya trafikinə toxunan hər hansı AppsFlyer yerləşdirməsi üçün cavablandırılacaq altı konkret sual.
- SDK razılığı gözləyirmi? EU-da yerləşən test cihazında təzə quraşdırmada, istifadəçi banneri qəbul etməzdən əvvəl heç bir AppsFlyer endpoint-inin heç bir sorğu almadığını təsdiqləyin.
- ATT tətbiq daxili razılıqdan ayrılıbmı? Tətbiq daxili bannerin idarəedici razılıq siqnalı olduğunu və ATT-nin əlavə iOS-spesifik təbəqə kimi qəbul edildiyini təsdiqləyin.
- Tərəfdaş yönləndirməsi razılığa əhatəlidirlə? setSharingFilter-in istifadəçinin icazə vermədisi tərəfdaşları istisna etmək üçün konfiqurasiya olunduğunu təsdiqləyin.
- Geri götürmə SDK-nı dayandırırmı? Razılıq ləğvi zamanı stop() çağırmasının işlədiyini və yeni vəziyyətin başlatmalar arasında davam etdiyini təsdiqləyin.
- Server postbackləri yoxlanılırmı? AppsFlyer idarə panelinin "Konfiqurasiya edilmiş inteqrasiyalar" siyahısının bannerdə açıqlanan marketinq tərəfdaşlarına təmiz şəkildə uyğunlaşdığını təsdiqləyin.
- Məlumat silinməsi avtomatlaşdırılıbmı? DSAR sorğularının əl ilə bilet deyil, AppsFlyer-in silinmə API-sini işə saldığını təsdiqləyin.
AppsFlyer Razılıq-Birinci Yığına Harada Uyğundur
Mobil atribusiya marketinq yığınında ən çox identifikator-ağır səthlərdən biridir və AppsFlyer-in SDK-sı onun ən nəticəli tək inteqrasiyalarından biridir. Yaxşı xəbər budur ki, platforma razılıq tətbiqini təmiz və yoxlanıla bilən etmək üçün lazım olan primitivləri — Start SDK, Stop, paylaşım filtrləri, silinmə API-ləri — təqdim edir. Naşirlər üçün iş bu primitivləri məcburi razılıq qərarına sahib olan CMP-yə qoşmaq, ATT-ni əvəzedici deyil, tamamlayıcı siqnal kimi qəbul etmək və server tərəfi tərəfdaş yönləndirməsinin bannerin qeyd etdiyi razılıq zərfindən qaça bilməməsini təmin etməkdir. Düzgün yerinə yetirildikdə, nəticə istifadəçi cəlb komandalarının etibar etdiyi quraşdırma və hadisə məlumatlarını qoruyarkən tənzimləyiciləri razı salır atribusiya yığınıdır.