तीसरे पक्ष की कुकी को खत्म करने की तैयारी करना

अगर आपकी साइट तीसरे पक्ष की कुकी का इस्तेमाल करती है, तो अब कार्रवाई करने का समय आ गया है. ऐसा इसलिए, क्योंकि तीसरे पक्ष की कुकी का इस्तेमाल बंद किया जा रहा है. टेस्टिंग की सुविधा देने के लिए, Chrome ने 4 जनवरी, 2024 से 1% उपयोगकर्ताओं के लिए तीसरे पक्ष की कुकी के इस्तेमाल पर पाबंदी लगा दी है. Chrome, साल 2024 की तीसरी तिमाही से 100% उपयोगकर्ताओं के लिए, तीसरे पक्ष की कुकी से जुड़ी पाबंदियों को बढ़ाने की योजना बना रहा है. हालांकि, इसके लिए यूनाइटेड किंगडम के Competition and Markets Authority से मंज़ूरी लेनी होगी.

प्राइवसी सैंडबॉक्स का मकसद, क्रॉस-साइट ट्रैकिंग को कम करना है. साथ ही, ऑनलाइन कॉन्टेंट और सेवाओं को सभी के लिए बिना शुल्क उपलब्ध कराना है. तीसरे पक्ष की कुकी को बंद करना और हटाना एक चुनौती है. ऐसा इसलिए, क्योंकि ये कुकी साइन इन करने, धोखाधड़ी से सुरक्षा, विज्ञापन दिखाने, और आम तौर पर आपकी साइटों में तीसरे पक्ष का बेहतर कॉन्टेंट एम्बेड करने की अहम सुविधाएं चालू करती हैं. हालांकि, ये कुकी क्रॉस-साइट ट्रैकिंग की सुविधा को भी चालू करती हैं.

अपने पिछले माइलस्टोन में, हमने कई एपीआई लॉन्च किए थे. इनसे पहचान, विज्ञापन, और धोखाधड़ी का पता लगाने जैसे इस्तेमाल के उदाहरणों के लिए, निजता पर फ़ोकस करने वाला विकल्प मिलता है. विकल्पों के उपलब्ध होने के बाद, हम तीसरे पक्ष की कुकी का इस्तेमाल बंद करने की प्रोसेस शुरू कर सकते हैं.

कुकी के खत्म होने की अवधि की इस सीरीज़ में, हम आपको टाइमलाइन के बारे में बताएंगे. साथ ही, तुरंत की जा सकने वाली ऐसी कार्रवाइयों के बारे में भी बताएंगे जिनकी मदद से यह पक्का किया जा सकता है कि आपकी साइटें तैयार हैं.

तीसरे पक्ष की कुकी का इस्तेमाल 1% उपयोगकर्ताओं के लिए बंद करना और Chrome की मदद से टेस्टिंग करना

privacysandbox.com की टाइमलाइन पर, साल 2023 की चौथी तिमाही और 2024 की पहली तिमाही में दो माइलस्टोन देखे जा सकते हैं. ये Chrome की मदद से होने वाली टेस्टिंग मोड के तहत आते हैं. यह टेस्टिंग मुख्य रूप से उन संगठनों के लिए है जो Privacy Sandbox के काम के होने और मेज़रमेंट एपीआई की जांच कर रहे हैं. हालांकि, इस टेस्टिंग के तहत हम Chrome के स्टैबल वर्शन का इस्तेमाल करने वाले 1% उपयोगकर्ताओं के लिए, तीसरे पक्ष की कुकी बंद कर देंगे.

इसका मतलब है कि 2024 की शुरुआत से, आपको अपनी साइट पर तीसरे पक्ष की कुकी बंद करके Chrome का इस्तेमाल करने वाले उपयोगकर्ताओं की संख्या बढ़ी हुई दिख सकती है. भले ही, आपने Chrome की मदद से होने वाली टेस्टिंग में हिस्सा न लिया हो. टेस्ट करने की यह अवधि साल 2024 की तीसरी तिमाही तक जारी रहेगी. इसके बाद, सीएमए से सलाह लेने और प्रतिस्पर्धा से जुड़ी सभी समस्याओं को हल करने के बाद, हम Chrome के सभी उपयोगकर्ताओं के लिए तीसरे पक्ष की कुकी का इस्तेमाल बंद करने की प्लानिंग करेंगे.

