पब्लिश होने की तारीख: 3 दिसंबर, 2025
जब तक कोई अन्य जानकारी न दी गई हो, तब तक ये बदलाव Android, ChromeOS, Linux, macOS, और Windows के लिए, Chrome के बीटा चैनल की सबसे नई रिलीज़ पर लागू होते हैं. इन सुविधाओं के बारे में ज़्यादा जानने के लिए, दिए गए लिंक या ChromeStatus.com पर मौजूद सूची देखें. डेस्कटॉप के लिए, Google.com से या Android पर Google Play Store से नया वर्शन डाउनलोड करें.
सीएसएस और यूज़र इंटरफ़ेस (यूआई)
ट्रांसफ़ॉर्म के साथ सीएसएस ऐंकर पोज़िशनिंग
अगर ऐंकर की पोज़िशन वाला कोई एलिमेंट, ऐसे ऐंकर से जुड़ा है जिसमें ट्रांसफ़ॉर्म है या वह ट्रांसफ़ॉर्म वाले किसी एलिमेंट में शामिल है, तो ब्राउज़र anchor() और anchor-size() फ़ंक्शन को ट्रांसफ़ॉर्म किए गए ऐंकर के बाउंडिंग बॉक्स के हिसाब से हल करता है.
सीएसएस में, पेज पर मौजूद किसी शब्द को हाइलाइट करने के लिए इस्तेमाल होने वाले सूडो
find-in-page सुविधा के खोज नतीजों की स्टाइलिंग को ::search-text स्यूडो-एलिमेंट के तौर पर दिखाता है. यह हाइलाइट करने वाला स्यूडो-एलिमेंट है. इसका इस्तेमाल, चुने गए टेक्स्ट और स्पेलिंग की गड़बड़ियों के लिए किया जाता है. इसकी मदद से, फ़ोरग्राउंड और बैकग्राउंड के रंग बदले जा सकते हैं या टेक्स्ट में सजावट जोड़ी जा सकती है. यह खास तौर पर तब फ़ायदेमंद होता है, जब ब्राउज़र के डिफ़ॉल्ट रंग, पेज के रंगों के साथ सही कंट्रास्ट नहीं बनाते या किसी और वजह से सही नहीं होते.
Igalia के ब्लॉग पर Find-in-Page Highlight Styling के बारे में ज़्यादा जानें.
ऐंकर की पोज़िशन तय करने के लिए, aria-details का इस्तेमाल न करें
एंकर पोज़िशनिंग के नॉन-पॉपओवर इस्तेमाल के उदाहरणों के लिए, aria-details रिलेशनशिप बनाने का कोड शायद एक गलती थी. पॉपओवर और अन्य सिमैंटिक संबंध बनाते हैं aria-details. साथ ही, इस्तेमाल के बाकी उदाहरणों में सिमैंटिक संबंध नहीं होते हैं. इसलिए, Chrome अब सिमैंटिक संबंध न होने पर, ये संबंध नहीं बनाता है.
@scroll-state स्क्रोल करने की सुविधा
इसकी मदद से, कंटेनर के डिसेंडेंट को स्टाइल किया जा सकता है. यह स्टाइल, स्क्रोल करने की हाल ही की दिशा के आधार पर तय होती है.
उदाहरण:
.scrolling-up {
translate: 80px 0;
transition: 0.4s translate;
}
html {
container-type: scroll-state;
}
@container scroll-state(scrolled: top) {
.scrolling-up { translate: 0 0; }
}
कीबोर्ड से स्क्रोल करने के लिए overscroll-behavior का इस्तेमाल करना
overscroll-behavior को auto के अलावा किसी दूसरी वैल्यू पर सेट करने पर, ब्राउज़र को स्क्रोल चेनिंग नहीं करनी चाहिए. Chrome, माउस या टचस्क्रीन से स्क्रोल करने के लिए इसका इस्तेमाल करता है. हालांकि, कीबोर्ड से स्क्रोल करने के लिए इसका इस्तेमाल नहीं किया जाता. इस बदलाव से यह पक्का होता है कि कीबोर्ड स्क्रोलिंग भी overscroll-behavior का पालन करती है.
स्क्रोल न किए जा सकने वाले स्क्रोल कंटेनर पर overscroll-behavior का पालन करना
overscroll-behavior प्रॉपर्टी, स्क्रोल कंटेनर के सभी एलिमेंट पर लागू होती है. भले ही, उन एलिमेंट में ओवरफ़्लोइंग कॉन्टेंट हो या वे उपयोगकर्ता के लिए स्क्रोल करने लायक हों. overscroll-behavior का इस्तेमाल करके, overflow: hidden बैकड्रॉप या overflow: auto एलिमेंट पर स्क्रोल प्रोपगेशन को रोका जा सकता है. इसके लिए, यह देखने की ज़रूरत नहीं होती कि कॉन्टेंट तय जगह से बाहर जा रहा है या नहीं.
ट्री-स्कोप से बाहर container-name मैच करना
@container
क्वेरी के लिए container-name से मिलान करते समय, ब्राउज़र ट्री-स्कोप को अनदेखा करता है.
इससे पहले, @container क्वेरी के लिए container-name मैचिंग, ट्री-स्कोप किए गए नामों या रेफ़रंस का इस्तेमाल करती थी. इसका मतलब है कि अगर @container नियम और container-type प्रॉपर्टी अलग-अलग ट्री से जनरेट हुई हैं, तो एक ही नाम मैच नहीं होगा. उदाहरण के लिए, अगर container-type का एलान किसी इनर शैडो ट्री से हुआ है.
इस बदलाव के बाद, @container नियम या container-type एलान के सोर्स से कोई फ़र्क़ नहीं पड़ता. container-name वैल्यू मैच करती हैं.
SVG2 सीएसएस कैस्केडिंग
यह कुकी, Chrome को SVG2 स्पेसिफ़िकेशन के साथ अलाइन करती है, ताकि <use> एलिमेंट ट्री में सीएसएस नियमों को मैच किया जा सके.
सिलेक्टर, ओरिजनल एलिमेंट सबट्री के बजाय <use> इंस्टैंटिएशन एलिमेंट से मैच करते हैं. इसका मतलब है कि अब सिलेक्टर, क्लोन किए गए सबट्री के बाहर के पूर्वज और सिबलिंग एलिमेंट से मेल नहीं खाते. खास तौर पर, :hover जैसे राज्य चुनने वाले टूल अब <use> इंस्टेंस में मैच करते हैं.
Web APIs
XRVisibilityMaskChange
यह एक XRVisibilityMaskChange इवेंट जोड़ता है. यह इवेंट, वर्टेक्स और इंडेक्स की सूची उपलब्ध कराता है. इससे उपयोगकर्ता के व्यूपोर्ट के दिखने वाले हिस्से के मेश को दिखाया जा सकता है.
इस डेटा का इस्तेमाल करके, व्यूपोर्ट के उस हिस्से को सीमित किया जा सकता है जिस पर ड्रॉ किया गया है. इससे परफ़ॉर्मेंस बेहतर होती है. इस इवेंट को बेहतर तरीके से सपोर्ट करने के लिए, XRView ऑब्जेक्ट को भी यूनीक आइडेंटिफ़ायर दिए जाते हैं. इससे, उन्हें उनसे जुड़े मास्क के साथ आसानी से पेयर किया जा सकता है. यह WebXR के मुख्य स्पेसिफ़िकेशन का एक्सटेंशन है.
onanimationcancel इवेंट को GlobalEventHandlers के लिए उपलब्ध कराना
सीएसएस ऐनिमेशन लेवल 1, एचटीएमएल स्पेसिफ़िकेशन में तय किए गए GlobalEventHandlers इंटरफ़ेस को चार नए इवेंट हैंडलर के साथ बढ़ाता है: onanimationstart, onanimationiteration, onanimationend, और onanimationcancel.
GlobalEventHandlers आईडीएल में सिर्फ़ onanimationcancel इवेंट हैंडलर मौजूद नहीं था.
ज़्यादा जानकारी के लिए, सीएसएस ऐनिमेशन लेवल 1 की खास बातें और एचटीएमएल की खास बातों का GlobalEventHandlers सेक्शन देखें.
View Transitions waitUntil() तरीका
ViewTransition, ट्रांज़िशन में शामिल एलिमेंट को दिखाने और ऐनिमेट करने के लिए, अपने-आप एक स्यूडो-एलिमेंट ट्री बनाता है. स्पेसिफ़िकेशन के मुताबिक, यह सबट्री तब बनाया जाता है, जब व्यू ट्रांज़िशन ऐनिमेट होना शुरू होता है. इसे तब मिटाया जाता है, जब व्यू ट्रांज़िशन से जुड़े सभी सूडो-एलिमेंट के ऐनिमेशन पूरे हो जाते हैं. ज़्यादा सटीक तरीके से कहें, तो जब ऐनिमेशन चल नहीं रहे होते और न ही रुके हुए होते हैं.
यह ज़्यादातर मामलों में काम करता है और डेवलपर को बेहतर अनुभव देता है. हालांकि, ज़्यादा बेहतर मामलों के लिए यह काफ़ी नहीं है, क्योंकि डेवलपर कभी-कभी चाहते हैं कि व्यू ट्रांज़िशन का छद्म-ट्री, ऐनिमेशन के खत्म होने के बाद भी बना रहे.
इसका एक उदाहरण, व्यू ट्रांज़िशन को स्क्रोल-ड्राइव ऐनिमेशन के साथ जोड़ना है. जब ऐनिमेशन को स्क्रोल टाइमलाइन से कंट्रोल किया जाता है, तो ऐनिमेशन खत्म होने पर सबट्री को डिस्ट्रॉय नहीं किया जाना चाहिए. ऐसा इसलिए, क्योंकि वापस स्क्रोल करने पर भी छद्म एलिमेंट को ऐनिमेट किया जा सकता है.
व्यू ट्रांज़िशन की सुविधा का बेहतर तरीके से इस्तेमाल करने के लिए, यह इंटेंट ViewTransition ऑब्जेक्ट पर एक waitUntil() फ़ंक्शन जोड़ता है, जो एक प्रॉमिस लेता है. यह प्रॉमिस, स्यूडो-ट्री को तब तक डिस्ट्रॉय नहीं करता, जब तक यह सेटल नहीं हो जाता.
<geolocation> एलिमेंट
<geolocation> एलिमेंट के बारे में जानकारी देता है. यह एक डिक्लेरेटिव, उपयोगकर्ता के ज़रिए चालू किया जाने वाला कंट्रोल है. इसका इस्तेमाल उपयोगकर्ता की जगह की जानकारी को ऐक्सेस करने के लिए किया जाता है. यह अनुमति देने की प्रोसेस को मैनेज करता है. साथ ही, साइट को सीधे तौर पर जगह की जानकारी देता है. इससे उपयोगकर्ता और डेवलपर के लिए, प्रोसेस आसान हो जाती है. इससे अक्सर, अलग JavaScript API कॉल की ज़रूरत नहीं पड़ती.
इससे अनुमति के ऐसे प्रॉम्प्ट की समस्या हल होती है जो उपयोगकर्ता की मंशा का मज़बूत सिग्नल न होने पर, सीधे JavaScript से ट्रिगर होते हैं. यह समस्या लंबे समय से बनी हुई है. पेज में ब्राउज़र कंट्रोल वाला एलिमेंट एम्बेड करने पर, उपयोगकर्ता के क्लिक से साफ़ तौर पर पता चलता है कि उसने जान-बूझकर क्लिक किया है. इससे प्रॉम्प्ट के साथ उपयोगकर्ताओं को बेहतर अनुभव मिलता है. साथ ही, यह उन उपयोगकर्ताओं के लिए अनुमति वापस पाने का तरीका भी उपलब्ध कराता है जिन्होंने पहले अनुमति नहीं दी थी.
WebGPU: subgroup_id सुविधा
subgroup_id और num_subgroups की इन-बिल्ट वैल्यू तब उपलब्ध होती हैं, जब सबग्रुप एक्सटेंशन चालू हो.
WebGPU: यूनिफ़ॉर्म बफ़र का स्टैंडर्ड लेआउट
WGSL शेडर में एलान किए गए यूनिफ़ॉर्म बफ़र के लिए, अब यह ज़रूरी नहीं है कि अरे एलिमेंट पर 16 बाइट का अलाइनमेंट हो. साथ ही, नेस्ट किए गए स्ट्रक्चर ऑफ़सेट को 16 बाइट के मल्टीपल में पैड करने की भी ज़रूरत नहीं है.
Temporal API
ECMA262 में मौजूद Temporal API, तारीखों और समय के साथ काम करने के लिए स्टैंडर्ड ऑब्जेक्ट और फ़ंक्शन उपलब्ध कराता है. Date
ECMAScript में लंबे समय से एक समस्या रही है. Temporal, एक ग्लोबल Object है, जो टॉप-लेवल नेमस्पेस के तौर पर काम करता है. उदाहरण के लिए, Math. यह ECMAScript भाषा के लिए, तारीख और समय का नया एपीआई उपलब्ध कराता है. वजहों के बारे में ज़्यादा जानकारी पाने के लिए, JavaScript की तारीख से जुड़ी समस्या हल करना: शुरू करना लेख पढ़ें.
SVGAElement के लिए ping, hreflang, type, और referrerPolicy का इस्तेमाल किया जा सकता है
SVGAElement पर ping, hreflang, type, और referrerPolicy एट्रिब्यूट के लिए सहायता जोड़ी गई है. इससे एचटीएमएल और एसवीजी में लिंक को एक जैसा हैंडल करने के लिए, SVGAElement का व्यवहार HTMLAnchorElement के साथ अलाइन हो जाता है.
clipboardchange इवेंट
जब भी कोई वेब ऐप्लिकेशन या सिस्टम का कोई अन्य ऐप्लिकेशन, सिस्टम के क्लिपबोर्ड के कॉन्टेंट में बदलाव करता है, तब clipboardchange इवेंट ट्रिगर होता है. इससे वेब ऐप्लिकेशन, जैसे कि रिमोट डेस्कटॉप क्लाइंट, अपने क्लिपबोर्ड को सिस्टम क्लिपबोर्ड के साथ सिंक कर पाते हैं. यह JavaScript का इस्तेमाल करके, क्लिपबोर्ड में हुए बदलावों को पोल करने का एक बेहतर विकल्प है.
यूज़र-एजेंट क्लाइंट हिंट ch-ua-high-entropy-values अनुमतियों से जुड़ी नीति
ch-ua-high-entropy-values Permissions Policy के लिए सहायता जोड़ी गई है. इससे टॉप-लेवल की साइट यह तय कर सकती है कि कौनसे दस्तावेज़, navigator.userAgentData.getHighEntropyValues() JavaScript API का इस्तेमाल करके हाई-एंट्रॉपी क्लाइंट हिंट इकट्ठा कर सकते हैं.
एचटीटीपी पर ज़्यादा एंट्रॉपी वाले हिंट इकट्ठा करने पर पाबंदी लगाने के लिए, क्लाइंट हिंट के हिसाब से मौजूदा अनुमतियों की नीतियों का इस्तेमाल किया जा सकता है.
आरटीएल MathML ऑपरेटर की मिररिंग
आरटीएल मोड में MathML ऑपरेटर रेंडर करते समय, वर्ण-लेवल और ग्लिफ़-लेवल की मिररिंग की सुविधा जोड़ी गई है.
RTL मोड का इस्तेमाल करते समय, कुछ ऑपरेटर को दूसरे कोड पॉइंट में बदलकर मिरर किया जा सकता है. उदाहरण के लिए, दायां ब्रैकेट, बायां ब्रैकेट बन जाता है. यह वर्ण-स्तर पर मिररिंग है. इसमें समानताएं, यूनिकोड की Bidi_Mirrored प्रॉपर्टी के हिसाब से तय की जाती हैं.
कुछ ऑपरेटर के लिए, मिररिंग करने वाला कोई वर्ण नहीं होता. इस मामले में, ग्लिफ़-लेवल की मिररिंग लागू होती है. इसमें rtlm फ़ॉन्ट की सुविधा का इस्तेमाल किया जाता है. इसकी मदद से, मिरर किए गए कॉन्टेक्स्ट में किसी दूसरे ग्लिफ़ को बदला जा सकता है. कुछ मौजूदा लागू करने के तरीके, ओरिजनल ग्लिफ़ को सीधे तौर पर दिखाते हैं. हालांकि, इससे एसिमेट्रिकल वर्णों का मतलब बदल सकता है. जैसे, क्लॉकवाइज़ कॉन्टूर इंटिग्रल.
आइसोलेटेड वेब ऐप्लिकेशन के लिए, Direct Sockets API में मल्टीकास्ट की सुविधा
इस सुविधा की मदद से, आइसोलेटेड वेब ऐप्लिकेशन, मल्टीकास्ट ग्रुप की सदस्यता ले सकते हैं. साथ ही, उनसे यूडीपी पैकेट पा सकते हैं. इसके अलावा, मल्टीकास्ट पतों को यूडीपी पैकेट भेजते समय, अतिरिक्त पैरामीटर तय कर सकते हैं.
परफ़ॉर्मेंस और इवेंट का समय: InteractionCount
Event Timing API, Performance Timeline का हिस्सा है. यह उपयोगकर्ता के इंटरैक्शन की परफ़ॉर्मेंस को मेज़र करता है. कुछ इवेंट को interactionId वैल्यू असाइन की जाती है. यह वैल्यू, एक जैसे फ़िज़िकल यूज़र इनपुट या जेस्चर के आधार पर, मिलते-जुलते इंटरैक्शन को ग्रुप करने के लिए काम आती है.
इस सुविधा से performance.interactionCount जुड़ जाता है. यह पेज पर हुए इंटरैक्शन की कुल संख्या होती है.
खास तौर पर, यह सुविधा इंटरैक्शन टू नेक्स्ट पेंट (आईएनपी) मेट्रिक की वैल्यू का हिसाब लगाने के लिए काम की है. इसके लिए, इंटरैक्शन की कुल संख्या जानना ज़रूरी है, ताकि ज़्यादा पर्सेंटाइल स्कोर (50 से ज़्यादा कुल इंटरैक्शन वाले पेजों के लिए p98) का हिसाब लगाया जा सके.
इस सुविधा के बारे में लंबे समय से बताया जा रहा है. इसे पहले Chromium में प्रोटोटाइप किया गया था, लेकिन कभी शिप नहीं किया गया. यह Interop 2025 का हिस्सा है और अन्य ब्राउज़र में पहले से उपलब्ध है.
DOM में बदलाव होने के बाद, पॉइंटर और माउस की सीमा से जुड़े इवेंट के बीच इंटरऑपरेबिलिटी
जब किसी इवेंट टारगेट को डीओएम से हटा दिया जाता है, तो पॉइंटर का लॉजिकल टारगेट, पॉइंटर और माउस बाउंड्री इवेंट (यानी कि over, out, enter, और leave इवेंट) से पता चलता है. यह टारगेट, डीओएम से जुड़े सबसे नज़दीकी पूर्वज का होना चाहिए.
Chrome, DOM से हटाए जाने के बाद भी किसी नोड को ट्रैक कर रहा है. इस वजह से, अगर हिट-टेस्ट नोड A को डीओएम से हटाने के बाद पॉइंटर नए नोड B पर चला जाता है, तो बाउंड्री इवेंट सीक्वेंस (pointerover, pointerout, pointerenter, pointerleave इवेंट, और उनसे जुड़े माउस इवेंट) से पता चलता है कि पॉइंटर को A से B पर ले जाया गया है. नए समझौते के मुताबिक, इवेंट के क्रम का मतलब है कि पॉइंटर, "A के पैरंट" से B पर ले जाया गया है.
Android पर पॉइंटर लॉक करने की सुविधा
यह कुकी, माउस के रॉ मूवमेंट को ऐक्सेस करने की सुविधा देती है. इसके लिए, यह माउस इवेंट के टारगेट को किसी एक एलिमेंट पर लॉक कर देती है और माउस कर्सर को छिपा देती है. Pointer Lock API, डेस्कटॉप पर पहले से काम करता है. इसे Android पर काम करने के लिए लॉन्च किया गया है.
RTCDegradationPreference enum वैल्यू maintain-framerate-and-resolution
maintain-framerate-and-resolution WebRTC की इंटरनल वीडियो अडैप्टेशन सुविधा बंद करता है.
इससे ऐप्लिकेशन को, अडैप्टेशन का अपना लॉजिक लागू करने में मदद मिलती है. साथ ही, इंटरनल अडैप्टेशन से होने वाली रुकावटों को रोका जा सकता है.
Android और iOS पर WebAuthn Signal API
WebAuthn पर भरोसा करने वाली पार्टियों को, क्रेडेंशियल स्टोरेज की सुविधा देने वाली कंपनियों को मौजूदा पासकी के बारे में जानकारी देने की अनुमति देता है. इससे गलत या रद्द किए गए क्रेडेंशियल को अपडेट किया जा सकता है या उन्हें क्रेडेंशियल स्टोरेज की सुविधा देने वाली कंपनी और सिस्टम यूज़र इंटरफ़ेस (यूआई) से हटाया जा सकता है.
यह सुविधा पहले से ही डेस्कटॉप पर उपलब्ध थी. अब यह Android और iOS पर भी उपलब्ध है.
इसके अलावा, Signal API अब Google Password Manager की पासकी के लिए सुरक्षा से जुड़ी सुविधा देता है. यह सुविधा, उन सभी प्लैटफ़ॉर्म पर उपलब्ध है जिन पर Signal API काम करता है. पहले, जब कोई रिलाइंग पार्टी यह सूचना देती थी कि क्रेडेंशियल मौजूद नहीं है या उसे हटा दिया गया है, तो पासकी को हमेशा के लिए मिटा दिया जाता था.
अब Google Password Manager, पासकी को मिटाने के बजाय छिपा देता है. signalAllAcceptedCredentials को कॉल करके, पहले छिपाई गई पासकी की सूची के साथ पासकी वापस पाई जा सकती हैं.
नए ऑरिजिन ट्रायल
Chrome 144 में, इन ऑरिजिन ट्रायल के लिए ऑप्ट इन किया जा सकता है.
बेहतर Canvas TextMetrics
यह TextMetrics Canvas API को बेहतर बनाता है, ताकि सिलेक्शन रेक्टैंगल, बाउंडिंग बॉक्स क्वेरी, और ग्लिफ़ क्लस्टर पर आधारित कार्रवाइयों को सपोर्ट किया जा सके.
इस सुविधा की मदद से, टेक्स्ट में बदलाव करने वाले जटिल ऐप्लिकेशन को सटीक तरीके से चुना जा सकता है. साथ ही, कर्सर की पोज़िशन और हिट टेस्टिंग की जा सकती है. इसके अलावा, क्लस्टर-आधारित रेंडरिंग से टेक्स्ट में बेहतर इफ़ेक्ट जोड़े जा सकते हैं. जैसे, अलग-अलग वर्णों के ऐनिमेशन और स्टाइलिंग.
बंद की गई और हटाई गई सुविधाएं
Chrome के इस वर्शन में, इस सेक्शन में दी गई सुविधाओं को बंद कर दिया गया है और इन्हें हटा दिया गया है. प्लान की गई सुविधाओं को बंद करने, मौजूदा समय में बंद की गई सुविधाओं, और पहले हटाई गई सुविधाओं की सूचियां देखने के लिए, ChromeStatus.com पर जाएं.
Topics API को बंद करना
Topics API एक ऐसा एपीआई है जो उपयोगकर्ता की सामान्य ब्राउज़िंग दिलचस्पी के आधार पर विज्ञापन टारगेटिंग को चालू करता है. हालांकि, इससे उपयोगकर्ता के ब्राउज़िंग इतिहास की सटीक जानकारी नहीं मिलती है.
हमने यह सूचना दी थी कि Chrome, तीसरे पक्ष की कुकी के लिए मौजूदा तरीके का इस्तेमाल जारी रखेगा. अब हम Topics API को बंद कर रहे हैं और इसे हटाने का प्लान बना रहे हैं. इसके साथ-साथ, हम कुछ अन्य टेक्नोलॉजी को भी बंद कर रहे हैं. इनके बारे में Privacy Sandbox की सुविधा की स्थिति वाले पेज पर बताया गया है.
Protected Audience API को बंद करना
Protected Audience API, तीसरे पक्ष की कुकी या साइटों पर उपयोगकर्ता की ट्रैकिंग किए बिना, दिलचस्पी वाले ग्रुप के हिसाब से विज्ञापन दिखाने का तरीका उपलब्ध कराता है.
हमने आपको यह सूचना दी थी कि Chrome, तीसरे पक्ष की कुकी के लिए मौजूदा तरीका ही अपनाएगा. अब हम Protected Audience API का इस्तेमाल बंद कर रहे हैं और इसे हटाने की योजना बना रहे हैं. साथ ही, हम कुछ अन्य टेक्नोलॉजी का इस्तेमाल भी बंद कर रहे हैं. इनके बारे में Privacy Sandbox की सुविधा की स्थिति वाले पेज पर बताया गया है.
Shared Storage API को बंद करना
Shared Storage API, निजता बनाए रखने वाला एक वेब एपीआई है. इसकी मदद से, ऐसे स्टोरेज को चालू किया जा सकता है जिसे पहले पक्ष (ग्राहक) की साइट के हिसाब से बांटा नहीं जाता.
Chrome ने यह सूचना दी है कि वह तीसरे पक्ष की कुकी के लिए, मौजूदा तरीके का इस्तेमाल जारी रखेगा. इसके बाद, टीम Shared Storage API को बंद कर रही है और इसे हटाने की योजना बना रही है. साथ ही, Privacy Sandbox की सुविधा की स्थिति वाले पेज पर बताए गए तरीके के मुताबिक, कुछ अन्य टेक्नोलॉजी को भी बंद कर रही है.
Attribution Reporting API को बंद करना
Attribution Reporting API, विज्ञापन कन्वर्ज़न को मेज़र करने के लिए बनाया गया एक एपीआई है. यह तीसरे पक्ष की कुकी या अलग-अलग साइटों पर उपयोगकर्ता की ट्रैकिंग किए बिना काम करता है.
Chrome ने एलान किया है कि वह तीसरे पक्ष की कुकी के लिए, मौजूदा तरीके का इस्तेमाल जारी रखेगा. इसके बाद, टीम ने Attribution Reporting API और Privacy Sandbox के अन्य एपीआई को बंद करने और हटाने का फ़ैसला किया है.
Private Aggregation API को बंद करना
Private Aggregation API, निजता बनाए रखने के तरीके से एग्रीगेट किए गए डेटा और अलग-अलग साइटों पर मौजूद डेटा को मेज़र करने का एक सामान्य तरीका है. इसे मूल रूप से तीसरे पक्ष की कुकी के बिना काम करने के लिए डिज़ाइन किया गया था.
Chrome ने एलान किया है कि वह तीसरे पक्ष की कुकी के लिए, मौजूदा तरीके का इस्तेमाल जारी रखेगा. इसके बाद, टीम Private Aggregation API को बंद कर रही है और इसे हटाने की योजना बना रही है. साथ ही, Privacy Sandbox की सुविधा की स्थिति वाले पेज पर बताए गए तरीके के मुताबिक, कुछ अन्य टेक्नोलॉजी को भी बंद कर रही है. यह एपीआई सिर्फ़ Shared Storage और Protected Audience API के ज़रिए उपलब्ध कराया जाता है. इन दोनों एपीआई के इस्तेमाल पर भी रोक लगा दी गई है और इन्हें हटा दिया जाएगा. इसलिए, Private Aggregation के लिए कोई अतिरिक्त काम करने की ज़रूरत नहीं है.
Related Website Sets को बंद करना
मिलती-जुलती वेबसाइट के सेट, डेवलपर को अलग-अलग साइटों के बीच के संबंधों के बारे में एलान करने के लिए एक फ़्रेमवर्क उपलब्ध कराते हैं. इससे खास कामों के लिए, क्रॉस-साइट कुकी को सीमित तौर पर ऐक्सेस करने की अनुमति मिलती है. ये काम, उपयोगकर्ताओं के लिए होते हैं. यह Storage Access API और document.requestStorageAccessFor का इस्तेमाल करके किया जाता है (अगला सेक्शन देखें).
Chrome ने यह एलान किया है कि वह तीसरे पक्ष की कुकी के लिए, मौजूदा तरीके का इस्तेमाल जारी रखेगा. इसके बाद, हम अब मिलती-जुलती वेबसाइटों के सेट को बंद कर रहे हैं और इसे हटाने का प्लान बना रहे हैं. साथ ही, हम कुछ अन्य टेक्नोलॉजी को भी बंद कर रहे हैं. इनके बारे में Privacy Sandbox की सुविधा की स्थिति वाले पेज पर बताया गया है.
document.requestStorageAccessFor को बंद करना
requestStorageAccessFor API, Storage Access API का एक्सटेंशन है. इसकी मदद से, टॉप-लेवल की साइट, एम्बेड की गई साइटों की ओर से, बिना बंटी हुई ("पहले पक्ष की") कुकी का ऐक्सेस पाने का अनुरोध कर सकती है. ब्राउज़र के पास यह तय करने का अधिकार होगा कि वह ऐक्सेस दे या नहीं. इसके लिए, वह Related Website Sets की सदस्यता जैसे तरीकों का इस्तेमाल कर सकता है. इससे टॉप-लेवल की साइटें, Storage Access API का इस्तेमाल कर पाएंगी.
Chrome ने यह सूचना दी है कि वह तीसरे पक्ष की कुकी के लिए, मौजूदा तरीके का इस्तेमाल जारी रखेगा. इसलिए, हम अब requestStorageAccessFor को बंद कर रहे हैं और इसे हटाने का प्लान कर रहे हैं. साथ ही, हम Privacy Sandbox की सुविधा की स्थिति वाले पेज पर बताए गए तरीके के मुताबिक, कुछ अन्य टेक्नोलॉजी को भी बंद कर रहे हैं.
SyncTypesListDisabled में savedTabGroups को अलग-अलग वैल्यू के तौर पर इस्तेमाल करने की सुविधा बंद कर दी गई है
SyncTypesListDisabled एंटरप्राइज़ नीति की मदद से एडमिन, डेस्कटॉप प्लैटफ़ॉर्म पर savedTabGroups डेटा टाइप को सिंक करने की सुविधा बंद कर सकते हैं. हालांकि, मोबाइल प्लैटफ़ॉर्म पर टैब ग्रुप को सिंक करने की सुविधा को tabs डेटा टाइप पहले से ही मैनेज करता है. डेस्कटॉप पर काम करने के तरीके को मोबाइल के साथ अलाइन करने और सिंक करने की सुविधा को मैनेज करने के तरीके को आसान बनाने के लिए, savedTabGroups डेटा टाइप को बंद कर दिया गया है. अब यह SyncTypesListDisabled नीति के तहत, अलग से पसंद के मुताबिक बनाई जा सकने वाली वैल्यू नहीं है.
एक्सएमएल पार्सिंग में, बाहर से लोड की गई इकाइयां
Chrome, बाहरी XML इकाइयों या डीटीडी को सिंक्रोनस तरीके से फ़ेच करता है और उन्हें कुछ खास परिस्थितियों में पार्सिंग में शामिल करता है. यह सुविधा हटा दी जाएगी.
http/tests/security/contentTypeOptions/xml-external-entity.xml एक उदाहरण देता है: बाहरी इकाइयों को DOCTYPE स्टेटमेंट के आखिर में तय किया जा सकता है. साथ ही, ये उन संसाधनों का रेफ़रंस देती हैं जिन्हें सिंक्रोनस तरीके से लोड किया जाता है और XML पार्स करते समय कॉन्टेक्स्ट के तौर पर शामिल किया जाता है.
सिंटैक्स का एक और उदाहरण यहां दिया गया है. इसमें DOCTYPE है. इसमें SYSTEM कीवर्ड के बाद, डीटीडी की ओर ले जाने वाला यूआरएल दिया गया है. इसमें अन्य इकाई की परिभाषाएं शामिल हैं.
ऐसे बाहरी लोड अनुरोधों को पार्सर से पास किया जाता है.
W3C XML स्पेसिफ़िकेशन के मुताबिक, पुष्टि न करने वाले प्रोसेसर के लिए बाहरी इकाइयों को पढ़ना ज़रूरी नहीं है.
टीम, ऐसे एक्सएमएल दस्तावेज़ों में बाहरी इकाई की परिभाषाएं लोड करने की सुविधा बंद करने का प्लान बना रही है जो XSLT का इस्तेमाल नहीं करते.