ஏன் Amplitude க்கு ஒப்புதல் தேவை

இயல்புநிலை Amplitude உலாவி SDK மற்றும் Amplitude மொபைல் SDK கள் பக்கப்பார்வைகளை பதிவு செய்வதை விட அதிகம் செய்கின்றன. துவக்கத்தில் அவை முதல்-தரப்பு சேமிப்பகத்தில் ஒரு சாதன அடையாளங்காட்டியை அமைக்கின்றன, ஒரு அமர்வு அடையாளங்காட்டியை உருவாக்குகின்றன, ரெஃபரரைக் கைப்பற்றுகின்றன, URL இலிருந்து UTM மற்றும் கிளிக் அடையாளங்காட்டிகளை அலசுகின்றன, தானாக கைப்பற்றப்பட்ட நிகழ்வுகளை வரிசையிடத் தொடங்குகின்றன: பக்கப்பார்வைகள், உறுப்பு கிளிக்குகள், படிவ தொடர்புகள், கோப்பு பதிவிறக்கங்கள் மற்றும் — சமீபத்திய வெளியீடுகளில் — அமர்வு மறுஇயக்கங்கள். அவை அந்த நிகழ்வுகளை IP-பெறப்பட்ட புவிஇருப்பிடம், user-agent-பெறப்பட்ட சாதன தரவு மற்றும், உள்ளமைக்கப்பட்டால், தரவு கூட்டாளர்களிடமிருந்து மூன்றாம் தரப்பு வளப்படுத்தலுடன் வளப்படுத்துகின்றன.

இந்த படிகள் ஒவ்வொன்றும் ஒரு தனி ஒப்புதல் சட்ட அடிப்படையை ஈடுபடுத்துகின்றன. ஒரு சாதன அடையாளங்காட்டியை சேமிப்பது ePrivacy வழிகாட்டுதலின் கட்டுரை 5(3) இன் கீழ் ஒரு சேமிப்பு-மற்றும்-அணுகல் செயல்பாடாகும், இது ஐரோப்பிய பொருளாதார பகுதி, ஐக்கிய இராச்சியம் மற்றும் அதே தரநிலையை இறக்குமதி செய்த எந்த அதிகார வரம்பிலும் முன்கூட்டிய, சுதந்திரமாக வழங்கப்பட்ட, குறிப்பிட்ட, தகவலறிந்த மற்றும் தெளிவான ஒப்புதலைக் கோருகிறது. அந்த அடையாளங்காட்டியுடன் இணைக்கப்பட்ட நடத்தை நிகழ்வுகளைக் கைப்பற்றுவது GDPR இன் கீழ் தனிப்பட்ட தரவு செயலாக்கமாகும். மூன்றாம் தரப்பு தரவுடன் வளப்படுத்துவது இரண்டாவது கட்டுப்படுத்துநர் உறவை அறிமுகப்படுத்துகிறது. CCPA மற்றும் CPRA அதே செயலாக்கத்தை ஒரு விற்பனை அல்லது பகிர்வாக வகைப்படுத்துகின்றன, வெளியீட்டாளர் Amplitude உடன் முறையாக வரம்பிடப்பட்ட சேவை-வழங்குநர் ஒப்பந்தம் இல்லாவிட்டால் — இது கிடைக்கிறது, ஆனால் ஒருங்கிணைப்பு விளம்பர அம்சங்களை முடக்க உள்ளமைக்கப்பட்டால் மட்டுமே.

ஒப்புதலுக்கு முன் Amplitude என்ன சேகரிக்கிறது — மற்றும் நீங்கள் என்ன அடக்க வேண்டும்

மிகவும் பொதுவான அமலாக்க தவறு Amplitude ஐ குக்கீ பேனரின் அருகே இயங்கக்கூடிய ஒரு இலகுவான பகுப்பாய்வு கருவியாக நடத்துவது. அது முடியாது. இயல்புநிலை amplitude.init() அழைப்பில் SDK, பக்கத்தின் முதல் வரைபடத்திற்குள், குறைந்தபட்சம் ஒரு குக்கீ அல்லது உள்ளக சேமிப்பக நுழைவை எழுதும், ஒரு identify அழைப்பை அனுப்பும், நிகழ்வுகளை இடையகப்படுத்தத் தொடங்கும். ஒரு பயனர் தொடர்புடைய ஒப்புதல் வகையை உறுதியாக ஏற்றுக்கொள்வதற்கு முன் இவை எதுவும் அனுமதிக்கப்படாது.