हमने इस प्रोसेस को इन ज़रूरी चरणों में बांटा है. इनके बारे में यहां जानकारी दी गई है, ताकि यह पक्का किया जा सके कि आपकी साइट तीसरे पक्ष की कुकी के बिना काम कर सके:

  1. तीसरे पक्ष की कुकी के इस्तेमाल का ऑडिट करें.
  2. ब्रेकेज की जांच करें.
  3. क्रॉस-साइट कुकी के लिए, CHIPS के साथ Partitioned का इस्तेमाल करें. ये कुकी, हर साइट के हिसाब से डेटा सेव करती हैं, जैसे कि एम्बेड.
  4. अगर आपको मिलती-जुलती साइटों के छोटे ग्रुप के लिए, क्रॉस-साइट कुकी का इस्तेमाल करना है, तो मिलती-जुलती वेबसाइट के सेट का इस्तेमाल करें.
  5. तीसरे पक्ष की कुकी के इस्तेमाल के अन्य उदाहरणों के लिए, काम के वेब एपीआई पर माइग्रेट करें.

1. तीसरे पक्ष की कुकी के इस्तेमाल का ऑडिट करना

तीसरे पक्ष की कुकी की पहचान उनकी SameSite=None वैल्यू से की जा सकती है. आपको अपने कोड में ऐसे उदाहरण खोजने चाहिए जहां आपने SameSite एट्रिब्यूट को इस वैल्यू पर सेट किया हो. अगर आपने साल 2020 के आस-पास अपनी कुकी में SameSite=None जोड़ने के लिए बदलाव किए हैं, तो उन बदलावों से आपको शुरुआत करने में मदद मिल सकती है.

Chrome DevTools

Chrome DevTools के नेटवर्क पैनल में, अनुरोधों पर सेट और भेजी गई कुकी दिखती हैं. ऐप्लिकेशन पैनल में, आपको स्टोरेज में कुकी हेडिंग दिख सकती है. पेज लोड होने के दौरान ऐक्सेस की गई हर साइट के लिए सेव की गई कुकी को ब्राउज़ किया जा सकता है. सभी None कुकी को ग्रुप करने के लिए, SameSite कॉलम के हिसाब से क्रम में लगाया जा सकता है.

DevTools के 'समस्याएं' टैब में, SameSite=None कुकी के लिए चेतावनी दिख रही है.

Chrome 118 से, DevTools की समस्याओं वाले टैब में, बदलाव से जुड़ी समस्या दिखती है. इसमें, "दूसरी साइट के कॉन्टेक्स्ट में भेजी गई कुकी, Chrome के आने वाले वर्शन में ब्लॉक कर दी जाएगी" लिखा होता है. इस समस्या में, मौजूदा पेज के लिए उन कुकी की सूची दी जाती है जिन पर असर पड़ सकता है.

Privacy Sandbox विश्लेषण टूल (PSAT)

हमने Privacy Sandbox विश्लेषण टूल (PSAT) भी बनाया है. यह DevTools का एक एक्सटेंशन है, जिसकी मदद से ब्राउज़िंग सेशन के दौरान कुकी के इस्तेमाल का विश्लेषण किया जा सकता है. इससे कुकी और Privacy Sandbox की सुविधाओं के लिए, डीबग करने के पाथवे मिलते हैं. साथ ही, Privacy Sandbox इनिशिएटिव के बारे में ज़्यादा जानने के लिए, ऐक्सेस पॉइंट भी मिलते हैं.

DevTools के 'समस्याएं' टैब में, SameSite=None कुकी के लिए चेतावनी दिख रही है.

यह एक्सटेंशन, DevTools की खास सुविधाओं के साथ काम करता है. इन सुविधाओं की मदद से, तीसरे पक्ष की कुकी के इस्तेमाल को बंद करने और निजता की सुरक्षा करने वाले नए विकल्पों को अपनाने से जुड़ी स्थितियों का विश्लेषण किया जा सकता है और उन्हें डीबग किया जा सकता है.

Chrome वेब स्टोर से एक्सटेंशन डाउनलोड किया जा सकता है या PSAT का डेटाबेस और विकी ऐक्सेस किया जा सकता है.

कुकी का इस्तेमाल करने वाले तीसरे पक्षों की जांच करना

