تاريخ النشر: 4 سبتمبر 2025
ما لم يُذكر خلاف ذلك، تنطبق التغييرات التالية على أحدث إصدار من القناة التجريبية لمتصفّح Chrome على أجهزة Android وChromeOS وLinux وmacOS وWindows. يمكنك الاطّلاع على مزيد من المعلومات حول الميزات المدرَجة هنا من خلال الروابط المقدَّمة أو من القائمة على ChromeStatus.com. يتوفّر الإصدار التجريبي من Chrome 141 اعتبارًا من 4 سبتمبر 2025. يمكنك تنزيل أحدث إصدار على Google.com لأجهزة الكمبيوتر المكتبي أو على "متجر Google Play" على أجهزة Android.
CSS وواجهة المستخدم
واجهة برمجة التطبيقات ARIA Notify
توفّر واجهة برمجة التطبيقات ARIA Notify API طريقة JavaScript تتيح للمطوّرين إخبار قارئ الشاشة مباشرةً بما يجب قراءته.
يؤدي استخدام ariaNotify() إلى تحسين الموثوقية وتحكّم المطوّرين مقارنةً بالمحتوى الديناميكي المتغيّر في ARIA، كما يسمح بالإعلان عن التغييرات غير المرتبطة بتعديلات نموذج العناصر في المستند (DOM). يتيح لك ذلك إنشاء تجارب أكثر اتساقًا وسهولة في الاستخدام عبر تطبيقات الويب الديناميكية. يمكنك التحكّم في استخدام إطار iframe لهذه الميزة من خلال سياسة الأذونات "aria-notify".
تعديل hidden=until-found وخوارزمية الكشف عن التفاصيل السابقة
تم إجراء بعض التغييرات الصغيرة مؤخرًا على المواصفات في خوارزميات الكشف عن العناصر hidden=until-found وdetails لمنع المتصفّح من الوقوع في حلقة لا نهائية، وقد تمت إضافة هذه التحديثات إلى Chrome.
إتاحة استخدام السمتَين width وheight كسمات عرض في عناصر <svg> المتداخلة
يتيح Chrome تطبيق السمتَين width وheight كسمات عرض على عناصر <svg> المُدمَجة من خلال ترميز SVG وCSS. يوفّر هذا النهج المزدوج مرونة أكبر للمطوّرين، ما يتيح لهم إدارة عناصر SVG وتصميمها بكفاءة أكبر ضمن التصاميم المعقّدة.
عند تفعيل هذه الميزة، يكون لمقتطفات HTML التالية الناتج نفسه.
باستخدام خصائص CSS لعنصر <svg> المدمَج:
<svg width="100px" height="100px">
<svg style="width:50px;height:50px;">
<circle cx="50px" cy="50px" r="40px" fill="green" />
</svg>
</svg>
بدون خصائص CSS لعنصر <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 (إتاحة عرض بيانات الاعتماد)
تسترد المواقع الإلكترونية بيانات الاعتماد من تطبيقات المحفظة على الأجهزة الجوّالة باستخدام مجموعة متنوعة من الآليات، مثل معالِجات عناوين URL المخصّصة والماسح الضوئي لرمز الاستجابة السريعة. تتيح هذه الميزة للمواقع الإلكترونية طلب معلومات الهوية من المحافظ باستخدام نظام IdentityCredential CredMan في Android. ويمكن توسيع نطاقها لتتوافق مع تنسيقات متعددة لبيانات الاعتماد (مثل ISO mDoc وبيانات الاعتماد القابلة للتحقّق من W3C) وتسمح باستخدام تطبيقات محفظة متعددة. يضيف هذا التحديث آليات للمساعدة في تقليل خطر إساءة استخدام الهوية الحقيقية على مستوى المنظومة المتكاملة.
Navigation API: تأجيل عملية التنفيذ (معالِجات ما قبل التنفيذ)
عادةً، عند استدعاء navigateEvent.intercept()، يتم تنفيذ عملية التنقّل التي تم اعتراضها (وبالتالي يتم تعديل عنوان URL) فور انتهاء NavigateEvent من الإرسال.
تضيف هذه الميزة خيار "precommitHandler" إلى "navigateEvent.intercept()"، على غرار "handler". ويؤجّل عملية التنفيذ إلى أن يتم حلّ هذا المعالج (وجميع معالجات precommit الأخرى)، ويسمح للمعالج بتغيير عنوان URL الخاص بالتنقّل والمعلومات والحالة وسلوك معالجة السجلّ (push/replace).
دعم قناة "restrictOwnAudio"
السمة restrictOwnAudio هي سمة قابلة للتقييد لمساحات العرض التي يتم تسجيلها. تغيّر هذه السمة القابلة للتقييد سلوك صوت النظام في سطح العرض الذي تم تسجيله. لن يكون للقيود restrictOwnAudio أي تأثير إلا إذا كان سطح العرض الذي تم التقاطه يتضمّن صوت النظام بطبيعته، وإلا فلن يكون لها أي تأثير.
بشكل تلقائي، عندما يتم تسجيل صوت النظام، يشمل ذلك كل الأصوات التي يشغّلها النظام على أجهزة إخراج الصوت. عند تفعيل restrictOwnAudio، ستتم فلترة صوت النظام الذي تم تسجيله لاستبعاد الصوت الصادر من المستند الذي نفّذ getDisplayMedia.
echoCancellationMode لـ getUserMedia()
يوسّع سلوك echoCancellation لقاموس MediaTrackConstraints. كانت هذه السمة تقبل سابقًا القيمتَين true وfalse فقط، وأصبحت الآن تقبل أيضًا القيمتَين all وremote-only. تسمح هذه السياسة للعملاء بتعديل سلوك إلغاء الصدى
المطبَّق على المقاطع الصوتية التي يتم تلقّيها من الميكروفونات، والتحكّم في مقدار
الصوت الذي يشغّله نظام المستخدم (الكل أو الصوت الذي يتم تلقّيه من PeerConnections فقط)
والذي تتم إزالته من إشارة الميكروفون.
windowAudio لـ getDisplayMedia()
يتم تمديد DisplayMediaStreamOptions لـ getDisplayMedia() مع خيار windowAudio. يتيح هذا الخيار الجديد لتطبيقات الويب إرسال تلميح إلى وكيل المستخدم حول ما إذا كان يجب منح المستخدم إمكانية مشاركة الصوت عند اختيار نافذة. يمكن ضبط الخيار windowAudio على "استبعاد" أو "النظام" أو "النافذة" استنادًا إلى الإعدادات المفضّلة للتطبيق.
يجب ضبط windowAudio على "exclude" في تطبيق الويب الذي تم ضبطه لتسجيل الصوت ولكنّه يريد الحدّ من تسجيل صوت النظام عند اختيار نافذة.
FedCM: Alternative Fields in Account Selection
تضيف هذه الميزة إمكانية استخدام أرقام الهواتف وأسماء المستخدمين، بالإضافة إلى الاسم الكامل للمستخدم وعنوان بريده الإلكتروني أو بدلاً منهما، كمعرّفات لإزالة الغموض عن الحسابات في أداة اختيار الحسابات، وتجعل هذه الحقول الجديدة متاحة للمواقع الإلكترونية للتأثير في نص الإفصاح. يُرجى الاطّلاع على المستندات لمزيد من التفاصيل.
IndexedDB getAllRecords() وخيار الاتجاه لـ getAll() وgetAllKeys()
تضيف هذه الميزة طريقة getAllRecords() إلى IndexedDB IDBObjectStore وIDBIndex. ويضيف أيضًا مَعلمة اتجاه إلى getAll() وgetAllKeys(). تتيح هذه الوظيفة تسريع بعض أنماط القراءة بشكل كبير مقارنةً بالبديل الحالي المتمثل في التكرار باستخدام المؤشرات. في أحد الاختبارات، أظهر عبء عمل من موقع Microsoft تحسّنًا بمقدار 350 ملي ثانية.
تجمع الطريقة getAllRecords() بين getAllKeys() وgetAll() من خلال تعداد كل من المفاتيح الأساسية والقيم في الوقت نفسه. بالنسبة إلى IDBIndex، يوفّر getAllRecords() أيضًا مفتاح فهرس السجلّ بالإضافة إلى المفتاح الأساسي والقيمة.
قواعد التوقُّع: تحسينات على مستوى الاستعداد "الفوري" على أجهزة الكمبيوتر المكتبي
على أجهزة الكمبيوتر المكتبي، يتم تفعيل قواعد التخمين "المتلهّفة" للجلب المُسبق والعرض المُسبق عندما يمرّر المستخدمون مؤشر الماوس فوق رابط لفترة أقصر من وقت تمرير مؤشر الماوس "المعتدل".
كان السلوك السابق، المتمثّل في بدء الجلب المُسبَق أو العرض المُسبَق في أقرب وقت ممكن، مماثلاً لمستوى سرعة العرض "فوري". هذا السلوك الجديد مفيد لأنّه يعكس بشكل أفضل نية المؤلف في أن يكون أكثر حرصًا من "المتوسط" وأقل حرصًا من "الفوري".
سياسة "المصدر نفسه" الصارمة لواجهة برمجة التطبيقات Storage Access API
يؤدي هذا الإعداد إلى تعديل دلالات Storage Access API لتتّبع سياسة المصدر نفسه بدقة في ما يتعلّق بالأمان. وهذا يعني أنّ استخدام document.requestStorageAccess() في إطار يربط ملفات تعريف الارتباط بالطلبات الواردة إلى مصدر إطار iframe (وليس الموقع الإلكتروني) فقط بشكل تلقائي.
صحة البيانات المستنِدة إلى التوقيع
توفّر هذه الميزة لمطوّري تطبيقات الويب آلية للتحقّق من مصدر الموارد التي يعتمدون عليها، ما يضع أساسًا فنيًا للثقة في تبعيات الموقع الإلكتروني. يمكن للخوادم توقيع الردود باستخدام مفتاحَي تشفير Ed25519، ويمكن لمطوّري تطبيقات الويب أن يطلبوا من وكيل المستخدم التحقّق من التوقيع باستخدام مفتاح عام محدّد. ويُعدّ ذلك إضافة مفيدة إلى عمليات التحقّق المستندة إلى عناوين URL التي توفّرها "سياسة أمان المحتوى" من ناحية، وعمليات التحقّق المستندة إلى المحتوى في "سلامة الموارد الفرعية" من ناحية أخرى.
تحويل WebRTC المشفَّر (الإصدار 2)
تتيح لك واجهة برمجة التطبيقات هذه معالجة الوسائط المرمّزة التي تتدفق من خلال RTCPeerConnection. أصدر Chromium نسخة مبكرة من واجهة برمجة التطبيقات هذه في عام 2020. ومنذ ذلك الحين، تغيّرت المواصفات وأصدرت المتصفّحات الأخرى الإصدار المعدَّل من المواصفات (Safari في عام 2022 وFirefox في عام 2023).
يعدّل هذا الإطلاق Chrome وفقًا لأحدث المواصفات، وهو جزء من Interop 2025.
لا يشمل هذا الإطلاق طريقة generateKeyFrame، والتي لا تزال قيد المناقشة.
أجهزة ChromeOS المُدارة فقط
سياسة الأذونات لواجهة Device Attributes API
تتيح لك "سياسة الأذونات" الجديدة حظر الوصول إلى واجهة برمجة التطبيقات Device Attributes API، والتي لا تتوفّر إلا لتطبيقات الويب في وضع Kiosk المثبَّتة بموجب السياسة وتطبيقات الويب المعزولة المثبَّتة بموجب السياسة، وكلاهما على أجهزة ChromeOS المُدارة فقط. بالإضافة إلى ذلك، تتحكّم إعدادات المحتوى في الميزة.
تم طرح سياستَين جديدتَين: DeviceAttributesBlockedForOrigins وDefaultDeviceAttributesSetting. يتم تقديم هذه السياسات إلى جانب DeviceAttributesAllowedForOrigins.
مراحل التجربة والتقييم الجديدة
في الإصدار 141 من Chrome، يمكنك تفعيل مراحل التجربة والتقييم الجديدة التالية.
قيود الوصول إلى الشبكة المحلية
في الإصدار 141 من Chrome، تم تقييد إمكانية إرسال الطلبات إلى الشبكة المحلية للمستخدم، وأصبحت تتطلب الحصول على إذن المستخدم.
ويُقصد بطلب الشبكة المحلية أي طلب يرسله موقع إلكتروني متاح للجميع إلى عنوان IP على شبكتك المحلية أو عنوان الاسترجاع، أو من موقع إلكتروني محلي (مثل شبكة داخلية) إلى عنوان الاسترجاع. إنّ اشتراط الحصول على إذن للسماح للمواقع الإلكترونية بإرسال هذه الطلبات يحدّ من مخاطر هجمات تزوير الطلبات من مواقع إلكترونية مختلفة والتي تستهدف أجهزة الشبكة المحلية، مثل أجهزة التوجيه، ويقلل من قدرة المواقع الإلكترونية على استخدام هذه الطلبات في استكشاف تفاصيل الشبكة المحلية الخاصة بالمستخدم.
يقتصر هذا الإذن على السياقات الآمنة. وعند منحه، يخفف أيضًا مستوى حظر المحتوى المختلَط لطلبات الشبكة المحلية (لأن العديد من الأجهزة على شبكتك المحلية لا يمكنها الحصول على شهادات بروتوكول أمان طبقة النقل (TLS) الموثوقة بشكل عام لأسباب مختلفة).
يحل هذا التعديل محل معيار سابق معروف باسم "الوصول إلى الشبكة الخاصة".
Proofreader API
هي واجهة برمجة تطبيقات JavaScript لتدقيق النص المُدخَل لغويًا مع اقتراح تصحيحات، وتستند إلى نموذج لغوي مستند إلى الذكاء الاصطناعي.
تمديد سياسة أمان المحتوى (CSP) script-src (المعروفة أيضًا باسم script-src-v2)
تضيف هذه الميزة كلمات رئيسية جديدة إلى توجيه script-src في "سياسة أمان المحتوى" (CSP). يضيف ذلك آليتَين جديدتَين للقائمة المسموح بها استنادًا إلى التجزئة: مصادر النصوص البرمجية استنادًا إلى تجزئة عناوين URL ومحتوى الدوالّ eval() والدوالّ المشابهة لـ eval(). يُشار إلى ذلك أحيانًا باسم script-src-v2، على الرغم من أنّه متوافق مع الأنظمة القديمة مع script-src الحالي، ويستخدم التوجيه نفسه.
يتيح توسيع نطاق التجزئة ليشمل تجزئة عناوين URL وeval() للمطوّرين وضع سياسات أمان صارمة بشكل معقول من خلال إدراج النصوص البرمجية في القائمة المسموح بها بشكل ضيق حسب تجزئتها حتى عندما تكون محتويات النصوص البرمجية عرضة للتغييرات المتكررة، والمحتويات المعروفة بأنّها آمنة في eval() بدون السماح باستخدام eval() على نطاق واسع بدون التحقّق منه.
تتجاوز الكلمات الرئيسية الجديدة script-src المستندة إلى المضيف عند توفيرها. يتيح ذلك أن يكون العنوان الواحد متوافقًا مع المتصفّحات التي تستخدم الكلمات الرئيسية الجديدة أو لا تستخدمها.
أدوات الوصف المخصّصة في WebAssembly
تتيح هذه الميزة لـ WebAssembly تخزين البيانات المرتبطة بالأنواع على مستوى المصدر بشكل أكثر كفاءة في كائنات "الواصف المخصّص" الجديدة. ويمكن ضبط هذه الواصفات المخصّصة باستخدام نماذج أولية لعناصر WebAssembly من هذا النوع على مستوى المصدر. يتيح لك ذلك تثبيت الطرق على سلسلة النماذج الأولية لعنصر WebAssembly واستدعائها مباشرةً من JavaScript باستخدام بنية طلب الإجراء العادية. يمكن ضبط النماذج الأولية والطرق بشكل تعريفي باستخدام دالة مضمّنة مستورَدة.