AppsFlyer என்ன சேகரிக்கிறது

ஹோஸ்ட் பயன்பாடு தொடங்கியவுடன் AppsFlyer SDK ஒரு அமர்வைத் துவக்குகிறது, மேலும் இயல்பாக ஒரு தொகுப்பு அடையாளங்காட்டிகள் மற்றும் சூழல் சமிக்ஞைகளை சேகரிக்கிறது: சாதன-நிலை விளம்பர அடையாளங்காட்டி (iOS இல் IDFA, Android இல் GAID), iOS இல் விற்பனையாளர்-வரம்புள்ள IDFV, அமர்வுகள் முழுவதும் நீடிக்கும் உருவாக்கப்பட்ட AppsFlyer install ID, IP முகவரி (geo-IP க்கும் கைரேகை-பாணி நிகழ்தகவு பொருத்தலுக்கும் பயன்படுத்தப்படுகிறது), user agent, சாதன மாதிரி, OS பதிப்பு, கேரியர் மற்றும் நேர மண்டலம். நிறுவலுக்குப் பிறகு SDK நிறுவல் நிகழ்வை AppsFlyer இன் சர்வர்களுக்கு அறிக்கை செய்கிறது, அங்கு அது விளம்பர நெட்வொர்க்குகளால் அனுப்பப்பட்ட கிளிக் தரவுடன் பொருத்தப்படுகிறது. அடுத்தடுத்த பயன்பாட்டினுள் நிகழ்வுகள் — Purchase, RegistrationComplete, Tutorial Complete, Custom — அதே SDK வழியாக இயங்கி அதே அடையாளங்காட்டி தொகுப்பை மரபுரிமையாகப் பெறுகின்றன.

இது GDPR இன் கீழ் தனிப்பட்ட தரவின் செயலாக்கம் என்று ஒழுங்குமுறையாளர்கள் வெளிப்படையாக கூறியுள்ளனர். IDFA மற்றும் GAID தனிப்பட்ட தரவு, ஏனெனில் அவை நிலையான சாதன-நிலை அடையாளங்காட்டிகள். அதனருகே இயங்கும் நிகழ்தகவு கைரேகை பொருத்தலை ஒப்புதல் இல்லாமல் பாதுகாப்பது இன்னும் கடினம், ஏனெனில் இது வரையறையின்படி ஒரு பயனரை அவரது வெளிப்படையான ஒத்துழைப்பு இல்லாமல் அடையாளம் காணும் முயற்சி. CNIL, இத்தாலிய Garante மற்றும் ஸ்பானிஷ் AEPD அனைத்தும் தங்கள் பண்பு ஸ்டேக்குகள் ஒப்புதலுக்கு முன் இயங்கிய வெளியீட்டாளர்களுக்கு எதிராக விசாரணைகளைத் திறந்துள்ளன.

நேட்டிவ் AppsFlyer தனியுரிமை கட்டுப்பாடுகள்

AppsFlyer ஒரு அர்த்தமுள்ள தொகுப்பு நேட்டிவ் தனியுரிமை ப்ரிமிட்டிவ்களை வெளிப்படுத்துகிறது. அவை ஒரு உண்மையான ஒப்புதல் கட்டமைப்புக்கு மாற்றாக இல்லை, ஆனால் அவற்றைப் புரிந்துகொள்வது அவசியம், ஏனெனில் அவை SDK நடத்தையைக் கட்டுப்படுத்த ஒரு CMP பயன்படுத்தும் நெம்புகோல்கள்.

Start SDK API

SDK ஒரு துவக்க முறையை ஆதரிக்கிறது, அதில் அது கட்டமைக்கப்பட்டுள்ளது ஆனால் start() வெளிப்படையாக அழைக்கப்படும் வரை எந்த தரவையும் அனுப்பாது. ஒப்புதல் வாயிலிடலுக்கான மிக முக்கியமான கொக்கி இது — இயல்பாக SDK பயன்பாட்டு துவக்கத்தில் தானாகவே தொடங்குகிறது, இது முன்-ஒப்புதல் தேவை கொண்ட எந்த அதிகார வரம்பிற்கும் தவறான நடத்தை. துவக்கத்தில் isStopped ஐ true ஆக அமைக்கவும் அல்லது ஒத்திவைக்கப்பட்ட-துவக்க API ஐப் பயன்படுத்தவும், மேலும் ஒப்புதல் சமிக்ஞை பதிவு செய்யப்படும்போது மட்டுமே start() ஐ அழைக்கவும்.

Stop API

