תאריך פרסום: 4 בספטמבר 2025
אלא אם צוין אחרת, השינויים הבאים חלים על הגרסה החדשה ביותר של ערוץ הבטא של Chrome ל-Android, ל-ChromeOS, ל-Linux, ל-macOS ול-Windows. מידע נוסף על התכונות שמפורטות כאן זמין בקישורים שמופיעים או ברשימה ב-ChromeStatus.com. גרסת הבטא של Chrome 141 זמינה החל מ-4 בספטמבר 2025. אתם יכולים להוריד את הגרסה העדכנית ביותר ב-Google.com למחשב או בחנות Google Play ב-Android.
CSS וממשק משתמש
ARIA Notify API
ARIA Notify API מספק למפתחים שיטת JavaScript שמאפשרת להם להורות ישירות לקורא המסך מה לקרוא.
השימוש ב-ariaNotify() משפר את האמינות ואת השליטה של המפתחים בהשוואה לאזורים דינמיים של ARIA, ומאפשר להכריז על שינויים שלא קשורים לעדכוני DOM. כך אפשר ליצור חוויות נגישות עקביות ונוחות יותר באפליקציות אינטרנט דינמיות. אפשר לשלוט בשימוש של iframe בתכונה הזו באמצעות מדיניות ההרשאות "aria-notify".
עדכון hidden=until-found ואלגוריתם החשיפה של רכיב האב של details
לאחרונה בוצעו כמה שינויים קטנים במפרט של האלגוריתמים לחשיפת רכיבים מסוג 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>
ממשקי API לאינטרנט
Digital Credentials API (תמיכה בהצגה)
אתרים מאחזרים פרטי כניסה מאפליקציות של ארנקים לנייד באמצעות מגוון מנגנונים, כמו פונקציות טיפול בכתובות URL בהתאמה אישית וסריקת קודי QR. התכונה הזו מאפשרת לאתרים לבקש פרטי זהות מארנקים באמצעות מערכת IdentityCredential CredMan של Android. אפשר להרחיב את הממשק כדי לתמוך בכמה פורמטים של פרטי כניסה (כמו ISO mDoc ופרטי כניסה שניתנים לאימות של W3C) ולהשתמש בכמה אפליקציות של ארנקים. העדכון הזה מוסיף מנגנונים שעוזרים לצמצם את הסיכון לניצול לרעה של זהות בעולם האמיתי בקנה מידה של כל המערכת האקולוגית.
Navigation API: דחיית השמירה (רכיבי handler של precommit)
בדרך כלל, כשמתבצעת קריאה ל-navigateEvent.intercept(), הניווט שנקלט מתבצע (ולכן כתובת ה-URL מתעדכנת) ברגע שהשליחה של NavigateEvent מסתיימת.
התכונה הזו מוסיפה את האפשרות precommitHandler ל-navigateEvent.intercept(), בדומה ל-handler. הוא דוחה את ה-commit עד שה-handler הזה (וכל ה-handlers האחרים של precommit) נפתרים, ומאפשר ל-handler לשנות את כתובת ה-URL, המידע, הסטטוס וההתנהגות של הטיפול בהיסטוריה (push/replace) של הניווט.
לתמיכה ב-restrictOwnAudio
המאפיין restrictOwnAudio הוא מאפיין שניתן להגביל של משטחי תצוגה שצולמו. המאפיין הזה, שניתן להגביל, משנה את ההתנהגות של האודיו של המערכת במשטח תצוגה שצולם. לאילוץ restrictOwnAudio תהיה השפעה רק אם שטח התצוגה שצולם כולל אודיו של המערכת באופן מובנה. אחרת, לא תהיה לו השפעה.
כברירת מחדל, כשהאודיו של המערכת מוקלט, הוא כולל את כל האודיו שמופעל על ידי המערכת במכשירים להצגת מידע. כשהמדיניות restrictOwnAudio מופעלת, האודיו של המערכת שמוקלט יעבור סינון כדי להחריג אודיו שמקורו במסמך שבו בוצעה הפעולה getDisplayMedia.
echoCancellationMode של getUserMedia()
הרחבת ההתנהגות של echoCancellation במילון MediaTrackConstraints. בעבר, השדה הזה קיבל רק את הערכים true ו-false, ועכשיו הוא יכול לקבל גם את הערכים all ו-remote-only. ההגדרה מאפשרת ללקוחות לשנות את אופן הפעולה של ביטול ההד שמופעל על טראקים של אודיו שמתקבלים ממיקרופונים, ולשלוט בכמות האודיו שמושמע במערכת של המשתמש (הכול, או רק אודיו שמתקבל מ-PeerConnections) שמוסר מהאות של המיקרופון.
windowAudio for getDisplayMedia()
הרחבת DisplayMediaStreamOptions ל-getDisplayMedia() עם אפשרות windowAudio. האפשרות החדשה הזו מאפשרת לאפליקציות אינטרנט לרמוז לסוכן המשתמש אם להציע למשתמש את האפשרות לשתף אודיו כשנבחר חלון. אפשר להגדיר את האפשרות windowAudio ל-exclude, ל-system או ל-window, בהתאם להעדפות של האפליקציה.
באפליקציית אינטרנט שמוגדרת לצילום אודיו, אבל רוצה להגביל את צילום האודיו של המערכת כשנבחר חלון, צריך להגדיר windowAudio: "exclude".
FedCM: שדות חלופיים בבחירת חשבון
הוספת תמיכה במספרי טלפון ובשמות משתמשים, בנוסף לשם המלא ולכתובת האימייל של המשתמש או במקומם, כמזהים להפגת עמימות בחשבונות בבורר החשבונות. השדות החדשים האלה זמינים לאתרים כדי להשפיע על טקסט הגילוי הנאות. פרטים נוספים זמינים במסמכי התיעוד.
IndexedDB getAllRecords() ואפשרות הכיוון של getAll() ו-getAllKeys()
התכונה הזו מוסיפה את השיטה getAllRecords() ל-IDBObjectStore ול-IDBIndex של IndexedDB. הוא גם מוסיף פרמטר כיוון ל-getAll() ול-getAllKeys(). הפונקציונליות הזו מאפשרת לדפוסי קריאה מסוימים להיות מהירים משמעותית בהשוואה לחלופה הקיימת של איטרציה עם סמנים. בבדיקה אחת, עומס עבודה מנכס של מיקרוסופט הראה שיפור של 350 אלפיות השנייה.
השיטה getAllRecords() משלבת את getAllKeys() ו-getAll() על ידי ספירת המפתחות והערכים הראשיים בו-זמנית. ב-IDBIndex, getAllRecords() מספק גם את מפתח האינדקס של הרשומה בנוסף למפתח הראשי ולערך.
כללי ספקולציות: שיפורים בערך eager של eagerness במחשב
במחשב, כללי ספקולציה עם רמת דחיפות "גבוהה" מפעילים אחזור מראש ורינדור מראש כשהמשתמשים מעבירים את העכבר מעל קישור למשך זמן קצר יותר מאשר זמן העברת העכבר ברמת דחיפות "בינונית".
ההתנהגות הקודמת, של התחלת שליפה מראש (prefetch) או רינדור מראש בהקדם האפשרי, הייתה זהה לערך immediate של eagerness. ההתנהגות החדשה הזו מועילה כי היא משקפת טוב יותר את כוונת המחבר להיות להוט יותר מ"בינוני" ופחות להוט מ"מיידי".
מדיניות מחמירה של מקור זהה ל-Storage Access API
ההגדרה הזו משנה את הסמנטיקה של Storage Access API כך שתפעל בהתאם למדיניות המקור הזהה (SOP) בנוגע לאבטחה. כלומר, כברירת מחדל, שימוש ב-document.requestStorageAccess() ב-frame מצרף קובצי Cookie רק לבקשות למקור של ה-iframe (ולא לאתר).
תקינות מבוססת חתימה
התכונה הזו מספקת למפתחי אתרים מנגנון לאימות המקור של המשאבים שהם מסתמכים עליהם, ויוצרת בסיס טכני לאמון ביחסי התלות של האתר. שרתים יכולים לחתום על תשובות באמצעות זוג מפתחות Ed25519, ומפתחי אתרים יכולים לדרוש מסוכן המשתמש לאמת את החתימה באמצעות מפתח ציבורי ספציפי. התכונה הזו מציעה תוספת מועילה לבדיקות מבוססות-כתובות URL שמוצעות על ידי Content Security Policy מצד אחד, ולבדיקות מבוססות-תוכן של תקינות משאבי משנה מצד שני.
טרנספורמציה מקודדת של WebRTC (גרסה 2)
ה-API הזה מאפשר לעבד מדיה מקודדת שמועברת דרך RTCPeerConnection. גרסה מוקדמת של ה-API הזה הושקה ב-Chromium בשנת 2020. מאז, המפרט השתנה ודפדפנים אחרים פרסמו את הגרסה המעודכנת של המפרט (Safari ב-2022 ו-Firefox ב-2023).
ההשקה הזו מעדכנת את Chrome למפרט העדכני ביותר, והיא חלק מ-Interop 2025.
ההשקה הזו לא כוללת את השיטה generateKeyFrame, שעדיין נמצאת בדיון.
רק מכשירי ChromeOS מנוהלים
מדיניות ההרשאות של Device Attributes API
מדיניות ההרשאות החדשה מאפשרת להגביל את הגישה ל-Device Attributes API, שזמין רק לאפליקציות אינטרנט מבודדות (IWA) ולאפליקציות קיוסק באינטרנט שהותקנו לפי מדיניות, ורק במכשירי ChromeOS מנוהלים. בנוסף, הגדרות התוכן שולטות בתכונה.
הוספנו שתי כללי מדיניות חדשים: DeviceAttributesBlockedForOrigins ו-DefaultDeviceAttributesSetting. כללי המדיניות האלה מוצגים לצד DeviceAttributesAllowedForOrigins.
גרסאות מקור חדשות לניסיון
בגרסה 141 של Chrome אתם יכולים להצטרף לגרסאות המקור לניסיון הבאות.
הגבלות גישה לרשת המקומית
ב-Chrome 141, היכולת לשלוח בקשות לרשת המקומית של המשתמש מוגבלת, וצריך לאשר את הבקשה.
בקשה לאחזור מהרשת המקומית היא כל בקשה מאתר ציבורי לכתובת IP מקומית או ללולאה חוזרת (loopback), או מאתר מקומי (לדוגמה, אינטראנט) ללולאה חוזרת. הדרישה להרשאה מאתרים כדי לבצע את הבקשות האלה מפחיתה את הסיכון להתקפות של זיוף בקשות בין אתרים (CSRF) נגד מכשירים ברשת המקומית, כמו נתבים, ומצמצמת את היכולת של אתרים להשתמש בבקשות האלה כדי ליצור טביעת אצבע של הרשת המקומית של המשתמש.
ההרשאה הזו מוגבלת להקשרים מאובטחים. אם ההרשאות ניתנות, הן גם מקלות על חסימת תוכן מעורב לבקשות לאחזור מהרשת המקומית (כי מכשירים מקומיים רבים לא יכולים לקבל אישורי TLS מהימנים באופן ציבורי מסיבות שונות).
העבודה הזו מחליפה מאמץ קודם שנקרא "גישה לרשת פרטית".
Proofreader API
JavaScript API להגהה של טקסט קלט עם הצעות לתיקונים, שמגובה במודל שפה מבוסס-AI.
הרחבת CSP script-src (נקרא גם script-src-v2)
התכונה הזו מוסיפה מילות מפתח חדשות להוראה script-src של Content Security Policy (CSP). ההגדרה הזו מוסיפה שני מנגנונים חדשים של רשימת היתרים שמבוססים על גיבוב: מקורות של סקריפטים שמבוססים על גיבובים של כתובות URL ותוכן של פונקציות eval() ופונקציות דומות ל-eval(). לפעמים קוראים לזה script-src-v2, למרות שזה תואם לדורות קודמים עם script-src הקיים, ומשתמש באותה הנחיה.
הרחבת הגיבובים כך שיכסו את הגיבובים של כתובת ה-URL ושל eval() מאפשרת למפתחים להגדיר מדיניות אבטחה מחמירה במידה סבירה, על ידי הוספה מצומצמת של סקריפטים לרשימת ההיתרים לפי הגיבובים שלהם, גם כשתוכן הסקריפט משתנה לעיתים קרובות, ותוכן בטוח וידוע של eval() בלי לאפשר שימוש לא מבוקר ב-eval() באופן נרחב.
מילות המפתח החדשות מבטלות את script-src שמבוסס על מארח, אם הוא סופק. כך כותרת אחת יכולה להיות תואמת לדפדפנים שמטמיעים את מילות המפתח החדשות וגם לדפדפנים שלא מטמיעים אותן.
מתארים מותאמים אישית של WebAssembly
מאפשר ל-WebAssembly לאחסן נתונים שמשויכים לסוגים ברמת המקור בצורה יעילה יותר באובייקטים חדשים של "מתאר בהתאמה אישית". אפשר להגדיר את התיאורים המותאמים אישית האלה באמצעות אבות טיפוס לאובייקטים של WebAssembly מהסוג הזה ברמת המקור. כך אפשר להתקין שיטות בשרשרת אב טיפוס של אובייקט WebAssembly ולקרוא להן ישירות מ-JavaScript באמצעות תחביר רגיל של הפעלת method. אפשר להגדיר את אבות הטיפוס והשיטות באופן הצהרתי באמצעות פונקציה מובנית מיובאת.