Optimizely Web Experimentation ஏன் ஒப்புதலைத் தேவைப்படுத்துகிறது

ஒரு இயல்புநிலை Optimizely துவக்கம் பக்கத்தின் முதல் வண்ணப்பூச்சில் பல விஷயங்களைச் செய்கிறது. இது நிலையான பார்வையாளர் அடையாளங்காட்டியைக் கொண்ட optimizelyEndUserId இன் கீழ் ஒரு முதல்-தரப்பு குக்கீயை அமைக்கிறது, செயலில் உள்ள பரிசோதனைகளுக்கு எதிராக பார்வையாளரை மதிப்பிடுகிறது, மாறுபாட்டு ஒதுக்கீடுகளை optimizelyOptOut பெயர்வெளி குறிப்பான்களின் கீழ் இரண்டாவது குக்கீக்கு எழுதுகிறது, logx.optimizely.comக்கு ஒரு முடிவு நிகழ்வை இயக்குகிறது, மற்றும் வழங்கப்பட்ட பக்கத்திற்கு மாறுபாட்டு மாற்றங்களைப் பயன்படுத்துகிறது. இயக்குபவர் ஒரு பகுப்பாய்வு ஒருங்கிணைப்பை இணைத்திருக்கும்போது — Google Analytics 4, Adobe Analytics, Amplitude, Mixpanel, Heap, அல்லது Optimizely Data Platform — SDK மாறுபாட்டு-வெளிப்பாடு நிகழ்வுகளையும் பகுப்பாய்வு அடுக்கில் இயக்குகிறது, இது பின்னர் மாறுபாட்டை பார்வையாளரின் பரந்த பகுப்பாய்வு சுயவிவரத்துடன் இணைக்கிறது.

இந்த ஒவ்வொரு செயல்பாடும் ஒரு தனி ஒப்புதல் வாயிலை ஈடுபடுத்துகிறது. பார்வையாளர் அடையாளங்காட்டியை நிலைநிறுத்துவது ePrivacy கட்டளையின் கட்டுரை 5(3) இன் கீழ் EEA, UK, மற்றும் அதே தரநிலையை இறக்குமதி செய்த எந்த அதிகார வரம்பிலும் முன், சுதந்திரமாக வழங்கப்பட்ட, குறிப்பிட்ட, தகவலறிந்த, மற்றும் தெளிவற்ற ஒப்புதல் தேவைப்படும் ஒரு சேமிப்பு-மற்றும்-அணுகல் செயல்பாடு. சோதனை மாறுபாட்டு ஒதுக்கீடுகளை அமர்வுகள் முழுவதும் அந்த அடையாளங்காட்டியுடன் இணைப்பது GDPRஇன் கீழ் தனிப்பட்ட தரவின் செயலாக்கம், ஏனெனில் அடையாளங்காட்டி, IP முகவரி, மற்றும் மாறுபாட்டு வெளிப்பாட்டின் சேர்க்கை ஒரு தனிநபரை தனிமைப்படுத்தவும், பரிசோதனை திட்டத்துடனான அவரது தொடர்பை வகைப்படுத்தவும் போதுமானது. மாறுபாட்டு தரவின் குறுக்கு-கருவி பரப்புதல் — எடுத்துக்காட்டாக, Google Analyticsக்கு மாறுபாட்டு ஒதுக்கீட்டை Optimizely வெளிப்படுத்துவது — சங்கிலியில் பகுப்பாய்வு வாயிலைச் சேர்க்கிறது. நிலையான அடையாளத்தை ஈடுபடுத்தும் பரிசோதனை பகுப்பாய்வின் அதே ஒப்புதல் விதிகளுக்கு உட்பட்டது என்று EDPBஇன் 2023 வழிகாட்டுதல் வெளிப்படையாக இருந்தது; CNIL இந்த புள்ளியில் மிகவும் குரல்கொடுக்கும் ஒழுங்குமுறையாளராக இருந்தது ஆனால் தனியாக அல்ல.

Optimizely ஒப்புதலுக்கு முன் என்ன எழுதுகிறது — மற்றும் என்ன அடக்கப்பட வேண்டும்

