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

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

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

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

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

1% तीसरे पक्ष की कुकी के इस्तेमाल को रोकने और Chrome की मदद से टेस्ट करने की सुविधा

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

तीसरे पक्ष की कुकी के इस्तेमाल को रोकने की टाइमलाइन. Chrome की सुविधा वाली टेस्टिंग के तहत, लेबल मोड के साथ ऑप्ट-इन करने की सुविधा 2023 की चौथी तिमाही में शुरू हो गई थी. साथ ही, 4 जनवरी, 2024 से 1% 3PC को बंद करने वाले मोड की सुविधा भी शुरू हो गई थी. तीसरे पक्ष की कुकी के फ़ेज़आउट की शुरुआत होने के बाद, ये दोनों रणनीतियां 2024 की तीसरी तिमाही के बीच तक जारी रहेंगी.

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

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

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

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

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

Chrome DevTools

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

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

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

प्राइवसी सैंडबॉक्स विश्लेषण टूल (पीएसएटी)

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

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

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

एक्सटेंशन को Chrome Web Store से डाउनलोड किया जा सकता है या 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 एट्रिब्यूट का इस्तेमाल किया जा सकता है. यह कुकी, इंडिपेंडेंट पार्टिशन्ड स्टेट (सीएचआईपीएस) के हिस्से के तौर पर काम करती है. इससे हर साइट के लिए, अलग कुकी का इस्तेमाल करके, क्रॉस-साइट ऐक्सेस किया जा सकता है.

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

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

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

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

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

सीएचआईपीएस के बारे में ज़्यादा जानें

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

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

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

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

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

इसका मतलब है कि मिलती-जुलती साइटों के ग्रुप, अब भी सीमित तौर पर क्रॉस-साइट कुकी का इस्तेमाल कर सकते हैं. हालांकि, इनसे तीसरे पक्ष की कुकी को अलग-अलग साइटों के साथ, क्रॉस-साइट ट्रैकिंग के लिए शेयर करने का जोखिम नहीं होता.

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

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

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

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

प्राइवसी सैंडबॉक्स, खास इस्तेमाल के लिए कई तरह के एपीआई उपलब्ध कराता है. इनमें तीसरे पक्ष की कुकी की ज़रूरत नहीं होती:

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

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

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

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

एंटरप्राइज़ सहायता

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

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

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

Enterprise SaaS इंटिग्रेशन, तीसरे पक्ष के इस सुविधा को बंद करने के ट्रायल का इस्तेमाल कर पाएंगे. इस बारे में नीचे बताया गया है.

विज्ञापन न दिखाने के इस्तेमाल के मामलों के लिए, तीसरे पक्ष की सुविधा के इस्तेमाल पर रोक लगाने के ट्रायल के दौरान, ज़्यादा समय का अनुरोध करें

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

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

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

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

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

अहम उपयोगकर्ता अनुभवों को बनाए रखना

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

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

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

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

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

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