Veröffentlicht am 30. Juli 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 angegebenen Links oder auf ChromeStatus.com. Chrome 152 befindet sich seit dieser Version in der Beta-Phase. Sie können die neueste Betaversion für Desktopcomputer auf Google.com oder für Android-Geräte im Google Play Store herunterladen.
CSS und UI
CSSPseudoElement-Unterstützung für ::backdrop, ::scroll-marker und ::view-transition
Die Unterstützung für CSSPseudoElement, die zuvor für ::after, ::before und ::marker definiert wurde, wird auf mehrere neue Pseudoelemente erweitert:
::backdrop: Hilft, ein Dialogfeld zu schließen, wenn auf den Hintergrund geklickt wird, ohne Klicks innerhalb des Dialogfeldinhalts zu stören. Dadurch ist keine komplexe Schnittmengenlogik erforderlich.::scroll-marker: Wird verwendet, um Klickstatistiken zu erfassen.::view-transition: Unterstützt geometrieabhängige Ansichtsübergänge und das Abfangen eines Ansichtsübergangs während der Ausführung, um einen neuen zu starten. Dabei werden die Koordinaten des aktuell animierten Elements verwendet, um visuelle Sprünge zu vermeiden.
Globales HTML-Attribut autocorrect verfügbar machen
Mit dem HTML-autocorrect Attribut können Webautoren festlegen, ob die Autokorrektur
auf die Nutzereingabe in bearbeitbaren Elementen angewendet werden soll, einschließlich <input>,
<textarea>, und contenteditable-Hosts. Mit dieser Funktion wird das globale HTML-Attribut autocorrect für Webentwickler verfügbar gemacht.
Pseudoklassen für Media-Elemente
Die CSS-Pseudoklassen :playing, :paused, :seeking, :buffering, :stalled, :muted und
:volume-locked stimmen mit <audio> und <video> Elementen basierend
auf ihrem aktuellen Status überein. Diese Pseudoklassen sind einer der Schwerpunkte von
Interop 2026.
Relative Alpha-Farben (CSS Color 5-Funktion alpha())
Relative Alpha-Farben beziehen sich auf eine Ursprungsfarbe und ändern nur den Alphakanal. So können Entwickler die Transparenz relativ zu einem vorhandenen Farbwert festlegen.
CSS-Eigenschaft window-drag
Mit der CSS-Eigenschaft window-drag können Webinhalte Bereiche der UI einer installierten Desktop-Web-App festlegen, die sich wie ziehbare Fenster-Titelbereiche verhalten sollen. Wenn diese Eigenschaft angewendet wird, werden durch Nutzerinteraktionen wie Klicken und Ziehen in diesem Bereich das Anwendungsfenster der obersten Ebene verschoben, anstatt normale Seiteninteraktionen auszulösen.
Mit dieser Funktion wird die vorhandene CSS-Eigenschaft app-region standardisiert und umbenannt. Die Wertnamen werden in move und none geändert und es wird ein explizites Vererbungsverhalten hinzugefügt.
Web APIs
CPU Performance API
Ab Chrome 152 wird die CPU Performance API eingeführt, mit der Webanwendungen die CPU-Leistungsstufe des Geräts eines Nutzers ermitteln können. Webanwendungen können diese Informationen verwenden, um die Nutzerfreundlichkeit zu verbessern, optional in Kombination mit der Compute Pressure API, um auf Änderungen des CPU-Drucks zu reagieren.
Nutzer können die gemeldete Leistung in den Chrome-Leistungseinstellungen überschreiben.
Administratoren können dieses Verhalten auch mit der
CpuPerformanceTierOverride
Unternehmensrichtlinie steuern.
Weitere Informationen finden Sie in der CPU Performance API Erklärung.
Zulassungslisten für Verbindungen
Mit Zulassungslisten für Verbindungen können Sie externe Endpunkte explizit steuern, indem Sie Verbindungen einschränken, die über die Fetch API oder andere Webplattform-APIs von einem Dokument oder Worker initiiert werden.
Server verteilen eine Liste autorisierter Endpunkte über einen HTTP-Antwortheader. Bevor eine Verbindung hergestellt wird, prüft Chrome das Ziel anhand dieser Zulassungsliste. Verbindungen zu bestätigten Endpunkten sind zulässig, während Verbindungen zu nicht übereinstimmenden Endpunkten blockiert werden.
Weitere Informationen finden Sie im Vorschlag für Zulassungslisten für Verbindungen.
Benachrichtigungszuordnung für PWAs unter macOS
Chrome führt die Benachrichtigungszuordnung für installierte progressive Web-Apps (PWAs) unter macOS ein. Wenn eine PWA unter macOS installiert ist, werden ihre Benachrichtigungen nicht Google Chrome, sondern nativ der PWA selbst zugeordnet. Im Benachrichtigungscenter werden also ihr eigener Name und ihr eigenes Symbol verwendet.
Mit diesem Update werden PWA-Benachrichtigungen an native macOS-Anwendungen angeglichen:
- Chrome unterstützt das Feld
requireInteractionfür PWA-Benachrichtigungen unter macOS nicht mehr, da die Persistenz von Benachrichtigungen pro App über die macOS-Einstellungen gesteuert wird. - Die Badging API erfordert Berechtigungen zum Senden von Benachrichtigungen, damit das App-Kennzeichen angezeigt wird.
Administratoren, die Berechtigungen über Richtlinien vorab gewähren, sollten beachten, dass neben
dem
NotificationsAllowedForUrls
ein Konfigurationsprofil für die Mobilgeräteverwaltung unter macOS erforderlich ist, um Berechtigungen für die
spezifische Paket-ID der PWA vorab zu gewähren.
OpaqueRange
OpaqueRange stellt einen Live-Bereich von Text im Wert eines Formularsteuerelements dar, z. B. in einem <textarea> oder einem textbasierten <input>. So können Entwickler mit dem Werttext mithilfe von APIs arbeiten, die Bereiche verwenden.
Es werden Vorgänge wie getBoundingClientRect(), getClientRects() und die Integration mit der CSS Custom Highlight API für Inline-Vorschläge, Hervorhebungen und verankerte Pop-overs unterstützt. Die Kapselung bleibt erhalten, indem nur Wertoffsets verfügbar gemacht werden, während für startContainer und endContainer null zurückgegeben wird.
Untergeordnete Apps für isolierte Web-Apps (IWAs)
Mit untergeordneten Apps können Entwickler mehrere Apps unter einer einzigen Installation einer isolierten Web-App (IWA) erstellen. Jede untergeordnete App hat einen eigenen Namen, eigene Symbole und eigene Betriebssystemintegrationen.
Untergeordnete Apps werden auf der Desktop-Ablage mit einer eigenen, von der übergeordneten IWA getrennten Identität angezeigt und bieten separate Betriebssystemfunktionen, etwa Dateitypzuordnung.
Administratoren können diese Funktion über Unternehmensrichtlinien steuern, darunter
DefaultSubAppsWithoutPromptsSetting,
SubAppsWithoutPromptsAllowedForOrigins,
und
SubAppsWithoutPromptsBlockedForOrigins.
Anzeigemodus ohne Rahmen für isolierte Web-Apps
Im Anzeigemodus ohne Rahmen können isolierte Web-Apps das gesamte Browserfenster einnehmen, indem Standardfensterrahmen und Titelleisten entfernt werden. So werden benutzerdefiniertes Branding und Menühierarchien unterstützt.
Administratoren können diese Funktion über Richtlinien verwalten, darunter
DefaultWindowManagementSetting,
WindowManagementAllowedForUrls,
und
WindowManagementBlockedForUrls.
WebGPU: Steuerung der Untergruppengröße
Fügt die optionale GPU-Funktion "subgroup-size-control" hinzu, mit der Entwickler
die Untergruppengröße in einem Compute-Shader explizit festlegen können. Dadurch wird die Leistung von Compute-Shadern mithilfe von Untergruppenoperationen mit bestimmten Untergruppengrößen auf Zielhardwareplattformen optimiert, insbesondere für KI-Arbeitslasten.
Window Shape API
Mit der Window Shape API können isolierte Web-Apps unter ChromeOS über window.chromeos.isolatedWebApp.setShape eine benutzerdefinierte, nicht rechteckige Fensterform festlegen. Dazu muss sich das Fenster im Anzeigemodus ohne Rahmen befinden und die Berechtigung zur Fensterverwaltung erforderlich sein.
Medien
MediaCapabilities encryptionScheme
Fügt dem KeySystemTrackConfiguration-Wörterbuch, das in navigator.mediaCapabilities.decodingInfo() verwendet wird, das Attribut encryptionScheme hinzu. So können Web
anwendungen abfragen, ob ein bestimmtes Verschlüsselungsschema wie 'cenc' oder
'cbcs' unterstützt wird.
Bevorzugte Audioerfassung in der getDisplayMedia API
Fügt dem DisplayMediaStreamOptions-Wörterbuch, das in navigator.mediaDevices.getDisplayMedia() verwendet wird, das Attribut audioPreference hinzu. Mit diesem Hinweis können Webanwendungen dem Browser signalisieren, dass die Audiofreigabe zusammen mit der Videoerfassung bevorzugt wird.
Neue Ursprungstests
In Chrome 152 können Sie an den folgenden neuen Ursprungstests teilnehmen.
Spekulationsregeln: Steuerung der Heuristiken für den Darstellungsbereich
Dieser Ursprungstest bietet experimentelle Steuerelemente für die Heuristiken für den Darstellungsbereich von Spekulationsregeln. So können Entwickler testen, ob alternative Heuristikparameter eine bessere Leistung beim Vorabruf und Vorabrendern für ihre Websites bieten.
Test zur Einstellung von clientseitigem XSLT
Chrome hat clientseitiges XSLT eingestellt, und wird es in Chrome 158 aus dem Browser entfernen. Es wurde ein Test zur Einstellung (Ursprungstest) eingerichtet, mit dem Websites die Migrationszeit von XSLT um etwa neun Monate bis Chrome 175 verlängern können. Dieser Test ist jetzt vor der Entfernung verfügbar, damit er frühzeitig getestet werden kann.
Einstellung und Entfernung
In Chrome 152 werden die folgenden Funktionen eingestellt und entfernt. Auf ChromeStatus.com finden Sie Listen mit geplanten Einstellungen, aktuellen Einstellungen und früheren Entfernungen.
Private Aggregation API entfernen
Nachdem Chrome angekündigt hat, dass der aktuelle Ansatz für Drittanbieter-Cookies beibehalten wird, planen wir nun, die Private Aggregation API (zusammen mit bestimmten anderen Privacy Sandbox-APIs) einzustellen und zu entfernen. Diese API wird nur über die Shared Storage API und die Protected Audience API verfügbar gemacht, die ebenfalls eingestellt und entfernt werden sollen.