Sofern nicht anders angegeben, gelten die folgenden Änderungen für die neueste Version des Chrome-Betakanals für Android, ChromeOS, Linux, macOS und Windows. Weitere Informationen zu den hier aufgeführten Funktionen finden Sie über die bereitgestellten Links oder in der Liste auf ChromeStatus.com. Chrome 127 ist seit dem 12. Juni 2024 als Betaversion verfügbar. Sie können die neueste Version auf Google.com für Computer oder im Google Play Store für Android herunterladen.
CSS
Diese Version enthält drei neue CSS-Funktionen.
CSS-Eigenschaft „font-size-adjust“
Mit dem CSS-Attribut font-size-adjust
können Sie die Größe von Kleinbuchstaben im Verhältnis zur Größe von Großbuchstaben ändern, was die Gesamtschriftgröße definiert. Diese Eigenschaft ist nützlich, wenn ein Schriftschnitt-Fallback auftreten kann.
Chrome 127 unterstützt die Syntax mit zwei Werten, um einen Schriftmesswert und einen Wert einzugeben.
Alt-Text mit mehreren Argumenten in CSS-generierten Inhalten
Mit der CSS-Property content
können Sie mit der folgenden Syntax alternativen Text für die Barrierefreiheit angeben:
.has-before-content::before {
content: url("cat.jpg") / "A cute cat";
}
Die dargestellte Syntax, bei der der Alt-Text durch einen einzelnen String angegeben wird, wird in Chrome bereits unterstützt. Ab Chrome 127 kann der Alt-Text durch eine beliebige Anzahl von Elementen angegeben werden. Neben Strings können dies auch attr()
-Funktionen oder Zähler sein. Beispiel:
.has-before-content::before {
content: url("cat.jpg") / "A cute " attr(data-animal);
}
Hinweis: Dieser Funktionseintrag enthält keine Informationen zur Unterstützung von Zählern.
Unterstützung für Ansichtsübergänge in iFrames
In Chrome sind ab sofort 127 gleichzeitige Ansichtsübergänge im selben Dokument in einem Hauptframe und einem iFrame mit gleicher Herkunft verfügbar.
Bisher funktionierte die Ausführung einer Ansichtsübergang mithilfe der document.startViewTransition
in einem iframe mit demselben Ursprung nicht, wenn im Hauptframe gleichzeitig ein Übergang ausgeführt wurde. Der Übergang des iframe wird automatisch übersprungen. Jetzt werden beide Übergänge ausgeführt.
Außerdem werden Bildübergänge bei der Navigation zwischen Dokumenten mit demselben Ursprung in einem iFrame unterstützt.
Web APIs
Ergänzungen zu Attributionsberichten
Chrome 127 enthält zwei zusätzliche Funktionen für Attributionsberichte. Mit zusammengefassten Debug-Berichten können API-Aufrufer auch nach der Einstellung von Drittanbieter-Cookies weiterhin Informationen zur Fehlerbehebung erhalten. Mit Attributionsbereichen haben Sie mehr Kontrolle über die Attributionsfilterung.
Automatische Einstellung für Inhalte im Vollbildmodus
Mit der neuen Einstellung „Automatischer Vollbildmodus“ für Inhalte können Unternehmensadministratoren festlegen, dass Websites den Vollbildmodus ohne Nutzergeste aktivieren dürfen. Nutzer können isolierten Web-Apps auch über die Seiteneinstellungen die Verwendung dieser Funktion erlauben.
In Kombination mit der Berechtigung zur Fensterverwaltung und nicht blockierten Pop-ups stehen Ihnen dadurch hilfreiche Vollbildfunktionen zur Verfügung:
- Vollbild-Pop-up mit einer Geste auf einem anderen Display öffnen
- Mit nur einer Geste Vollbildinhalte auf mehreren Displays anzeigen
- Vollbildinhalte auf einem neuen Display anzeigen, wenn eine Verbindung besteht.
- Vollbildfenster mit einer Geste zwischen Displays wechseln
- Vollbildinhalte nach Ablauf oder Verbrauch der Nutzergeste anzeigen.
Dieser Beitrag enthielt zuvor das „Websiteübergreifende Ancestor-Chain-Bit für CookiePartitionKey von partitionierten Cookies“. Diese Funktion ist jetzt in Chrome 128 verfügbar.
Bild-im-Bild-Funktion für Dokumente: Nutzeraktivierung weitergeben
So können Nutzeraktionen in einem Bild-im-Bild-Fenster eines Dokuments sowohl im Fenster, in dem es geöffnet wurde, als auch umgekehrt verwendet werden. Dadurch wird die Verwendung von APIs mit Nutzeraktivierung ergonomischer, da Ereignishandler im Bild-im-Bild-Fenster des Dokuments häufig im Kontext des Öffners ausgeführt werden. Der Kontext des Öffners benötigt also Zugriff auf die Nutzergeste.
Integrität der Importkarte
Die Integrität importierter ES-Module kann derzeit nicht überprüft werden. Daher können sie nicht in Umgebungen ausgeführt werden, in denen die Subressourcenintegrität erforderlich ist, oder mit require-sri-for
-CSP-Richtlinien.
Mit dieser Funktion wird ein Bereich integrity
zum Importieren von Karten hinzugefügt. So können Entwickler ES-Modul-URLs ihren Integritätsmetadaten zuordnen und dafür sorgen, dass sie nur geladen werden, wenn sie mit den erwarteten Hashes übereinstimmen.
Per Tastatur fokussierbare Scroll-Container
Durch diese Funktion ergeben sich die folgenden Änderungen:
Scroller sind standardmäßig per Klick fokussierbar und programmatisch fokussierbar. Scroller ohne untergeordnete fokussierbare Elemente können standardmäßig mit der Tastatur fokussiert werden.
Dies ist eine wichtige Verbesserung, um Scroller und Inhalte in Scrollern für alle Nutzer barrierefreier zu gestalten. Weitere Informationen zu den Vorteilen finden Sie im Artikel „Mit der Tastatur fokussierbare Scroller“. Mit der Tastatur fokussierbare Scroller sind ab Chrome 127 standardmäßig aktiviert. Wenn Websites Zeit brauchen, um sich an diese neue Funktion anzupassen, haben Sie folgende Möglichkeiten:
- Mit dem Test zur Einstellung von scrollbaren Elementen, die sich per Tastatur fokussieren lassen kann die Funktion für eine begrenzte Zeit auf einer bestimmten Website wieder deaktiviert werden. Diese Funktion kann bis zum 18. März 2025 über Chrome 132 verwendet werden.
- Die Unternehmensrichtlinie KeyboardFocusableScrollersEnabled ist in Chrome 127 verfügbar und kann zu demselben Zweck verwendet werden.
Unterstützung für No-Vary-Suche für Pre-Rendering
Die Unterstützung für No-Vary-Suchanfragen wird um das Pre-Rendering erweitert, das bisher nur für vorab gerenderte Seiten verfügbar war. So kann ein vor dem Rendern erstellter Eintrag auch dann übereinstimmen, wenn sich bestimmte URL-Suchparameter ändern. Der HTTP-Antwortheader „No-Vary-Search“ gibt an, dass einige oder alle Teile der Abfrage einer URL für die Cacheabgleichszwecke ignoriert werden können.
Dieser Beitrag enthielt zuvor Snap-Ereignisse. Diese sind in Chrome 127 jedoch durch ein Flag deaktiviert und werden in einer zukünftigen Version als stabil freigegeben.
Videokapitel in MediaMetadata
Du kannst jetzt Metadaten zu einzelnen Kapiteln hinzufügen, z. B. den Titel des Abschnitts, seinen Zeitstempel und ein Screenshot-Bild. So können Nutzer die Inhalte der Medien aufrufen.
Diese Option wird nur in ChromeOS-Medienbenachrichtigungen und nicht in den globalen Mediensteuerelementen des Chrome-Browsers angezeigt.
WebGPU: GPUAdapter-Infoattribut
Hier wird ein synchrones GPUAdapter-Infoattribut hinzugefügt, um dieselben Informationen zum physischen Adapter abzurufen wie mit der asynchronen GPUAdapter-Methode requestAdapterInfo()
.
Laufende Ursprungstests
In Chrome 127 können Sie die folgenden neuen Tests für Ursprünge aktivieren.
Übertragung von Komprimierungswörterbüchern mit Shared Brotli und Shared Zstandard
Mit dieser Funktion wird die Verwendung bestimmter vorheriger Antworten als externes Wörterbuch für die Brotli- (oder Zstandard-)Komprimierung von HTTP-Antworten unterstützt.
Einstellung von 0.0.0.0
für den privaten Netzwerkzugriff (Private Network Access, PNA)
Wir schlagen vor, den Zugriff auf die IP-Adresse 0.0.0.0
vor der vollständigen Einführung von PNA zu blockieren.
Chrome führt im Rahmen der PNA-Spezifikation den direkten Zugriff auf Endpunkte privater Netzwerke von öffentlichen Websites ein.
Dienste, die den localhost (127.0.0.0/8) überwachen, gelten gemäß dieser Spezifikation als privat. Der PNA-Schutz von Chrome (als Teil von https://chromestatus.com/feature/5436853517811712 eingeführt) kann mit der IP-Adresse 0.0.0.0
umgangen werden, um auf Dienste zuzugreifen, die unter macOS und Linux auf den Localhost lauschen.
Dies kann auch bei DNS-Rebinding-Angriffen auf eine Webanwendung missbraucht werden, die auf den Localhost lauscht.
Da 0.0.0.0
in der Praxis nicht verwendet wird (und auch nicht sollte), wird es unabhängig von der Einstellung der restlichen privaten Netzwerkanfragen eingestellt.
Einstellung von Drittanbieter-Cookies
Wir beabsichtigen, den Standardzugriff auf Drittanbieter-Cookies (auch websiteübergreifend genannt) einzustellen und zu entfernen. Im 1. Quartal 2024 beginnt eine Testphase mit 1% der Nutzer, gefolgt von einer schrittweisen Einstellung ab dem 1. Quartal 2025. Voraussetzung dafür ist, dass alle Anforderungen der Competition and Markets Authority, der Wettbewerbsbehörde des Vereinigten Königreichs, bis dahin erfüllt werden.
Die Einstellung von Drittanbieter-Cookies ist ein zentrales Ziel der Privacy Sandbox-Initiative. Mit ihr soll websiteübergreifendes Tracking im Web und darüber hinaus verantwortungsvoll reduziert werden, während wichtige Anwendungsfälle durch neue Technologien unterstützt werden.
Storage-, Service-Worker- und Kommunikations-APIs partitionieren
Ab Chrome 115 werden Speicher-, Service-Worker- und Kommunikations-APIs in Drittanbieterkontexten partitioniert. Zwischen Chrome 113 und 126 konnten Websites an einem Test zur Einstellung teilnehmen, um die Partitionierung vorübergehend aufzuheben und das vorherige Verhalten von Storage-, Service-Worker- und Kommunikations-APIs wiederherzustellen.
Ab Chrome 125 wird Nicht-Cookie-Speicher in der Storage Access API unterstützt. Damit sollten die meisten Anwendungsfälle für nicht partitionierten Speicher abgedeckt sein. Wenn diese Anwendungsfälle nicht erfüllt sind, können Sie jetzt eine Verlängerung des Tests zur Einstellung der DisableThirdPartyStoragePartitioning
für weitere sechs Meilensteine für Nutzer von Chrome 127 bis 132 (einschließlich) beantragen.
Weitere Informationen finden Sie im Blogpost Verlängerung des Tests zur Einstellung der Speicherpartitionierung.
Test zur Einstellung von per Tastatur fokussierbaren Scroll-Containern
Durch diese Funktion ergeben sich die folgenden Änderungen:
- Scroller sind standardmäßig per Klick fokussierbar und programmatisch fokussierbar.
- Scroller ohne untergeordnete fokussierbare Elemente können standardmäßig mit der Tastatur fokussiert werden.
Wir haben versucht, diese Änderungen zu implementieren, und festgestellt, dass bei einer begrenzten Anzahl von Websites einige Komponenten nicht den Erwartungen entsprochen haben. Daher mussten wir die Funktion zurückziehen, um diese Probleme zu vermeiden. Aufgrund der Vorteile wird die Funktion ab Version 127 eingeführt. Damit die betroffenen Websites mehr Zeit für die Migration ihrer Komponenten haben, führen wir einen Testlauf zur Einstellung durch. Wenn diese Option aktiviert ist, wird die Funktion deaktiviert.
Einstellung und Entfernung
In dieser Version von Chrome werden die unten aufgeführten Einstellungsänderungen und Entfernungen eingeführt. Auf ChromeStatus.com finden Sie Listen mit geplanten, aktuellen und früheren Einstellungen.
In dieser Version von Chrome werden drei Funktionen entfernt.
Mutationsereignisse
Die Unterstützung für Mutationsereignisse wird ab Chrome 127 standardmäßig deaktiviert. Code sollte vor diesem Datum migriert werden, um Websitefehler zu vermeiden. Wenn Sie mehr Zeit benötigen, haben Sie verschiedene Möglichkeiten:
- Mit dem Test zur Einstellung von Mutationsereignissen kann die Funktion für eine begrenzte Zeit auf einer bestimmten Website wieder aktiviert werden. Diese Funktion kann bis zum 25. März 2025 über Chrome 134 verwendet werden.
- Die Unternehmensrichtlinie MutationEventsEnabled kann ebenfalls über Chrome 134 zu demselben Zweck verwendet werden.
Weitere Informationen finden Sie im Blogpost Einstellung von Mutationsereignissen.
„Private Netzwerkanfragen“ für untergeordnete Ressourcen von öffentlichen Websites auf sichere Kontexte beschränken
Erfordert, dass Anfragen an private Netzwerke für Unterressourcen von öffentlichen Websites nur aus einem sicheren Kontext initiiert werden dürfen. Beispiele hierfür sind Internet-zu-Intranet-Anfragen und Internet-zu-Loopback-Anfragen.
Dies ist ein erster Schritt zur vollständigen Implementierung des Zugriffs auf private Netzwerke.
Alte Syntax für benutzerdefinierten CSS-Status entfernen
Die Pseudoklasse „CSS custom state“ wird von :--foo
in :state(foo)
umbenannt. Die neue Syntax :state(foo)
ist standardmäßig aktiviert. Daher wird die Syntax :--foo
entfernt.
Firefox und Safari haben die alte Syntax nie implementiert und beide unterstützen die neue Syntax.
Enterprise-Kunden, die mehr Zeit benötigen, können die Richtlinie CSSCustomStateDeprecatedSyntaxEnabled
verwenden. Diese Richtlinie wird in Chrome 131 entfernt.