अगर आपको तीसरे पक्ष की सेट की गई कुकी मिलती हैं, तो आपको उन सेवा देने वाली कंपनियों से यह पता करना चाहिए कि उनके पास तीसरे पक्ष की कुकी के इस्तेमाल को बंद करने के लिए कोई प्लान है या नहीं. उदाहरण के लिए, इस्तेमाल की जा रही लाइब्रेरी के वर्शन को अपग्रेड करना पड़ सकता है या सेवा में मौजूद कॉन्फ़िगरेशन का विकल्प बदलना पड़ सकता है. हालांकि, अगर तीसरा पक्ष खुद ही ज़रूरी बदलाव करता है, तो आपको कुछ भी करने की ज़रूरत नहीं है.

2. टूट-फूट की जांच करना

--test-third-party-cookie-phaseout कमांड-लाइन फ़्लैग का इस्तेमाल करके Chrome को लॉन्च किया जा सकता है. इसके अलावा, Chrome 118 में chrome://flags/#test-third-party-cookie-phaseout को चालू किया जा सकता है. इससे Chrome, तीसरे पक्ष की कुकी को ब्लॉक करने के लिए सेट हो जाएगा. साथ ही, यह पक्का किया जाएगा कि तीसरे पक्ष की कुकी के इस्तेमाल को बंद करने के बाद, स्थिति को बेहतर तरीके से सिम्युलेट करने के लिए नई सुविधाएं और कम करने के तरीके चालू हों.

chrome://settings/cookies की मदद से, तीसरे पक्ष की कुकी को ब्लॉक करके भी ब्राउज़िंग की जा सकती है. हालांकि, ध्यान रखें कि फ़्लैग से यह पक्का होता है कि नई और अपडेट की गई सुविधाएं भी चालू हों. समस्याओं का पता लगाने के लिए, तीसरे पक्ष की कुकी को ब्लॉक करना एक अच्छा तरीका है. हालांकि, इससे यह पुष्टि नहीं होती कि आपने समस्याओं को ठीक कर दिया है.

अगर आपने अपनी साइटों के लिए कोई चालू टेस्ट सुइट बनाए रखा है, तो आपको एक साथ दो टेस्ट चलाने चाहिए: एक सामान्य सेटिंग में Chrome के साथ और दूसरा --test-third-party-cookie-phaseout फ़्लैग के साथ लॉन्च किए गए Chrome के उसी वर्शन के साथ. अगर टेस्ट पहले रन में पास हो जाता है और दूसरे रन में नहीं, तो तीसरे पक्ष की कुकी डिपेंडेंसी की जांच की जा सकती है. पक्का करें कि आपको जो समस्याएं मिलें उनकी शिकायत की जाए.

समस्या वाली कुकी की पहचान करने और उनके इस्तेमाल के उदाहरणों को समझने के बाद, ज़रूरी समाधान चुनने के लिए, नीचे दिए गए विकल्पों का इस्तेमाल किया जा सकता है.

3. CHIPS के साथ Partitioned कुकी का इस्तेमाल करना

अगर आपकी तीसरे पक्ष की कुकी का इस्तेमाल, टॉप-लेवल साइट के साथ 1:1 एम्बेड किए गए कॉन्टेक्स्ट में किया जा रहा है, तो हर साइट के लिए इस्तेमाल की जाने वाली अलग-अलग कुकी के साथ, क्रॉस-साइट ऐक्सेस की अनुमति देने के लिए, कुकीज़ हैविंग इंडिपेंडेंट पार्टिशन्ड स्टेट (सीएचआईपीएस) के हिस्से के तौर पर Partitioned एट्रिब्यूट का इस्तेमाल किया जा सकता है.

Partitioned एट्रिब्यूट की मदद से, हर टॉप-लेवल साइट के लिए अलग-अलग fav_store कुकी सेट की जा सकती है.

सीएचआईपीएस लागू करने के लिए, आपको अपने Set-Cookie हेडर में Partitioned एट्रिब्यूट जोड़ना होगा:

Partitioned सेट करके, साइट को कुकी को अलग-अलग कुकी जार में सेव करने के लिए ऑप्ट इन किया जाता है. यह कुकी जार, टॉप-लेवल साइट के हिसाब से बांटा जाता है. ऊपर दिए गए उदाहरण में, कुकी store-finder.site से आती है. यह स्टोर का एक मैप होस्ट करता है, जिससे उपयोगकर्ता अपने पसंदीदा स्टोर को सेव कर सकता है. CHIPS का इस्तेमाल करके, जब brand-a.site store-finder.site को एम्बेड करता है, तो fav_store कुकी की वैल्यू 123 होती है. इसके बाद, जब brand-b.site store-finder.site को भी एम्बेड करेगा, तो वह fav_store कुकी का अपना सेगमेंट किया गया इंस्टेंस सेट और भेजेगा. उदाहरण के लिए, वैल्यू 456 के साथ.

इसका मतलब है कि एम्बेड की गई सेवाएं अब भी स्थिति सेव कर सकती हैं. हालांकि, उनके पास क्रॉस-साइट स्टोरेज नहीं होता, जिससे क्रॉस-साइट ट्रैकिंग की अनुमति मिलती है.

इस्तेमाल के संभावित उदाहरण: तीसरे पक्ष की चैट एम्बेड, तीसरे पक्ष के मैप एम्बेड, तीसरे पक्ष के पेमेंट एम्बेड, सब-रिसॉर्स सीडीएन लोड बैलेंसिंग, हेडलेस सीएमएस प्रोवाइडर, अविश्वसनीय उपयोगकर्ता कॉन्टेंट दिखाने के लिए सैंडबॉक्स डोमेन, ऐक्सेस कंट्रोल के लिए कुकी का इस्तेमाल करने वाले तीसरे पक्ष के सीडीएन, तीसरे पक्ष के ऐसे एपीआई कॉल जिनके लिए अनुरोधों पर कुकी की ज़रूरत होती है, हर पब्लिशर के हिसाब से स्टेटस के दायरे में आने वाले एम्बेड किए गए विज्ञापन.

CHIPS के बारे में ज़्यादा जानें

4. Storage Access API और मिलती-जुलती वेबसाइट के सेट का इस्तेमाल करना

अगर आपकी तीसरे पक्ष की कुकी का इस्तेमाल, मिलती-जुलती कुछ साइटों पर ही किया जाता है, तो मिलती-जुलती वेबसाइट के सेट (आरडब्ल्यूएस) का इस्तेमाल करें. इससे, उन साइटों के संदर्भ में उस कुकी को अलग-अलग साइटों पर ऐक्सेस करने की अनुमति मिलती है.

आरडब्ल्यूएस लागू करने के लिए, आपको सेट के लिए साइटों के ग्रुप को तय और सबमिट करना होगा. यह पक्का करने के लिए कि साइटें आपस में मिलती-जुलती हों, मान्य सेट की नीति के तहत उन साइटों को इनके हिसाब से ग्रुप करना ज़रूरी है: एक-दूसरे से मिलती-जुलती साइटें (जैसे, किसी कंपनी के प्रॉडक्ट के वैरिएंट), सेवा डोमेन (जैसे, एपीआई, सीडीएन) या देश कोड वाले डोमेन (जैसे, *.uk, *.jp).

मिलती-जुलती वेबसाइट के सेट, एलान की गई साइटों के संदर्भ में कुकी को ऐक्सेस करने की अनुमति देते हैं. हालांकि, तीसरे पक्ष की अन्य साइटों के लिए ऐसा नहीं किया जा सकता.

साइटें Storage Access API का इस्तेमाल करके, requestStorageAccess() का इस्तेमाल करके क्रॉस-साइट कुकी के ऐक्सेस का अनुरोध कर सकती हैं या requestStorageAccessFor() का इस्तेमाल करके ऐक्सेस सौंप सकती हैं. जब साइटें एक ही सेट में होंगी, तो ब्राउज़र अपने-आप ऐक्सेस दे देगा और क्रॉस-साइट कुकी उपलब्ध होंगी.

इसका मतलब है कि मिलती-जुलती साइटों के ग्रुप, अब भी सीमित संदर्भ में क्रॉस-साइट कुकी का इस्तेमाल कर सकते हैं. हालांकि, वे तीसरे पक्ष की कुकी को उन साइटों के साथ शेयर नहीं कर सकते जिनसे उनका कोई संबंध नहीं है. ऐसा करने पर, क्रॉस-साइट ट्रैकिंग की अनुमति मिल सकती है.