எனவே ஒரு இணக்கமான ஒருங்கிணைப்பு, பகுப்பாய்வு ஒப்புதல் வகை வழங்கப்பட்டது என்று CMP சமிக்ஞை செய்யும் வரை amplitude.init() ஐ தாமதப்படுத்த வேண்டும். CMP எந்த கட்டமைப்பை வெளிப்படுத்துகிறது என்பதைப் பொறுத்து, CMP இன் நோக்கம் 8 (பகுப்பாய்வு) அல்லது நோக்கம் 1 (சேமிப்பு மற்றும் அணுகல்) சமிக்ஞையைச் சார்ந்த ஒப்புதல்-வாயிலிட்ட <script> டேகிலிருந்து SDK ஐ எந்த வகையிலும் ஏற்றக்கூடாது. SDK முன்னதாக ஏற்றப்பட வேண்டுமானால் — எடுத்துக்காட்டாக அது பயன்பாட்டு குறியீட்டில் தொகுக்கப்பட்டுள்ளதால் மற்றும் சோம்பேறித்தனமாக பெறப்பட முடியாததால் — துவக்க அழைப்பு defaultTracking: false மற்றும் optOut: true ஐ அனுப்ப வேண்டும், இதனால் ஒப்புதல் பதிவு செய்யப்படும் வரை எந்த நிகழ்வும் வெளியேற்றப்படாது, பின்னர் ஒரு தாமதமான opt-in நிகழ்வு அந்த கொடிகளை மாற்ற வேண்டும்.

Amplitude எழுதும் குக்கீகள் மற்றும் சேமிப்பகம்

உலாவி SDK 2.x இயல்பாக AMP_{apiKey} என்ற பெயருடைய ஒரு முதல்-தரப்பு குக்கீயை, ஒரு வருட காலாவதியுடன், சாதன அடையாளங்காட்டி மற்றும் அமர்வு மெட்டாடேட்டாவைக் கொண்டு எழுதுகிறது. பழைய பதிப்புகள் amplitude_id_{apiKey} ஐயும் எழுதின. மொபைல் SDK கள் அதே அடையாளங்காட்டியை பயன்பாட்டின் சாண்ட்பாக்ஸ் சேமிப்பகத்திற்குள் நிலைத்திருக்கச் செய்கின்றன. அமர்வு மறுஇயக்கம் இரண்டாவது குக்கீயை, AMP_MKTG_{apiKey}, சேர்க்கிறது, மேலும் சோதனை-இலக்கு அல்லது பார்வையாளர்கள் தொகுதிகள் இயக்கப்பட்டால் Amplitude இன் வளப்படுத்தல் கூட்டாளர்கள் கூடுதல் மூன்றாம் தரப்பு குக்கீகளை அமைக்கலாம். இவை அனைத்தும் அத்தியாவசியமற்றவை மற்றும் ஒப்புதல் தேவை.

Amplitude ஐ ஒப்புதல் கட்டமைப்புகளுடன் வரைபடமாக்குதல்

Amplitude Google Consent Mode v2, IAB TCF அல்லது IAB Global Privacy Platform ஐ பூர்வீகமாக செயல்படுத்தவில்லை. இது ஒரு குறைபாடு அல்ல — Amplitude ஒரு முதல்-தரப்பு பகுப்பாய்வு தளம், ad-tech விற்பனையாளர் அல்ல — ஆனால் ஒருங்கிணைப்பு பொறுப்பு வெளியீட்டாளரிடம் அமர்கிறது என்பதை இது குறிக்கிறது. நடைமுறையில் வேலை செய்யும் வடிவம், ஒவ்வொரு Amplitude தொகுதியையும் ஒரு தனி ஒப்புதல் வாயிலாக நடத்துவது மற்றும் CMP ஏற்கனவே வெளிப்படுத்தும் ஒரு குறிப்பிட்ட சமிக்ஞையுடன் இணைப்பது.