நிலையான Optimizely துணுக்கு JavaScript SDKஐ நேரடியாக பக்க headல் நிறுவி, ஏற்றத்தில் உடனடியாக துவக்குகிறது. இது ஆவணப்படுத்தப்பட்ட விரைவு தொடக்கம் மற்றும் மிகவும் பொதுவான இணக்க தோல்வியின் மூலம்: குக்கீ பேனர் வழங்கப்படுவதற்கு முன் SDK இயங்குகிறது, optimizelyEndUserId குக்கீ மில்லி விநாடிகளுக்குள் எழுதப்படுகிறது, மாறுபாட்டு ஒதுக்கீடு செய்யப்படுகிறது, மற்றும் பார்வையாளர் பின்னர் என்ன முடிவு செய்தாலும் பொருட்படுத்தாமல் முடிவு நிகழ்வு இயக்கப்படுகிறது. இந்த வடிவத்தில் தீர்ப்பளித்த ஒவ்வொரு ஐரோப்பிய ஒழுங்குமுறையாளரும் அதே வழியில் தீர்ப்பளித்துள்ளனர்: ஒப்புதலுக்கு முன் அமைக்கப்பட்ட குக்கீகள் சட்டவிரோதமானவை, ஒப்புதலுக்கு முன் கைப்பற்றப்பட்ட மாறுபாட்டு ஒதுக்கீடு சட்டவிரோத செயலாக்கம், மற்றும் வெளியீட்டாளர் பொறுப்பை சுமக்கிறார்.

எனவே ஒரு இணக்கமான ஒருங்கிணைப்பு தொடர்புடைய ஒப்புதல் வகை வழங்கப்படும் வரை நிலையான அடையாளங்காட்டியை எழுதுவதையும் முடிவு நிகழ்வுகளை இயக்குவதையும் Optimizely தடுக்க வேண்டும். இதற்கு Optimizely இரண்டு வடிவங்களை ஆதரிக்கிறது. முதலாவது பிரத்யேக ஒப்புதல் பண்பு — OPTIMIZELY_OPT_OUT=true ஐ ஒரு வினவல் சரமாக அனுப்புதல் அல்லது SDK துவக்கத்திற்கு முன் optimizely.opt_out குக்கீயை அமைத்தல் — இது SDKஐ எந்த அடையாளங்காட்டியும் எழுதப்படாத மற்றும் எந்த நிகழ்வுகளும் இயக்கப்படாத விலகல் முறையில் வைக்கிறது. இரண்டாவது SDK கட்டமைப்பில் ஆதரிக்கப்படும் அநாமதேய-மட்டும் முறை, அங்கு SDK ஒரு அமர்வற்ற முறையில் இயங்கி, வருகைகள் முழுவதும் நிலையான அடையாளம் இல்லாமல், அமர்வு-உள்ளூர் அடையாளத்தின் அடிப்படையில் மட்டுமே மாறுபாடுகளை ஒதுக்குகிறது. அநாமதேய முறை வழங்கல் முடிவுக்கு ஒரு சட்டப்பூர்வ-நலன் அடிப்படையில் பரிசோதனை திட்டத்தை இயக்க அனுமதிக்கிறது, ஒப்புதல் வழங்கப்படும் வரை நிலையான அடையாளத்தை தாமதப்படுத்துகிறது.

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

Optimizely Web Experimentation SDK துவக்கத்தில் பின்வரும் அடையாளங்காட்டிகளை எழுதுகிறது, அனைத்தும் அத்தியாவசியமற்றவை மற்றும் ஒப்புதல் தேவைப்படுகின்றன: நிலையான பார்வையாளர் அடையாளங்காட்டியைக் கொண்ட பல-ஆண்டு காலாவதியுடன் optimizelyEndUserId, விலகல் நிலையைக் கண்காணிக்கும் optimizelyOptOut குறிப்பான்கள், குறுக்கு-துணை டொமைன் பரிசோதனைக்கான optimizelyDomainTestCookie, மற்றும் இயக்குபவர் குறுக்கு-டொமைன் அடையாளத்தை இயக்கியிருக்கும்போது கூடுதல் பெயர்வெளி குக்கீகள். எனவே ஒப்புதலை திரும்பப் பெறுவது குக்கீகளை காலாவதியாக்கி, மேலும் நிகழ்வு சேகரிப்பை நிறுத்த optimizely.push({ type: 'user', attributes: { opt_out: true } }) வழியாக SDKஐ விலகல் முறையில் வைக்க வேண்டும்.

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