इस्तेमाल के संभावित उदाहरण: ऐप्लिकेशन के हिसाब से डोमेन, ब्रैंड के हिसाब से डोमेन, देश के हिसाब से डोमेन, भरोसेमंद उपयोगकर्ता कॉन्टेंट दिखाने के लिए सैंडबॉक्स डोमेन, एपीआई और सीडीएन के लिए सेवा डोमेन.

आरडब्ल्यूएस के बारे में ज़्यादा जानें

5. काम के वेब एपीआई पर माइग्रेट करना

CHIPS और RWS, उपयोगकर्ता की निजता को बनाए रखते हुए, अलग-अलग तरह की क्रॉस-साइट कुकी को ऐक्सेस करने की सुविधा देते हैं. हालांकि, तीसरे पक्ष की कुकी के इस्तेमाल के अन्य उदाहरणों को निजता पर फ़ोकस करने वाले विकल्पों पर माइग्रेट करना होगा.

Privacy Sandbox में, खास इस्तेमाल के उदाहरणों के लिए, ज़रूरत के हिसाब से बनाए गए कई एपीआई उपलब्ध हैं. इनका इस्तेमाल, तीसरे पक्ष की कुकी के बिना किया जा सकता है:

  • फ़ेडरेटेड क्रेडेंशियल मैनेजमेंट (FedCM), फ़ेडरेटेड आइडेंटिटी सेवाओं को चालू करता है. इससे उपयोगकर्ता, साइटों और सेवाओं में साइन इन कर सकते हैं.
  • प्राइवेट स्टेट टोकन, साइटों के बीच सीमित और पहचान ज़ाहिर न करने वाली जानकारी का आदान-प्रदान करके, धोखाधड़ी और स्पैम को रोकने में मदद करते हैं.
  • Topics की मदद से, दिलचस्पी के हिसाब से विज्ञापन दिखाए जा सकते हैं. साथ ही, कॉन्टेंट को लोगों के हिसाब से बनाया जा सकता है.
  • Protected Audience की मदद से, रीमार्केटिंग और कस्टम ऑडियंस बनाई जा सकती हैं.
  • एट्रिब्यूशन रिपोर्टिंग की मदद से, विज्ञापन इंप्रेशन और कन्वर्ज़न मेज़र किए जा सकते हैं.

इसके अलावा, Chrome में Storage Access API (SAA) की सुविधा भी काम करती है. इसका इस्तेमाल, उपयोगकर्ता के इंटरैक्शन वाले iframe में किया जा सकता है. एसएए की सुविधा पहले से ही Edge, Firefox, और Safari पर काम करती है. हमारा मानना है कि यह उपयोगकर्ता की निजता को बनाए रखने के साथ-साथ, क्रॉस-ब्राउज़र के साथ काम करने की सुविधा का फ़ायदा लेकर, क्रॉस-साइट के अहम फ़ंक्शन को चालू करने के लिए एक अच्छा संतुलन बनाता है.

ध्यान दें कि Storage Access API, उपयोगकर्ताओं को ब्राउज़र की अनुमति का अनुरोध दिखाएगा. उपयोगकर्ता को बेहतर अनुभव देने के लिए, हम सिर्फ़ तब प्रॉम्प्ट दिखाएंगे, जब requestStorageAccess() को कॉल करने वाली साइट ने एम्बेड किए गए पेज के साथ इंटरैक्ट किया हो और पहले कभी तीसरे पक्ष की साइट पर टॉप-लेवल कॉन्टेक्स्ट में विज़िट किया हो. अनुमति मिलने के बाद, उस साइट के लिए 30 दिनों तक क्रॉस-साइट कुकी ऐक्सेस की अनुमति दी जाएगी. संभावित इस्तेमाल के उदाहरणों में, क्रॉस-साइट एम्बेड की पुष्टि करना शामिल है. जैसे, सोशल नेटवर्क पर टिप्पणी करने की सुविधा देने वाले विजेट, पेमेंट की सुविधा देने वाली कंपनियां, और सदस्यता वाली वीडियो सेवाएं.

अगर आपके पास अब भी तीसरे पक्ष की कुकी के इस्तेमाल के ऐसे उदाहरण हैं जो इन विकल्पों में शामिल नहीं हैं, तो आपको हमें इस समस्या की शिकायत करनी चाहिए. साथ ही, यह देखना चाहिए कि क्या कोई ऐसा विकल्प है जो क्रॉस-साइट ट्रैकिंग की सुविधा पर निर्भर न हो.