• முக்கிய பகுப்பாய்வு நிகழ்வுகள் பகுப்பாய்வு நோக்கத்துடன் இணைகின்றன. TCF விதிமுறைகளில் இது பெரும்பாலும் நோக்கம் 8 (உள்ளடக்க செயல்திறனை அளவிடுதல்) நோக்கம் 1 (தகவலை சேமித்தல் மற்றும்/அல்லது அணுகுதல்) உடன் இணைந்தது. Google Consent Mode க்கு இது analytics_storage உடன் வரைபடமாகிறது.
• அமர்வு மறுஇயக்கம் ஒரு கடுமையான சமிக்ஞையின் பின்னால் இருக்க வேண்டும். மறுஇயக்கம் வெளிப்படையாக மறைக்கப்படாவிட்டால் படிவ மதிப்புகள் உட்பட வழங்கப்பட்ட DOM ஐ கைப்பற்றுகிறது, எனவே ஒரு தனி preferences அல்லது functional opt-in பொருத்தமானது, மேலும் பகுப்பாய்வு வழங்கப்பட்டாலும் மறுஇயக்கம் இயல்பாக ஆஃப் செய்யப்பட வேண்டும்.
• பார்வையாளர்கள், கூட்டங்கள் மற்றும் மூன்றாம் தரப்பு வளப்படுத்தல் சந்தைப்படுத்தல் நோக்கத்துடன் இணைகின்றன. TCF விதிமுறைகளில் இது நோக்கம் 7 (விளம்பர செயல்திறனை அளவிடுதல்) அல்லது நோக்கம் 9 (சந்தை ஆராய்ச்சியைப் பயன்படுத்துதல்). Google Consent Mode க்கு இது ad_storage மற்றும் ad_user_data உடன் வரைபடமாகிறது.
• சோதனை — Amplitude Experiment அநாமதேய, தற்காலிக ஒதுக்கீட்டுடன் ஒரு சட்டபூர்வ-ஆர்வ அடிப்படையில் இயங்கலாம், ஆனால் ஒரு பயனர் அடையாளங்காட்டியுடன் இணைக்கப்பட்ட நிலையான ஒதுக்கீடு முக்கிய பகுப்பாய்வைப் போன்ற அதே ஒப்புதலைத் தேவைப்படுகிறது.

வேலை செய்யும் ஒருங்கிணைப்பு வடிவம்

ஒரு ஒழுங்குமுறையாளரின் மதிப்பாய்வைத் தாங்கும் குறிப்பு அமலாக்கம் நான்கு நகரும் பகுதிகளைக் கொண்டுள்ளது: பயனர் ஒப்புதலை மாற்றும்போது ஒரு நிகழ்நேர நிகழ்வை வெளிப்படுத்தும் CMP, தொடர்புடைய வகைக்கு அந்த நிகழ்வு இயங்கிய பிறகு மட்டுமே Amplitude ஐ பெறும் ஒரு தாமதமான SDK ஏற்றி, சட்டம் அனுமதிக்கும் இடத்தில் பயனரின் முந்தைய அநாமதேய சாதன அடையாளங்காட்டியை இழக்காமல் opt-out ஐ மதிக்கும் ஒரு அமர்வு-நிலை காவலர், மற்றும் ஒப்புதலைப் பொருட்படுத்தாமல் உண்மையாக சேகரிப்பு தேவைப்படும் நிகழ்வுகளுக்கு — பாதுகாப்பு டெலிமெட்ரி அல்லது மோசடி கண்டறிதல் போன்றவை — அதன் சொந்த சட்ட அடிப்படையுடன் ஒரு தனி இறுதிப்புள்ளி வழியாக வழிநடத்தப்பட்ட ஒரு சர்வர்-பக்க பாலம்.

வலை அமலாக்கம்