Optimizely IAB TCF அல்லது IAB Global Privacy Platformஐ இயல்பாக செயல்படுத்தவில்லை — இது ஒரு முதல்-தரப்பு பரிசோதனை தளம், ஒரு விளம்பர-தொழில்நுட்ப விற்பனையாளர் அல்ல — ஆனால் ஒரு இயல்பான விலகல் APIஐ வெளிப்படுத்துகிறது, Optimizely Data Platform வழியாக ஒரு ஆவணப்படுத்தப்பட்ட Consent Mode ஒருங்கிணைப்பை ஆதரிக்கிறது, மற்றும் OPTIMIZELY_OPT_OUT பண்பு வழியாக வெளியீட்டாளரின் CMPஐ மதிக்கிறது. ஒரு ஒழுங்குமுறையாளரின் மறுஆய்வை தாங்கும் வடிவம் ஒவ்வொரு Optimizely திறனையும் ஒரு குறிப்பிட்ட CMP சமிக்ஞையுடன் பிணைக்கப்பட்ட தனி வாயிலாக கருதுகிறது.

• அநாமதேய பரிசோதனை அமர்வு-உள்ளூர் அடையாளத்துடன் ஒரு சட்டப்பூர்வ-நலன் அடிப்படையில் இயங்கலாம், இது வருகைகள் முழுவதும் நிலையான அடையாளம் தேவைப்படாத மற்றும் கீழ்நிலை பகுப்பாய்விற்கு பரப்பப்படாத வழங்கல் முடிவுகளுக்கு பொருத்தமானது. இந்த முறை கண்டிப்பாக-தேவையான அல்லது செயல்பாட்டு வகையுடன் பிணைக்கிறது.
• ஒரு நிலையான அடையாளங்காட்டியுடன் நிலையான பரிசோதனை பகுப்பாய்வு நோக்கத்துடன் பிணைக்கிறது. TCF சொற்களில் இது நோக்கம் 1 உடன் இணைந்த நோக்கம் 8க்கு வரைபடமாக்குகிறது; Consent Modeக்கு இது analytics_storageக்கு வரைபடமாக்குகிறது.
• குறுக்கு-கருவி ஒருங்கிணைப்பு — Google Analytics, Amplitude, அல்லது Optimizely Data Platformக்கு பரப்பப்பட்ட மாறுபாட்டு வெளிப்பாடு நிகழ்வுகள் — பெறும் கருவியிலிருந்து பகுப்பாய்வு வாயிலை மரபுரிமையாக்குகிறது மற்றும் அந்த கருவியின் வாயில் வழங்கப்படாவிட்டால் இயங்கக்கூடாது.
• தனிப்பயனாக்கம் மற்றும் பார்வையாளர்-அடிப்படையிலான இலக்கு பரிசோதனைக்கு மேல் கட்டப்பட்டது, பரிசோதனை அளவீட்டிலிருந்து பயனர்-நிலை இலக்குக்கு கடப்பதால் சந்தைப்படுத்தல் வாயிலை ஈடுபடுத்துகிறது.

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

