Datum der stabilen Version: 4. März 2025
Sofern nicht anders angegeben, gelten die folgenden Änderungen für die stabile Version 134 von Chrome für Android, ChromeOS, Linux, macOS und Windows.
HTML und DOM
Anpassbares <select>-Element
Mit benutzerdefinierbaren <select> können Entwickler das Rendern von <select>-Elementen vollständig steuern, indem sie die CSS-Eigenschaft und den CSS-Wert appearance: base-select hinzufügen.
Diese Funktion basiert auf dem Flag SelectParserRelaxation, das den HTML-Parser so ändert, dass mehr Tags innerhalb des <select>-Tags zulässig sind.
Bug-Tracking-ID 40146374 | ChromeStatus.com-Eintrag | Spezifikation
Parser-Lockerung auswählen
Durch diese Änderung erlaubt der HTML-Parser neben <option>, <optgroup> und <hr> auch zusätzliche Tags in <select>.
Diese Funktion ist durch die temporäre Richtlinie (SelectParserRelaxationEnabled) eingeschränkt.
Dies ist eine vorübergehende Übergangsphase. Die Richtlinie wird ab Chrome 141 nicht mehr angewendet.
Wenn Sie Probleme haben, die Ihrer Meinung nach durch diese Änderung verursacht werden, können Sie mit der Testfunktion für den umgekehrten Ursprung die Parser-Lockerung deaktivieren.
Bug-Tracking-ID 335456114 | Eintrag in ChromeStatus.com | Spezifikation
Dialogfeld schließen
Eine der praktischen Funktionen der Popover API ist das einfache Schließen.
Dieses Verhalten ist jetzt Teil von <dialog>. Das Verhalten wird über ein neues closedby-Attribut gesteuert:
<dialog closedby="none">: Dialogfelder werden nicht vom Nutzer geschlossen.<dialog closedby="closerequest">: Durch Drücken der Esc-Taste (oder eines anderen Schließtriggers) wird das Dialogfeld geschlossen.<dialog closedby="any">: Wenn Sie außerhalb des Dialogfelds klicken oder die Esc-Taste drücken, wird das Dialogfeld geschlossen. Ähnlich wie beim Verhalten vonpopover="auto".
Bug-Tracking-ID 376516550 | ChromeStatus.com-Eintrag | Spezifikation
CSS
CSS-Highlight übernehmen
Mit der Funktion „CSS-Highlight übernehmen“ werden die Eigenschaften der CSS-Highlight-Pseudoklassen wie ::selection und ::highlight über die Pseudo-Highlight-Kette und nicht über die Elementkette übernommen.
Das Ergebnis ist ein intuitiveres Modell für die Übernahme von Eigenschaften in Hervorhebungen.
ChromeStatus.com-Eintrag | Spezifikation
PWA
Dokumentuntertitel (Titel von PWA-Apps korrigieren)
Mit dieser Funktion können Sie zusätzliche Informationen zum aktuellen Fenster einer installierten und laufenden PWA angeben. Dadurch wird der Seite ein Untertitel hinzugefügt, der Kontextinformationen enthält, die in der Titelleiste des Fensters angezeigt werden. Dadurch wird der im HTML-Titelelement enthaltene Text ersetzt.
Bug-Tracking-ID 1351682 | ChromeStatus.com-Eintrag | Spezifikation
Linkerfassung für Nutzer in PWAs
Weblinks leiten Nutzer automatisch zu installierten Web-Apps weiter.
Damit die Erwartungen der Nutzer in Bezug auf installierte Web-Apps besser erfüllt werden, ermöglicht Chrome einen einfachen Wechsel zwischen Browser und installierten Web-Apps.
Wenn Nutzer auf einen Link klicken, der von einer installierten Web-App geöffnet werden könnte, wird der Link in dieser installierten Web-App geöffnet. Nutzer können dieses Verhalten über die Einstellungen der installierten Web-App ändern.
Entwickler können dieses Verhalten mit der Manifest-Property launch_handler steuern. Weitere Informationen zur Funktionsweise von Deeplinks bei installierten Web-Apps finden Sie in der Entwicklerdokumentation.
Leistung
Dokumentrichtlinie: expect-no-linked-resources
Mit dem Konfigurationspunkt expect-no-linked-resources in der Dokumentrichtlinie kann ein Dokument dem User-Agent Hinweise zur Optimierung der Ladesequenz geben, z. B. dass das standardmäßige spekulative Parsen nicht verwendet werden soll.
User-Agents haben das spekulative Parsen von HTML implementiert, um Ressourcen, die im HTML-Markup vorhanden sind, spekulativ abzurufen und so das Laden der Seite zu beschleunigen. Bei der überwiegenden Mehrheit der Seiten im Web, für die Ressourcen im HTML-Markup deklariert sind, ist die Optimierung von Vorteil und die Kosten für die Ermittlung solcher Ressourcen sind ein guter Kompromiss. Die folgenden Szenarien können jedoch zu einer suboptimalen Leistung führen, wenn die Zeit für das Parsen von HTML zur Bestimmung der abzurufenden untergeordneten Ressourcen zu lang ist:
- Seiten, für die im HTML-Code keine Ressourcen deklariert sind.
- Große HTML-Seiten mit minimalen oder keinen Ressourcenladungen, bei denen das Vorladen von Ressourcen mithilfe anderer verfügbarer Vorlademechanismen explizit gesteuert werden könnte.
Die expect-no-linked-resources-Dokumentrichtlinie weist den User-Agent darauf hin, dass er die Zeit für die Bestimmung solcher untergeordneten Ressourcen optimieren kann.
Bug-Tracking-ID 365632977 | Eintrag in ChromeStatus.com | Spezifikation
Explizite Ressourcenverwaltung (asynchron)
Diese Funktionen adressieren ein gängiges Muster in der Softwareentwicklung in Bezug auf die Lebensdauer und Verwaltung verschiedener Ressourcen (z. B. Arbeitsspeicher und E/A). Dieses Muster umfasst in der Regel die Zuweisung einer Ressource und die Möglichkeit, kritische Ressourcen explizit freizugeben.
Fehler-ID 42203814 | ChromeStatus.com-Eintrag | Spezifikation
Explizite Ressourcenverwaltung (Synchronisierung)
Diese Funktionen adressieren ein gängiges Muster in der Softwareentwicklung in Bezug auf die Lebensdauer und Verwaltung verschiedener Ressourcen (z. B. Arbeitsspeicher und E/A). Dieses Muster umfasst in der Regel die Zuweisung einer Ressource und die Möglichkeit, kritische Ressourcen explizit freizugeben.
Bug-Tracking-ID 42203506 | Eintrag in ChromeStatus.com | Spezifikation
console.timeStamp API um Mess- und Darstellungsoptionen erweitern
Erweitert die console.timeStamp() API auf rückwärtskompatible Weise, um eine leistungsstarke Methode zum Instrumentieren von Anwendungen und zum Bereitstellen von Zeitdaten im Bereich „Leistung“ in DevTools bereitzustellen.
Mit der API hinzugefügte Zeitangaben können einen benutzerdefinierten Zeitstempel, eine benutzerdefinierte Dauer und Präsentationsoptionen (Track, Swimlane und Farbe) haben.
ChromeStatus.com-Eintrag | Spezifikation
Web APIs
Lesen von Interessengruppen im Shared Storage-Worklet zulassen
Fügen Sie dem Shared Storage-Worklet eine interestGroups()-Methode hinzu, um die Interessengruppen für geschützte Zielgruppen zurückzugeben, die mit dem Eigentümer des Shared Storage-Ursprungs verknüpft sind, zusammen mit einigen zusätzlichen Metadaten.
Diese API bietet Käufern von Protected Audience-Kampagnen ein besseres Bild davon, was mit ihren Nutzern passiert, und ermöglicht Berichte zur privaten Aggregation.
Attributionsberichte: Limit für aggregierbare Berichte entfernen, wenn die Trigger-Kontext-ID nicht null ist
Diese Änderung basiert auf dem Feedback von API-Callern und der Notwendigkeit, eine größere Anzahl von Conversion-Ereignissen für bestimmte Nutzerflüsse messen zu können.
Derzeit ist die API auf 20 aggregierbare Berichte pro Quellenregistrierung beschränkt. Das ist für Anwendungsfälle mit einer längeren Customer Journey einschränkend. Durch diese Änderung wird das Limit für aggregierbare Berichte aufgehoben, wenn bei der Registrierung eine Trigger-Kontext-ID angegeben wird. Dieses Limit wird nur aufgehoben, wenn die Trigger-Kontext-ID angegeben ist. In diesem Fall wendet die API eine höhere Rate von Nullberichten an, um das Risiko zu verringern, dass websiteübergreifende Informationen durch die Berichtszahlen offengelegt werden.
Außerdem gelten für aggregierbare Berichte weiterhin andere Einschränkungen, die die Gesamtmenge der messbaren Informationen begrenzen, z. B. das L1-Beitragskontingent (65.536) pro Quelle und die Beschränkung der Attributionsrate.
Eindämmung von Bounce-Tracking im HTTP-Cache
Die Eindämmung von Bounce-Tracking für den HTTP-Cache ist eine Erweiterung des bestehenden Verhaltens zum Schutz vor Bounce-Tracking. Es entfällt die Anforderung, dass eine verdächtige Website, auf der das Tracking vermutet wird, den Speicherzugriff ausgeführt haben muss, um die Abschwächung des Absprung-Trackings zu aktivieren.
Die ursprünglich vorgeschlagene Lösung von Chrome zur Minimierung des Absprung-Trackings wird ausgelöst, wenn eine Website während einer Weiterleitung auf den Browserspeicher zugreift (z. B. in Cookies). Mithilfe des HTTP-Caches können diese Maßnahmen jedoch systematisch umgangen werden. Wenn Sie die Triggerbedingungen für die Minderung von Absprung-Tracking lockern, sollte der Browser Absprung-Tracker mithilfe des HTTP-Caches erkennen können.
Fehler-Tracking-ID 40264244 | Eintrag in ChromeStatus.com | Spezifikation
On-Device-Erkennung missbräuchlicher Benachrichtigungen auf Android-Geräten mit LLM
Ziel dieser Neuerung ist es, den Inhalt von Benachrichtigungen auszublenden, die mutmaßlich missbräuchlich sind. Der Nutzer hat dann die Möglichkeit, die Benachrichtigung zu schließen, sie anzuzeigen oder das Abo für die Quelle zu kündigen. Diese Erkennung muss durch ein On-Device-Modell erfolgen.
OffscreenCanvas getContextAttributes
Fügen Sie die getContextAttributes-Schnittstelle von CanvasRenderingContext2D zu OffscreenCanvasRenderingContext2D hinzu.
Fehler-Tracking-ID 388437261 | Eintrag in ChromeStatus.com | Spezifikation
Private Aggregation API: Beiträge pro Kontext für Shared Storage-Caller
Ermöglicht es Shared Storage-Anrufern, die Anzahl der Beiträge pro Bericht zur privaten Aggregation anzupassen.
Mit dieser Funktion können Shared Storage-Caller Beitragslimits pro Kontext mit einem neuen Feld, maxContributions, konfigurieren. Mit diesem Feld können Sie die Standardanzahl der Beiträge pro Bericht überschreiben. Sowohl größere als auch kleinere Zahlen sind zulässig. In Chrome sind Werte für maxContributions zwischen 1 und 1.000 zulässig. Größere Werte werden als 1.000 interpretiert.
Aufgrund des Paddings ist die Größe der Nutzlast jedes Berichts ungefähr proportional zur ausgewählten Anzahl von Beiträgen pro Bericht. Wir gehen davon aus, dass die Aktivierung größerer Berichte die Betriebskosten des Aggregationsdienstes erhöht.
Anrufe von geschützten Zielgruppen sind von dieser Funktion nicht betroffen. Wir planen jedoch, in Zukunft die Möglichkeit hinzuzufügen, die Anzahl der Beiträge für Berichte zu geschützten Zielgruppen anzupassen.
Bug-Tracking-ID 376707230 | ChromeStatus.com-Eintrag | Spezifikation
Unterstützung der Web Locks API in Shared Storage
Die Web Locks API wird in Shared Storage eingebunden. So wird verhindert, dass die websiteübergreifende Reichweitenmessung aufgrund potenzieller Race-Bedingungen in der Logik von get() und set() zu doppelten Berichten führt.
Diese Änderung hat folgende Auswirkungen:
navigator.locks.requestwird in der Worklet-Umgebung eingeführt.- Die Option
{ withLock: <resource>}wird für alle Modifizierermethoden eingeführt. - Es wird eine Methode zum Ändern mehrerer Elemente eingeführt:
sharedStorage.batchUpdate(methods, options). Mit dieser Methode und der OptionwithLockkönnen mehrere Modifiziermethoden atomar ausgeführt werden. Dies ermöglicht Anwendungsfälle, in denen eine Website für die Aktualisierung von Daten, die über mehrere Schlüssel hinweg organisiert sind, für Konsistenz sorgen muss.
Tracking-Fehler 373899210 | ChromeStatus.com-Eintrag
Rendering und Grafiken
Unterstützung von ImageSmoothingQuality in PaintCanvas
Unterstützung für das Attribut imageSmoothingQuality in Paint Canvas
So können Sie beim Skalieren von Bildern zwischen Qualität und Leistung wählen.
Für imageSmoothingQuality gibt es insgesamt drei Optionen: low, medium und high.
Tracking-Fehler #None | ChromeStatus.com-Eintrag | Spezifikation
WebGPU-Untergruppen
WebGPU erhält eine Subgruppenfunktion. Bei Untergruppenausführungen werden SIMT-Vorgänge ausgeführt, um eine effiziente Kommunikation und Datenfreigabe zwischen Aufrufgruppen zu ermöglichen. Mit diesen Vorgängen können Anwendungen beschleunigt werden, indem der Arbeitsspeicher-Overhead durch die Kommunikation zwischen Aufrufen reduziert wird.
ChromeStatus.com-Eintrag | Spezifikation
Ursprungstests
Digital Credential API
Websites können und erhalten heute über eine Vielzahl von Mechanismen Anmeldedaten von mobilen Wallet-Apps, z. B. über benutzerdefinierte URL-Handler und QR-Code-Scans. Mit dieser Funktion können Websites Identitätsinformationen über das IdentityCredential CredMan-System von Android von Wallets anfordern. Sie kann erweitert werden, um mehrere Anmeldedatenformate zu unterstützen (z. B. ISO mDoc und W3C-prüfbare Anmeldedaten) und ermöglicht die Verwendung mehrerer Wallet-Apps. Es werden Mechanismen hinzugefügt, um das Risiko von Missbrauch echter Identitäten im gesamten System zu verringern.
Mit der ursprünglichen Testversion ab Chrome 134 wird diese API auf der Desktopplattform unterstützt. Chrome auf dem Computer kommuniziert dann sicher mit dem digitalen Wallet auf dem Android-Smartphone, um die angeforderten Anmeldedaten abzurufen.
Origin-Test | Tracking-Fehler #40257092 | ChromeStatus.com-Eintrag | Spezifikation
Test zur Einstellung für SelectParserRelaxation
Dies ist ein Test zur Einstellung, bei dem das alte Parser-Verhalten für das Parsen von <select>-Tags wieder aktiviert wird. Bei diesem alten Verhalten werden nicht unterstützte Inhalte stillschweigend verworfen und nicht in den DOM-Inhalt unter der <select> aufgenommen. Dieser Test kann verwendet werden, wenn das neue Verhalten, das in Chrome 135 aktiviert wurde, eine Website beeinträchtigt.
Origin-Testversion | ChromeStatus.com-Eintrag
Einstellung und Entfernung
Nicht standardmäßige getUserMedia-Audioeinschränkungen entfernen
Blink unterstützt eine Reihe nicht standardmäßiger Einschränkungen mit dem Präfix „goog“ für getUserMedia aus der Zeit, bevor die Einschränkungen richtig standardisiert wurden.
Die Nutzung ist je nach Einschränkung um etwa 0,000001% bis 0,0009 % gesunken. Einige davon haben aufgrund von Änderungen am Chromium-Audio-Capture-Stack gar keine Auswirkungen. Aufgrund anderer bevorstehender Änderungen haben bald keine der Einschränkungen mehr Auswirkungen.
Wir gehen nicht davon aus, dass es aufgrund dieser Änderung zu größeren Rückschritten kommt. Anwendungen, die diese Einschränkungen verwenden, funktionieren weiterhin, erhalten aber Audio mit den Standardeinstellungen, als wären keine Einschränkungen übergeben worden. Sie können zu Standardeinschränkungen migrieren.
Tracking-Fehler #377131184 | ChromeStatus.com-Eintrag | Spezifikation