வலையில், மிக சுத்தமான வடிவம் CMP இன் ஒப்புதல் நிலையை ஒரு window.__cmp_consent பொருள் அல்லது நிலையான __tcfapi கால்பேக் மூலம் வெளிப்படுத்துவது, பின்னர் ஒப்புதல் மாற்றங்களுக்கு குழுசேரும் ஒரு சிறிய துவக்க ஸ்கிரிப்டை வைத்திருப்பது. பகுப்பாய்வு ஒப்புதல் false இலிருந்து true ஆக மாறும்போது, துவக்கம் CMP-நிர்வகிக்கப்பட்ட CDN இலிருந்து Amplitude SDK ஐ பெறுகிறது, amplitude.init(apiKey, undefined, { defaultTracking: true }) ஐ அழைக்கிறது, ஒப்புதல் நிலுவையில் இருந்தபோது நினைவகத்தில் வரிசையிடப்பட்ட நிகழ்வுகளை மீண்டும் இயக்குகிறது. ஒப்புதல் மீண்டும் false ஆக மாறும்போது, துவக்கம் amplitude.setOptOut(true) ஐ அழைக்கிறது, document.cookie காலாவதி மூலம் AMP_ குக்கீயை அழிக்கிறது, எந்த நினைவக நிலையையும் அகற்றுகிறது. முக்கியமாக, துவக்கம் பேனர் வழங்கலின் அதே கோரிக்கை ஓட்டத்தில் Amplitude ஐ ஒருபோதும் சோம்பேறித்தனமாக துவக்கக்கூடாது — SDK ஒரு வெளிப்படையான வழங்கலுக்காக காத்திருக்க வேண்டும்.

மொபைல் அமலாக்கம்

iOS இல், சமமானது Amplitude கட்டமைப்பை இறக்குமதி செய்து வைத்திருப்பது, ஆனால் பயன்பாட்டுக்குள் ஒப்புதல் ஓட்டம் ஒரு நேர்மறை பகுப்பாய்வு சமிக்ஞையைத் திருப்பும் வரை Amplitude.instance().initialize(apiKey: apiKey) ஐ தாமதப்படுத்துவது. ATT வேண்டுகோள் ஒரு தனி கவலை: ATT IDFA ஐ நிர்வகிக்கிறது, அதே நேரத்தில் Amplitude இன் அடையாளங்காட்டி பயன்பாட்டு சாண்ட்பாக்ஸில் சேமிக்கப்பட்ட SDK இன் சொந்த UUID. இரண்டும் EEA இல் ஒப்புதல் தேவை, ஆனால் சட்ட அடிப்படைகள் மற்றும் வேண்டுகோள்கள் வேறுபட்டவை. Android இல் SDK பதிப்பைப் பொறுத்து Amplitude.getInstance().initializeApolloClient() அல்லது சமமானதுடன் அதே தர்க்கம் பொருந்தும்.

சர்வர்-பக்க பயன்முறை

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

ஒருங்கிணைப்பை சரிபார்த்தல்

சரிபார்ப்பு படி வெளியீட்டாளர்கள் அடிக்கடி தவிர்க்கும் மற்றும் ஒழுங்குமுறையாளர்கள் அடிக்கடி சரிபார்க்கும் ஒன்று. சரியாக ஒருங்கிணைக்கப்பட்ட Amplitude பயன்படுத்தல் நான்கு சோதனைகளில் தேர்ச்சி பெற வேண்டும். முதலாவதாக, ஒப்புதல் பேனர் காட்டப்பட்ட ஆனால் தேர்வு செய்யப்படாத உலாவி api.amplitude.com அல்லது api.eu.amplitude.com க்கு பூஜ்ஜிய கோரிக்கைகளையும் document.cookie இல் பூஜ்ஜிய AMP_ குக்கீகளையும் உருவாக்க வேண்டும். இரண்டாவதாக, பகுப்பாய்வு வகையை நிராகரிப்பது அந்த நிலையை வைத்திருக்க வேண்டும் — நிகழ்வுகள் இல்லை, குக்கீகள் இல்லை, AMP_ முன்னொட்டுடன் உள்ளக சேமிப்பக நுழைவுகள் இல்லை. மூன்றாவதாக, பகுப்பாய்வை ஏற்றுக்கொள்வது ஒரு identify ஐ உருவாக்க வேண்டும், அதைத் தொடர்ந்து நிகழ்வு போக்குவரத்து, மேலும் AMP_ குக்கீ வெளியீட்டாளரின் CMP கொள்கையுடன் ஒத்த SameSite பண்புடன் தோன்ற வேண்டும். நான்காவதாக, பின்னர் ஒப்புதலைத் திரும்பப்பெறுவது மேலும் நிகழ்வுகளை உடனடியாக நிறுத்தி சேமிக்கப்பட்ட அடையாளங்காட்டிகளை அழிக்க வேண்டும் — தாமதமான சுத்தம் ஒரு கண்டுபிடிப்பு.

