Veröffentlicht am 3. Dezember 2025
Sofern nicht anders angegeben, gelten die folgenden Änderungen für die aktuelle Chrome-Betaversion für Android, ChromeOS, Linux, macOS und Windows. Weitere Informationen zu diesen Funktionen finden Sie in den bereitgestellten Links oder in der Liste auf ChromeStatus.com. Laden Sie die aktuelle Version für den Desktop unter Google.com oder für Android im Google Play Store herunter.
CSS und Benutzeroberfläche
CSS-Ankerpositionierung mit Transformationen
Wenn ein an einem Anker positioniertes Element an einen Anker gebunden ist, der eine Transformation hat (oder von einem Element mit einer Transformation umschlossen wird), löst der Browser die Funktionen anchor() und anchor-size() anhand des Begrenzungsrahmens des transformierten Ankers auf.
CSS-Pseudo-Elemente für das Hervorheben von Suchergebnissen auf der Seite
Macht das Styling von Auf der Seite suchen-Suchergebnissen als ::search-text-Pseudoelement verfügbar. Das ist ein Highlight-Pseudoelement wie die für Auswahl und Rechtschreibfehler verwendeten. So können Sie die Vorder- und Hintergrundfarben ändern oder Textformatierungen hinzufügen. Das ist besonders nützlich, wenn die Browserstandardeinstellungen nicht ausreichend Kontrast zu den Seitenfarben bieten oder anderweitig ungeeignet sind.
Weitere Informationen finden Sie im Igalia-Blog unter Find-in-Page Highlight Styling.
aria-details nicht für die Ankerpositionierung verwenden
Der Code zum Erstellen von aria-details-Beziehungen für Ankerpositionierung in Anwendungsfällen ohne Pop-over war wahrscheinlich ein Fehler. Da Pop-overs und andere semantische Beziehungen aria-details erstellen und die verbleibenden Anwendungsfälle wahrscheinlich nicht semantisch sind, erstellt Chrome diese Beziehungen in den nicht semantischen Fällen nicht mehr.
@scroll-state Unterstützung für Scrollen
Ermöglicht es, untergeordnete Elemente von Containern basierend auf der letzten Scrollrichtung zu gestalten.
Beispiel:
.scrolling-up {
translate: 80px 0;
transition: 0.4s translate;
}
html {
container-type: scroll-state;
}
@container scroll-state(scrolled: top) {
.scrolling-up { translate: 0 0; }
}
overscroll-behavior für Tastatur-Scrollvorgänge berücksichtigen
Wenn Sie overscroll-behavior auf einen anderen Wert als auto festlegen, sollte der Browser keine Scrollverkettung durchführen. Chrome berücksichtigt diese Einstellung beim Scrollen mit der Maus oder per Touch, beim Scrollen mit der Tastatur wird sie jedoch ignoriert. Durch diese Änderung wird sichergestellt, dass beim Scrollen mit der Tastatur auch overscroll-behavior berücksichtigt wird.
overscroll-behavior bei nicht scrollbaren Scroll-Containern berücksichtigen
Das Attribut overscroll-behavior gilt für alle Scroll-Container-Elemente, unabhängig davon, ob diese Elemente überlaufende Inhalte haben oder vom Nutzer gescrollt werden können. Mit overscroll-behavior können Sie die Scrollweitergabe für einen overflow: hidden-Hintergrund oder ein overflow: auto-Element verhindern, ohne berücksichtigen zu müssen, ob ein Überlauf vorliegt.
container-name-Abgleich ohne Baumstruktur
Der Browser ignoriert den Bereich des Baums beim Abgleich von container-name für @container-Anfragen.
Bisher wurde bei container-name-Abgleich für @container-Anfragen der Name oder die Referenz des Baums verwendet. Das bedeutete, dass derselbe Name nicht übereinstimmte, wenn die @container-Regel und die container-type-Property aus unterschiedlichen Bäumen stammten, z. B. wenn die container-type-Deklaration aus einem inneren Schattenbaum stammte.
Durch diese Änderung stimmen container-name-Werte unabhängig von der @container-Regel oder den container-type-Deklarationsursprüngen überein.
SVG2 – CSS-Kaskadierung
Die Chrome-Implementierung wird an die SVG2-Spezifikation für den Abgleich von CSS-Regeln in <use>-Elementbäumen angepasst.
Selektoren werden mit den <use>-Instanziierungselementen anstelle der ursprünglichen Elementunterstruktur abgeglichen. Das bedeutet, dass Selektoren nicht mehr mit übergeordneten und gleichgeordneten Elementen außerhalb des geklonten Teilbaums übereinstimmen. Wichtiger noch: Statusselektoren wie :hover stimmen jetzt mit <use>-Instanzen überein.
Web APIs
XRVisibilityMaskChange
Fügt ein XRVisibilityMaskChange-Ereignis hinzu, das eine Liste von Eckpunkten und Indexen zur Darstellung des Mesh des sichtbaren Teils des Viewports des Nutzers enthält.
Anhand dieser Daten lässt sich die Menge des gerenderten Viewports zuverlässig begrenzen, was die Leistung verbessert. Um dieses Ereignis besser zu unterstützen, erhalten XRView-Objekte auch eindeutige Kennungen, um die Zuordnung zu den zugehörigen Masken zu erleichtern. Dies ist eine Erweiterung der WebXR-Kernspezifikation.
onanimationcancel-Ereignis für GlobalEventHandlers verfügbar machen
CSS Animations Level 1 erweitert die in der HTML-Spezifikation definierte GlobalEventHandlers-Schnittstelle durch die Deklaration von vier neuen Event-Handlern: onanimationstart, onanimationiteration, onanimationend und onanimationcancel.
Nur der onanimationcancel-Ereignishandler fehlte in der GlobalEventHandlers-IDL.
Weitere Informationen finden Sie in der CSS Animations Level 1-Spezifikation und im Abschnitt „GlobalEventHandlers“ der HTML-Spezifikation.
Methode „View Transitions“ waitUntil()
Das ViewTransition erstellt automatisch eine Pseudo-Elementstruktur, um die beteiligten Elemente im Übergang anzuzeigen und zu animieren. Gemäß der Spezifikation wird dieser Teilbaum erstellt, wenn die Ansichtsübergangsanimation beginnt, und zerstört, wenn die Animationen, die mit allen Ansichtsübergangs-Pseudoelementen verknüpft sind, abgeschlossen sind (oder genauer gesagt, wenn sie sich in einem nicht laufenden, nicht pausierten Zustand befinden).
Das funktioniert in den meisten Fällen und bietet Entwicklern eine nahtlose Erfahrung. Für komplexere Fälle reicht das jedoch nicht aus, da Entwickler manchmal möchten, dass der Pseudo-Baum für Ansichtsübergänge über den Animationsendstatus hinaus erhalten bleibt.
Ein Beispiel ist die Verknüpfung von Ansichtsübergängen mit scrollgesteuerten Animationen. Wenn die Animation über eine Scroll-Zeitachse gesteuert wird, sollte der Teilbaum nicht zerstört werden, wenn die Animationen abgeschlossen sind, da durch Zurückscrollen die Pseudoelemente weiterhin animiert werden können.
Um erweiterte Anwendungsfälle für den Ansichtsübergang zu ermöglichen, wird mit dieser Absicht eine waitUntil()-Funktion für das ViewTransition-Objekt hinzugefügt, die ein Promise akzeptiert. Dieses Versprechen verzögert die Zerstörung des Pseudobaums, bis er abgerechnet ist.
Das <geolocation>-Element
Das <geolocation>-Element wird eingeführt. Es ist ein deklaratives, vom Nutzer aktiviertes Steuerelement für den Zugriff auf den Standort des Nutzers. Dadurch wird der Ablauf für Nutzer und Entwickler vereinfacht, da der Berechtigungsablauf abgewickelt und Standortdaten direkt an die Website gesendet werden. Oft ist kein separater JavaScript-API-Aufruf erforderlich.
Damit wird das Problem behoben, dass Berechtigungsaufforderungen direkt über JavaScript ohne ein starkes Signal für die Nutzerabsicht ausgelöst werden. Durch das Einbetten eines browsergesteuerten Elements auf der Seite wird durch den Klick des Nutzers ein eindeutiges, bewusstes Signal gesendet. So wird die Nutzerfreundlichkeit verbessert und es gibt einen Wiederherstellungspfad für Nutzer, die die Berechtigung zuvor abgelehnt haben.
WebGPU: subgroup_id-Funktion
Die integrierten Werte subgroup_id und num_subgroups sind verfügbar, wenn die Erweiterung für Untergruppen aktiviert ist.
WebGPU: Standardlayout für einheitliche Puffer
Für einheitliche Puffer, die in WGSL-Shadern deklariert sind, ist es nicht mehr erforderlich, dass Array-Elemente eine 16-Byte-Ausrichtung haben oder dass verschachtelte Struktur-Offsets auf ein Vielfaches von 16 Byte aufgefüllt werden.
Die Temporal API
Die Temporal API in ECMA262 bietet Standardobjekte und -funktionen für die Arbeit mit Datums- und Zeitangaben. Date
ist ein langjähriges Problem in ECMAScript. Temporal, eine globale Object, die als Namespace der obersten Ebene fungiert (z. B. Math), und eine moderne API für Datum und Uhrzeit in die ECMAScript-Sprache einführt. Eine detaillierte Aufschlüsselung der Motivationen finden Sie unter Fixing JavaScript Date: Getting Started.
Unterstützung von ping, hreflang, type und referrerPolicy für SVGAElement
Unterstützung für die Attribute ping, hreflang, type und referrerPolicy für SVGAElement wurde hinzugefügt. Das Verhalten von SVGAElement wird an HTMLAnchorElement angeglichen, um eine einheitliche Verarbeitung von Links in HTML und SVG zu ermöglichen.
Das clipboardchange-Ereignis
Das clipboardchange-Ereignis wird immer ausgelöst, wenn der Inhalt der Systemzwischenablage von einer Web-App oder einer anderen Systemanwendung geändert wird. So können Web-Apps, z. B. Remote-Desktop-Clients, ihre Zwischenablagen mit der Systemzwischenablage synchronisieren. Sie bietet eine effiziente Alternative zum regelmäßigen Abrufen der Zwischenablage (mit JavaScript) auf Änderungen.
Berechtigungsrichtlinie für User-Agent-Client-Hints ch-ua-high-entropy-values
Es wird Unterstützung für eine ch-ua-high-entropy-values-Berechtigungsrichtlinie hinzugefügt, mit der eine Website der obersten Ebene einschränken kann, welche Dokumente Client-Hinweise mit hoher Entropie über die navigator.userAgentData.getHighEntropyValues()-JavaScript-API erfassen dürfen.
Das Erheben von High-Entropy-Hinweisen über HTTP kann bereits mit vorhandenen Berechtigungsrichtlinien für Client Hints eingeschränkt werden.
Spiegelung von RTL-MathML-Operatoren
Unterstützung für die Spiegelung auf Zeichen- und Glyphenebene beim Rendern von MathML-Operatoren im RTL-Modus hinzugefügt.
Im RTL-Modus können einige Operatoren gespiegelt werden, indem sie in einen anderen Codepunkt geändert werden. So wird beispielsweise aus einer schließenden Klammer eine öffnende Klammer. Dies ist die Spiegelung auf Zeichenebene, wobei die Äquivalenzen durch die Bidi_Mirrored-Property von Unicode definiert werden.
Für einige Operatoren gibt es kein entsprechendes Spiegelungszeichen. In diesem Fall wird die Spiegelung auf Glyphenebene mit dem Schriftmerkmal rtlm angewendet, bei dem eine andere Glyphe in einem gespiegelten Kontext ersetzt werden kann. Bei einigen bestehenden Implementierungen wird das ursprüngliche Glyphen direkt gespiegelt. Dies kann jedoch die Bedeutung für asymmetrische Zeichen wie das Konturintegral im Uhrzeigersinn ändern.
Multicast-Unterstützung für die Direct Sockets API für isolierte Web-Apps
Mit dieser Funktion können Isolated Web Apps Multicast-Gruppen abonnieren, UDP-Pakete von ihnen empfangen und zusätzliche Parameter angeben, wenn UDP-Pakete an Multicast-Adressen gesendet werden.
Leistung und Zeitangaben für Ereignisse: InteractionCount
Die Event Timing API ist Teil der Performance Timeline und misst die Leistung von Nutzerinteraktionen. Bestimmten Ereignissen ist ein interactionId-Wert zugewiesen. Das ist nützlich, um ähnliche Interaktionen basierend auf gemeinsamen physischen Nutzereingaben oder ‑gesten zu gruppieren.
Mit dieser Funktion wird performance.interactionCount hinzugefügt. Das ist die Gesamtzahl der Interaktionen, die auf der Seite stattgefunden haben.
Diese Funktion ist insbesondere nützlich, um den INP-Messwert (Interaction to Next Paint) zu berechnen. Dazu muss die Gesamtzahl der Interaktionen bekannt sein, um einen hohen Perzentilwert zu berechnen (p98 für Seiten mit mehr als 50 Interaktionen insgesamt).
Diese Funktion wurde schon lange spezifiziert, war zuvor in Chromium als Prototyp verfügbar, wurde aber nie ausgeliefert. Sie ist Teil von Interop 2025 und ist bereits in anderen Browsern verfügbar.
Interoperable Pointer- und Maus-Boundary-Ereignisse nach DOM-Änderungen
Nachdem ein Ereignisziel aus dem DOM entfernt wurde, muss das logische Ziel des Zeigers, wie durch die Pointer- und Mouse-Grenzereignisse (d. h. over-, out-, enter- und leave-Ereignisse) impliziert, der nächste Vorfahre sein, der noch an das DOM angehängt ist.
Chrome hat einen Knoten auch dann noch verfolgt, nachdem er aus dem DOM entfernt wurde. Wenn der Zeiger nach dem Entfernen des Hit-Test-Knotens A aus dem DOM zu einem neuen Knoten B wechselt, impliziert die Grenzereignissequenz (pointerover-, pointerout-, pointerenter- und pointerleave-Ereignisse sowie die entsprechenden Mausereignisse) eine Zeigerbewegung von A nach B. Gemäß dem neuen Konsens impliziert die Ereignissequenz eine Zeigerbewegung von „Übergeordnetes Element von A“ zu B.
Zeigersperre unter Android
Ermöglicht den Zugriff auf die rohe Mausbewegung, indem das Ziel von Mausereignissen auf ein einzelnes Element festgelegt und der Mauszeiger ausgeblendet wird. Die Pointer Lock API wird bereits auf Computern unterstützt. Diese Einführung gilt für die Unterstützung auf Android-Geräten.
RTCDegradationPreference enum-Wert maintain-framerate-and-resolution
maintain-framerate-and-resolution deaktiviert die interne Videoanpassung von WebRTC.
Dadurch kann die Anwendung ihre eigene Anpassungslogik implementieren und Störungen durch die interne Anpassung werden verhindert.
WebAuthn Signal API für Android und iOS
WebAuthn-RPs können Informationen zu vorhandenen Passkeys an Anbieter von Anmeldedatenspeichern zurückgeben, damit falsche oder widerrufene Anmeldedaten in der Anbieter- und System-UI aktualisiert oder entfernt werden können.
Diese Funktion war bereits auf Computern verfügbar und wird jetzt auch auf Android- und iOS-Geräten eingeführt.
Außerdem unterstützt die Signal API jetzt einen Sicherheitsmechanismus für Google Passwortmanager-Passkeys auf allen unterstützten Plattformen. Bisher wurde ein Passkey dauerhaft gelöscht, wenn eine vertrauende Partei signalisierte, dass ein Anmeldedatenpaar unbekannt oder entfernt wurde.
Der Google Passwortmanager blendet den Passkey jetzt aus, anstatt ihn zu löschen. Passkeys können durch Aufrufen von signalAllAcceptedCredentials mit einer Liste zuvor ausgeblendeter Passkeys wiederhergestellt werden.
Neue Ursprungstests
In Chrome 144 können Sie die folgenden Ursprungstests aktivieren.
Erweiterte Canvas-TextMetrics
Erweitert die TextMetrics Canvas API, um Auswahlrechtecke, Begrenzungsrahmenabfragen und auf Glyphenclustern basierende Vorgänge zu unterstützen.
Diese Funktion ermöglicht komplexe Textbearbeitungsanwendungen mit genauer Auswahl, Cursorpositionierung und Treffertests. Außerdem ermöglicht das clusterbasierte Rendern anspruchsvolle Texteffekte wie unabhängige Zeichenanimationen und ‑formatierungen.
Einstellung und Entfernung
In dieser Version von Chrome werden die in diesem Abschnitt aufgeführten Einstellungen und Entfernungen eingeführt. Auf ChromeStatus.com finden Sie Listen mit geplanten, aktuellen und früheren Entfernungen.
Einstellung der Topics API
Die Topics API ist eine API, mit der die Ausrichtung von Anzeigen basierend auf den allgemeinen Browserinteressen eines Nutzers möglich ist, ohne dass sein genauer Browserverlauf offengelegt wird.
Nach der Ankündigung, dass Chrome seinen aktuellen Ansatz für Drittanbieter-Cookies beibehalten wird, stellen wir die Topics API (sowie bestimmte andere Technologien, wie auf der Seite Privacy Sandbox-Funktionsstatus beschrieben) ein und planen, sie zu entfernen.
Protected Audience API einstellen
Die Protected Audience API bietet eine Methode für die auf Interessengruppen basierende Werbung ohne Drittanbieter-Cookies oder websiteübergreifendes Nutzer-Tracking.
Nach der Ankündigung, dass Chrome seinen aktuellen Ansatz für Drittanbieter-Cookies beibehalten wird, stellen wir die Protected Audience API (sowie bestimmte andere Technologien, wie auf der Seite zum Status von Privacy Sandbox-Funktionen beschrieben) ein und planen, sie zu entfernen.
Einstellung der Shared Storage API
Die Shared Storage API ist eine datenschutzfreundliche Web-API, die Speicher ermöglicht, der nicht nach Erstanbieterwebsite partitioniert ist.
Nach der Ankündigung, dass Chrome seinen aktuellen Ansatz für Drittanbieter-Cookies beibehalten wird, wird das Team die Shared Storage API (zusammen mit bestimmten anderen Technologien, wie auf der Seite Privacy Sandbox-Funktionsstatus beschrieben) einstellen und entfernen.
Einstellung der Attribution Reporting API
Die Attribution Reporting API ist eine API, mit der Werbe-Conversions ohne Drittanbieter-Cookies oder websiteübergreifendes Nutzer-Tracking gemessen werden können.
Nach der Ankündigung, dass Chrome seinen aktuellen Ansatz für Drittanbieter-Cookies beibehalten wird, plant das Team, die Attribution Reporting API (zusammen mit anderen Privacy Sandbox-APIs) einzustellen und zu entfernen.
Einstellung der Private Aggregation API
Die Private Aggregation API ist ein generischer Mechanismus zum datenschutzfreundlichen Erfassen von aggregierten, websiteübergreifenden Daten. Sie wurde ursprünglich für eine Zukunft ohne Drittanbieter-Cookies entwickelt.
Nach der Ankündigung, dass Chrome seinen aktuellen Ansatz für Drittanbieter-Cookies beibehalten wird, stellt das Team die Private Aggregation API ein und plant, sie zu entfernen (zusammen mit bestimmten anderen Technologien, wie auf der Seite zum Status der Privacy Sandbox-Funktionen beschrieben). Diese API wird nur über die Shared Storage API und die Protected Audience API bereitgestellt, die ebenfalls eingestellt und entfernt werden sollen. Daher sind für die private Aggregation keine zusätzlichen Maßnahmen erforderlich.
Einstellung von Gruppen ähnlicher Websites
Gruppen ähnlicher Websites bieten Entwicklern die Möglichkeit, Beziehungen zwischen Websites zu deklarieren, um den eingeschränkten websiteübergreifenden Cookie-Zugriff für bestimmte, nutzerorientierte Zwecke zu ermöglichen. Dies wird durch die Verwendung der Storage Access API und document.requestStorageAccessFor (siehe nächster Abschnitt) ermöglicht.
Nach der Ankündigung, dass Chrome seinen aktuellen Ansatz für Drittanbieter-Cookies beibehalten wird, stellen wir nun Related Website Sets ein und planen, sie zu entfernen (zusammen mit bestimmten anderen Technologien, wie auf der Seite Privacy Sandbox feature status beschrieben).
document.requestStorageAccessFor wird eingestellt
Die requestStorageAccessFor API ist eine Erweiterung der Storage Access API, mit der eine Website der obersten Ebene im Namen eingebetteter Websites Zugriff auf nicht partitionierte („Erstanbieter“-)Cookies anfordern kann. Browser hätten die Möglichkeit, den Zugriff zu gewähren oder zu verweigern. Die Mitgliedschaft in Gruppen ähnlicher Websites könnte dabei als Signal dienen. Dadurch wäre die Verwendung der Storage Access API durch Websites der obersten Ebene möglich.
Nach der Ankündigung, dass Chrome seinen aktuellen Ansatz für Drittanbieter-Cookies beibehalten wird, stellen wir requestStorageAccessFor ein und planen, es zu entfernen (zusammen mit bestimmten anderen Technologien, wie auf der Seite Privacy Sandbox-Funktionsstatus beschrieben).
savedTabGroups als individueller Wert in SyncTypesListDisabled wird eingestellt
Mit der Enterprise-Richtlinie SyncTypesListDisabled können Administratoren die Synchronisierung des Datentyps savedTabGroups auf Desktop-Plattformen deaktivieren. Auf Mobilplattformen wird die Synchronisierung von Tabgruppen jedoch bereits über den Datentyp tabs verwaltet. Um das Verhalten auf dem Computer an das Verhalten auf Mobilgeräten anzugleichen und die Synchronisierungsverwaltung zu vereinfachen, wird der einzelne Datentyp savedTabGroups eingestellt. Er ist kein individuell anpassbarer Wert mehr in der Richtlinie SyncTypesListDisabled.
Extern geladene Entitäten im XML-Parsing
Unter bestimmten Umständen ruft Chrome externe XML-Entitäten oder DTDs synchron ab und bezieht sie in die Analyse ein. Diese Funktion wird entfernt.
http/tests/security/contentTypeOptions/xml-external-entity.xml enthält ein Beispiel: Externe Entitäten können im nachfolgenden Teil der DOCTYPE-Anweisung definiert werden und verweisen auf Ressourcen, die synchron geladen und beim Parsen von XML als Kontext eingebunden werden.
Ein weiteres Syntaxbeispiel ist ein DOCTYPE, das mit dem Keyword SYSTEM gefolgt von einer URL, die auf eine DTD verweist, zusätzliche Entitätsdefinitionen enthält.
Solche externen Ladeanfragen werden vom Parser weitergeleitet.
Gemäß der W3C-XML-Spezifikation müssen nicht validierende Prozessoren keine externen Entitäten lesen.
Das Team plant, das Laden externer Entitätsdefinitionen in XML-Dokumenten, die kein XSLT verwenden, einzustellen.