Chrome 153 Beta

Rachel Andrew

Veröffentlicht am 20. August 2026

Sofern nicht anders angegeben, gelten die folgenden Änderungen für die neueste Chrome-Betaversion für Android, ChromeOS, Linux, macOS und Windows. Weitere Informationen zu diesen Funktionen finden Sie über die Links oder auf ChromeStatus.com. Chrome befindet sich ab dieser Version in der Beta-Phase. Sie können die neueste Betaversion für Computer auf Google.com oder für Android im Google Play Store herunterladen.

CSS und UI

Scroll-Container mit einer Achse

Erweitert die overflow-Property, um scrollbare Werte zusammen mit clip zu unterstützen (z. B. overflow: scroll clip). Dadurch kann position: sticky pro Achse durch verschiedene übergeordnete Scroll-Container eingeschränkt werden. Außerdem können Autoren dafür sorgen, dass eine Achse mit overflow: clip an Ort und Stelle bleibt.

Die scroll-axis-lock-Property

scroll-axis-lock ist eine CSS-Property, mit der Entwickler Browser anweisen können, die Scrollbewegung eines Nutzers nicht auf eine Achse zu beschränken.

Webbrowser „sperren“ die Scrollbewegung eines Nutzers oft auf eine einzelne Achse, wenn die Bewegung in einer Achse deutlich stärker ist als in der senkrechten Achse. In vielen Fällen verbessert dieses Verhalten die Nutzerfreundlichkeit, da versehentliches Scrollen entlang der senkrechten Achse vermieden wird, wenn der Nutzer nur in einer Achse scrollen wollte. Wenn ein Entwickler jedoch möchte, dass sein Element immer diagonal scrollbar ist, zwingt dieses Sperrverhalten den Nutzer, die Touchgeste in einem Winkel zu starten, der die Sperrung nicht auslöst. Das entspricht oft nicht der vom Autor beabsichtigten Nutzerfreundlichkeit.

JavaScript

Iterator Join

Ein TC39-Vorschlag, JavaScript eine Möglichkeit hinzuzufügen, die Inhalte eines Iterators zu einem String zu verketten. Die join() Methode von Iterator Instanzen ähnelt Array.prototype.join(): Sie gibt einen String zurück, der die Verkettung aller vom Iterator erzeugten Elemente ist, getrennt durch Kommas oder einen angegebenen Trennstring.

Joint Iteration

Ein TC39-Vorschlag, die Weiterentwicklung mehrerer Iteratoren zu synchronisieren, oft als Zip bezeichnet.

Web APIs

Capability-Elemente: <camera> und <microphone>

Die Capability-Elemente <camera> und <microphone> sind deklarative, vom Nutzer aktivierte HTML-Steuerelemente, die denselben zugrunde liegenden Mechanismus wie das <usermedia>-MVP-Element verwenden, mit einem wichtigen Unterschied: Sie sind so konzipiert, dass sie eine einzelne Funktion anfordern. Das Element <camera> fordert speziell die Videoaufnahme an, während das Element <microphone> speziell die Audioaufnahme anfordert. Wie das <usermedia> MVP betten sie eine vom Browser gesteuerte, streng formatierte UI in die Seite ein, um ein starkes, beabsichtigtes Nutzersignal (ein Klick) zu gewährleisten, bevor eine Berechtigungsaufforderung ausgelöst oder ein Stream gestartet wird.

Die Elemente <camera> und <microphone> bieten ein spezielles, semantisches HTML-Steuerelement für diese Anwendungsfälle mit einer einzelnen Funktion. Sie behalten das identische Sicherheitsmodell, die strengen Formatierungsbeschränkungen und den integrierten Pfad zur Wiederherstellung von Berechtigungen wie das <usermedia> MVP bei, bieten aber eine besser angepasste und ergonomischere API für Entwickler, die keinen Zugriff auf gemischte Medien benötigen.

Unterstützung für die Dekodierung von Immersive Audio Model and Formats (IAMF)

Unterstützung für die Dekodierung und Wiedergabe des IAMF-Containers (Immersive Audio Model and Formats) in HTML-Media-Elementen mit Media Source Extensions (MSE) hinzugefügt. IAMF ist ein offenes, lizenzfreies räumliches Audioformat, das kanalbasierte, szenenbasierte und objektbasierte Audiopräsentationen unterstützt. Durch die Unterstützung dieses Formats können Webentwickler einheitliche, immersive 3D-Audioerlebnisse auf verschiedenen Geräten bereitstellen, ohne auf proprietäre Formate zurückgreifen oder komplexe diskrete Audiokanalrouten in JavaScript verwalten zu müssen.

Interoperable Dispatch-Zeit für transitionrun- und Media Query-Ereignisse

Die Dispatch-Zeit von Blink für transitionrun-Ereignisse für Animationen und change-Ereignisse für Media Queries wird an die HTML-Spezifikation angepasst, sodass die Zeit mit Gecko und WebKit interoperabel ist. Gemäß der HTML-Spezifikation für die Window-Ereignisschleife werden transitionrun-Ereignisse in Schritt 3.11 ausgelöst, auch für Animationen, die früher in derselben Iteration erstellt wurden (anstatt sie für eine spätere Iteration zu verzögern). Das change-Ereignis für Media Queries wird in Schritt 3.10 ausgelöst, bevor ausstehende Animationsereignisse ausgelöst werden (anstatt sie in Schritt 3.11 mit Animationsereignissen zu mischen).