தணிக்கை தடயம் தனியாக முக்கியமானது. EDPB இன் 2023 குக்கீ பேனர் வழிகாட்டுதல்கள் மற்றும் புதுப்பிக்கப்பட்ட 2026 பணிக்குழு முன்னுரிமைகளின் கீழ், Amplitude திட்டத்தில் எந்த ஒரு நிகழ்விற்கும், அதை உருவாக்கிய பயனர் கைப்பற்றும் தருணத்தில் செல்லுபடியாகும் ஒப்புதலை வழங்கினார் என்பதை வெளியீட்டாளரால் நிரூபிக்க முடியும் என்று ஒழுங்குமுறையாளர்கள் எதிர்பார்க்கின்றனர். இதற்கு CMP இன் ஒப்புதல் பதிவு சாதன அடையாளங்காட்டி அல்லது அமர்வு அடையாளங்காட்டி மூலம் வினவக்கூடியதாக இருக்க வேண்டும், மேலும் Amplitude நிகழ்வு பேலோட் அந்த பதிவுக்கு திரும்ப இணைக்கும் ஒரு ஒப்புதல்-பதிப்பு புலத்தைக் கொண்டிருக்க வேண்டும். ஒவ்வொரு நிகழ்விலும் ஒரு தனிப்பயன் பயனர் பண்பாக ஒப்புதல் சரத்தை சேமிப்பது இந்த இணைப்பை தணிக்கைசெய்யக்கூடியதாக ஆக்கும் எளிய வழி.

சரியான பிராந்தியம் மற்றும் தரவு குடியிருப்பைத் தேர்ந்தெடுத்தல்

Amplitude இரண்டு உற்பத்தி பிராந்தியங்களை இயக்குகிறது: US (api.amplitude.com) மற்றும் EU (api.eu.amplitude.com). EEA மற்றும் UK போக்குவரத்துக்கு EU பிராந்தியம் சரியான இயல்புநிலை — இது தரவை EEA க்குள் வைத்திருக்கிறது மற்றும் Schrems II தீர்ப்பு மற்றும் EU-US தரவு தனியுரிமை கட்டமைப்பு எந்த பகுப்பாய்வு மதிப்பாய்வுக்கும் மையமாக ஆக்கிய இடமாற்ற-ஆபத்து மேற்பரப்பைக் குறைக்கிறது. பிராந்தியங்களை மாற்றுவது முன்னோக்கி அல்ல: தற்போதுள்ள தரவு முதலில் உள்வாங்கப்பட்ட இடத்திலேயே இருக்கும். ஒரு CMP வெளியீட்டைத் திட்டமிடும் வெளியீட்டாளர்களுக்கு, எனவே அளவிடுவதற்கு முன் பிராந்தியத்தை உறுதிப்படுத்துவது மதிப்புக்குரியது, மேலும் சேகரிப்பு முதல் சேமிப்பு வரை சட்ட-அடிப்படை சங்கிலி சுத்தமாக இருக்க தனியுரிமை அறிவிப்பில் தேர்வை ஆவணப்படுத்துவது மதிப்புக்குரியது. சரியாகத் தேர்ந்தெடுக்கப்பட்ட பிராந்தியம், சரியாக வாயிலிட்ட SDK மற்றும் வினவக்கூடிய ஒப்புதல் பதிவுடன் இணைந்து, Amplitude பயன்படுத்தலை ஒரு ஒழுங்குமுறை ஆபத்திலிருந்து பகுப்பாய்வு அடுக்கின் பாதுகாக்கக்கூடிய பகுதியாக மாற்றுவது.