अनुभव पर आधारित अपवादों का इस्तेमाल करके तीसरे पक्ष की कुकी का अस्थायी ऐक्सेस.

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

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

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

ध्यान दें: अपनी साइटों पर आने वाली रुकावटों से बचने के लिए, सबसे ज़रूरी है कि आप तीसरे पक्ष की कुकी के फ़ेज़आउट के लिए तैयार रहने के लिए चेकलिस्ट देखें.

अनुमान पर आधारित अपवाद की स्थितियां

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

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

स्थिति A - पॉप-अप इंटरैक्शन के बाद तीसरे पक्ष की कुकी का ऐक्सेस

• उपयोगकर्ता साइट A पर जाता है
• उपयोगकर्ता, साइट B पर रिसॉर्स को एक पॉप-अप विंडो में लोड करता है. इस विंडो में ओपनर ऐक्सेस दिया जाता है. इसके लिए, ब्राउज़र को एचटीटीपी रीडायरेक्ट* के सेट का इस्तेमाल किया जा सकता है.
• साइट B पर मौजूद संसाधन को लोड होने के बाद उपयोगकर्ता इंटरैक्शन मिलता है.

इस फ़्लो के 30 दिनों बाद तक, साइट B को साइट A में एम्बेड किए जाने पर तीसरे पक्ष की कुकी का ऐक्सेस दिया जा सकता है.

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

स्थिति B - अलग-अलग रीडायरेक्ट पर इंटरैक्शन के बाद तीसरे पक्ष की कुकी का ऐक्सेस

• उपयोगकर्ता साइट A से शुरू होता है और फिर साइट B पर रीडायरेक्ट किया जाता है.
• साइट B को कोई उपयोगकर्ता इंटरैक्शन मिलता है.
• इसके बाद, साइट B, साइट A पर वापस रीडायरेक्ट कर सकती है. ऐसा हो सकता है कि वह साइट दूसरे ऑरिजिन से जाए.

इस फ़्लो के 15 मिनट के बाद, साइट B को साइट A में एम्बेड किए जाने पर, तीसरे पक्ष की कुकी का ऐक्सेस मिल जाता है.

ध्यान दें: स्थिति A में अस्थायी ऐक्सेस 30 दिनों तक के लिए सीमित होता है.इसके बाद, ऐक्सेस वाले उन स्थितियों की अनुमति मिलती है जो सभी उपयोगकर्ताओं के सेशन में बनी रहती हैं (उदाहरण के लिए, पुष्टि करने वाला स्थायी टोकन). स्थिति B के लिए, ऐक्सेस 15 मिनट तक दिया जाता है. यह कुछ समय के लिए दिया जाता है, जो सिर्फ़ मौजूदा उपयोगकर्ता सेशन तक ही सीमित रहता है. यह व्यवहार, काम करने के उन अस्थायी तरीकों से मेल खाता है जो Firefox और Safari ब्राउज़र में भी शिपिंग किए जाते हैं.

कुकी ऐक्सेस करने की अनुमति, सिर्फ़ पहले पक्ष की साइट और तीसरे पक्ष की साइट के जोड़े पर लागू होती है. उदाहरण के लिए, अगर कोई स्थिति, पहले पक्ष की साइट a.com और तीसरे पक्ष की साइट b.com के साथ मैच होती है, तो a.com पर किसी भी पेज पर संसाधन या iframe के तौर पर लोड होने पर, b.com के किसी भी पेज को कुकी ऐक्सेस करने की अनुमति होती है. यह अनुमति a.com से जुड़ी तीसरे पक्ष की अन्य साइटों, b.com को किसी अन्य टॉप लेवल डोमेन के तीसरे पक्ष के संसाधन के रूप में लागू करती है या इंटरमीडिएट ऐन्सेस्टर चेन में किसी अन्य क्रॉस-साइट (जैसे कि a.com या b.com नहीं) के साथ, a.com पर सीधे तौर पर एम्बेड किए जाने पर b.com पर लागू नहीं होती. इसके अलावा, b.com के ऐसे रिसॉर्स को कुकी का ऐक्सेस नहीं देना चाहिए जिन्हें b.com पर क्रॉस-साइट वाले अन्य iframe से एम्बेड किया गया हो.

अनुभव के बारे में ज़्यादा जानकारी के लिए, उससे जुड़ा एक्सप्लेनेशंस पढ़ें.

अनुभव पर आधारित अपवादों डेमो की मदद से, अनुभव के अपवादों के साथ और उनके बिना, तीसरे पक्ष की कुकी के ऐक्सेस का टेस्ट किया जा सकता है.

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