पब्लिश होने की तारीख: 4 सितंबर, 2025
जब तक कुछ और न बताया जाए, तब तक ये बदलाव Android, ChromeOS, Linux, macOS, और Windows के लिए, Chrome के बीटा चैनल के सबसे नए वर्शन पर लागू होंगे. यहां दी गई सुविधाओं के बारे में ज़्यादा जानने के लिए, दिए गए लिंक पर जाएं या ChromeStatus.com पर मौजूद सूची देखें. Chrome 141, 4 सितंबर, 2025 से बीटा वर्शन में उपलब्ध है. डेस्कटॉप के लिए Google.com पर जाकर या Android के लिए Google Play Store पर जाकर, इसका नया वर्शन डाउनलोड किया जा सकता है.
सीएसएस और यूज़र इंटरफ़ेस (यूआई)
ARIA Notify API
ARIA Notify API, डेवलपर को JavaScript का एक तरीका उपलब्ध कराता है. इससे वे स्क्रीन रीडर को सीधे तौर पर बता सकते हैं कि उसे क्या पढ़ना है.
ariaNotify() का इस्तेमाल करने से, ARIA लाइव रीजन की तुलना में विश्वसनीयता और डेवलपर कंट्रोल बेहतर होता है. साथ ही, इससे उन बदलावों की सूचना दी जा सकती है जो DOM अपडेट से नहीं जुड़े हैं. इससे आपको डाइनैमिक वेब ऐप्लिकेशन पर, सुलभता से जुड़ी सुविधाओं का ज़्यादा बेहतर और आसान अनुभव मिलता है. "aria-notify" अनुमति नीति का इस्तेमाल करके, iframe में इस सुविधा के इस्तेमाल को कंट्रोल किया जा सकता है.
hidden=until-found को अपडेट करें और एंसेस्टर रिवीलिंग एल्गोरिदम की जानकारी दें
हाल ही में, hidden=until-found और details एलिमेंट के लिए, जानकारी दिखाने वाले एल्गोरिदम में कुछ छोटे बदलाव किए गए हैं. इससे ब्राउज़र को इनफ़ाइनाइट लूप में फंसने से रोका जा सकेगा. ये अपडेट, Chrome में जोड़ दिए गए हैं.
नेस्ट किए गए <svg> एलिमेंट पर, प्रज़ेंटेशन एट्रिब्यूट के तौर पर width और height का इस्तेमाल करें
Chrome, SVG मार्कअप और सीएसएस, दोनों के ज़रिए नेस्ट किए गए <svg> एलिमेंट पर प्रज़ेंटेशन एट्रिब्यूट के तौर पर width और height को लागू करने की सुविधा देता है. यह दोहरी रणनीति, डेवलपर को ज़्यादा सुविधा देती है. इससे वे जटिल डिज़ाइन में भी एसवीजी एलिमेंट को ज़्यादा बेहतर तरीके से मैनेज और स्टाइल कर पाते हैं.
इस सुविधा के चालू होने पर, इन एचटीएमएल स्निपेट का आउटपुट एक जैसा होता है.
नेस्ट किए गए <svg> एलिमेंट के लिए सीएसएस प्रॉपर्टी के साथ:
<svg width="100px" height="100px">
<svg style="width:50px;height:50px;">
<circle cx="50px" cy="50px" r="40px" fill="green" />
</svg>
</svg>
नेस्ट किए गए <svg> एलिमेंट के लिए, सीएसएस प्रॉपर्टी के बिना:
<svg width="100px" height="100px">
<svg width="50px" height="50px">
<circle cx="50px" cy="50px" r="40px" fill="green" />
</svg>
</svg>
वेब एपीआई
Digital Credentials API (प्रज़ेंटेशन की सुविधा)
वेबसाइटें, मोबाइल वॉलेट ऐप्लिकेशन से क्रेडेंशियल हासिल करने के लिए, कई तरह के तरीकों का इस्तेमाल करती हैं. जैसे, कस्टम यूआरएल हैंडलर और क्यूआर कोड स्कैन करना. इस सुविधा की मदद से, साइटें Android के IdentityCredential CredMan सिस्टम का इस्तेमाल करके, वॉलेट से पहचान की जानकारी का अनुरोध कर सकती हैं. इसे क्रेडेंशियल के कई फ़ॉर्मैट (जैसे, ISO mDoc और W3C वेरिफ़िएबल क्रेडेंशियल) के साथ काम करने के लिए बढ़ाया जा सकता है. साथ ही, इसमें कई वॉलेट ऐप्लिकेशन इस्तेमाल किए जा सकते हैं. इस अपडेट में, असल दुनिया में पहचान के गलत इस्तेमाल को रोकने के लिए, कई तरीके जोड़े गए हैं.
Navigation API: deferred commit (precommit handlers)
आम तौर पर, जब navigateEvent.intercept() को कॉल किया जाता है, तो इंटरसेप्ट किया गया नेविगेशन कमिट हो जाता है. साथ ही, NavigateEvent के डिस्पैच होने के तुरंत बाद यूआरएल अपडेट हो जाता है.
इस सुविधा से, navigateEvent.intercept() में precommitHandler का विकल्प जुड़ जाता है. यह handler की तरह ही है. यह कमिट को तब तक रोककर रखता है, जब तक कि उस हैंडलर (और अन्य सभी प्रीकमिट हैंडलर) को रिज़ॉल्व नहीं कर लिया जाता. साथ ही, यह हैंडलर को नेविगेशन के यूआरएल, जानकारी, स्टेटस, और इतिहास को मैनेज करने के तरीके (पुश/बदलें) में बदलाव करने की अनुमति देता है.
restrictOwnAudio का सहयोग करें
restrictOwnAudio प्रॉपर्टी, कैप्चर की गई डिसप्ले सरफ़ेस की ऐसी प्रॉपर्टी है जिसे सीमित किया जा सकता है. यह प्रॉपर्टी, कैप्चर किए गए डिसप्ले सरफ़ेस में सिस्टम ऑडियो के व्यवहार को बदलती है. restrictOwnAudio कंस्ट्रेंट का असर सिर्फ़ तब होगा, जब कैप्चर की गई डिसप्ले सरफ़ेस में सिस्टम ऑडियो शामिल हो. ऐसा न होने पर, इसका कोई असर नहीं होगा.
डिफ़ॉल्ट रूप से, सिस्टम ऑडियो कैप्चर किए जाने पर, इसमें ऑडियो आउटपुट डिवाइसों पर सिस्टम से चलाया जाने वाला सारा ऑडियो शामिल होता है. restrictOwnAudio के चालू होने पर, कैप्चर किए गए सिस्टम ऑडियो को फ़िल्टर किया जाएगा, ताकि getDisplayMedia करने वाले दस्तावेज़ से जनरेट होने वाले ऑडियो को शामिल न किया जाए.
getUserMedia() के लिए echoCancellationMode
MediaTrackConstraints डिक्शनरी के echoCancellation व्यवहार को बढ़ाता है. पहले, इस एट्रिब्यूट के लिए सिर्फ़ true और false वैल्यू इस्तेमाल की जा सकती थीं. अब इसके लिए, all और remote-only वैल्यू भी इस्तेमाल की जा सकती हैं. इससे क्लाइंट, माइक्रोफ़ोन से मिले ऑडियो ट्रैक पर लागू इको रद्दीकरण की सुविधा में बदलाव कर सकते हैं. साथ ही, यह कंट्रोल कर सकते हैं कि उपयोगकर्ता के सिस्टम प्लेआउट (सभी या सिर्फ़ PeerConnections से मिला ऑडियो) का कितना हिस्सा, माइक्रोफ़ोन सिग्नल से हटाया जाए.
windowAudio for getDisplayMedia()
getDisplayMedia() के लिए, DisplayMediaStreamOptions को windowAudio के विकल्प के साथ एक्सटेंड करता है. इस नए विकल्प की मदद से, वेब ऐप्लिकेशन उपयोगकर्ता एजेंट को यह बता सकते हैं कि किसी विंडो को चुनने पर, उपयोगकर्ता को ऑडियो शेयर करने की सुविधा दी जानी चाहिए या नहीं. windowAudio विकल्प को ऐप्लिकेशन की प्राथमिकता के आधार पर, 'शामिल न करें', 'सिस्टम' या 'विंडो' पर सेट किया जा सकता है.
ऑडियो कैप्चर करने के लिए कॉन्फ़िगर किए गए वेब ऐप्लिकेशन को, विंडो चुने जाने पर सिस्टम ऑडियो कैप्चर करने की सुविधा को सीमित करना होगा. इसके लिए, उसे windowAudio: "exclude" सेट करना होगा.
FedCM: खाता चुनने के लिए अन्य फ़ील्ड
खाता चुनने वाले टूल में, खातों को अलग-अलग दिखाने के लिए, उपयोगकर्ता के पूरे नाम और ईमेल पते के अलावा या उनकी जगह, फ़ोन नंबर और उपयोगकर्ता नाम इस्तेमाल करने की सुविधा जोड़ी गई है. साथ ही, इन नए फ़ील्ड को वेबसाइटों के लिए उपलब्ध कराया गया है, ताकि वे जानकारी ज़ाहिर करने वाले टेक्स्ट पर असर डाल सकें. ज़्यादा जानकारी के लिए दस्तावेज़ देखें.
getAll() और getAllKeys() के लिए, IndexedDB getAllRecords() और दिशा का विकल्प
यह सुविधा, IndexedDB IDBObjectStore और IDBIndex में getAllRecords() तरीका जोड़ती है. यह getAll() और getAllKeys() में डायरेक्शन पैरामीटर भी जोड़ता है. इस सुविधा की मदद से, डेटा को पढ़ने के कुछ पैटर्न को कर्सर के साथ दोहराने के मौजूदा विकल्प की तुलना में काफ़ी तेज़ी से पढ़ा जा सकता है. एक टेस्ट में, Microsoft की प्रॉपर्टी से जुड़े वर्कलोड में 350 मिलीसेकंड का सुधार दिखा.
getAllRecords() तरीका, getAllKeys() और getAll() को जोड़ता है. इसके लिए, यह दोनों प्राइमरी कुंजियों और वैल्यू को एक साथ दिखाता है. IDBIndex के लिए, getAllRecords() प्राइमरी कुंजी और वैल्यू के साथ-साथ, रिकॉर्ड की इंडेक्स कुंजी भी उपलब्ध कराता है.
अनुमान लगाने के नियम: डेस्कटॉप पर "eager" मोड में सुधार
डेस्कटॉप पर, "eager" ईगरनेस के लिए तय किए गए अनुमान के नियम, प्रीफ़ेच और प्रीरेंडर को तब ट्रिगर करते हैं, जब उपयोगकर्ता किसी लिंक पर "moderate" माउस होवर समय से कम समय के लिए कर्सर घुमाते हैं.
पहले, प्रीफ़ेच या प्रीरेंडर को जल्द से जल्द शुरू करने का तरीका, "immediate" ईगरनेस जैसा ही था. यह नया तरीका मददगार है, क्योंकि इससे लेखक के इरादे का बेहतर तरीके से पता चलता है. इससे पता चलता है कि लेखक को "मॉडरेट" से ज़्यादा और "इमीडिएट" से कम उत्सुकता है.
Storage Access API के लिए, एक ही ऑरिजिन से जुड़ी सख्त नीति
यह Storage Access API के सिमैंटिक में बदलाव करता है, ताकि सुरक्षा के लिहाज़ से सेम ऑरिजिन पॉलिसी का सख्ती से पालन किया जा सके. इसका मतलब है कि किसी फ़्रेम में document.requestStorageAccess() का इस्तेमाल करने पर, कुकी सिर्फ़ iframe के ऑरिजिन (साइट नहीं) को भेजे जाने वाले अनुरोधों से अटैच होती हैं.
सिग्नेचर-बेस्ड इंटेग्रिटी
इस सुविधा की मदद से, वेब डेवलपर उन रिसॉर्स की पुष्टि कर सकते हैं जिन पर वे निर्भर हैं. इससे, किसी साइट की डिपेंडेंसी पर भरोसा करने के लिए तकनीकी बुनियाद तैयार होती है. सर्वर, Ed25519 कुंजी के जोड़े का इस्तेमाल करके जवाबों पर हस्ताक्षर कर सकते हैं. साथ ही, वेब डेवलपर किसी खास सार्वजनिक कुंजी का इस्तेमाल करके, उपयोगकर्ता एजेंट से हस्ताक्षर की पुष्टि करने के लिए कह सकते हैं. यह कॉन्टेंट की सुरक्षा के लिए नीति के तहत, यूआरएल के आधार पर की जाने वाली जांचों के साथ-साथ, सब-रिसोर्स इंटिग्रिटी के तहत कॉन्टेंट के आधार पर की जाने वाली जांचों के लिए भी मददगार है.
WebRTC एन्कोडेड ट्रांसफ़ॉर्म (वर्शन 2)
इस एपीआई की मदद से, RTCPeerConnection से गुज़रने वाले एन्कोड किए गए मीडिया को प्रोसेस किया जा सकता है. Chromium ने साल 2020 में इस एपीआई का शुरुआती वर्शन रिलीज़ किया था. इसके बाद, स्पेसिफ़िकेशन में बदलाव किया गया और अन्य ब्राउज़र ने स्पेसिफ़िकेशन का अपडेट किया गया वर्शन रिलीज़ किया. जैसे, Safari ने 2022 में और Firefox ने 2023 में.
इस लॉन्च से, Chrome को सबसे नई खास जानकारी के साथ अपडेट किया गया है. यह Interop 2025 का हिस्सा है.
इस लॉन्च में generateKeyFrame का तरीका शामिल नहीं है. इस पर अब भी चर्चा चल रही है.
सिर्फ़ मैनेज किए जा रहे ChromeOS डिवाइसों के लिए
Device Attributes API के लिए अनुमतियों से जुड़ी नीति
अनुमतियों से जुड़ी नई नीति की मदद से, Device Attributes API के ऐक्सेस को सीमित किया जा सकता है. यह एपीआई, नीति के तहत इंस्टॉल किए गए कीऑस्क वेब ऐप्लिकेशन और नीति के तहत इंस्टॉल किए गए आइसोलेटेड वेब ऐप्लिकेशन के लिए ही उपलब्ध है. ये दोनों ऐप्लिकेशन, सिर्फ़ मैनेज किए जा रहे ChromeOS डिवाइसों पर उपलब्ध हैं. इसके अलावा, कॉन्टेंट सेटिंग से भी इस सुविधा को कंट्रोल किया जाता है.
दो नई नीतियां जोड़ी गई हैं: DeviceAttributesBlockedForOrigins और DefaultDeviceAttributesSetting. ये नीतियां, DeviceAttributesAllowedForOrigins के साथ लागू की गई हैं.
नए ऑरिजिन ट्रायल
Chrome 141 में, इन नए ऑरिजिन ट्रायल के लिए ऑप्ट इन किया जा सकता है.
लोकल नेटवर्क के ऐक्सेस से जुड़ी पाबंदियां
Chrome 141 में, वेबसाइटों के लिए उपयोगकर्ता के लोकल नेटवर्क के डिवाइसों तक सीधे अनुरोध भेजने की सुविधा को प्रतिबंधित कर दिया गया है. अब इस तरह के अनुरोधों के लिए उपयोगकर्ता की अनुमति लेनी ज़रूरी है.
किसी सार्वजनिक वेबसाइट से लोकल आईपी पते या लूपबैक के लिए किए गए अनुरोध को लोकल नेटवर्क से किया गया अनुरोध कहते हैं. इसके अलावा, यह किसी लोकल वेबसाइट, जैसे कि इंट्रानेट से लूपबैक के लिए किया गया अनुरोध भी हो सकता है. वेबसाइटों के अनुरोध करने पर इस तरह का प्रतिबंध लगाने और अनुमति लेना ज़रूरी करने से, लोकल नेटवर्क के राऊटर जैसे डिवाइसों पर किसी दूसरी साइट से किए गए अनुरोध वाले हमलों का खतरा कम हो जाता है. साथ ही, इन अनुरोधों का इस्तेमाल करके उपयोगकर्ता के लोकल नेटवर्क का फ़िंगरप्रिंट पाने की वेबसाइटों की क्षमता कम हो जाती है.
यह अनुमति सिर्फ़ भरोसेमंद वेबसाइटों को ही मिलेगी. अनुमतियां देने पर, लोकल नेटवर्क के अनुरोधों के लिए, मिले-जुले कॉन्टेंट को ब्लॉक करने की सुविधा को बंद कर दिया जाता है. ऐसा इसलिए, क्योंकि कई लोकल डिवाइसों को अलग-अलग वजहों से, सार्वजनिक तौर पर भरोसेमंद टीएलएस सर्टिफ़िकेट नहीं मिल पाते हैं.
यह नियम उस पुराने "Private Network Access" सिस्टम की जगह लाया गया है जो पहले लोकल डिवाइसों की अनुमति के लिए प्रीफ़्लाइट अनुरोधों का इस्तेमाल करता था.
Proofreader API
यह एक JavaScript API है. इसकी मदद से, इनपुट टेक्स्ट की प्रूफ़रीडिंग की जा सकती है और उसे बेहतर बनाने के सुझाव पाए जा सकते हैं. यह एआई लैंग्वेज मॉडल की मदद से काम करता है.
Extend CSP script-src (इसे script-src-v2 भी कहा जाता है)
इस सुविधा से, script-src कॉन्टेंट की सुरक्षा के लिए नीति (सीएसपी) डायरेक्टिव में नए कीवर्ड जोड़े जाते हैं. इससे, अनुमति वाली सूची में शामिल करने के लिए, हैश पर आधारित दो नए तरीके जुड़ते हैं: यूआरएल के हैश पर आधारित स्क्रिप्ट सोर्स और eval() और eval() जैसे फ़ंक्शन का कॉन्टेंट. इसे कभी-कभी script-src-v2 भी कहा जाता है. हालांकि, यह मौजूदा script-src के साथ पुराने सिस्टम के साथ काम करने की सुविधा देता है और उसी डायरेक्टिव का इस्तेमाल करता है.
यूआरएल और eval() हैश को कवर करने के लिए हैश को बढ़ाने से, डेवलपर को सुरक्षा से जुड़ी सख्त नीतियां सेट करने की सुविधा मिलती है. इसके लिए, स्क्रिप्ट के हैश के हिसाब से, अनुमति वाली सूची में स्क्रिप्ट को शामिल किया जाता है. भले ही, स्क्रिप्ट के कॉन्टेंट में बार-बार बदलाव होते हों और eval() के कॉन्टेंट को सुरक्षित माना जाता हो. हालांकि, इसके लिए eval() के इस्तेमाल की अनुमति नहीं दी जाती.
नए कीवर्ड, होस्ट-आधारित script-src को बदल देते हैं. इससे एक ही हेडर, उन ब्राउज़र के साथ काम कर सकता है जो नए कीवर्ड लागू करते हैं या नहीं करते.
WebAssembly के कस्टम डिस्क्रिप्टर
इससे WebAssembly, सोर्स-लेवल टाइप से जुड़े डेटा को नए "कस्टम डिस्क्रिप्टर" ऑब्जेक्ट में ज़्यादा बेहतर तरीके से सेव कर पाता है. इन कस्टम डिस्क्रिप्टर को उस सोर्स-लेवल टाइप के WebAssembly ऑब्जेक्ट के प्रोटोटाइप के साथ कॉन्फ़िगर किया जा सकता है. इससे, WebAssembly ऑब्जेक्ट की प्रोटोटाइप चेन पर मेथड इंस्टॉल किए जा सकते हैं. साथ ही, सामान्य मेथड कॉल सिंटैक्स का इस्तेमाल करके, उन्हें सीधे JavaScript से कॉल किया जा सकता है. इंपोर्ट किए गए बिल्ट-इन फ़ंक्शन का इस्तेमाल करके, प्रोटोटाइप और तरीकों को डिक्लेरेटिव तरीके से कॉन्फ़िगर किया जा सकता है.