குறிப்பு வரிசைப்படுத்தலுக்கு நான்கு பகுதிகள் உள்ளன: ஒரு நிகழ்நேர ஒப்புதல் மாற்ற நிகழ்வை வெளிப்படுத்தும் ஒரு CMP, விலகல் இயக்கப்பட்ட அல்லது அநாமதேய முறை செயலில் உள்ள Optimizely SDKஐ துவக்கும் ஒரு தாமதப்படுத்தப்பட்ட பூட்ஸ்ட்ராப், பகுப்பாய்வு வாயில் திறக்கும்போது SDKஐ விலகலிலிருந்து மாற்றி நிலையான அடையாளத்தைத் தொடங்கும் ஒரு ஒப்புதல் கேட்பான், மற்றும் SDKஐ மீண்டும் விலகல் முறையில் வைத்து, document.cookie வழியாக optimizely குக்கீகளை காலாவதியாக்கி, எந்த கீழ்நிலை பகுப்பாய்வு ஒருங்கிணைப்புகளுக்கும் திரும்பப்பெறுதலைப் பரப்பும் ஒரு திரும்பப்பெறுதல் பாதை.

தாமதப்படுத்தப்பட்ட பூட்ஸ்ட்ராப்புடன் வலை செயலாக்கம்

வலையில் தூய்மையான வடிவம் SDK துவக்கத்திற்கு முன் window.optimizelyOptOut = true அமைக்கப்பட்ட Optimizely துணுக்கை ஏற்றுவது. CMPஇன் ஒப்புதல் மாற்ற நிகழ்வுக்கு குழுசேரவும். பகுப்பாய்வு வகை true க்கு மாறும்போது, window.optimizely.push({ type: 'user', attributes: { opt_out: false } }) ஐ அழைத்து SDKஐ இயல்பாக துவக்க விடவும். வாயில் திரும்பப் பெறும்போது, விலகல் பண்பை மீண்டும் true க்கு அழுத்தி, optimizelyEndUserId குக்கீயை காலாவதியாக்கி, மாற்றத்தை எந்த ஒருங்கிணைந்த பகுப்பாய்வு தளங்களுக்கும் அவற்றின் தொடர்புடைய ஒப்புதல் APIகள் வழியாக பரப்பவும்.

Decision Service வழியாக சேவையக-பக்க பரிசோதனை

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

ஒருங்கிணைப்பு மற்றும் தணிக்கை தடயத்தைச் சரிபார்த்தல்

சரிபார்ப்பு படியே ஒழுங்குமுறையாளர்கள் சரிபார்ப்பது மற்றும் பரிசோதனை கருவிகளில் வெளியீட்டாளர்கள் மிகவும் அடிக்கடி தவிர்ப்பது. சரியாக ஒருங்கிணைக்கப்பட்ட Optimizely வரிசைப்படுத்தல் வரிசையில் நான்கு சோதனைகளைக் கடக்க வேண்டும். முதலில், பேனர் காட்டப்பட்டு ஆனால் எந்த தேர்வும் செய்யப்படாத ஒரு சுத்தமான உலாவி அமர்வு SDK கோப்பு பெறுதலைத் தவிர logx.optimizely.comக்கு பூஜ்ஜிய கோரிக்கைகளையும், document.cookie ல் பூஜ்ஜிய optimizely குக்கீகளையும் உருவாக்க வேண்டும். இரண்டாவதாக, பகுப்பாய்வை நிராகரிப்பது அந்த நிலையைப் பராமரிக்க வேண்டும் — நிலையான அடையாளங்காட்டி இல்லை, முடிவு நிகழ்வு இல்லை, ஒரு நிலையான பதிவுடன் இணைக்கப்பட்ட மாறுபாட்டு ஒதுக்கீடு இல்லை. மூன்றாவதாக, பகுப்பாய்வை ஏற்பது எதிர்பார்க்கப்பட்ட optimizelyEndUserId குக்கீ மற்றும் முடிவு-நிகழ்வு போக்குவரத்தை, சரியாக பயன்படுத்தப்பட்ட மாறுபாட்டு ஒதுக்கீட்டுடன் உருவாக்க வேண்டும். நான்காவதாக, ஒப்புதலை திரும்பப் பெறுவது உடனடியாக மேலும் முடிவு நிகழ்வுகளை நிறுத்தி, குக்கீகளை காலாவதியாக்கி, எந்த கீழ்நிலை பகுப்பாய்வு ஒருங்கிணைப்புகளுக்கும் விலகலைப் பரப்ப வேண்டும்.

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