अगर आपकी साइट तीसरे पक्ष की कुकी का इस्तेमाल करती है, तो इस पर कार्रवाई करें. इसकी वजह यह है कि हम इन कुकी का इस्तेमाल बंद करने की प्रोसेस शुरू कर रहे हैं. टेस्टिंग की सुविधा देने के लिए, Chrome ने 4 जनवरी, 2024 से 1% उपयोगकर्ताओं के लिए, तीसरे पक्ष की कुकी पर पाबंदी लगा दी है. Chrome, साल 2024 की तीसरी तिमाही से तीसरे पक्ष की कुकी से जुड़ी पाबंदियों को 100% उपयोगकर्ताओं के लिए लागू करने की योजना बना रहा है. ऐसा यूनाइटेड किंगडम के Competition and Markets Authority से की गई अन्य समस्याओं को ध्यान में रखते हुए किया जाएगा.
हमारा मकसद, प्राइवसी सैंडबॉक्स का इस्तेमाल करके क्रॉस-साइट ट्रैकिंग को कम करना है. साथ ही, ऐसी सुविधा उपलब्ध कराना है जो ऑनलाइन कॉन्टेंट और सेवाओं को बिना किसी शुल्क के ऐक्सेस कर सके. तीसरे पक्ष की कुकी को बंद करने और हटाने से यह चुनौती कम हो जाती है, क्योंकि इनसे साइन-इन, धोखाधड़ी से सुरक्षा, विज्ञापन, और आम तौर पर आपकी साइटों में तीसरे पक्ष का रिच कॉन्टेंट एम्बेड करने की सुविधा अहम काम करती है. साथ ही, ये क्रॉस-साइट ट्रैकिंग को बेहतर बनाने में भी अहम भूमिका निभाती हैं.
पिछली बड़ी उपलब्धि हासिल करने पर, हमने कई एपीआई लॉन्च किए थे. ये एपीआई, निजता को ध्यान में रखकर बनाए गए विकल्प उपलब्ध कराते हैं, ताकि मौजूदा समय में पहचान, विज्ञापन, और धोखाधड़ी की पहचान जैसे इस्तेमाल के मामलों में मदद मिल सके. विकल्प उपलब्ध होने के बाद, हम तीसरे पक्ष की कुकी के इस्तेमाल को बंद कर सकते हैं.
कुकी काउंटडाउन की इस सीरीज़ में, हम आपको टाइमलाइन की जानकारी देंगे. साथ ही, उन कार्रवाइयों के बारे में भी बताएंगे जिनकी मदद से आपकी साइटें तैयार हो जाएं.
तीसरे पक्ष की कुकी का 1% बंद होना और Chrome की मदद से जांच करने की सुविधा
Chrome की सुविधाओं वाले टेस्टिंग मोड के हिस्से के तौर पर, privacysandbox.com टाइमलाइन पर 2023 की चौथी तिमाही और 2024 की पहली तिमाही में दो उपलब्धियां देखी जा सकती हैं. यह टेस्टिंग मुख्य रूप से उन संगठनों के लिए है जो Privacy Sandbox की प्रासंगिकता और मेज़रमेंट के एपीआई की जांच कर रहे हैं. हालांकि, इसके तहत हम Chrome Stable के 1% उपयोगकर्ताओं के लिए, तीसरे पक्ष की कुकी को बंद कर रहे हैं.
इसका मतलब है कि साल 2024 की शुरुआत से, आपकी साइट पर तीसरे पक्ष की कुकी का इस्तेमाल बंद होने पर, Chrome इस्तेमाल करने वाले ज़्यादा लोगों को यह दिख सकता है. भले ही, आप Chrome की मदद से होने वाली टेस्टिंग में सक्रिय रूप से हिस्सा न ले रहे हों. टेस्टिंग की यह अवधि साल 2024 की तीसरी तिमाही तक जारी रहेगी. इसके बाद, सीएमए से सलाह लेने और प्रतिस्पर्धा से जुड़ी किसी भी समस्या को हल करने के बाद, हम Chrome के सभी उपयोगकर्ताओं के लिए तीसरे पक्ष की कुकी को बंद करने वाले हैं.
तीसरे पक्ष की कुकी के इस्तेमाल को खत्म करने की तैयारी करना
हमने इस प्रोसेस को नीचे बताए गए मुख्य चरणों में बांट दिया है, ताकि यह पक्का किया जा सके कि आप तीसरे पक्ष की कुकी के बिना भी अपनी साइट चलाने के लिए तैयार हैं:
- तीसरे पक्ष की कुकी के इस्तेमाल का ऑडिट करना.
- ब्रेकेज की जांच करें.
- ऐसी क्रॉस-साइट कुकी जो हर साइट के हिसाब से डेटा सेव करती हैं, जैसे कि एम्बेड करने के लिए, सीएचआईपीएस के साथ
Partitioned
का इस्तेमाल करें. - सही तरीके से लिंक की गई साइटों के किसी छोटे ग्रुप में क्रॉस-साइट कुकी के लिए, मिलती-जुलती वेबसाइट के सेट का इस्तेमाल करें.
- तीसरे पक्ष की कुकी के इस्तेमाल के अन्य उदाहरणों के लिए, काम के वेब एपीआई पर माइग्रेट करें.
1. तीसरे पक्ष की कुकी के इस्तेमाल का ऑडिट करना
तीसरे पक्ष की कुकी की पहचान, उनकी SameSite=None
वैल्यू से की जा सकती है. आपको अपना कोड खोजना चाहिए, ताकि यह पता लगाया जा सके कि आपने इस वैल्यू के लिए SameSite
एट्रिब्यूट को कहां सेट किया है. अगर आपने पहले साल 2020 के आस-पास, अपनी कुकी में SameSite=None
जोड़ने के लिए बदलाव किए थे, तो इन बदलावों से आपको शुरुआत करने के लिए बेहतर फ़ायदा मिल सकता है.
Chrome DevTools
Chrome DevTools नेटवर्क पैनल, सेट की गई कुकी दिखाता है और अनुरोधों पर भेजी गई कुकी दिखाता है. ऐप्लिकेशन पैनल में, स्टोरेज में कुकी का टाइटल देखा जा सकता है. आपके पास, हर उस साइट के लिए सेव की गई कुकी को ब्राउज़ करने का विकल्प होता है जिसे पेज लोड होने के दौरान ऐक्सेस किया जाता है. None
की सभी कुकी को ग्रुप करने के लिए, आपके पास SameSite
कॉलम के हिसाब से क्रम में लगाने का विकल्प है.
![DevTools की समस्याओं वाला टैब, SameSite=कोई कुकी नहीं के लिए चेतावनी दिखा रहा है.](https://developers.google.cn/static/privacy-sandbox/assets/images/blog/3pc-issues.png?authuser=9&hl=hi)
Chrome 118 के DevTools समस्याएं टैब में, नुकसान पहुंचा सकने वाले बदलाव की समस्या दिखाई जाती है, "क्रॉस-साइट कॉन्टेक्स्ट में भेजी गई कुकी को आने वाले Chrome वर्शन में ब्लॉक कर दिया जाएगा." इस समस्या में, मौजूदा पेज की उन कुकी की सूची दी गई है जिन पर शायद असर हुआ है.
Privacy Sandbox विश्लेषण टूल (PSAT)
हमने Privacy Sandbox विश्लेषण टूल (PSAT) भी बनाया है. यह एक DevTools एक्सटेंशन है, जो ब्राउज़िंग सेशन के दौरान कुकी के इस्तेमाल का विश्लेषण करने की सुविधा देता है. इससे कुकी और प्राइवसी सैंडबॉक्स की सुविधाओं को डीबग करने के तरीके मिलते हैं. साथ ही, प्राइवसी सैंडबॉक्स इनिशिएटिव के बारे में ज़्यादा जानकारी पाने के लिए, ऐक्सेस पॉइंट भी मिलते हैं.
![DevTools की समस्याओं वाला टैब, SameSite=कोई कुकी नहीं के लिए चेतावनी दिखा रहा है.](https://developers.google.cn/static/privacy-sandbox/assets/images/psat-example.png?authuser=9&hl=hi)
यह एक्सटेंशन, DevTools की मदद से, तीसरे पक्ष की कुकी का इस्तेमाल बंद करने और निजता बनाए रखने के नए विकल्पों को अपनाने से जुड़ी स्थितियों का विश्लेषण करने और उन्हें डीबग करने में आपकी मदद करता है.
आप Chrome Web Store से एक्सटेंशन डाउनलोड कर सकते हैं या PSAT रिपॉज़िटरी और विकी को ऐक्सेस कर सकते हैं.
कुकी का इस्तेमाल करके, तीसरे पक्ष की जांच करना
अगर तीसरे पक्ष की सेट की गई कुकी की पहचान की जाती है, तो आपको उन सेवा देने वाली कंपनियों से संपर्क करके पता करना चाहिए कि क्या तीसरे पक्ष की कुकी का इस्तेमाल बंद करने का उनका कोई प्लान है. उदाहरण के लिए, इस्तेमाल की जा रही लाइब्रेरी के वर्शन को अपग्रेड करना पड़ सकता है या सेवा में मौजूद कॉन्फ़िगरेशन का विकल्प बदलना पड़ सकता है. इसके अलावा, अगर तीसरा पक्ष खुद ही ज़रूरी बदलाव करता है, तो आपको कुछ भी करने की ज़रूरत नहीं है.
2. गड़बड़ी की जांच करें
--test-third-party-cookie-phaseout
कमांड-लाइन फ़्लैग का इस्तेमाल करके या Chrome 118 से, chrome://flags/#test-third-party-cookie-phaseout
को चालू किया जा सकता है. यह Chrome को तीसरे पक्ष की कुकी को ब्लॉक करने के लिए सेट कर देगा. साथ ही, यह पक्का करेगा कि नई सुविधाएं और पाबंदियां चालू हैं, ताकि कुकी बंद होने के बाद स्थिति को बेहतर तरीके से सिम्युलेट किया जा सके.
इसके अलावा, आपके पास chrome://settings/cookies
के ज़रिए ब्लॉक की गई तीसरे पक्ष की कुकी को ब्राउज़ करने का विकल्प भी है. हालांकि, ध्यान रखें कि इस फ़्लैग से यह पक्का किया जाता है कि नई और अपडेट की गई सुविधा भी चालू हो. समस्याओं का पता लगाने के लिए, तीसरे पक्ष की कुकी को ब्लॉक करना एक अच्छा तरीका है. हालांकि, यह ज़रूरी नहीं है कि आपने उन्हें ठीक कर लिया हो.
अगर आपकी साइटों के लिए कोई ऐक्टिव टेस्ट सुइट है, तो आपको साथ-साथ दो काम करने चाहिए: एक सामान्य सेटिंग पर Chrome के साथ और दूसरा --test-third-party-cookie-phaseout
फ़्लैग के साथ Chrome के समान वर्शन के साथ लॉन्च किया गया. अगर दूसरी बार में जांच में कोई गड़बड़ी हुई है और पहली बार में ऐसा नहीं हुआ है, तो तीसरे पक्ष की कुकी डिपेंडेंसी के लिए जांच की जा सकती है. पक्का करें कि आपने समस्याओं की शिकायत की है.
समस्याओं वाली कुकी की पहचान करने और उनके इस्तेमाल के उदाहरणों को समझने के बाद, ज़रूरी समाधान चुनने के लिए यहां दिए गए विकल्पों का इस्तेमाल करें.
3. सीएचआईपीएस के साथ Partitioned
कुकी का इस्तेमाल करें
जहां आपकी तीसरे पक्ष की कुकी का इस्तेमाल, टॉप लेवल साइट के साथ 1:1 एम्बेड किए गए कॉन्टेक्स्ट में किया जाता है. ऐसे में, कुकी हैकिंग इंडिपेंडेंट पार्टिशन्ड स्टेट (सीएचआईपीएस) के तहत Partitioned
एट्रिब्यूट का इस्तेमाल किया जा सकता है. इससे हर साइट के लिए अलग कुकी का इस्तेमाल करके, क्रॉस-साइट ऐक्सेस की अनुमति दी जा सकती है.
![पार्टीशन एट्रिब्यूट की मदद से हर टॉप-लेवल साइट के लिए एक अलग fav_store कुकी सेट की जा सकती है.](https://developers.google.cn/static/privacy-sandbox/assets/images/blog/the-partitioned-attribute-db88e01f42f45.png?authuser=9&hl=hi)
सीएचआईपीएस को लागू करने के लिए, अपने 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).
!['मिलती-जुलती वेबसाइट के सेट', एलान की गई साइटों के कॉन्टेक्स्ट में ही कुकी ऐक्सेस करने की अनुमति देते हैं. हालांकि, तीसरे पक्ष की अन्य साइटों पर ऐसा नहीं किया जा सकता.](https://developers.google.cn/static/privacy-sandbox/assets/images/blog/related-website-sets-allo-a66cd0f8c4886.png?authuser=9&hl=hi)
साइटें स्टोरेज ऐक्सेस एपीआई का इस्तेमाल करके, requestStorageAccess()
का इस्तेमाल करके अलग-अलग साइट से होने वाली कुकी का ऐक्सेस मांग सकती हैं या requestStorageAccessFor()
की मदद से, अपने क्रेडेंशियल दूसरों को दे सकती हैं. जब साइटें एक ही सेट में होंगी, तो ब्राउज़र अपने-आप ऐक्सेस दे देगा और क्रॉस-साइट कुकी उपलब्ध होंगी.
इसका मतलब है कि संबंधित साइटों के समूह अब भी सीमित संदर्भ में क्रॉस-साइट कुकी का इस्तेमाल कर सकते हैं. हालांकि, उन्हें तीसरे पक्ष की कुकी को अलग-अलग साइटों पर इस तरह शेयर करने का जोखिम नहीं होगा जिससे क्रॉस-साइट ट्रैकिंग की अनुमति मिल सके.
इस्तेमाल के संभावित उदाहरण: ऐप्लिकेशन के लिए खास डोमेन, ब्रैंड के हिसाब से डोमेन, देश के हिसाब से डोमेन, गैर-भरोसेमंद उपयोगकर्ता कॉन्टेंट दिखाने के लिए सैंडबॉक्स डोमेन, एपीआई के लिए सेवा डोमेन, सीडीएन.
आरडब्ल्यूएस के बारे में ज़्यादा जानें
5. काम के वेब एपीआई पर माइग्रेट करें
सीएचआईपीएस और आरडब्ल्यूएस, लोगों की निजता को बनाए रखते हुए कुछ खास तरह की क्रॉस-साइट कुकी ऐक्सेस चालू करते हैं. हालांकि, तीसरे पक्ष की कुकी के इस्तेमाल के दूसरे मामलों को निजता को ध्यान में रखकर बनाए गए विकल्पों पर माइग्रेट करना होगा.
प्राइवसी सैंडबॉक्स, खास तौर पर इस्तेमाल के लिए अलग-अलग मकसद के लिए बनाए गए एपीआई उपलब्ध कराता है. इसके लिए, तीसरे पक्ष की कुकी की ज़रूरत नहीं होती:
- फ़ेडरेटेड क्रेडेंशियल मैनेजमेंट (FedCM), उपयोगकर्ताओं को साइटों और सेवाओं में साइन इन करने की अनुमति देने वाली फ़ेडरेटेड आइडेंटिटी सर्विस की सुविधा देता है.
- प्राइवेट स्टेट टोकन, साइटों के बीच सीमित जानकारी को शेयर करके, धोखाधड़ी और स्पैम रोकने में मदद करता है.
- Topics, लोगों की दिलचस्पी के हिसाब से विज्ञापन दिखाने और कॉन्टेंट को मनमुताबिक बनाने की सुविधा देता है.
- Protected Audience की मदद से, रीमार्केटिंग और कस्टम ऑडियंस की सुविधा चालू की जा सकती है.
- Attribution Reporting की मदद से, विज्ञापन इंप्रेशन और कन्वर्ज़न को मेज़र किया जा सकता है.
इसके अलावा, उपयोगकर्ता इंटरैक्शन के साथ iframe में इस्तेमाल करने के लिए, Chrome पर Storage Access API (SAA) काम करता है. SAA पहले से ही Edge, Firefox, और Safari पर काम करता है. हमारा मानना है कि यह उपयोगकर्ता की निजता को बनाए रखने के लिए अच्छा संतुलन बनाता है. साथ ही, क्रॉस-ब्राउज़र के साथ काम करने की सुविधा के साथ, ज़रूरी क्रॉस-साइट फ़ंक्शन भी चालू करता है.
ध्यान दें कि Storage Access API, उपयोगकर्ताओं को ब्राउज़र की अनुमति का अनुरोध दिखाएगा. उपयोगकर्ताओं को बेहतर अनुभव देने के लिए, हम उपयोगकर्ता को सिर्फ़ तब सूचना देंगे, जब requestStorageAccess()
को कॉल करने वाली साइट, एम्बेड किए गए पेज से इंटरैक्ट कर चुकी हो और पहले टॉप-लेवल कॉन्टेक्स्ट में तीसरे पक्ष की साइट पर गई हो. अनुमति मिलने पर, उस साइट को 30 दिनों के लिए क्रॉस-साइट कुकी का ऐक्सेस मिल जाएगा. किसी दूसरी साइट पर पुष्टि किए गए एम्बेड किए गए उदाहरण. उदाहरण के लिए, सोशल नेटवर्क पर टिप्पणी करने वाले विजेट, पेमेंट की सेवा देने वाली कंपनियां, और सदस्यता वाली वीडियो सेवाएं.
अगर आपके पास अब भी तीसरे पक्ष की कुकी का इस्तेमाल करने के ऐसे उदाहरण हैं जो इन विकल्पों में शामिल नहीं हैं, तो आपको हमें इस समस्या की शिकायत करनी चाहिए. साथ ही, यह भी देखना चाहिए कि क्या ऐसे अन्य तरीके लागू करने हैं जो क्रॉस-साइट ट्रैकिंग को चालू करने वाली सुविधाओं पर निर्भर नहीं हैं.
Enterprise सहायता
एंटरप्राइज़ से मैनेज किए जाने वाले Chrome के लिए, सामान्य वेब इस्तेमाल के मुकाबले यूनीक शर्तें हमेशा होती हैं. हम यह पक्का करेंगे कि एंटरप्राइज़ एडमिन के पास, अपने ब्राउज़र में तीसरे पक्ष की कुकी का इस्तेमाल बंद करने के लिए सही कंट्रोल हों.
ज़्यादातर Chrome एक्सपेरिमेंट की तरह ही, ज़्यादातर एंटरप्राइज़ असली उपयोगकर्ताओं को, 1% तीसरे पक्ष की कुकी के इस्तेमाल से अपने-आप बाहर कर दिया जाएगा. इनमें से कुछ के लिए एंटरप्राइज़ एडमिन, BlockतीसरेPartyCookies नीति को false
पर सेट कर सकते हैं, ताकि वे इस प्रयोग से पहले, मैनेज किए जा रहे ब्राउज़र से ऑप्ट आउट कर सकें. साथ ही, उन्हें ज़रूरी बदलाव करने का समय भी दे सकें, ताकि इस नीति या तीसरे पक्ष की कुकी का इस्तेमाल न हो. ज़्यादा जानकारी के लिए, Chrome Enterprise के प्रॉडक्ट की जानकारी देखें.
हम एंटरप्राइज़ साइटों पर तीसरे पक्ष की कुकी के इस्तेमाल की पहचान करने में मदद करने के लिए, ज़्यादा रिपोर्टिंग और टूल उपलब्ध कराना चाहते हैं. हमें Chrome के इस्तेमाल से जुड़ी मेट्रिक में एंटरप्राइज़ ब्राउज़र की जानकारी कम दिखती है. इसका मतलब है कि एंटरप्राइज़ के लिए यह बेहद ज़रूरी है कि वे गड़बड़ी की जांच करें और हमें समस्याओं की शिकायत करें.
Enterprise SaaS इंटिग्रेशन, तीसरे पक्ष के बंद करने के ट्रायल का इस्तेमाल कर पाएगा. इसके बारे में यहां बताया गया है.
विज्ञापन न दिखाने के इस्तेमाल के उदाहरणों के लिए, तीसरे पक्ष की सुविधा बंद करने के ट्रायल के लिए और समय का अनुरोध करें
इंटरनेट पर पहले भी कई सुविधाओं का इस्तेमाल बंद किया जा चुका है. इसलिए, हम जानते हैं कि कुछ मामलों में, साइटों को ज़रूरी बदलाव करने के लिए ज़्यादा समय की ज़रूरत होती है. जब इस तरह के निजता से जुड़े बदलावों की बात आती है, तो हमें इस बात का भी ध्यान रखना होता है कि वेब का इस्तेमाल करने वाले लोगों के ज़रूरी हितों का ध्यान रखा जाए.
हम कुछ समय के लिए, तीसरे पक्ष की कुकी का इस्तेमाल जारी रखने के लिए रजिस्टर करने का तरीका बताने वाले हैं. इसके तहत, हम कुछ समय के लिए ऐसी साइटों या सेवाओं को बंद करने का ट्रायल शुरू करने वाले हैं जिनकी मदद से वे तीसरे पक्ष की कुकी का इस्तेमाल जारी रख सकते हैं.
प्लान पर काम करने के बारे में हम ज़्यादा जानकारी शेयर करेंगे. हालांकि, हम कुछ मुख्य सिद्धांतों के साथ शुरुआत कर रहे हैं:
- इस सुविधा को तीसरे पक्ष के बंद होने के ट्रायल के तौर पर, कुछ समय के लिए इस्तेमाल करने की अनुमति दी जाएगी. इससे तीसरे पक्ष की कुकी का इस्तेमाल जारी रखा जा सकेगा.
- रजिस्ट्रेशन करने के लिए आपके पास एक समीक्षा प्रक्रिया होनी चाहिए, ताकि यह पक्का किया जा सके कि बंद करने के ट्रायल का इस्तेमाल सिर्फ़ उन कामों के लिए किया जाए जो उपयोगकर्ता के सफ़र पर बहुत ज़्यादा असर डालते हैं. साथ ही, रजिस्ट्रेशन पर हर मामले के लिए विचार किया जाएगा.
- इससे, सीएमए की दी गई जानकारी के मुताबिक, साल 2024 में विज्ञापनों से जुड़ी टेस्टिंग की योजना में कोई रुकावट नहीं आएगी. इसका मतलब यह है कि विज्ञापन के इस्तेमाल के उदाहरणों पर, बंद करने के ट्रायल के लिए विचार नहीं किया जाएगा.
अगला चरण: हम इस महीने ज़्यादा जानकारी के साथ, ब्लिंक-डेवलपर ईमेल पाने वाले लोगों की सूची में इंटेंट पब्लिश करेंगे. साथ ही, दस्तावेज़ यहां अपडेट करना जारी रखेंगे.
उपयोगकर्ताओं को बेहतर अनुभव देना
क्रॉस-साइट कुकी एक चौथाई से भी ज़्यादा समय से वेब का अहम हिस्सा रही हैं. इसकी वजह से कोई भी बदलाव हो सकता है, खास तौर पर नुकसान पहुंचा सकने वाला बदलाव. यह एक जटिल प्रक्रिया है, जिसमें सोच-समझकर और बढ़ोतरी करने की ज़रूरत होती है. हालांकि, इस्तेमाल के ज़्यादातर मामलों में अन्य कुकी एट्रिब्यूट और निजता को ध्यान में रखकर बनाए गए नए एपीआई का इस्तेमाल किया जाता है. हालांकि, कुछ खास मामलों में हम पक्का करना चाहते हैं कि हम इन साइटों का इस्तेमाल करने वाले लोगों को मिलने वाले अनुभव पर कोई असर न डालें.
मुख्य तौर पर, पुष्टि करने या पेमेंट करने के फ़्लो में कोई टॉप-लेवल की साइट या तो पॉप-अप विंडो खुलती है या कार्रवाई के लिए किसी तीसरे पक्ष की साइट पर रीडायरेक्ट होती है. इसके बाद, वह टॉप लेवल साइट पर वापस आ जाती है. इसके लिए, साइट पर वापस आने के दौरान या जोड़ी गई कॉन्टेक्स्ट में कुकी का इस्तेमाल किया जाता है. हम इन स्थितियों की पहचान करने के लिए कुछ समय के लिए अनुभव उपलब्ध कराना चाहते हैं. साथ ही, हम तीसरे पक्ष की कुकी को सीमित समय के लिए अनुमति देना चाहते हैं. इससे, साइटों को ज़रूरी बदलाव करने के लिए ज़्यादा समय मिलेगा.
अगला चरण: हम इस महीने में, ज़्यादा जानकारी के साथ ब्लिंक-डेवलपर ईमेल पाने वाले लोगों की सूची में एक इंटेंट पब्लिश करेंगे. साथ ही, दस्तावेज़ यहां अपडेट करना जारी रखेंगे.
तीसरे पक्ष की कुकी से जुड़ी समस्याओं की शिकायत करना और सहायता पाना
हम यह पक्का करना चाहते हैं कि हम ऐसी अलग-अलग स्थितियों की जानकारी इकट्ठा कर रहे हैं जिनमें साइटें तीसरे पक्ष की कुकी के बिना ब्रेक होती हैं. इससे, हमने साइटों को तीसरे पक्ष की कुकी डिपेंडेंसी से माइग्रेट करने के लिए दिशा-निर्देश, टूल, और फ़ंक्शन उपलब्ध कराए हैं. अगर तीसरे पक्ष की कुकी का इस्तेमाल बंद होने के बाद, आपकी साइट या किसी सेवा के काम करने के तरीके पर असर पड़ रहा है, तो उसकी जानकारी को goo.gle/report-3pc-broken पर जाकर हमारे ब्रेकेज ट्रैकर में सबमिट किया जा सकता है.
अगर आपको Chrome के प्लान और बंद करने की प्रोसेस के बारे में कुछ पूछना है, तो "तीसरे पक्ष की कुकी का इस्तेमाल बंद करने" के तरीके का इस्तेमाल करके नई समस्या बताई जा सकती है टैग में बताया गया है.