Google hat Chrome 153 am 8. September für Desktop, Android und iOS in den Stable-Kanal entlassen. Es ist die erste Version, die im Zweiwochen-Rhythmus erscheint, den Google im März angekündigt hatte, und die am selben Tag veröffentlichten Release Notes zeigen, wie ein vierzehntägiges Chrome in der Praxis aussieht: zwei neue HTML-Elemente für den Zugriff auf Kamera und Mikrofon, ein speichersicherer XML-Parser in Rust, eine Handvoll CSS- und JavaScript-Neuerungen und eine Deprecation-Liste, die den größten Teil der Privacy Sandbox stillschweigend zu den Akten legt.
Chrome 154 folgt laut 9to5Google am 22. September; das Portal gibt auch Googles Begründung für den schnelleren Takt wieder: Korrekturen erreichen die Nutzer früher, und bei einem kleineren Release lässt sich eine Regression leichter eingrenzen, wenn doch einmal eine durchrutscht.
Kamera und Mikrofon werden zu HTML-Elementen
Das wichtigste Entwickler-Feature ist ein Paar von Elementen, die Google „capability elements“ nennt. Das <camera>-Element fordert Videoaufnahme an, das <microphone>-Element Audioaufnahme. Rachel Andrew beschreibt sie in ihrem Beitrag „New in Chrome 153“ als „declarative, user-activated HTML controls“ – deklarative, vom Nutzer aktivierte HTML-Steuerelemente: Der Browser zeichnet die Schaltfläche, der Nutzer muss sie anklicken, und erst dann erscheint eine Berechtigungsabfrage oder startet ein Stream.
Sie bauen auf dem <usermedia>-Element auf, das im Juni mit Chrome 151 erschienen ist. Der damalige Beitrag von Mari Viana und Minh Le erläuterte die Begründung. Ein Klick auf eine vom Browser kontrollierte Schaltfläche ist „a trusted signal of intent“, ein vertrauenswürdiges Signal der Absicht – und das zählt, weil Berechtigungsanfragen, die ein Skript ohne erkennbare Nutzeraktion auslöst, genau jene sind, die Browser zunehmend blockieren oder verstecken. Das Element bringt außerdem einen Wiederherstellungspfad mit: Hat ein Nutzer den Kamerazugriff vor Monaten verweigert, löst ein Tippen auf das Element laut dem Beitrag einen speziellen Recovery-Flow aus, mit dem sich Kamera oder Mikrofon sofort auf der Seite wieder aktivieren lassen, ohne sich durch komplexe Browsereinstellungen bewegen zu müssen.
Die Styling-Regeln sind bewusst streng, damit sich die Schaltfläche nicht tarnen lässt: Der <usermedia>-Beitrag nennt einen Mindest-Textkontrast von 3:1, keine Transparenz und keine negativen Margins sowie Transformationen nur als 2D-Verschiebung und proportionale Skalierung. Die neuen Einzelelemente behalten, so der Beta-Beitrag, das „identical security model, strict styling constraints, and built-in permission recovery path as the <usermedia> MVP“ – also dasselbe Sicherheitsmodell, dieselben strikten Styling-Vorgaben und denselben eingebauten Wiederherstellungspfad wie das <usermedia>-MVP.
Speichersicheres XML-Parsing
Chrome 153 verlagert das XML-Parsing für mehrere gängige Pfade auf eine Rust-Implementierung. Die Release Notes nennen DOMParser, die responseXML-Eigenschaft von XMLHttpRequest sowie eigenständige und externe SVG-Bilder. XSLT-Szenarien sind von der Änderung nicht betroffen. Googles erklärtes Ziel ist laut Beta-Beitrag, potenzielle Speicherfehler zu beseitigen und dabei die volle Kompatibilität mit bestehenden Webspezifikationen zu wahren.
Für Website-Betreiber ist SVG der praktisch relevante Punkt. Logos, Icons und Illustrationen, die als SVG-Dateien ausgeliefert werden, laufen jetzt durch den neuen Parser. Google versichert, dass die Kompatibilität gewahrt bleibt und nichts zu tun ist – wenn aber ein SVG-Asset nach dem Update anders dargestellt wird, ist dies die Änderung, die man zuerst prüfen sollte.
Neues in CSS und JavaScript
Zwei CSS-Änderungen betreffen das Scrollen. Die Eigenschaft overflow akzeptiert jetzt einen scrollbaren Wert zusammen mit clip: overflow: scroll clip erzeugt einen Scroll-Container auf einer Achse, während die andere Achse abgeschnitten an Ort und Stelle bleibt. Die Release Notes merken an, dass sich position: sticky damit je Achse durch unterschiedliche übergeordnete Scroll-Container begrenzen lässt. Mit der neuen Eigenschaft scroll-axis-lock kann ein Entwickler dem Browser mitteilen, eine Scroll-Geste nicht auf eine einzelne Achse festzulegen, wenn diagonales Scrollen gewünscht ist.
JavaScript erhält zwei TC39-Proposals. Iterator.prototype.join() verkettet die Ausgabe eines Iterators zu einem String, analog zu Array.prototype.join(). Joint Iteration bringt Iterator.zip() und Iterator.zipKeyed(), die mehrere Iterables im Gleichschritt durchlaufen und Arrays oder Objekte mit Schlüsseln liefern; die Modi sind standardmäßig „shortest“, „longest“ mit optionalem Padding und „strict“, das bei unterschiedlichen Längen einen TypeError wirft.
Darüber hinaus dekodiert Chrome 153 den Container Immersive Audio Model and Formats – ein offenes, lizenzgebührenfreies Format für räumliches Audio – über Media Source Extensions, WebTransport-Verbindungen können eigene HTTP-Header übertragen, und die Long Animation Frames API meldet jetzt auch aus Web Workern.
Privacy Sandbox landet auf der Deprecation-Liste
Die Notes zu Chrome 153 führen die Protected Audience API, die Shared Storage API, die Attribution Reporting API, Related Website Sets und document.requestStorageAccessFor jeweils als „planned for deprecation and removal“ – zur Abkündigung und Entfernung vorgesehen. Als Grund für Related Website Sets wird genannt, dass die Technik für einen Browser ohne Drittanbieter-Cookies entworfen wurde – und Chrome hat entschieden, diese zu behalten. Der Beta-Beitrag vom 20. August führte Related Website Sets und requestStorageAccessFor bereits als Entfernungen auf.
Nichts davon überrascht. Am 17. Oktober 2025 kündigte Anthony Chavez, Googles VP für Privacy Sandbox, an, dass Google zehn Privacy-Sandbox-Technologien einstellt, darunter Topics, Protected Audience, Attribution Reporting, Private Aggregation mit Shared Storage und Related Website Sets – unter Verweis auf „ecosystem feedback about their expected value and in light of their low levels of adoption“, also Rückmeldungen aus dem Ökosystem zum erwarteten Nutzen und die geringe Verbreitung. Der Beitrag versprach, die Details würden den Chrome- und Android-Prozessen für das Auslaufen dieser Technologien folgen. Mit Chrome 153 werden diese Prozesse erstmals in einer Release Note sichtbar.
Was das für Ihr Unternehmen bedeutet
Wenn Ihre Website Kamera oder Mikrofon nutzt, lohnt sich eine frühe Einführung der neuen Elemente. Identitätsprüfungen, virtuelle Anproben, ein „Dokument scannen“-Ablauf: Jeder dieser Vorgänge beginnt heute mit einem JavaScript-Aufruf und einer Berechtigungsabfrage, die viele Nutzer reflexartig wegklicken. Eine vom Browser gezeichnete Schaltfläche, die der Nutzer selbst anklickt, mit eingebautem Weg zur Wiederherstellung einer früher verweigerten Berechtigung, setzt genau an dem Moment an, in dem solche Abläufe Menschen verlieren. Chrome ist derzeit der einzige Browser mit dieser Funktion, sie muss also als Progressive Enhancement umgesetzt werden: Behalten Sie den bestehenden getUserMedia-Pfad als Fallback bei.
Wenn Ihr Werbe-Stack oder Ihre Analytics jemals eine Privacy-Sandbox-API eingebunden haben, ist es Zeit, diesen Code zu entfernen. Integrationen von Attribution Reporting, Protected Audience und Shared Storage wurden meist von Ad-Tech-Anbietern vorgenommen, nicht von Website-Betreibern selbst – doch Tags und Consent-Konfigurationen, die darauf verweisen, existieren weiterhin. Fragen Sie Ihren Anbieter, was passiert, wenn die APIs verschwinden, und stellen Sie sicher, dass Ihre Conversion-Messung nicht unbemerkt von einer davon abhängt. Drittanbieter-Cookies bleiben – das heißt, das Mess-Setup, das Sie vor der Sandbox hatten, ist das, was bleibt.
Related Website Sets betrafen eine bestimmte Gruppe: Unternehmen mit mehreren Domains, die sich ein Login oder einen Warenkorb teilen. Wenn Sie ein Set deklariert haben, damit Cookies zwischen Ihren Markendomains fließen können, wird dieser Mechanismus zurückgezogen. Die Storage Access API selbst bleibt; nur die Set-basierte Abkürzung und requestStorageAccessFor fallen weg. Prüfen Sie domainübergreifende Anmeldungen oder Checkouts jetzt – nicht erst, wenn ein Kunde sich meldet.
Nichts in diesem Release sollte eine normale Marketing-Website beschädigen. Die XML- und SVG-Änderung soll unsichtbar bleiben, die CSS-Neuerungen sind Opt-in, und die JavaScript-Methoden sind neu, nicht geändert. Die Gewohnheit, die wir empfehlen und in jede von uns betreute Website einbauen, ist dieselbe wie letzte Woche: ein Browserprofil im Beta-Kanal und alle zwei Wochen ein Durchgang durch Ihre Formulare, den Checkout und jeden Kamera-Ablauf. Chrome 154 Beta ist bereits verfügbar; Stable wird es am 22. September.
Unsere Lesart: Chrome 153 ist ein bescheidenes Release mit einem wichtigen Signal. Die Funktionen sind inkrementell, doch die Deprecation-Liste bestätigt, dass der Browser den Versuch aufgegeben hat, Drittanbieter-Cookies durch eigene Werbe-APIs zu ersetzen. Für ein Unternehmen verschwindet damit eine Variable, die sechs Jahre lang über Webanalyse- und Werbeplänen hing. Planen Sie mit Cookies, Consent und First-Party-Daten – und behandeln Sie alles mit dem Etikett Privacy Sandbox als Altlast.