அமர்வின் நடுவில் ஒப்புதல் திரும்பப்பெறப்பட்டால், stop() ஐ அழைப்பது மேலதிக பரிமாற்றத்தை நிறுத்துகிறது. ஏற்கனவே அனுப்பப்பட்ட தரவை அது பின்னோக்கி நீக்காது. முழு நீக்குதலுக்கு AppsFlyer இன் தனியுரிமை போர்ட்டல் வழியாக ஒரு தரவு பொருள் நீக்குதல் கோரிக்கையை தாக்கல் செய்ய வேண்டும் — ஒரு கைமுறை பணிப்பாய்வுக்குப் பதிலாக AppsFlyer API வழியாக குழுக்கள் தானியக்கமாக்க வேண்டிய ஒருங்கிணைப்பு.

setSharingFilter

இது எந்த கீழ்நிலை விளம்பர நெட்வொர்க்குகள் போஸ்ட்பேக் தரவைப் பெறுகின்றன என்பதை வடிகட்டுகிறது. நுணுக்கமான ஒவ்வொரு-பங்குதாரர் ஒப்புதலுக்கான சரியான ப்ரிமிட்டிவ் இது — எடுத்துக்காட்டாக, பொதுவாக பண்பை அனுமதிக்கிறது ஆனால் பயனர் நிராகரித்த ஒரு குறிப்பிட்ட நெட்வொர்க்குக்கு முன்னனுப்புதலைத் தடுக்கிறது.

Apple App Tracking Transparency ஒருங்கிணைப்பு

iOS இல், AppsFlyer ATT அங்கீகார நிலையைப் படித்து தனது நடத்தையை தானாகவே சரிசெய்கிறது — பயனர் ATT ஐ நிராகரித்தால், IDFA அனுப்பப்படாது. ATT GDPR ஒப்புதலிலிருந்து சுயாதீனமானது, பல வெளியீட்டாளர்கள் அவற்றை குழப்புகிறார்கள். ATT ஒரு ஒற்றை iOS-நிலை சமிக்ஞையைக் கட்டுப்படுத்துகிறது; GDPR ஒப்புதல் மற்ற அனைத்தையும் கட்டுப்படுத்துகிறது.

iOS இல் ஒருங்கிணைப்பு

iOS இல் நம்பகமான வடிவம் AppsFlyer SDK ஐ நிறுவுவது ஆனால் ATT மற்றும் பயன்பாட்டினுள் ஒப்புதல் ஓட்டம் இரண்டும் முடியும் வரை துவக்கத்தை ஒத்திவைப்பது. குறைந்தபட்ச வரிசை: பயன்பாடு துவங்குகிறது, SDK isStopped = true உடன் கட்டமைக்கப்படுகிறது, பயன்பாட்டினுள் ஒப்புதல் பேனர் காட்டப்படுகிறது, பயனர் தொடர்புடைய வகைகளை ஏற்கிறார், SDK இன் isStopped கொடி அழிக்கப்பட்டு start() அழைக்கப்படுகிறது. பயன்பாட்டிற்கு ATT யும் தேவைப்பட்டால் (IDFA அர்த்தமுள்ள எந்த பயனருக்கும் அது தேவை), ATT தூண்டுதல் பயன்பாட்டினுள் பேனருடன் அல்லது அதற்குப் பிறகு காட்டப்படுகிறது. மொபைலை ஆதரிக்கும் பெரும்பாலான CMP களுக்கு ஒப்புதல் முடிவை வழங்கும் ஒரு கால்பேக்-அடிப்படையிலான API உள்ளது; அந்த கால்பேக் start() ஐ அழைக்க சரியான இடம்.

Android இல் ஒருங்கிணைப்பு

Android செயலாக்கம் இரண்டு வேறுபாடுகளுடன் iOS க்கு இணையாக உள்ளது. முதலாவதாக, ATT க்கு சமமானது இல்லை — பயனர் தங்கள் சாதன-நிலை «விளம்பர ID ஐ நீக்கு» அமைப்பை செயல்படுத்தாவிட்டால் GAID கிடைக்கிறது, பெரும்பாலான பயனர்கள் அதைச் செய்வதில்லை. இரண்டாவதாக, Android இன் வாழ்க்கைச் சுழற்சி பின்னணியாக்கம் பற்றி மிகவும் ஆக்ரோஷமானது, எனவே SDK துவக்கம் நிலையாக சேமிக்கப்பட்ட ஒப்புதல் நிலையுடன் இணைக்கப்பட வேண்டும். பயன்பாட்டு துவக்கத்தில் உள்ளூர் சேமிப்பகத்திலிருந்து ஒப்புதல் நிலையைப் படித்து, அதற்கேற்ப SDK ஐ கட்டமைத்து, பயன்பாடு பின்னணியில் இருந்தபோது பயனர் தங்கள் தேர்வை புதுப்பித்திருந்தால் மீண்டும் தொடரும்போது மீண்டும் சரிபார்க்கவும்.

மொபைல் வெப்பில் ஒருங்கிணைப்பு