WebAudio: Konfigurierbares Render-Quantum

Ein optionales renderSizeHint wird AudioContext und OfflineAudioContext hinzugefügt. So können Entwickler die Größe des WebAudio-Render-Quantums anpassen, indem sie eine bestimmte Ganzzahl übergeben. Sie können den Standardwert von 128 Frames verwenden, indem sie den Hinweis weglassen oder "default" übergeben, oder den Browser auffordern, eine optimale Größe auszuwählen, indem sie "hardware" angeben.

WebGPU: buffer_view-Funktion

Eine WGSL-Sprachfunktion zum Neuinterpretieren von Daten in Variablen. Mit dieser Funktion können Entwickler eine einzelne einheitliche, Speicher- oder Arbeitsgruppenvariable in mehrere logische Variablen unterteilen. Außerdem kann der Typ der Daten in der Variablen im Programm als mehrere Typen interpretiert werden.

XML-Parsing in Rust für Nicht-XSLT-Szenarien

Um die Browsersicherheit zu verbessern und Nutzer vor speicherbezogenen Sicherheitslücken zu schützen, ändert Chrome 153 die XML-Parsing-Engine in eine speichersichere Rust-Implementierung für mehrere gängige Szenarien. Dieses grundlegende Update beseitigt potenzielle Speicherbeschädigungsfehler und behält gleichzeitig die volle Kompatibilität mit bestehenden Webspezifikationen bei.

Chrome hat bereits damit begonnen, XSLT einzustellen und zu entfernen. Während dieser Prozess läuft, verarbeitet der neue, sicherere Parser die folgenden Szenarien, in denen kein XSLT erforderlich ist:

  1. DOMParser Web API.
  2. Zugriff auf responseXML von XMLHttpRequest.
  3. Eigenständige SVG-Bilder (d. h. der direkte Zugriff auf ein image.svg-Dokument als Navigation der obersten Ebene).
  4. Externe SVG-Bilder (einschließlich eines Hauptdokuments, das ein SVG als externe Bildressource einbettet).

Neue Ursprungstests

In Chrome 153 können Sie an den folgenden neuen Ursprungstests teilnehmen.

JavaScript-Marker für das Selbst-Profiling

Mit der JavaScript Self-Profiling API kann eine Webanwendung ihre eigenen Aufrufstacks abtasten, um die Leistung auf Geräten von echten Nutzern zu messen. Mit dieser Funktion wird jeder erfassten Stichprobe ein optionales Markerfeld hinzugefügt, das den Typ der Browseraktivität angibt, die ausgeführt wurde, als die Stichprobe aufgenommen wurde: Skript, Garbage Collection, Stil, Layout, Rendering oder anderes. Ein Trace zeigt normalerweise Lücken zwischen Stacks, die nicht interpretiert werden können. Mit Markern können Entwickler diese Zeit der Browserarbeit zuordnen, die außerhalb ihres JavaScript stattfindet. So können sie beispielsweise die Skriptausführung von der Neuberechnung des Stils, dem Layout oder einer automatischen Speicherbereinigung-Pause unterscheiden. Dadurch lassen sich langsame Traces einfacher analysieren und optimieren.

Einstellung und Entfernung

Nicht standardmäßige Navigationen, die auf _current ausgerichtet sind, entfernen

Blink unterstützt derzeit Navigationen, die auf _current ausgerichtet sind. Diese Funktion wird in Chrome 153 entfernt, da sie nicht standardmäßig ist und nur minimal im Web verwendet wird.

document.requestStorageAccessFor entfernen

Die requestStorageAccessFor-API (rSAFor) ist eine Erweiterung der Storage Access API, mit der eine Website der obersten Ebene im Namen eingebetteter Websites Zugriff auf nicht partitionierte Cookies („Erstanbieter-Cookies“) anfordern kann. Sie kann nur in Chrome verwendet werden, um Speicherzugriff zwischen Websites in Gruppen ähnlicher Websites anzufordern. Daher wird sie zusammen mit Gruppen ähnlicher Websites entfernt.

Gruppen ähnlicher Websites (Related Website Sets, RWS), früher als First-Party Sets bekannt, bieten Entwicklern ein Framework, um Beziehungen zwischen Websites zu deklarieren und so den eingeschränkten websiteübergreifenden Cookie-Zugriff für bestimmte, nutzerorientierte Zwecke zu ermöglichen. Dies wird durch die Verwendung der Storage Access API (SAA) und requestStorageAccessFor (rSAFor) ermöglicht. RWS wurde für die Verwendung in einem Browser ohne Drittanbieter-Cookies entwickelt. Nach der Ankündigung von Chrome, dass der aktuelle Ansatz für Drittanbieter-Cookies beibehalten wird, werden Gruppen ähnlicher Websites jetzt aus Chrome entfernt.