तीसरे पक्ष की कुकी का इस्तेमाल बंद करने के लिए, हम Chrome के साथ काम करने वाले टेस्टिंग मोड, जिनकी मदद से साइटों के काम करने के तरीके की झलक देखी जा सकती है और सुविधाएं, तीसरे पक्ष की कुकी के बिना काम करती हैं. इस गाइड से आपको उन टेस्टिंग मोड के बारे में जानकारी जिन्हें Chrome उपलब्ध कराने की योजना बना रहा है. साथ ही, उन मोड को ऐक्सेस करने का तरीका एक्सपेरिमेंट ग्रुप के लेबल.
यहां Chrome ब्राउज़र का मतलब Chrome क्लाइंट से है: Chrome डिवाइस पर इंस्टॉल किया जा रहा है. हर उपयोगकर्ता का डेटा डायरेक्ट्री एक अलग क्लाइंट से बनता है.
एक्सपेरिमेंट ग्रुप: Chrome ब्राउज़र का एक सेट, जिसके लिए कुछ खास सुविधाएं चालू, बंद या कॉन्फ़िगर की गई हों. Chrome की दी हुई सुविधाओं के संदर्भ में टेस्टिंग, ब्राउज़र का एक सेट जिसके लिए लेबल सेट होते हैं.
लेबल: इस कॉन्टेक्स्ट में, अनुरोध का हेडर वह वैल्यू जो किसी एक्सपेरिमेंट ग्रुप से जुड़े ब्राउज़र के लिए सेट होती है. किसी प्रयोग समूह का प्रत्येक ब्राउज़र शुरू से ही उस समूह में बना रहेगा Chrome द्वारा उपलब्ध परीक्षण की अवधि के दौरान, यह सुनिश्चित करने के लिए लेबल किया हुआ है कि ब्राउज़र सभी टेस्टर के लिए एक जैसा रहता है.
हमने दो अलग-अलग मोड ऑफ़र किए हैं:
- मोड A: नवंबर 2023 से, PS R&M API की जांच करने वाले संगठन Chrome के किसी सबसेट पर एक जैसे लेबल पाने के लिए ऑप्ट-इन कर पाए अलग-अलग टेस्टर के बीच कोऑर्डिनेटेड टेस्टिंग की अनुमति देता है.
- मोड B: 4 जनवरी, 2024 से, Chrome दुनिया भर में बंद हो जाएगा कुछ Chrome ब्राउज़र के लिए तीसरे पक्ष की कुकी.
तीसरे पक्ष की कुकी कहां-कहां मौजूद हैं यह मोड B में बंद रहेगा, लेकिन यह चरण पूरी तरह से बंद रहेगा. तीसरे पक्ष की कुकी.
हमने YouTube की टीम CMA ताकि यह पक्का किया जा सके कि ये टेस्टिंग मोड, टेस्टिंग फ़्रेमवर्क के मुताबिक हों (और समयावधि) के बारे में बताया गया है, इंडस्ट्री की टेस्टिंग के लिए दिशा-निर्देश. नतीजे के तौर पर, सीएमए को अनुमान लगता है कि इन मोड में जांच के नतीजे का इस्तेमाल प्राइवसी सैंडबॉक्स का आकलन करने में किया जा सकता है. सीएमए ने बताया कि की संभावना है कि एक्सपेरिमेंटल डिज़ाइन 2 से मिले नतीजों को ज़्यादा अहमियत दी जाए. मोड B लेबल और मोड A कंट्रोल 1 लेबल. ज़्यादा जानकारी के लिए, सीएमए के लिए 26 अक्टूबर को जारी दिशा-निर्देश देखें.
लेबल को अस्थायी तौर पर उपलब्ध Cookie-Deprecation
वैल्यू का इस्तेमाल करके ऐक्सेस किया जा सकता है
को एचटीटीपी हेडर या JavaScript API से कॉपी किया जा सकता है. बाद वाला सेक्शन देखें
कुकी-डीप्रिकेशन वैल्यू का इस्तेमाल करके लेबल ऐक्सेस करना
देखें.
हम इस प्रस्ताव को सामान्य तरीके से भी भेजेंगे ब्लिंक डेवलपमेंट प्रोसेस, जहां तकनीकी डिज़ाइन और Chrome रिलीज़ के माइलस्टोन को अंतिम रूप दिया जाएगा. हालांकि, हम इस तरीके को लागू करना चाहते हैं, लेकिन इस बारे में अतिरिक्त चर्चा और मंज़ूरी का मतलब है कि इन जानकारी में अब भी बदलाव किया जा सकता है. हम जारी रखेंगे इस पेज को प्लान की प्रोग्रेस के साथ अपडेट किया जा सकता है. साथ ही, इस पेज पर वापस जा सकते हैं सुझाव, शिकायत या राय या सवाल देना.
मोड A: लेबल किए गए ब्राउज़र ग्रुप
जांच में हिस्सा लेने वाले संगठन, ईमेल पाने के लिए ऑप्ट-इन कर सकते हैं
Chrome ब्राउज़र के किसी सबसेट के लिए लेबल का लगातार सेट, जो
एक ही ब्राउज़र सेट पर, अलग-अलग विज्ञापन टेक्नोलॉजी में एक साथ प्रयोग कर सकें.
उदाहरण के लिए, अगर कोई ब्राउज़र label_only_3
प्रयोग समूह में आता है (
नीचे दी गई टेबल में दी गई जानकारी देखें) तो इसमें हिस्सा लेने वाली सभी विज्ञापन टेक्नोलॉजी से
वही label_only_3
लेबल देखें और उसके हिसाब से निर्देशांक डालें: PS का इस्तेमाल करें
R&M API का इस्तेमाल करें, लेकिन तीसरे पक्ष की कुकी का इस्तेमाल न करें. हमें उम्मीद है कि ये लोग
पेज, जिससे यह पक्का किया जा सके कि लेबल को मीटिंग में हिस्सा लेने वाले दूसरे लोगों को भेजा जाए, ताकि
विज्ञापन चुनने की पूरी प्रक्रिया में लगातार प्रयोग करते रहेंगे और
और उन्हें मापा जा सकता है.
उदाहरण के लिए, इससे एक से ज़्यादा लोगों को मीटिंग में हिस्सा लेने की अनुमति मिलती है सुरक्षित ऑडियंस ब्राउज़र के एक जैसे ग्रुप में, तीसरे पक्ष की कुकी के बिना नीलामियां करना. कॉन्टेंट बनाने नीलामी विक्रेता भागीदार, निगरानी में रखे गए लेबल को खरीदारों को कोऑर्डिनेटेड टेस्टिंग की सुविधा दें.
Chrome के इन इंस्टेंस में लेबल के किसी भी व्यवहार पर असर नहीं पड़ता, जैसे, तीसरे पक्ष की कुकी की उपलब्धता. लेबल ये जानकारी मुहैया कराते हैं को अलग-अलग ग्रुप बनाने की सुविधा मिलती है. हालांकि, यह सिर्फ़ हिस्सा लेने वाली पार्टियों की मदद लें, ताकि एक्सपेरिमेंट के लिए ज़रूरी पैरामीटर लागू किए जा सकें. अगर आपने तीसरे पक्ष की कुकी हटाने के असर की जांच की जा रही है, तो के ब्राउज़र के लिए तृतीय-पक्ष कुकी डेटा को बाहर रखने के लिए ज़िम्मेदार होता है लेबल.
इसका मकसद ऐसे ग्रुप बनाना है जो Chrome के सामान्य ट्रैफ़िक को दिखाते हैं. वह इसका मतलब है कि तीसरे पक्ष की कुकी और PS R&M API, दोनों उपलब्ध होने चाहिए. ऐसा हो सकता है कि कुछ लोगों ने सेटिंग या एक्सटेंशन का इस्तेमाल, सेटिंग या एक्सटेंशन को बदलने या बंद करने के लिए किया हो सुविधाएँ.
Chrome में लेबल आम तौर पर पूरे ब्राउज़िंग सेशन के दौरान स्थायी रहेंगे और को ट्रैक किया जा सकता है. हालांकि, इसकी कोई गारंटी नहीं है, क्योंकि ऐसा बहुत कम देखने को मिलता है जहां ब्राउज़र को पूरी तरह से रीसेट करने से भी वर्तमान लेबल रीसेट हो सकता है.
हम मोड ए के लिए 8.5% Chrome स्टेबल ब्राउज़र को शामिल करने की योजना बना रहे हैं और शुरुआती प्रस्ताव में उस जनसंख्या को नौ ग्रुप में बांटा गया है. छोटे सबग्रुप इसका मकसद, विज्ञापन टेक्नोलॉजी को अलग-अलग तरह से लेबल करना है, ताकि वे अलग-अलग साइज़ वाले खुद के एक्सपेरिमेंट. ग्रुप ओवरलैप नहीं होते.
ध्यान दें कि control_1.*
लेबल को "कंट्रोल 1" के तौर पर इस्तेमाल किया जा सकता है जैसे
की जानकारी के लिए,
इंडस्ट्री की टेस्टिंग के लिए दिशा-निर्देश,
इसलिए, टेस्टिंग में हिस्सा लेने वाले लोगों को Topics API का इस्तेमाल नहीं करना चाहिए या Protected Audience को नहीं चलाना चाहिए
इस ट्रैफ़िक के लिए नीलामियां. लेबल ब्राउज़र के काम करने के तरीके पर असर नहीं डालते, इसलिए
हिस्सा लेने वाले लोगों को, निगरानी में रखे गए विषयों को पास नहीं करना चाहिए या Protected Audience से जुड़ी नीलामियां नहीं करनी चाहिए
जब उन्हें control_1.*
ग्रुप लेबल का पता चलता है.
आपका स्वागत है सुझाव, राय या शिकायत यह देखने के लिए कि क्या इन ग्रुप को चुनने पर, सर्वे में हिस्सा लेने की संगठनों ने.
लेबल | स्टेबल ट्रैफ़िक का% |
---|---|
control_1.1 |
0.25 |
control_1.2 |
0.25 |
control_1.3 |
0.25 |
control_1.4 |
0.25 |
label_only_1 |
1.5 |
label_only_2 |
1.5 |
label_only_3 |
1.5 |
label_only_4 |
1.5 |
label_only_5 |
1.5 |
मोड A label_only_
ब्राउज़र ग्रुप, नवंबर 2023 से उपलब्ध हैं और
मोड A control_1_*
ग्रुप को 4 जनवरी, 2024 से उपलब्ध कराया गया था.
मोड B: तीसरे पक्ष की 1% कुकी बंद करें
Chrome ने करीब 1% Chrome स्टेबल के लिए तीसरे पक्ष की कुकी को बंद कर दिया है 4 जनवरी, 2024 से उपलब्ध ब्राउज़र (इसके अलावा, Dev, कैनरी, और बीटा वर्शन में भी उपलब्ध) ब्राउज़र पर लागू होता है. PS R&M API का टेस्ट करने वाले संगठनों को यह करने की ज़रूरत नहीं है यह मोड चुनें, क्योंकि यह पूरे ब्राउज़र पर एक ही तरह से लागू होगा जनसंख्या. बेशक, इसकी संभावना है कि साइट की कुछ सुविधाएँ अगर साइट ने अब तक कोई दूसरा समाधान नहीं अपनाया है, जैसे कि सीएचआईपीएस या मिलती-जुलती वेबसाइटों के सेट.
इसके अलावा, हमारी योजना मोड B में ट्रैफ़िक का एक छोटा सा हिस्सा उपलब्ध कराने की है, जो में PS R&M API बंद किया गया है. अन्य एपीआई, जैसे कि मिलती-जुलती वेबसाइट के सेट, सीएचआईपीएस, और FedCM, बंद नहीं किया जाएगा. हमें उम्मीद है कि इस कॉम्बिनेशन से लोगों को मदद मिलेगी बिना तीसरे पक्ष की कुकी वाले ब्राउज़र के लिए परफ़ॉर्मेंस की बेसलाइन तय करने के लिए बिना PS R&M API के भी डाउनलोड कर सकते हैं.
मोड B के हिस्से के तौर पर, हम उन ब्राउज़र के लिए भी लेबल उपलब्ध कराते हैं जिन पर इस बदलाव का असर हुआ है. कॉन्टेंट बनाने
लेबल उसी समय उपलब्ध हो जाते हैं, जब एपीआई बंद होते हैं. हम तैयार हैं
जनसंख्या को तीन treatment_1.*
ग्रुप में बांटने का सुझाव देता है,
तीसरे पक्ष की कुकी बंद हैं, लेकिन PS R&M API उपलब्ध हैं. साथ ही, सिर्फ़ एक बार
control_2
ग्रुप, जहां तीसरे पक्ष की कुकी और PS R&M एपीआई दोनों हैं
बंद किया गया.
Attribution Reporting API और निजी एग्रीगेशन को डीबग करने में मदद करने के लिए
एपीआई इंटिग्रेशन और टेस्टिंग में शामिल लोगों की मदद करने के लिए, ताकि वे शोर को बेहतर तरीके से समझ सकें
ARA डीबग रिपोर्ट और प्राइवेट एग्रीगेशन डीबग रिपोर्ट
मोड B में ब्राउज़र के लिए तब तक उपलब्ध रहेगा, जब तक कि उपयोगकर्ता
तीसरे पक्ष की कुकी को साफ़ तौर पर ब्लॉक किया गया हो. डीबग रिपोर्ट इन देशों में उपलब्ध नहीं होंगी
control_2
क्योंकि PS R&M API उस स्लाइस में उपलब्ध नहीं हैं. रिपोर्ट डीबग करें
तीसरे पक्ष की कुकी के इस्तेमाल को धीरे-धीरे बंद कर दिया जाएगा.
- Attribution Reporting API के लिए, तीसरे पक्ष की कुकी बंद होती हैं, इसलिए
रिपोर्टिंग ऑरिजिन के लिए यह सुविधा काम नहीं करती
ar_debug
कुकी सेट करने के लिए औरdebug_key
फ़ील्ड की सेटिंग पर निर्भर होना चाहिए (एट्रिब्यूशन की सफलता की रिपोर्ट के लिए) औरdebug_reporting
फ़ील्ड (वर्बोज़ के लिए) रिपोर्ट) का इस्तेमाल, डीबग की रिपोर्ट में ऑप्ट-इन या ऑप्ट-आउट करने के लिए किया जाता है. - Private एग्रीगेशन API के लिए, रिपोर्टिंग ऑरिजिन को कॉल करने के तरीके पर निर्भर करना चाहिए
डीबग करने की रिपोर्ट पाने के ऑप्ट-इन को कंट्रोल करने के लिए,
enableDebugMode()
. कंपनियों को ये काम जारी रखना चाहिए इस बात पर ध्यान दें कि एट्रिब्यूशन के इस्तेमाल पर कानूनी जवाबदेही कैसे लागू हो सकती हैं Reporting API और Private एग्रीगेशन एपीआई. इनमें डीबग रिपोर्ट भी शामिल हैं.
मोड A लगातार चल रहा है और ये ग्रुप, मोड A वाले ग्रुप से अलग हैं, क्योंकि
वह या तो मोड A, मोड B में होगा या दोनों में से किसी में भी नहीं होगा. टेस्टिंग में हिस्सा लेने वाले लोग
को स्टेटस को दिखाने वाले कंट्रोल ग्रुप के तौर पर, control_1.*
ट्रैफ़िक का इस्तेमाल करना चाहिए
तीसरे पक्ष की कुकी पर कोई असर नहीं होगा.
लेबल | स्टेबल ट्रैफ़िक का% |
---|---|
treatment_1.1 |
0.25 |
treatment_1.2 |
0.25 |
treatment_1.3 |
0.25 |
control_2 |
0.25 |
Chrome ने 20% Chrome कैनरी, डेवलपर, और बीटा क्लाइंट के लिए भी कुकी पर पाबंदी लगा दी है.
लेबल | प्री-स्टेबल ट्रैफ़िक का% |
---|---|
prestable_treatment_1 |
10% |
prestable_control_2 |
10% |
इनमें से किसी एक एक्सपेरिमेंट ग्रुप में शामिल होने से, वैसा ही असर पड़ेगा जैसा कि इनके लिए तय किए गए मिलते-जुलते एक्सपेरिमेंट पर होता है.
मोड A की तरह, PS R&M API के उपलब्ध होने की कोई गारंटी नहीं है, क्योंकि उपयोगकर्ता ऐसा कर सकते हैं
उन्हें Chrome की निजता और सुरक्षा सेटिंग से बंद करें. इसी तरह,
इसके हर सदस्य के लिए, तीसरे पक्ष की कुकी को बंद करने की गारंटी नहीं है
control_2
ग्रुप. ऐसा इसलिए, क्योंकि उपयोगकर्ता तीसरे पक्ष को अनुमति देने के लिए, ब्राउज़र का यूज़र इंटरफ़ेस (यूआई) ऐक्सेस कर सकते हैं
किसी साइट के लिए कुकी होती हैं.
एक्सपेरिमेंट को मॉनिटर करना
हर ट्रीटमेंट और कंट्रोल के ट्रैफ़िक वॉल्यूम पर नज़र रखना न भूलें
लेबल. treatment_1.1
में भी करीब-करीब उतना ही ट्रैफ़िक होना चाहिए जितना
treatment_1.2
और treatment_1.3
.
हमारा सुझाव है कि आप अपने ट्रैफ़िक से जुड़े लेबल का इस्तेमाल सोच-समझकर करें Chrome के 120 से पहले के वर्शन. अगर आम तौर पर, आपकी टीम अमान्य ट्रैफ़िक से, ऐसे उपयोगकर्ता एजेंट की पहचान होती है जिनमें अमान्य विशेषताएं होती हैं नहीं है, तो इन्हें जाँच के नतीजों से फ़िल्टर करके बाहर निकालना सही होगा.
प्री-पीरियड लेबल
जनवरी 2024 तक, हमने कई एक्सपेरिमेंट ग्रुप के लिए, प्री-अवधियां चलाई हैं:
Chrome को सही साइज़ चुनने और आंकड़ों के हिसाब से डेटा चुनने की अनुमति देने के लिए समयावधि
निष्पक्ष समूह. ये प्री-अवधियां, शेड्यूल किए गए सभी ग्रुप के लिए चली
जनवरी में शुरुआत करने के लिए: मोड B और Control_1.* आर्म. कोई ज़रूरत नहीं है
का तरीका यहां बताया गया है—प्री-अवधि के इन ग्रुप का इस्तेमाल करने पर,
काम या एपीआई की उपलब्धता में बदलाव करता है—लेकिन आपको यह पता होना चाहिए कि आपको
कुछ मामलों में, preperiod
लेबल दिखाया जाता है. जब तक ब्राउज़र
preperiod
लेबल किसी एक प्रयोग समूह में स्थानांतरित हो सकता है, यह नहीं है
गारंटी दी जाती है, इसलिए हमारा सुझाव है कि आप यह न मानें कि इस लेबल वाले ब्राउज़र
प्रयोग में शामिल होने की गारंटी दी जाती है.
एक्सपेरिमेंट ग्रुप, स्टडी में शामिल लोगों का सबसेट है: इसमें केस, लेबल किए गए समूहों में से एक.
कुकी-डेप्रिकेशन वैल्यू का इस्तेमाल करके लेबल ऐक्सेस करना
मोड ए और मोड बी की अवधि के लिए, हमने एक अस्थायी
ऑप्ट-इन एचटीटीपी हेडर और JavaScript का इस्तेमाल करके, Cookie-Deprecation
वैल्यू को ऐक्सेस किया जा सकता है
एपीआई, जो ब्राउज़र के लागू मोड A या B के लिए लेबल उपलब्ध कराता है
(जैसा कि ऊपर दिए गए प्रतिशत में बताया गया है), अगर वह इनमें से किसी एक कैटगरी में आता है
ये.
लेबल को ऐक्सेस करने के लिए, उपयोगकर्ता के डिवाइस में सेव की गई जानकारी को ऐक्सेस करना शामिल होता है. तय सीमा में (जैसे, ईयू (यूरोपीय संघ) और यूके) में है, तो हम समझते हैं कि यह गतिविधि जो कुकी के इस्तेमाल और इस तरह से लेबल को ऐक्सेस करने के लिए उपयोगकर्ता की सहमति. लेबल का अनुरोध करने से पहले, हमारा सुझाव है कि आप यह जानने के लिए कानूनी सलाह पाएं कि क्या सहमति की यह जवाबदेही आप पर लागू होती है.
सेक-कुकी-डेप्रिकेशन एचटीटीपी हेडर को ऐक्सेस करना
Sec-Cookie-Deprecation
अनुरोध का हेडर पाने के लिए, साइट को पहले सेट करना होगा
receive-cookie-deprecation
कुकी. इस कुकी को
Partitioned
एट्रिब्यूट का इस्तेमाल करते हैं, जिसका मतलब है कि हेडर पाने के लिए ऑप्ट-इन करना हर बार ज़रूरी है
टॉप-लेवल की साइट.
उदाहरण के लिए, अगर 3p-example.site
को Sec-Cookie-Deprecation
चाहिए
इसके संसाधनों के हेडर में example.com
पर एम्बेड किया गया है, तो 3p-example.site
को
तो उस संदर्भ में निम्न कुकी सेट करें.
Set-Cookie: receive-cookie-deprecation=1; Secure; HttpOnly; Path=/; SameSite=None; Partitioned; Max-Age=15552000
Secure
, HttpOnly
, SameSite
, और Partitioned
कुकी एट्रिब्यूट
ज़रूरी है. अन्य एट्रिब्यूट: Domain
, Path
, Expires
, और Max-Age
हो सकते हैं
को आपकी ज़रूरतों के मुताबिक सबसे अच्छे से सेट किया जाना चाहिए, हालांकि Path=/
एक अच्छा डिफ़ॉल्ट विकल्प है. उदाहरण के लिए
यहां Max-Age=15552000
को सेट करता है, ताकि कुकी की समयसीमा 180 के बाद खत्म हो जाए
दिन.
आप receive-cookie-deprecation=1
कुकी को सेट करना शुरू कर सकते हैं
से पहले, ताकि यह पक्का किया जा सके कि
एक्सपेरिमेंट ग्रुप के ब्राउज़र में Sec-Cookie-Deprecation
शामिल है
हेडर के उपलब्ध होते ही अनुरोध करें.
उदाहरण के लिए, यह मानते हुए कि ब्राउज़र example_label_1
ग्रुप में है, इसके बाद
जिन अनुरोधों में यह कुकी शामिल है उनमें Sec-Cookie-Deprecation
भी शामिल होगा
हेडर.
Sec-Cookie-Deprecation: example_label_1
अगर ब्राउज़र किसी ग्रुप का हिस्सा नहीं है, तो कोई हेडर नहीं भेजा जाएगा.
लेबल कुकी की मौजूदगी से जुड़े होते हैं, इसलिए अगर कुकी को मिटा दिया जाता है,
या पूरी तरह से ब्लॉक किया गया हो, तो लेबल
भेजा गया. ऐसा इसलिए है, क्योंकि Partitioned
एट्रिब्यूट का इस्तेमाल इस अवधि के बाद किया जा सकता है
तीसरे पक्ष की कुकी पूरी तरह से बंद कर दी गई हैं. इसका मतलब है कि Partitioned
कुकी,
सेट की जाएगी.
कुकी DeprecationLabel JavaScript API को ऐक्सेस करना
Cookie-Deprecation
वैल्यू को, इनका इस्तेमाल करके भी ऐक्सेस किया जा सकता है
navigator.cookieDeprecationLabel.getValue()
JavaScript API. इससे
ऐसा प्रॉमिस जो लागू ग्रुप लेबल वाली स्ट्रिंग पर ले जाता है. इसके लिए
उदाहरण के लिए, अगर ब्राउज़र example_label_1
ग्रुप में था:
// Feature detect temporary API first
if ('cookieDeprecationLabel' in navigator) {
// Request value and resolve promise
navigator.cookieDeprecationLabel.getValue().then((label) => {
console.log(label);
// Expected output: "example_label_1"
});
}
अगर ब्राउज़र किसी ग्रुप का हिस्सा नहीं है, तो एपीआई उपलब्ध नहीं होगा या मान एक खाली स्ट्रिंग होगा, इसलिए सुविधा की पहचान करना न भूलें.
JavaScript API को कॉल किया जा सकता है, भले ही वह
receive-cookie-deprecation
कुकी. हालांकि, अगर कुकी पूरी तरह से ब्लॉक की जाती हैं, तो
या खास तौर पर इस साइट के लिए, यह एपीआई फिर से उपलब्ध नहीं होगा या
कोई खाली स्ट्रिंग देगा.
क्लाइंट से मिली किसी भी वैल्यू की तरह, पक्का करें कि आपने इस्तेमाल करने से पहले हेडर या JavaScript API से वैल्यू को हटाएं.
डेमो और टेस्टिंग
Chrome 120 और उसके बाद के वर्शन में, लोकल डेवलपर को चालू करने के लिए फ़्लैग उपलब्ध हैं लेबल का अनुरोध करने और उन्हें पढ़ने की जाँच की जाती है.
chrome://flags/#tpc-phase-out-facilitated-testing
फ़्लैग की मदद से,
टेस्ट लेबल चुनने की सुविधा चालू करें. इन लेबल के आगे fake_
लगाया गया है
उन्हें असली लेबल से अलग करके देख सकते हैं. फ़्लैग को सक्षम करने से यह ऑप्ट-इन नहीं होता
ब्राउज़र खोलें.
आप goo.gle/cft-demo पर जाकर, काम करते हुए लेबल देख सकते हैं.
प्राइवसी सैंडबॉक्स के काम करने और मेज़रमेंट के लिए, रजिस्ट्रेशन लागू करने के बारे में जानकारी
API के लिए, आपको
chrome://flags/#privacy-sandbox-enrollment-overrides
और डेमो उपलब्ध करा रहा है
ऑरिजिन. इसके अलावा, अगर आप इस्तेमाल कर रहे हैं, तो नीचे दिया गया कमांड लाइन फ़्लैग शामिल करें
किसी टर्मिनल से Chrome चलाना:
--args --disable-features=EnforcePrivacySandboxAttestations
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
![chrome://flags/#tpc-phase-out-facilitated-testing](https://developers.google.cn/static/privacy-sandbox/assets/images/cft-flag.png?authuser=19&hl=hi)
फ़्लैग ड्रॉप-डाउन में कई विकल्प होते हैं. टेस्टर मुख्य तौर पर "बल" के तौर पर मार्क की गई एंट्री में रुचि है इससे यह पक्का होता है कि अन्य डिवाइस कॉन्फ़िगरेशन पर ध्यान दिए बिना, व्यवहार की सेटिंग चालू रहती है.
सिर्फ़ एक्सपेरिमेंट ग्रुप के लेबल की जांच करने के लिए, "फ़ोर्स कंट्रोल 1 चालू किया गया" चुनें या "सिर्फ़ लेबल को लागू करने की सुविधा चालू की गई". इनसे ब्राउज़र आपको "fake_control_1.1" या "fake_label_only_1.1" लेबल.
Chrome M120 या इसके बाद के वर्शन में, इन एंट्री का भी इस्तेमाल किया जा सकता है.
तीसरे पक्ष की कुकी ब्लॉक करने की जांच करने के लिए, "ज़बरदस्ती ट्रीटमेंट चालू किया गया" चुनें. यह "fake_ट्रीटमेंट_1.1" भेजेगा प्रयोग समूह लेबल, लेकिन कुकी सेटिंग पेज और मौजूदा कुकी सेटिंग की मदद से तीसरे पक्ष की कुकी ब्लॉक करें.
निजी विज्ञापनों के एपीआई के बिना, तीसरे पक्ष की कुकी को ब्लॉक करने की जांच करने के लिए, "हर हाल में लागू करें" चुनें कंट्रोल 2". इससे "fake_control_2" भेजा जाएगा प्रयोग समूह लेबल, अपडेट कुकी सेटिंग पेज पर जाने, तीसरे पक्ष की कुकी को ब्लॉक करने, और नई कुकी को निजी विज्ञापनों के लिए एपीआई.
ध्यान दें, एक समस्या यह है कि ब्राउज़र
कुकी सेटिंग पेज और सेटिंग, जो तीसरे पक्ष की कुकी को ब्लॉक करती है. भले ही,
फ़्लैग को बंद कर दें. हम इस समस्या को ठीक करने के लिए काम कर रहे हैं, लेकिन तब तक आपको
की मदद से इन फ़्लैग वैल्यू की जांच एक अलग Chrome डेटा डायरेक्ट्री में की जा सकती है. इसके लिए,
--user-data-dir=<new dir>
कमांड लाइन फ़्लैग के साथ Chrome.
सुझाव/राय दें या शिकायत करें
हम "Chrome की जांच" का इस्तेमाल करते हैं लेबल का इस्तेमाल करें. आपका स्वागत है आपके सुझाव/राय या शिकायत और शुरुआती सवालों पर चर्चा:
- क्या आपको मोड A, मोड B या दोनों में से किसी एक का इस्तेमाल करके टेस्ट करना है?
- Chrome की मदद से की जाने वाली टेस्टिंग के लिए, लेबल के साइज़ चुनना
- Chrome की मदद से की जाने वाली टेस्टिंग के लिए, क्लाइंट हिंट का इस्तेमाल करना
आप यह भी कर सकते हैं नए सवालों या चर्चाओं को बढ़ावा देना डेटा स्टोर करने की जगह में "Chrome की सुविधा वाले टेस्टिंग" का इस्तेमाल करके टेम्प्लेट.