AppsFlyer அதன் smart banner மற்றும் OneLink தயாரிப்புகள் வழியாக மொபைல் வெப்பிலும் செயல்படுகிறது. இவை அடிப்படையில் குக்கீகளை இடும் மற்றும் உலாவியிலிருந்து AppsFlyer சர்வர்களை அழைக்கும் வெப்-பக்க பகுப்பாய்வு மற்றும் ஆழ-இணைப்பு கருவிகள். அவை மற்ற எந்த வெப் கண்காணிப்பு மேற்பரப்பையும் போல அதே விதிகளைப் பின்பற்றுகின்றன: அவற்றை CMP இன் சந்தைப்படுத்தல் வகைக்குப் பின்னால் வாயிலிடுங்கள், ஒப்புதல் வழங்கப்படுவதற்கு முன் smart banner ஸ்கிரிப்ட் இயங்க அனுமதிக்காதீர்கள், மேலும் மின்னஞ்சல் அல்லது புஷ் பிரச்சாரங்களிலிருந்து OneLink-தூண்டப்பட்ட எந்த நிகழ்வுகளும் பயனரின் ஒப்புதல் நிலையை மதிப்பதை உறுதிசெய்யவும்.

பொதுவான இடர்கள்

AppsFlyer பயன்பாடுகளின் தணிக்கைகளில் நான்கு ஒருங்கிணைப்பு தவறுகள் மீண்டும் மீண்டும் தோன்றுகின்றன.

ATT ஐ GDPR ஒப்புதலாக கருதுதல்

ATT மற்றும் GDPR ஒப்புதல் வெவ்வேறு வரம்புகளைக் கொண்ட வெவ்வேறு சமிக்ஞைகள். ATT ஐ ஏற்கும் ஒரு பயனர் குறுக்கு-பயன்பாட்டு கண்காணிப்புக்கான IDFA பயன்பாட்டை அங்கீகரித்துள்ளார்; SDK செய்யும் மற்ற அனைத்தையும் அவர் அங்கீகரிக்கவில்லை. EU மற்றும் UK போக்குவரத்திற்கு இரண்டு சமிக்ஞைகளும் தேவை, பயன்பாட்டினுள் பேனர் கட்டுப்படுத்தும் ஒன்றாகவும் ATT மேலே ஒரு iOS-குறிப்பிட்ட அடுக்காகவும் இருக்கிறது.

SDK ஐ துவக்கத்தில் துவங்க அனுமதித்தல்

இது மிகவும் பொதுவான ஒற்றை குறைபாடு. இயல்புநிலை ஒருங்கிணைப்பு உடனடியாக start() ஐ அழைக்கிறது, இது பயனர் ஒப்புதல் பேனரைப் பார்ப்பதற்கு முன் முழு அடையாளங்காட்டி பேலோடுடன் நிறுவல் நிகழ்வை இயக்குகிறது. தீர்வு நேரடியானது: ஒருங்கிணைப்பு நேரத்தில் isStopped = true ஐ கட்டமைத்து, ஒப்புதல் கால்பேக்கிலிருந்து மட்டுமே start() ஐ அழைக்கவும்.

திரும்பப்பெறுதலைக் கையாள மறப்பது

ஒரு பயனர் ஏற்று பின்னர் திரும்பப்பெற்றால், பரிமாற்றத்தை நிறுத்த SDK க்கு சொல்ல வேண்டும். stop() API ஐப் பயன்படுத்தி, அடுத்த பயன்பாட்டு துவக்கம் புதிய முடிவை மதிக்கும்படி சேமிக்கப்பட்ட ஒப்புதல் நிலையைப் புதுப்பிக்கவும்.

சர்வர்-க்கு-சர்வர் போஸ்ட்பேக்குகளை புறக்கணித்தல்

AppsFlyer மாற்ற நிகழ்வுகளை சர்வர்-பக்க போஸ்ட்பேக்குகள் வழியாக ஒருங்கிணைக்கப்பட்ட விளம்பர நெட்வொர்க்குகளின் ஒரு நீண்ட வாலுக்கு முன்னனுப்புகிறது. ஒவ்வொரு முன்னனுப்புதலும் தனிப்பட்ட தரவைக் கொண்டு செல்கிறது மற்றும் அசல் நிகழ்வின் ஒப்புதல் வரம்பை மரபுரிமையாகப் பெறுகிறது. உங்கள் AppsFlyer டாஷ்போர்டில் உள்ள ஒவ்வொரு பங்குதாரருக்கும் அல்லாமல், பயனரின் ஒப்புதல் தேர்வுகளால் உள்ளடக்கப்பட்ட பங்குதாரர்களுக்கு மட்டுமே முன்னனுப்புதல்கள் செல்வதை உறுதிசெய்ய setSharingFilter ஐப் பயன்படுத்தவும்.