Enterprise सहायता

सामान्य वेब इस्तेमाल की तुलना में, एंटरप्राइज़ के ज़रिए मैनेज किए जाने वाले Chrome की ज़रूरतें हमेशा अलग होती हैं. हम यह पक्का करेंगे कि एंटरप्राइज़ एडमिन के पास अपने ब्राउज़र में तीसरे पक्ष की कुकी के इस्तेमाल को बंद करने के लिए सही कंट्रोल हों.

Chrome के ज़्यादातर एक्सपेरिमेंट की तरह ही, ज़्यादातर एंटरप्राइज़ के असली उपयोगकर्ताओं को तीसरे पक्ष की कुकी के इस्तेमाल पर पाबंदी वाले 1% उपयोगकर्ताओं की सूची से अपने-आप हटा दिया जाएगा. जिन कुछ उपयोगकर्ताओं पर असर पड़ सकता है उनके लिए, एंटरप्राइज़ एडमिन BlockThirdPartyCookies नीति को false पर सेट कर सकते हैं. इससे, प्रयोग से पहले मैनेज किए जा रहे ब्राउज़र से ऑप्ट आउट किया जा सकता है. साथ ही, इस नीति या तीसरे पक्ष की कुकी पर निर्भर न रहने के लिए, ज़रूरी बदलाव करने का समय मिल जाता है. ज़्यादा जानकारी के लिए, Chrome Enterprise के प्रॉडक्ट की जानकारी देखें.

हम ज़्यादा रिपोर्टिंग और टूल भी उपलब्ध कराएंगे, ताकि एंटरप्राइज़ साइटों पर तीसरे पक्ष की कुकी के इस्तेमाल की पहचान की जा सके. Chrome के इस्तेमाल से जुड़ी मेट्रिक में, एंटरप्राइज़ ब्राउज़र की जानकारी कम दिखती है. इसका मतलब है कि एंटरप्राइज़ के लिए, ब्रेकडाउन की जांच करना और हमें समस्याओं की शिकायत करना ज़रूरी है.

एंटरप्राइज़ SaaS इंटिग्रेशन, तीसरे पक्ष के लिए उपलब्ध, नीचे बताए गए ट्रायल का इस्तेमाल कर पाएंगे.

विज्ञापन के अलावा अन्य कामों के लिए, तीसरे पक्ष की बंद हो चुकी सुविधा को कुछ समय के लिए इस्तेमाल करने के ट्रायल की मदद से, अतिरिक्त समय का अनुरोध करना

इंटरनेट पर पहले भी कई सुविधाओं का इस्तेमाल बंद किया जा चुका है. इसलिए, हम जानते हैं कि कुछ मामलों में, साइटों को ज़रूरी बदलाव करने के लिए ज़्यादा समय की ज़रूरत होती है. निजता से जुड़े इस तरह के बदलावों के लिए, हमें वेब का इस्तेमाल करने वाले लोगों के हितों का भी ध्यान रखना होता है.

हम कुकी के बंद होने की सुविधा को आज़माने का विकल्प उपलब्ध कराएंगे. इससे, क्रॉस-साइट कॉन्टेक्स्ट में इस्तेमाल की जाने वाली साइटों या सेवाओं को, तीसरे पक्ष की कुकी को सीमित समय के लिए ऐक्सेस करने के लिए रजिस्टर करने का विकल्प मिलेगा.

प्लान आगे बढ़ने पर, हम ज़्यादा जानकारी शेयर करेंगे. हालांकि, हम कुछ मुख्य सिद्धांतों के साथ शुरुआत कर रहे हैं:

  • यह तीसरे पक्ष की कुकी के इस्तेमाल को बंद करने का ट्रायल होगा. इससे तीसरे पक्ष के एम्बेड को, तीसरे पक्ष की कुकी का इस्तेमाल कुछ समय के लिए जारी रखने के लिए ऑप्ट-इन करने की अनुमति मिलेगी.
  • रजिस्टर करने के लिए, समीक्षा की प्रक्रिया ज़रूरी होगी. इससे यह पक्का किया जा सकेगा कि बंद किए जाने के ट्रायल का इस्तेमाल सिर्फ़ उन फ़ंक्शन के लिए किया जाए जिनका उपयोगकर्ताओं के अनुभव पर काफ़ी असर पड़ता है. साथ ही, हर मामले के हिसाब से रजिस्ट्रेशन पर विचार किया जाएगा.
  • इससे, सीएमए के मुताबिक, साल 2024 की शुरुआत में विज्ञापन दिखाने की टेस्टिंग पर कोई असर नहीं पड़ेगा. इसका मतलब है कि विज्ञापन के इस्तेमाल के उदाहरणों को, बंद होने से पहले आज़माने की सुविधा के लिए नहीं चुना जाएगा.

