पब्लिश होने की तारीख: 4 सितंबर, 2025
यहां दिए गए बदलाव, Android, ChromeOS, Linux, macOS, और Windows के लिए Chrome के बीटा चैनल की सबसे नई रिलीज़ पर लागू होते हैं. हालांकि, अगर किसी बदलाव के बारे में अलग से जानकारी दी गई है, तो वह जानकारी लागू होगी. यहां दी गई सुविधाओं के बारे में ज़्यादा जानने के लिए, दिए गए लिंक पर क्लिक करें या ChromeStatus.com पर मौजूद सूची देखें. 4 सितंबर, 2025 तक Chrome 141 बीटा वर्शन में है. डेस्कटॉप के लिए, 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> एलिमेंट के लिए सीएसएस प्रॉपर्टी:
<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>
Web APIs
Digital Credentials API (प्रज़ेंटेशन की सुविधा)
वेबसाइटें, मोबाइल वॉलेट ऐप्लिकेशन से क्रेडेंशियल पाने के लिए कई तरीकों का इस्तेमाल करती हैं. जैसे, कस्टम यूआरएल हैंडलर और क्यूआर कोड स्कैन करना. इस सुविधा की मदद से, साइटें Android के IdentityCredential CredMan सिस्टम का इस्तेमाल करके, वॉलेट से पहचान की जानकारी का अनुरोध कर सकती हैं. इसे कई तरह के क्रेडेंशियल फ़ॉर्मैट (जैसे, ISO mDoc और W3C verifiable credential) के साथ इस्तेमाल किया जा सकता है. साथ ही, इससे कई वॉलेट ऐप्लिकेशन इस्तेमाल किए जा सकते हैं. इस अपडेट में ऐसे तरीके जोड़े गए हैं जिनसे असल ज़िंदगी की पहचान के गलत इस्तेमाल के जोखिम को कम किया जा सकता है.
Navigation API: स्थगित किया गया कमिट (प्रीकमिट हैंडलर)
आम तौर पर, जब 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()
windowAudio विकल्प के साथ, getDisplayMedia() के लिए DisplayMediaStreamOptions को बड़ा करता है. इस नए विकल्प की मदद से, वेब ऐप्लिकेशन, उपयोगकर्ता एजेंट को यह जानकारी दे सकते हैं कि जब कोई विंडो चुनी जाती है, तो उपयोगकर्ता को ऑडियो शेयर करने की सुविधा दी जानी चाहिए या नहीं. ऐप्लिकेशन की प्राथमिकता के आधार पर, windowAudio विकल्प को बाहर रखें, सिस्टम या विंडो पर सेट किया जा सकता है.
अगर किसी वेब ऐप्लिकेशन को ऑडियो कैप्चर करने के लिए कॉन्फ़िगर किया गया है, लेकिन वह किसी विंडो को चुनने पर सिस्टम ऑडियो कैप्चर करने की सुविधा को सीमित करना चाहता है, तो उसे windowAudio: "exclude" सेट करना होगा.
FedCM: खाता चुनने की सुविधा में वैकल्पिक फ़ील्ड
यह कुकी, उपयोगकर्ता के पूरे नाम और ईमेल पते के साथ-साथ फ़ोन नंबर और उपयोगकर्ता नाम के लिए भी सहायता जोड़ती है. इससे खाता चुनने वाले टूल में खातों के बीच अंतर करने में मदद मिलती है. साथ ही, यह कुकी इन नए फ़ील्ड को वेबसाइटों के लिए उपलब्ध कराती है, ताकि वे डिसक्लोज़र टेक्स्ट पर असर डाल सकें. ज़्यादा जानकारी के लिए, दस्तावेज़ देखें.
IndexedDB getAllRecords() और getAll() और getAllKeys() के लिए दिशा का विकल्प
इस सुविधा से, IndexedDB IDBObjectStore और IDBIndex में getAllRecords() तरीका जोड़ा जाता है. यह getAll() और getAllKeys() में दिशा का पैरामीटर भी जोड़ता है. इस सुविधा की मदद से, कुछ पढ़ने के पैटर्न को कर्सर के साथ दोहराने के मौजूदा विकल्प की तुलना में काफ़ी तेज़ी से पढ़ा जा सकता है. एक टेस्ट में, Microsoft की प्रॉपर्टी के वर्कलोड में 350 मि॰से॰ की कमी देखी गई.
getAllRecords() तरीके में, getAllKeys() और getAll() को एक साथ जोड़ा जाता है. इसके लिए, दोनों प्राइमरी कुंजियों और वैल्यू को एक साथ गिना जाता है. IDBIndex के लिए, getAllRecords() प्राइमरी कुंजी और वैल्यू के साथ-साथ, रिकॉर्ड की इंडेक्स कुंजी भी उपलब्ध कराता है.
अनुमान लगाने के नियम: डेस्कटॉप पर "eager" मोड को बेहतर बनाया गया
डेस्कटॉप पर, "eager" ईगरनेस स्पेकुलेशन के नियम, "moderate" माउस घुमाने के समय से कम समय के लिए किसी लिंक पर कर्सर घुमाने पर, प्रीफ़ेच और प्रीरेंडर ट्रिगर करते हैं.
पहले, प्रीफ़ेच या प्रीरेंडरिंग को जल्द से जल्द शुरू करने का तरीका, "तुरंत" ईगरनेस के जैसा ही था. यह नया तरीका इसलिए मददगार है, क्योंकि इससे लेखक के इरादे का पता चलता है. इससे यह पता चलता है कि लेखक, "सामान्य" से ज़्यादा और "तुरंत" से कम उत्सुक है.
Storage Access API के लिए, एक ही ऑरिजिन की नीति को सख्ती से लागू करना
यह कुकी, Storage Access API के सिमैंटिक को अडजस्ट करती है, ताकि सुरक्षा के मामले में Same Origin Policy का सख्ती से पालन किया जा सके. इसका मतलब है कि किसी फ़्रेम में document.requestStorageAccess() का इस्तेमाल करने पर, डिफ़ॉल्ट रूप से कुकी सिर्फ़ iframe के ऑरिजिन (साइट नहीं) के अनुरोधों से अटैच होती हैं.
सिग्नेचर-बेस्ड इंटिग्रिटी
इस सुविधा की मदद से, वेब डेवलपर उन संसाधनों की पुष्टि कर सकते हैं जिन पर वे निर्भर हैं. इससे, किसी साइट की डिपेंडेंसी पर भरोसा करने के लिए तकनीकी आधार तैयार होता है. सर्वर, Ed25519 कुंजी के जोड़े की मदद से जवाबों पर हस्ताक्षर कर सकते हैं. साथ ही, वेब डेवलपर, उपयोगकर्ता एजेंट से किसी खास सार्वजनिक पासकोड का इस्तेमाल करके हस्ताक्षर की पुष्टि करने के लिए कह सकते हैं. यह सुविधा, यूआरएल के आधार पर जांच करने की सुविधा देती है. यह सुविधा, कॉन्टेंट सिक्योरिटी पॉलिसी के साथ-साथ सबरीसोर्स इंटिग्रिटी की कॉन्टेंट के आधार पर जांच करने की सुविधा के साथ काम करती है.
WebRTC Encoded Transform (Version 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 में, उपयोगकर्ता के लोकल नेटवर्क से अनुरोध करने की सुविधा पर पाबंदी लगाई गई है. इसके लिए, अनुमति का प्रॉम्प्ट दिखाया जाता है.
लोकल नेटवर्क अनुरोध, किसी सार्वजनिक वेबसाइट से लोकल आईपी पते या लूपबैक के लिए किया गया कोई अनुरोध होता है. इसके अलावा, यह किसी लोकल वेबसाइट (उदाहरण के लिए, इंट्रानेट) से लूपबैक के लिए किया गया अनुरोध भी हो सकता है. वेबसाइटों को ये अनुरोध करने के लिए अनुमति की ज़रूरत होती है. इससे, लोकल नेटवर्क डिवाइसों (जैसे कि राउटर) पर, किसी दूसरी साइट से किए गए फ़र्ज़ी अनुरोधों के हमलों का खतरा कम हो जाता है. साथ ही, साइटों के लिए इन अनुरोधों का इस्तेमाल करके, उपयोगकर्ता के लोकल नेटवर्क की पहचान करना मुश्किल हो जाता है.
यह अनुमति सिर्फ़ सुरक्षित कॉन्टेक्स्ट के लिए है. अनुमति मिलने पर, लोकल नेटवर्क के अनुरोधों के लिए, मिक्स किए गए कॉन्टेंट को ब्लॉक करने की सुविधा को भी बंद कर दिया जाता है. ऐसा इसलिए, क्योंकि कई लोकल डिवाइस अलग-अलग वजहों से, सार्वजनिक तौर पर भरोसेमंद टीएलएस सर्टिफ़िकेट हासिल नहीं कर पाते.
यह काम, "प्राइवेट नेटवर्क ऐक्सेस" नाम के पिछले काम की जगह लेता है.
Proofreader API
यह एक JavaScript API है. इसकी मदद से, इनपुट टेक्स्ट में मौजूद गलतियों को ठीक करने के सुझावों के साथ उसकी प्रूफरीडिंग की जा सकती है. यह एआई लैंग्वेज मॉडल पर आधारित है.
सीएसपी script-src (इसे script-src-v2 भी कहा जाता है) को बढ़ाना
इस सुविधा से, script-src कॉन्टेंट की सुरक्षा के लिए नीति (सीएसपी) डायरेक्टिव में नए कीवर्ड जोड़े जाते हैं. इससे हैश पर आधारित अनुमति वाली सूची बनाने के दो नए तरीके जुड़ जाते हैं: यूआरएल के हैश और eval() और eval() जैसे फ़ंक्शन के कॉन्टेंट के आधार पर स्क्रिप्ट सोर्स. इसे कभी-कभी script-src-v2 भी कहा जाता है. हालांकि, यह मौजूदा script-src के साथ काम करता है और एक ही डायरेक्टिव का इस्तेमाल करता है.
यूआरएल और eval() हैश को बढ़ाने से, डेवलपर सुरक्षा से जुड़ी नीतियों को ज़्यादा सख्ती से लागू कर सकते हैं. इसके लिए, वे स्क्रिप्ट को उनके हैश के हिसाब से अनुमति वाली सूची में शामिल कर सकते हैं. ऐसा तब भी किया जा सकता है, जब स्क्रिप्ट के कॉन्टेंट में बार-बार बदलाव हो रहे हों. साथ ही, वे eval() के ऐसे कॉन्टेंट को अनुमति वाली सूची में शामिल कर सकते हैं जो सुरक्षित माने जाते हैं. इसके लिए, उन्हें eval() के कॉन्टेंट को बिना जांच किए इस्तेमाल करने की अनुमति नहीं देनी होगी.
अगर नए कीवर्ड दिए जाते हैं, तो वे होस्ट के आधार पर script-src को बदल देते हैं. इससे एक ही हेडर, उन ब्राउज़र के साथ काम कर पाता है जो नए कीवर्ड लागू करते हैं और जो नहीं करते हैं.
WebAssembly के कस्टम डिस्क्रिप्टर
इस कुकी की मदद से, WebAssembly, सोर्स-लेवल टाइप से जुड़े डेटा को नए "कस्टम डिस्क्रिप्टर" ऑब्जेक्ट में ज़्यादा असरदार तरीके से सेव कर सकता है. इन कस्टम डिस्क्रिप्टर को, सोर्स-लेवल टाइप के WebAssembly ऑब्जेक्ट के प्रोटोटाइप के साथ कॉन्फ़िगर किया जा सकता है. इससे, WebAssembly ऑब्जेक्ट की प्रोटोटाइप चेन पर तरीके इंस्टॉल किए जा सकते हैं. साथ ही, उन्हें सामान्य तरीके से कॉल करने के सिंटैक्स का इस्तेमाल करके, सीधे JavaScript से कॉल किया जा सकता है. प्रोटोटाइप और तरीकों को, इंपोर्ट किए गए बिल्ट-इन फ़ंक्शन का इस्तेमाल करके, डिक्लेरेटिव तरीके से कॉन्फ़िगर किया जा सकता है.