Chrome Privacy Sandbox மற்றும் Topics API: ஒப்புதல், இலக்குப்படுத்தல் மற்றும் அளவீட்டிற்கான 2026 வெளியீட்டாளர் வழிகாட்டி
கடந்த தசாப்தத்தின் பெரும்பகுதியில், டிஜிட்டல் விளம்பரம் ஒரு எளிய அனுமானத்தில் இயங்கியது: மூன்றாம் தரப்பு குக்கீகள் எப்போதும் இருக்கும், பயனர் அடையாளங்காட்டிகளை வலை முழுவதும் அமைதியாக சுமந்து செல்லும். அந்த அனுமானம் இப்போது உடைந்துவிட்டது. Chrome-இன் நீக்கப் பாதை பலமுறை மாறியுள்ளது, ஆனால் பயணத்தின் திசை மாறவில்லை: மூன்றாம் தரப்பு குக்கீ வழியான குறுக்கு-தள கண்காணிப்பு முடிவடைகிறது, மேலும் வெளியீட்டாளர்களும் விளம்பரதாரர்களும் ஏற்க Chrome விரும்பும் மாற்றீடு Google Privacy Sandbox ஆகும். Sandbox ஒரு தனி தயாரிப்பு அல்ல. இது உலாவி API-களின் தொகுப்பாகும் — Topics, Protected Audience, Attribution Reporting, Fenced Frames, Shared Storage மற்றும் பல — ஒவ்வொன்றும் குக்கீகள் முன்பு உள்ளடக்கிய ஒரு குறிப்பிட்ட பயன்பாட்டை மாற்றுகிறது. வெளியீட்டாளருக்கு, கடினமான பகுதி API-களைத் தனித்தனியாகப் புரிந்துகொள்வது அல்ல. Privacy Sandbox ஓட்டங்கள், GDPR இணக்கம் மற்றும் மாநில தனியுரிமைச் சட்டம் அனைத்தையும் ஒரே நேரத்தில் வரிசையில் வைத்திருக்கும் ஒரு ஒப்புதல் அடுக்கையும் பணமாக்கல் பாதையையும் கட்டமைப்பதே. இந்த வழிகாட்டி 2026-இல் நகரும் பகுதிகளையும் உங்கள் ஒப்புதல் அடுக்கு எப்படி இருக்க வேண்டும் என்பதையும் விளக்குகிறது.
Privacy Sandbox உண்மையில் எதை மாற்றுகிறது
மூன்றாம் தரப்பு குக்கீகள் நான்கு தனித்தனி விளம்பர செயல்பாடுகளைச் சுமந்தன: ஆர்வம்-அடிப்படை இலக்குப்படுத்தல், மறு-இலக்குப்படுத்தல், மாற்றம் அளவீடு மற்றும் அதிர்வெண் வரம்பிடல். Privacy Sandbox இவற்றைத் தனித்தனி API-களாகப் பிரிக்கிறது, ஒவ்வொன்றும் அதன் சொந்த ஒப்புதல் சுயவிவரத்துடன்.
Topics API — ஆர்வம்-அடிப்படை இலக்குப்படுத்தல்
Topics API ஒவ்வொரு உலாவிக்கும் ஒரு சிறிய தொகுப்பு கரடுமுரடான ஆர்வத் தலைப்புகளை ஒதுக்குகிறது — சில நூறு வகைகளின் தொகுக்கப்பட்ட வகைப்பாட்டிலிருந்து வாரத்திற்கு சுமார் ஐந்து தலைப்புகள். ஒரு வெளியீட்டாளர் document.browsingTopics()-ஐ அழைக்கும்போது, விளம்பர தொழில்நுட்ப சுற்றுச்சூழல் அமைப்பு எந்த குறுக்கு-தள அடையாளங்காட்டியும் இல்லாமல் சூழல் தனிப்பயனாக்கத்திற்குப் பயன்படுத்தக்கூடிய மூன்று தலைப்புகள் வரை உலாவி திருப்பித் தருகிறது. தலைப்புகள் உள்நாட்டில் கணக்கிடப்பட்டு, சாதனத்தில் சேமிக்கப்பட்டு, வாரந்தோறும் சுழற்றப்பட்டு, chrome://settings/adPrivacy-இல் பயனர் கட்டுப்பாடுகளுக்கு உட்பட்டவை.
Protected Audience API — மறு-இலக்குப்படுத்தல் மற்றும் மறுசந்தைப்படுத்தல்
முன்பு FLEDGE எனப்பட்ட Protected Audience, பகிரப்பட்ட குறுக்கு-தள அடையாளங்காட்டி இல்லாமல் மறு-இலக்குப்படுத்தலை உயிருடன் வைத்திருக்கிறது. விளம்பரதாரர்கள் தங்கள் சொந்த தளத்தில் ஒரு பயனரை ஆர்வக் குழுவில் சேர்க்கிறார்கள்; பயனர் பங்கேற்கும் வெளியீட்டாளரைப் பார்வையிடும்போது, ஒரு சாதனத்தில் ஏலம் Fenced Frame-இல் இயங்கி ஒரு கிரியேட்டிவைத் தேர்ந்தெடுக்கிறது. எந்த ஆர்வக் குழு பொருந்தியது என்பதை வெளியீட்டாளர் அறியாமல் வெற்றிபெற்ற விளம்பரம் வழங்கப்படுகிறது.
Attribution Reporting API — மாற்றம் அளவீடு
Attribution Reporting அளவீட்டுப் பயன்பாடுகளின் துணைக்கணத்திற்கு மாற்றம் பிக்சல்களை மாற்றுகிறது. இது நிகழ்வு-நிலை அறிக்கைகளையும் (இரைச்சல், இழப்பு, ஒரு-மாற்றத்திற்கு) மொத்த சுருக்க அறிக்கைகளையும் (புள்ளிவிவர ரீதியாக சீர்செய்யப்பட்ட திரட்டல்கள்) ஆதரிக்கிறது. பழைய பிக்சலைப் போலல்லாமல், இது தனிப்பட்ட பயனர்-முதல்-மாற்றம் இணைப்பை வெளிப்படுத்தாது.
Shared Storage மற்றும் Fenced Frames
Shared Storage என்பது அதிர்வெண் வரம்பிடல் மற்றும் A/B சோதனை நிலைத்தன்மை போன்ற குறுக்கு-தள பயன்பாடுகளுக்கான «எங்கும்-எழுது, சாண்ட்பாக்ஸில்-படி» விசை-மதிப்பு சேமிப்பாகும். Fenced Frames என்பது சுற்றியுள்ள பக்கம் வழங்கப்பட்ட விளம்பரத்தையோ அதன் தொடர்பு தரவையோ படிப்பதைத் தடுக்கும் தனிமைப்படுத்தப்பட்ட iframe-கள் ஆகும்.
Privacy Sandbox-க்கு ஒப்புதல் தேவையா?
இது 2026 விளம்பர தொழில்நுட்ப நிலப்பரப்பில் மிகவும் தவறாகப் புரிந்துகொள்ளப்பட்ட கேள்வி, மேலும் பதில் அதிகார வரம்பு-குறிப்பிட்டது.
GDPR மற்றும் ePrivacy-இன் கீழ்
ஐரோப்பிய தரவுப் பாதுகாப்பு வாரியம் ஒரு பொது நிலைப்பாட்டை வெளியிடவில்லை, ஆனால் தேசிய அதிகாரிகள் மிகவும் வெளிப்படையாக இருந்தனர். UK ICO, இத்தாலிய Garante மற்றும் பிரான்சின் CNIL அனைத்தும் Topics மற்றும் Protected Audience தனிப்பட்ட தரவைச் செயலாக்கும் இடத்தில் முன்கூட்டிய ஆப்ட்-இன் ஒப்புதல் தேவை என்ற கருத்தை எடுத்துள்ளன, இதில் பயனரின் சாதனத்தில் நிலையை எழுதும் அல்லது படிக்கும் எந்தச் செயலாக்கமும் அடங்கும். தர்க்கம்: உலாவி இன்னும் ஆர்வத் தலைப்புகளையும் ஆர்வக் குழுக்களையும் உள்நாட்டில் சேமிக்கிறது, மேலும் document.browsingTopics() அழைப்பு ஊகிக்கப்பட்ட தனிப்பட்ட தரவை ஒரு மூன்றாம் தரப்புக்கு அனுப்புகிறது. இது ePrivacy வழிகாட்டுதலின் கட்டுரை 5(3)-இன் கீழ் ஒழுங்குபடுத்தப்படுகிறது, இது கோரப்பட்ட சேவைக்குக் கண்டிப்பாகத் தேவையானதைத் தாண்டி பயனரின் முனைய சாதனத்தில் எந்த அணுகல் அல்லது சேமிப்புக்கும் ஒப்புதலைக் கோருகிறது.
Google-இன் நிலைப்பாடு அதிக தாராளமானது — API-கள் வடிவமைப்பால் தனியுரிமை-பாதுகாக்கும் என்றும் ஒப்புதல் தேவைகள் எல்லாச் சூழல்களிலும் பொருந்தாமல் இருக்கலாம் என்றும் அவர்கள் வாதிடுகின்றனர். இது ஒரு ஒழுங்குமுறையாளர் நிலைப்பாடு அல்ல. ஐரோப்பாவில் Privacy Sandbox-ஐ ஒப்புதல்-விலக்கு என்று கருதுவது ஒரு அதிக-ஆபத்து நிலையாகும்.
CCPA, CPRA மற்றும் அமெரிக்க மாநிலச் சட்டங்களின் கீழ்
அமெரிக்காவில், Privacy Sandbox ஓட்டங்கள் பொதுவாக CPRA-இன் கீழ் குறுக்கு-சூழல் நடத்தை விளம்பரத்திற்கான தனிப்பட்ட தகவலின் பகிர்வாக கருதப்படுகின்றன. அதாவது அவை ஆப்ட்-அவுட் உரிமையைத் தூண்டுகின்றன, மேலும் Global Privacy Control சமிக்ஞைகள் மற்றும் பிற உலகளாவிய ஆப்ட்-அவுட் வழிமுறைகள் மூலம் மதிக்கப்பட வேண்டும். Topics தரவு ஒரு மூன்றாம் தரப்பு தரகரால் விற்கப்படுவதற்குப் பதிலாக உலாவியிலிருந்து பெறப்பட்டது என்பது அதை விலக்கிக்கொள்ளாது.
Chrome-இன் சொந்தக் கட்டுப்பாடுகள்
Topics, Protected Audience மற்றும் Attribution Reporting-க்கு Chrome chrome://settings/adPrivacy-இல் பயனர்-முக டாகிள்களை வழங்குகிறது. இந்தப் பயனர் தேர்வுகள் உங்கள் CMP-இன் ஒப்புதல் நிலையுடன் இணைந்து இருக்கின்றன — அதற்குப் பதிலாக அல்ல. உங்கள் பேனரில் விளம்பரக் குக்கீகளுக்கு இல்லை என்று சொன்ன, ஆனால் Chrome-இன் உலகளாவிய அமைப்புகளில் Topics-க்கு ஆம் என்று சொன்ன பயனர், இன்னும் பேனர் வழியாக உங்களுக்கு இல்லை என்றே சொல்லியுள்ளார். உங்கள் அடுக்கு இரண்டு சமிக்ஞைகளில் கடுமையானதை மதிக்க வேண்டும்.
உங்களுக்கு உண்மையில் தேவையான ஒப்புதல் அடுக்கு
உற்பத்தி-தர 2026 ஒப்புதல் அடுக்கு Privacy Sandbox API-களைத் தனித்தனி செயலாக்க நடவடிக்கைகளாகக் கருதுகிறது, ஒவ்வொன்றும் IAB TCF நோக்கங்கள் அல்லது சமமான மாநிலச் சட்ட வகைகள் மூலம் வாயிலிடப்படுகிறது.
Sandbox API-களை TCF நோக்கங்களுடன் வரைபடமாக்குதல்
- Topics API — குறைந்தபட்சம் IAB TCF நோக்கம் 2 (அடிப்படை விளம்பரங்களைத் தேர்ந்தெடு) மற்றும் நோக்கம் 3 (தனிப்பயனாக்கப்பட்ட விளம்பர சுயவிவரத்தை உருவாக்கு); தலைப்புகள் இலக்குப்படுத்தலை ஊட்டினால் நோக்கம் 4 (தனிப்பயனாக்கப்பட்ட விளம்பரங்களைத் தேர்ந்தெடு).
- Protected Audience — நோக்கங்கள் 3 மற்றும் 4, மேலும் ஏலம் முடிவு தரவைப் பயன்படுத்தினால் நோக்கம் 7 (விளம்பர செயல்திறனை அளவிடு).
- Attribution Reporting — நோக்கம் 7 (விளம்பர செயல்திறனை அளவிடு) மற்றும் நோக்கம் 9 (புள்ளிவிவரங்கள் மூலம் பார்வையாளர்களைப் புரிந்துகொள்).
- அதிர்வெண் வரம்பிடலுக்கான Shared Storage — அது தனிப்பயனாக்கத்தை ஊட்டும் நோக்கம் 3, அல்லது அது முற்றிலும் அதிர்வெண் கட்டுப்பாடாக இருக்கும் இடத்தில் ஒரு நியாயமான-ஆர்வ அடிப்படை.
Google Consent Mode v2 உடன் வரைபடமாக்குதல்
Google-இன் Consent Mode v2 சமிக்ஞைகள் Privacy Sandbox நடத்தையுடன் வரைபடமாகின்றன:
- ad_storage நிராகரிக்கப்பட்டது — Topics மற்றும் Protected Audience API அழைப்புகளை முழுவதுமாக முடக்கு
- ad_user_data நிராகரிக்கப்பட்டது — பயனர்-நோக்கிய தரவை அனுப்புவதிலிருந்து Attribution Reporting-ஐத் தடு
- ad_personalization நிராகரிக்கப்பட்டது — இலக்குப்படுத்தல் தர்க்கத்தில் Topics உள்ளீடுகளைத் தவிர்
அமெரிக்க மாநில சமிக்ஞை கையாளுதல்
அமெரிக்க போக்குவரத்துக்கு, உங்கள் ஒப்புதல் அடுக்கு Global Privacy Control மற்றும் பொருந்தும் மாநில ஆப்ட்-அவுட் சமிக்ஞைகளை ஆய்வு செய்ய வேண்டும். ஒரு அமெரிக்கப் பயனர் பகிர்விலிருந்து விலகியிருக்கும்போது, document.browsingTopics()-ஐ அடக்கவும், joinAdInterestGroup-ஐ அழைக்க வேண்டாம், மேலும் Attribution Reporting பதிவு தலைப்புகளை அகற்றவும்.
நடைமுறை செயல்படுத்தல் வடிவங்கள்
Privacy Sandbox-ஐ ஏற்கனவே செயல்படுத்திய வெளியீட்டாளர்கள் பொதுவாக இரண்டு கட்டமைப்பு வடிவங்களில் ஒன்றைப் பின்பற்றுகின்றனர்.
வடிவம் 1: சர்வர்-பக்க இசைவாக்கம்
உங்கள் தோற்றத்தில் உள்ள ஒரு முதல்-தரப்பு டேக் மேலாளர் ஒப்புதல் நிலை, பயனர் அதிகார வரம்பு மற்றும் எந்த சமிக்ஞை மேலெழுதலையும் சேகரித்து, பின்னர் Privacy Sandbox ஹூக்குகளை நிபந்தனையுடன் பக்கத்தில் வழங்குகிறது. விளம்பர சர்வரும் SSP-யும் ஏல கோரிக்கை வழியாக ஒப்புதல் கொடிகளைப் பெற்று, Topics, Protected Audience அல்லது இரண்டையும் அழைக்க வேண்டுமா என முடிவு செய்கின்றன. இந்த வடிவம் தர்க்கத்தை மையப்படுத்தி ஒப்புதல் நிலையை அதிகாரப்பூர்வமாக வைத்திருக்கிறது.
வடிவம் 2: ஹெடர் பிட்டிங் ரேப்பர் ஒருங்கிணைப்பு
Prebid.js மற்றும் பிற ஹெடர் பிட்டிங் ரேப்பர்கள் இப்போது Privacy Sandbox தொகுதிகளை ஆதரிக்கின்றன. ரேப்பர் ஒப்புதல் சமிக்ஞையைப் படித்து, Topics அழைப்பு நடத்தையை உள்ளமைத்து, அனுமதிக்கப்படும்போது Protected Audience வழியாக ஏல முடிவை அனுப்புகிறது. இந்த அணுகுமுறை வரிசைப்படுத்த எளிதானது, ஆனால் அதிக தர்க்கத்தை கிளையன்ட்டுக்குத் தள்ளி, ரேப்பர் வெளியீட்டு வேகத்தின் மீதான உங்கள் சார்புநிலையை இறுக்குகிறது.
எதைத் தணிக்கை செய்ய வேண்டும்
- CMP-இன் விளம்பர ஒப்புதல் உறுதியானதாக இல்லாமலும் ஆப்ட்-அவுட் சமிக்ஞை இல்லாமலும் இருந்தால்
document.browsingTopics()அழைக்கப்படவில்லை என்பதை உறுதிப்படுத்தவும் joinAdInterestGroupமற்றும்runAdAuctionஅதே நிபந்தனைகளால் வாயிலிடப்படுவதை உறுதிப்படுத்தவும்- அளவீட்டை அனுமதிக்கும் ஒப்புதல் நிலை கொண்ட பயனர்களுக்கான பதில்களில் மட்டுமே Attribution Reporting பதிவு தலைப்புகள் அனுப்பப்படுவதை உறுதிப்படுத்தவும்
- TCF சரத்தில் உள்ள உங்கள் விற்பனையாளர் பட்டியல் உங்கள் கையிருப்பில் Sandbox API-களைப் பயன்படுத்தும் SSP-களும் DSP-களுடன் இன்னும் பொருந்துவதை உறுதிப்படுத்தவும்
- உங்கள் தனியுரிமைக் கொள்கை Topics, Protected Audience மற்றும் Attribution Reporting-ஐ சட்ட அடிப்படை மற்றும் தக்கவைப்புடன் தனித்தனி செயலாக்க நடவடிக்கைகளாக விவரிப்பதை உறுதிப்படுத்தவும்
Privacy Sandbox என்ன செய்யாது
நீங்கள் அவற்றுக்கு எதிராக பட்ஜெட் போடுவதற்கு முன் பல பொதுவான தவறான கருத்துகள் இறக்க வேண்டும்.
இது ஒரு ஒப்புதல் குறுக்குவழி அல்ல
API-கள் விளம்பரதாரர்களுக்கு வெளிப்படுத்தப்படும் தனிப்பட்ட தரவைக் குறைக்கின்றன, ஆனால் அடிப்படை செயலாக்கத்தை ஐரோப்பியச் சட்டத்தின் கீழ் ஒப்புதல்-விலக்காக ஆக்காது. Sandbox ஏற்பு CMP-ஐ தவிர்க்க அனுமதிக்கிறது என்ற இணக்கக் கோட்பாடு ஒவ்வொரு EU/EEA அதிகார வரம்பிலும் தவறானது.
இது இன்று குக்கீகளுக்கு முழு மாற்றீடு அல்ல
Topics பொதுவாக குக்கீ-அடிப்படை பார்வையாளர்களைவிட பலவீனமான கரடுமுரடான, இழப்பு இலக்குப்படுத்தல் சமிக்ஞையை வழங்குகிறது. Protected Audience மறு-இலக்குப்படுத்தல் அளவுகள் இன்னும் முதிர்ந்துகொண்டிருக்கின்றன. Attribution Reporting-க்கு சிறிய மாற்றம் உயர்வுகளை மறைக்கக்கூடிய அளவீட்டு இரைச்சல் தளங்கள் உள்ளன. இன்று அனைத்து பணமாக்கலையும் Sandbox-க்கு நகர்த்தும் ஒரு வெளியீட்டாளர் வழக்கமான கையிருப்பில் ஒரு குக்கீ-அடிப்படை அடுக்குடன் ஒப்பிடும்போது RPM 10–30 சதவீத சரிவை எதிர்பார்க்க வேண்டும்.
இது அதன் தற்போதைய வடிவத்தில் நிரந்தரம் அல்ல
Privacy Sandbox விவரக்குறிப்பு இன்னும் உருவாகிக்கொண்டிருக்கிறது. Topics வகைப்பாடு விரிவடைகிறது, Protected Audience ஆர்வக்-குழு வரம்புகள் திருத்தத்தில் உள்ளன, மேலும் ஒழுங்குமுறை பதில் தொடர்கிறது. தற்போதைய விவரக்குறிப்புக்கு கடினமாக-குறியீடாக்கப்படாமல், உள்ளமைவு-உந்துதலாக உங்கள் ஒப்புதல் அடுக்கை வடிவமைக்கவும்.
2026-க்கான சரியான நிலைப்பாடு
Privacy Sandbox முதல்-தரப்பு தரவு, விற்பனையாளர்-வரையறுக்கப்பட்ட பார்வையாளர்கள், சூழல் இலக்குப்படுத்தல் மற்றும் சர்வர்-பக்க ஹெடர் பிட்டிங்குடன், ஒரு பரந்த குக்கீ-இல்லாத உத்தியின் ஒரு அடுக்காகப் புரிந்துகொள்வது சிறந்தது. 2026-இல் வெற்றிபெறும் வெளியீட்டாளர்கள் ஒப்புதலை ஒரு தடையாக அல்ல, ஒரு நடுவராகக் கருதுபவர்களாக இருப்பார்கள் — சட்டமும் பயனர் தேர்வும் அனுமதிக்கும் இடத்தில் மட்டுமே Sandbox API-களை ஊட்டி, எல்லா இடங்களிலும் சூழலுக்கு சுத்தமாகத் திரும்பி, அடையாளத்தைக் கருதாத கருவிகளுடன் இரு பாதைகளிலும் முடிவுகளை அளவிடுவார்கள்.
மோசமான நிலைப்பாடு காத்திருந்து-பார்க்கும் நிலையாகும். ஒழுங்குமுறையாளர்கள் ஏற்கனவே அடுத்த அலை விதிகளை எழுதுகிறார்கள் — UK போட்டி மற்றும் சந்தைகள் ஆணையத்தின் Sandbox உறுதிமொழிகள், தொடரும் CNIL வழிகாட்டுதல் மற்றும் EU AI சட்டத்தின் சுயவிவரப்படுத்தல் விதிகள் அனைத்தும் இந்த நிலத்தைத் தொடுகின்றன. 2026-இல் Privacy Sandbox-ஐ சரியாக வாயிலிடப்பட்ட ஒப்புதல் அடுக்கில் கட்டமைக்கும் வெளியீட்டாளர்கள் அந்த விதிகளுக்குத் தயாராக இருப்பார்கள். அதை கடைசி நிமிட குக்கீ மாற்றீடாக இணைப்பவர்கள் அழுத்தத்தின் கீழ் மீண்டும் எழுதுவதைக் காண்பார்கள்.