अगला चरण: हम इस महीने blink-dev मेलिंग सूची में ज़्यादा जानकारी के साथ एक इंटेंट पब्लिश करेंगे. साथ ही, दस्तावेज़ को यहां अपडेट करते रहेंगे.

उपयोगकर्ताओं को बेहतर अनुभव देना

क्रॉस-साइट कुकी, पिछले 25 सालों से वेब का अहम हिस्सा रही हैं. इस वजह से, किसी भी बदलाव को लागू करना मुश्किल हो जाता है. खास तौर पर, ऐसे बदलाव को लागू करना मुश्किल हो जाता है जो किसी सुविधा को बंद कर देता है. इसके लिए, ज़रूरी है कि सभी इकाइयां एक साथ मिलकर काम करें और बदलाव को धीरे-धीरे लागू करें. ज़्यादातर इस्तेमाल के उदाहरणों में, कुकी के अतिरिक्त एट्रिब्यूट और निजता पर फ़ोकस करने वाले नए एपीआई का इस्तेमाल किया जाता है. हालांकि, कुछ खास मामलों में हम यह पक्का करना चाहते हैं कि उन साइटों का इस्तेमाल करने वाले लोगों को कोई परेशानी न हो.

मुख्य रूप से, ये पुष्टि करने या पेमेंट करने के ऐसे फ़्लो होते हैं जिनमें कोई टॉप-लेवल साइट, किसी कार्रवाई के लिए पॉप-अप विंडो खोलती है या तीसरे पक्ष की साइट पर रीडायरेक्ट करती है. इसके बाद, वह टॉप-लेवल साइट पर वापस आती है. ऐसा करने के लिए, वह वापस आने के दौरान या एम्बेड किए गए कॉन्टेक्स्ट में कुकी का इस्तेमाल करती है. हम इन स्थितियों की पहचान करने के लिए, कुछ समय के लिए हेयुरिस्टिक्स का एक सेट उपलब्ध कराएंगे. साथ ही, तीसरे पक्ष की कुकी को कुछ समय के लिए इस्तेमाल करने की अनुमति देंगे. इससे साइटों को ज़रूरी बदलाव लागू करने के लिए ज़्यादा समय मिलेगा.

अगला चरण: हम इस महीने में, blink-dev मेलिंग सूची में ज़्यादा जानकारी के साथ एक इंटेंट पब्लिश करेंगे. साथ ही, यहां दस्तावेज़ को अपडेट करते रहेंगे.

तीसरे पक्ष की कुकी से जुड़ी समस्याओं की शिकायत करना और सहायता पाना

हम यह पक्का करना चाहते हैं कि हम उन सभी स्थितियों को कैप्चर कर रहे हैं जहां तीसरे पक्ष की कुकी के बिना साइटें काम नहीं करती हैं. ऐसा इसलिए, ताकि हम उन साइटों को सही निर्देश, टूल का इस्तेमाल, और फ़ंक्शन के तरीके बता सकें. इस जानकारी से, साइटों को तीसरे पक्ष की कुकी की निर्भरता से माइग्रेट करने में मदद मिलेगी. अगर तीसरे पक्ष की कुकी का इस्तेमाल बंद करने के बाद, आपकी साइट या किसी सेवा के काम करने के तरीके पर असर पड़ रहा है, तो goo.gle/report-3pc-broken पर जाकर गड़बड़ी के ट्रैकर में इस समस्या की शिकायत करें.

अगर आपको तीसरे पक्ष की कुकी के इस्तेमाल को बंद करने की प्रोसेस और Chrome के प्लान के बारे में कोई सवाल पूछना है, तो हमारे डेवलपर सहायता रिपॉज़िटरी में "तीसरे पक्ष की कुकी के इस्तेमाल को बंद करने" टैग का इस्तेमाल करके नई समस्या की जानकारी दें.