தணிக்கை சரிபார்ப்பு பட்டியல்

EU, UK அல்லது கலிஃபோர்னியா போக்குவரத்தைத் தொடும் எந்த AppsFlyer பயன்பாட்டிற்கும் பதிலளிக்க வேண்டிய ஆறு கான்கிரீட் கேள்விகள்.

• SDK ஒப்புதலுக்காக காத்திருக்கிறதா? EU-இல் அமைந்துள்ள ஒரு சோதனை சாதனத்தில் ஒரு புதிய நிறுவலில், பயனர் பேனரை ஏற்பதற்கு முன் எந்த AppsFlyer இறுதிப்புள்ளியும் எந்த கோரிக்கையையும் பெறவில்லை என்பதை உறுதிப்படுத்தவும்.
• ATT பயன்பாட்டினுள் ஒப்புதலிலிருந்து பிரிக்கப்பட்டுள்ளதா? பயன்பாட்டினுள் பேனர் கட்டுப்படுத்தும் ஒப்புதல் சமிக்ஞை என்பதையும் ATT ஒரு கூடுதல் iOS-குறிப்பிட்ட அடுக்காக கருதப்படுவதையும் உறுதிப்படுத்தவும்.
• பங்குதாரர் முன்னனுப்புதல் ஒப்புதலுக்கு வரம்புப்படுத்தப்பட்டுள்ளதா? பயனர் அங்கீகரிக்காத பங்குதாரர்களை விலக்க setSharingFilter கட்டமைக்கப்பட்டுள்ளதை உறுதிப்படுத்தவும்.
• திரும்பப்பெறுதல் SDK ஐ நிறுத்துகிறதா? ஒப்புதல் திரும்பப்பெறுதலில் stop() அழைப்பது வேலை செய்கிறது மற்றும் புதிய நிலை துவக்கங்கள் முழுவதும் நீடிக்கிறது என்பதை உறுதிப்படுத்தவும்.
• சர்வர் போஸ்ட்பேக்குகள் தணிக்கை செய்யப்படுகின்றனவா? AppsFlyer டாஷ்போர்டின் «கட்டமைக்கப்பட்ட ஒருங்கிணைப்புகள்» பட்டியல் பேனரில் வெளிப்படுத்தப்பட்ட சந்தைப்படுத்தல் பங்குதாரர்களுடன் சுத்தமாக வரைபடமாகிறது என்பதை உறுதிப்படுத்தவும்.
• தரவு நீக்குதல் தானியக்கமாக்கப்பட்டுள்ளதா? DSAR கோரிக்கைகள் ஒரு கைமுறை டிக்கெட் அல்லாமல் AppsFlyer இன் நீக்குதல் API ஐ தூண்டுகின்றன என்பதை உறுதிப்படுத்தவும்.

ஒப்புதல்-முதல் ஸ்டேக்கில் AppsFlyer எங்கே பொருந்துகிறது

மொபைல் பண்பு சந்தைப்படுத்தல் ஸ்டேக்கில் மிகவும் அடையாளங்காட்டி-கனமான மேற்பரப்புகளில் ஒன்று, மேலும் AppsFlyer இன் SDK அதன் மிக விளைவை ஏற்படுத்தும் ஒற்றை ஒருங்கிணைப்புகளில் ஒன்று. நல்ல செய்தி என்னவென்றால், ஒப்புதல் அமலாக்கத்தை சுத்தமாகவும் சரிபார்க்கக்கூடியதாகவும் ஆக்க தேவையான ப்ரிமிட்டிவ்களை — Start SDK, Stop, பகிர்வு வடிப்பான்கள், நீக்குதல் API கள் — தளம் வெளிப்படுத்துகிறது. வெளியீட்டாளர்களுக்கான வேலை இந்த ப்ரிமிட்டிவ்களை கட்டுப்படுத்தும் ஒப்புதல் முடிவை சொந்தமாகக் கொண்ட ஒரு CMP உடன் வயரிங் செய்வது, ATT ஐ ஒரு மாற்றாக அல்லாமல் ஒரு துணை சமிக்ஞையாக கருதுவது, மற்றும் சர்வர்-பக்க பங்குதாரர் முன்னனுப்புதல் பேனர் பதிவு செய்த ஒப்புதல் உறையிலிருந்து தப்பிக்க முடியாது என்பதை உறுதிசெய்வது. சரியாகச் செய்தால், பயனர் கையகப்படுத்தல் குழுக்கள் சார்ந்திருக்கும் நிறுவல் மற்றும் நிகழ்வு தரவைப் பாதுகாக்கும்போது ஒழுங்குமுறையாளர்களை திருப்திப்படுத்தும் ஒரு பண்பு ஸ்டேக் முடிவு.