תאריך פרסום: 6 במאי 2026
אלא אם צוין אחרת, השינויים הבאים חלים על הגרסה החדשה ביותר של ערוץ הבטא של Chrome ל-Android, ל-ChromeOS, ל-Linux, ל-macOS ול-Windows. מידע נוסף על התכונות שמופיעות כאן זמין בקישורים שצוינו או ברשימה שבכתובת ChromeStatus.com. נכון ל-6 במאי 2026, Chrome הוא בטא. אפשר להוריד את הגרסה האחרונה של Google Earth ל-Android מחנות Google Play או למחשב מ-Google.com.
CSS וממשק משתמש
הסרה של כלל גיליון סגנונות (stylesheet) מפורש של צבע גבול ב-UA לטבלאות
השינוי הזה מסיר את כלל ה-CSS השגוי border-color: gray מגיליון הסגנונות של UA עבור רכיב <table>.
במפרט HTML אין כלל כזה, והוא גורם לכך שצבעי הגבול לא מוגדרים כברירת מחדל כ-currentColor. גם ב-Firefox וגם ב-Webkit אין כלל כזה של צבע גבול בגיליון הסגנונות של UA, מה שמוביל לבעיות תאימות.gray
תמיכה ב-path() וב-shape() ב-shape-outside
נוספה תמיכה בפונקציות הצורה path() ו-shape() במאפיין shape-outside של CSS.
הפונקציות האלה מאפשרות למפתחים להגדיר את הצורה של shape-outside בצורה גמישה יותר ולתמוך באנימציה.
המאמר עודכן ב-7 ביוני 2026 כדי לתקן את התיאור, שבעבר התייחס לשימוש בקואורדינטות של מלבן.
תמיכה ב-rect() וב-xywh() ב-shape-outside
נוספה תמיכה בפונקציות של צורות בסיסיות rect() ו-xywh() במאפיין CSS
shape-outside. הפונקציות האלה מאפשרות למפתחים להגדיר צורות החרגה של float באמצעות קואורדינטות של מלבן, וכך להתאים את Chrome ל-Firefox ול-Safari, שכבר תומכים בתכונה הזו.
צבע משני של מערכת בהיקף של אפליקציית אינטרנט
ההגדרה הזו מגבילה את הגישה לצבע משני של המערכת למילות מפתח של CSS ול-accent-color: auto כך שהיא תהיה רק בתוך אפליקציית אינטרנט ובהקשר של פרופיל ראשוני.
מילות המפתח AccentColor ו-AccentColorText ב-CSS מהוות וקטור משמעותי לזיהוי מכשיר כשחושפים את צבעי המערכת של המשתמש באופן נרחב באינטרנט. לכן, הן זמינות רק בהקשרים של אפליקציות אינטרנט מותקנות. בנוסף, עם השקת התכונה הזו, אמצעי בקרה של טפסים עם accent-color: auto תואמים להיקף הזה. כך אנחנו יוצרים ציפיות עקביות יותר אצל המפתחים והמשתמשים לגבי צבעי המערכת, ופועלים בהתאם להגבלות על טכניקות זיהוי ייחודיות ב-AccentColor[Text].
חיתוך של טקסט שגולש באינטראקציה של המשתמש
כשמשתמש מקיים אינטראקציה (עריכה או ניווט באמצעות סמן טקסט) עם טקסט שהוגדרה לו התכונה
text-overflow: ellipsis, הטקסט משתנה באופן זמני מאליפסה ל-clip, וכך המשתמש יכול לראות את התוכן המוסתר שגולש מעבר לגבולות ולקיים איתו אינטראקציה.
התכונה הזו רלוונטית לכל הרכיבים שניתנים לעריכה ושלא ניתנים לעריכה. ההתנהגות הזו כבר נתמכת בפקדי טופס (textarea, input).
קישוטים של רווחים ב-CSS
קישוטי רווחים ב-CSS מאפשרים לעצב רווחים בפריסות של רכיבי container כמו grid ו-flexbox, בדומה ל-column-rule בפריסה של כמה עמודות. מפתחי אתרים ביקשו את התכונה הזו פעמים רבות, כי כיום הם נאלצים להשתמש בפתרונות עקיפים כדי לעצב את הרווחים בפריסות של רשתות ו-Flexbox.
image-rendering: crisp-edges
image-rendering: crisp-edges מציין שיש לשנות את קנה המידה של התמונה באופן ששומר על הניגודיות והקצוות, ושלא יגרום להחלקת הצבעים או לטשטוש התמונה בתהליך.
שכבה עליונה של גבול פסאודו-מחלקת פעולת משתמש
התכונה הזו מייצגת את ההתנהגות שמתוארת במפרט של סלקטורים ב-CSS ברמה 4, שבו מצוין שהסלקטורים :hover, :active ו-:focus-within תואמים להורים של רכיבים, אבל רק עד לרכיב הראשון בשכבה העליונה בשרשרת ההורים. השינוי ב-Chromium מטמיע את ההגבלה הזו ברכיבים בשכבה העליונה.
במילים אחרות, במבנה הבא, אם המשתמש מעביר את העכבר מעל <button>, מחלקת ה-pseudo :hover תתאים ל-<button> ולחלון הקופץ, אבל לא תתאים לרכיב <main>.
<main>
<div popover>
<button></button>
</div>
</main>
<script>document.querySelector('[popover]').showPopover();</script>
ההיגיון מאחורי השינוי הזה הוא שבדרך כלל רכיבים בשכבה העליונה מוצגים במיקום שאינו קשור לרכיב ההורה מבחינה ויזואלית. לכן, בדרך כלל אין טעם לשנות את הסגנונות של רכיב ההורה כשמצביעים על רכיב השכבה העליונה או מפעילים אותו, למשל.
הלוגיקה הזו מוטמעת ב-Chromium באופן קשיח במקרה הספציפי של חלון קופץ של רכיב select ::picker(). הלוגיקה המיוחדת הזו מוסרת לטובת התנהגות כללית יותר של התכונה הזו.
תמיכה ב-path-length כמאפיין CSS
השינוי הזה מוסיף נכס CSS חדש, path-length, שממופה למאפיין ההצגה pathLength הקיים של SVG. הוא חל על רכיבי גיאומטריה של SVG שתומכים ב-pathLength (כולל <path>, <circle>, <rect>, <line>, <polyline>, <polygon> ו-<ellipse>).
חשיפת pathLength כמאפיין CSS מאפשרת למחברים לציין אותו בגיליונות סגנונות, בסגנונות מוטבעים ובאנימציות, וכך הוא יכול להשתתף בנפילת CSS רגילה, בספציפיות, במעברים ובאנימציות. המאפיין משפיע על כל החישובים שתלויים באורך הנתיב הכולל, כולל עיבוד של קו מקווקו של קו מתאר ומיקום טקסט לאורך <textPath>.
הצהרות CSS מבטלות את מאפיין ההצגה בהתאם לכללי הקדימות הרגילים של CSS. הערך הראשוני של path-length הוא none, שמייצג היעדר של אורך נתיב שסופק על ידי המחבר, והוא שונה מערך מספרי מפורש כמו 0.
כשמשביתים את התכונה, ההתנהגות הקיימת של מאפיינים בלבד נשמרת.
ממשקי Web API
Intl.Locale.prototype.variants
מוסיפים Intl.Locale.prototype.variants כמו שמוסבר בהצעה של TC39, ומקבלים גם 'וריאציות' ב-option bag בבונה Intl.Locale כמו שמוסבר בעדכון של מזהה השפה של TC39. השינויים ב-ECMA402 מוזגו בבקשת המשיכה 960, וקוד הבדיקה ב-test262 מוזג בבקשת המשיכה 4474
הבטחות לגלילה פרוגרמטית
למפתחי אתרים אין כרגע דרך לדעת מתי הסתיים גלילה חלקה שמתבצעת באופן פרוגרמטי. התכונה הזו מספקת פתרון לבעיה: שיטות הגלילה הפרוגרמטיות מחזירות אובייקטים של Promise שמקבלים ערך כשהגלילה מסתיימת, עם סטטוס ההפרעה.
בקשת תשלום: לאפשר למעבדי handler של תשלומים לדווח על שגיאות פנימיות
מאפשר למערכות תשלומים שאליהן ניגשים באמצעות Payment Request API להחזיר שגיאות שונות עבור "המשתמש ביטל" לעומת "שגיאה פנימית באפליקציית התשלום". האפשרות הזו מאפשרת למפתחי אתרים לבנות תהליכים טובים יותר למשתמשים, למשל על ידי ניסיון חוזר או חזרה לתהליך אחר כשמתרחשת שגיאה פנימית באפליקציה, תוך עצירה נכונה של התהליך אם המשתמש רוצה לבטל.
ממשק ה-API של Web-based Payment Handler יכול לציין את ההבדל הזה על סמך השגיאה שבה הוא משתמש כדי לדחות את ההבטחה שהועברה אל PaymentRequestEvent.respondWith.
אם ההבטחה נדחית עם OperationError, מוחזר למוֹכר הערך 'שגיאה פנימית באפליקציה' (OperationError) באמצעות השיטה PaymentRequest.show(). אחרת, מוחזר הערך 'המשתמש ביטל' (AbortError).
התשתית של אמצעי התשלום באפליקציות נייטיב מותאמת באופן דומה, אבל היא לא רלוונטית לממשקי API לאינטרנט.
התייחסות ל-autocorrect="off" עבור מקלדת מגע של Windows ב-TSF
מאפיין ה-HTML autocorrect מאפשר לכותבי אתרים לקבוע אם תיקון שגיאות אוטומטי יחול על קלט של משתמשים ברכיבים שניתנים לעריכה, כולל <input>, <textarea> ומארחים עם מאפיין contenteditable. ב-Windows, המקלדת למסך המגע מתעלמת מהמאפיין הזה ותמיד מבצעת תיקון שגיאות אוטומטי במילים. לדוגמה, אם מקלידים "truf" ואז רווח ברכיב עם autocorrect="off", התוצאה היא "true " במקום "truf ". התכונה הזו מאפשרת לשילוב TSF של Chrome לזהות ולבטל תיקונים אוטומטיים של המקלדת הווירטואלית כשמוגדר autocorrect="off" לרכיב הניתן לעריכה שמוגדר עליו מיקוד.
ניתוק של WebSockets בכניסה ל-bfcache
חיבורים פעילים של WebSocket כבר לא מונעים מדף להיכנס למטמון לדף הקודם/הבא (bfcache). אם הדפדפן סוגר את החיבורים בכניסה ל-bfcache במקום לסמן את המסמך כלא מתאים, הוא מאפשר לשמור ולשחזר דפים עם websockets פעילים.
מאפיין Request.isReloadNavigation
הוספת מאפיין בוליאני לקריאה בלבד isReloadNavigation לממשק Request של Fetch API. המאפיין הזה מציין אם בקשת הניווט הנוכחית הופעלה כטעינה מחדש שהופעלה על ידי המשתמש (לדוגמה, באמצעות לחצן הרענון, location.reload() או history.go(0)). האות הזה נחשף בעיקר באובייקט הבקשה בתוך FetchEvent של Service Worker.
השבתה של פילטרים של SVG בפלאגינים וברכיבי iframe ממקורות צולבים ומוגבלים
ההשקה הזו מונעת החלה של פילטרים של SVG על רכיבי iframe ממקורות צולבים או על רכיבי iframe מוגבלים (למשל, רכיבי iframe בארגז חול) ועל פלאגינים מוטמעים (למשל, קובצי PDF). כשמנסים לצייר פריים או פלאגין עם אפקט של מסנן SVG, המערכת עוברת על עץ האפקטים כדי למצוא את האב הקדמון הכי גבוה בלי מסנני SVG, ואז מחילה את האפקט הזה במקום.
גרסאות מקור חדשות לניסיון
ב-Chrome 149 אפשר להצטרף לניסויי מקור חדשים.
מדיניות ההרשאות: focus-without-user-activation
מאפשר להטמיע תוכן עם שליטה במיקוד פרוגרמטי באמצעות focus-without-user-activation מדיניות ההרשאות. כשהמדיניות נדחית עבור מסגרת, קריאות למיקוד תוכנתי (element.focus(), autofocus, window.focus(), dialog.showModal() ומיקוד בחלון קופץ) נחסמות אלא אם הן מופעלות על ידי פעולת משתמש. הבעיה אף פעם לא משפיעה על מיקוד ביוזמת המשתמש, כמו לחיצה או שימוש במקש Tab.
אפשר להגדיר את המדיניות באמצעות כותרת תגובת HTTP של מדיניות הרשאות או באמצעות מאפיין allow של iframe. העברת המיקוד נתמכת: פריים אב יכול להעביר את המיקוד באופן פרוגרמטיבי ל-iframe צאצא, גם אם המדיניות נדחתה ב-iframe הצאצא. ברגע שהמיקוד נמצא בפריים, אפשר להעביר את המיקוד בתוך עץ המשנה שלו.
Gamepads event-driven input API
ההצעה הזו מרחיבה את Gamepad API עם מודל חדש מבוסס-אירועים שמאפשר לאפליקציות לקבל קלט של גיימפד עם זמן אחזור נמוך יותר. במקום להסתמך על סקרים תכופים באמצעות navigator.getGamepads(), מפתחים יכולים עכשיו להאזין לאירוע rawgamepadinputchange, שמופעל בכל פעם שנתוני קלט חדשים זמינים מהמכשיר. כך אפשר לטפל בקלט בצורה מהירה יותר, במיוחד באפליקציות שרגישות לזמן האחזור.
מתארים מותאמים אישית של WebAssembly
מאפשרת ל-WebAssembly לאחסן נתונים שמשויכים לסוגים ברמת המקור בצורה יעילה יותר באובייקטים חדשים של מתאר בהתאמה אישית. אפשר להגדיר את המתארים המותאמים אישית האלה באמצעות אבות טיפוס לאובייקטים של WebAssembly מסוג ברמת המקור. כך אפשר להתקין שיטות בשרשרת אב הטיפוס של אובייקט WebAssembly ולהפעיל אותן ישירות מ-JavaScript באמצעות תחביר רגיל של הפעלת method. אפשר להגדיר את אבות הטיפוס והשיטות באופן הצהרתי באמצעות פונקציה מוטמעת מיובאת.