Versionshinweise für Chrome Enterprise und Chrome Education

Zuletzt aktualisiert am 6. November 2024

Für Administratoren, die den Chrome-Browser oder ChromeOS-Geräte in einem Unternehmen oder einer Bildungseinrichtung verwalten.

 

Wählen Sie den gewünschten Tab aus, um Chrome- oder ChromeOS-Updates zu sehen.

 

Sie möchten ChromeOS-Geräte aus der Ferne verwalten? Dann starten Sie gleich heute die kostenlose Testversion für das Chrome Enterprise-Upgrade.

Übersicht über Chrome-Version 130

 
Änderungen am Chrome-Browser Sicherheit/Datenschutz Nutzerproduktivität/Apps Verwaltung
Toasts auf dem Computer   ✓  
Plattformauswahl für die Bildschirmfreigabe unter macOS    ✓  
Menü „Neues Konto“   ✓  
PDF-Viewer auf Android-Geräten   ✓  
Tabs werden im Energiesparmodus eingefroren   ✓  
Übertragung von Komprimierungswörterbüchern mit Shared Brotli und Shared Zstandard ✓    
Per Tastatur fokussierbare Scroll-Container   ✓  
Unterstützung für URLs ohne spezielles Schema ✓    
Chrome für Android unterstützt jetzt Autofill- und Passwortanbieter von Drittanbietern   ✓ ✓
Fallback-Stile für <meter>-Elemente ✓    
Neue und aktualisierte Richtlinien im Chrome-Browser     ✓
Änderungen bei Chrome Enterprise Core Sicherheit/Datenschutz Nutzerproduktivität/Apps Verwaltung
Standardänderung für Richtlinien für generative KI     ✓
Unterstützung für Einstellungen auf Nutzerebene in benutzerdefinierten Konfigurationen      ✓
Nur zur Prüfung vorgesehene Regeln für die URL-Navigation     ✓
Statistiken zur Datensicherheit in Chrome ✓   ✓
Erweiterungsrisikobewertung – Phase 2 ✓   ✓
Änderungen bei Chrome Enterprise Premium Sicherheit/Datenschutz Nutzerproduktivität/Apps Verwaltung
Keine Updates in Chrome 130.      
Anstehende Änderungen für den Chrome-Browser Sicherheit/Datenschutz Nutzerproduktivität/Apps Verwaltung
Mit KI in Ihrem Chrome-Verlauf suchen und Antworten erhalten   ✓  
Ad-hoc-Codesignaturen für PWA-Shims unter macOS   ✓  
Asynchrone Safe Browsing-Prüfung in Echtzeit ✓    
Nicht standardmäßige GPUAdapter-Methode „requestAdapterInfo()“ entfernen ✓    
Ende der Unterstützung für die Berichterstellung für erweitertes Safe Browsing ✓    
Aktualisierung der Google Play-Dienste zur Behebung von Problemen mit Passwörtern auf dem Gerät     ✓
Entrust-Zertifikat misstrauen ✓    
Vereinfachte Anmeldung und Synchronisierung   ✓ ✓
Linkerfassung für Nutzer in PWAs   ✓ ✓
Einstellung der CSS-Eigenschaft „Ankern“ inset-area ✓    
X25519Kyber768-Schlüsselkapselung für TLS ✓    
OCR in der Chrome PDF Viewer   ✓  
Warnungen bei unsicheren Formularen auf iOS-Geräten ✓    
Ausführung des Netzwerkdiensts unter Windows in einer Sandbox     ✓
Vorlesen im Lesemodus    ✓  
Alle Bildschirme aufnehmen     ✓
Migration von Safe Browsing API v4 zu v5 ✓    
Prüfungen des privaten Netzwerkzugriffs für Navigationsanfragen: Nur-Warnung-Modus     ✓
Ende der Unterstützung von Mutationsereignissen ✓   ✓
Anbieter des Bedienungshilfen-Frameworks zur Automatisierung der Benutzeroberfläche unter Windows   ✓  
Bevorstehende Änderungen an Chrome Enterprise Core Sicherheit/Datenschutz Nutzerproduktivität/Apps Verwaltung
Richtlinie zu Standardeinstellungen für generative KI     ✓
Einbindung von Telemetriedaten für Chrome-Erweiterungen in Google SecOps ✓   ✓
Neue Liste der verwalteten Profile und Berichte für angemeldete Nutzer      
Entfernung der Unternehmensrichtlinie für altes Same-Site-Verhalten     ✓
Bevorstehende Änderungen an Chrome Enterprise Premium Sicherheit/Datenschutz Nutzerproduktivität/Apps Verwaltung
Chrome Enterprise-Datenkontrollen: Zwischenablage ✓    
Screenshot-Schutz ✓    

 

Versionshinweise herunterladen (PDF)

↑ Zurück nach oben

Die Enterprise-Versionshinweise sind in neun Sprachen verfügbar. Informationen zu Chrome-Updates finden Sie auf Englisch, Deutsch, Französisch, Niederländisch, Spanisch, Portugiesisch, Koreanisch, Indonesisch und Japanisch. Bei manchen Sprachen kann die Übersetzung ein bis zwei Wochen in Anspruch nehmen.

Die Versionshinweise für Chrome Enterprise und Chrome Education werden in Übereinstimmung mit dem Chrome-Veröffentlichungszeitplan am Datum der ersten stabilen Version des Chrome-Browsers veröffentlicht.

Änderungen am Chrome-Browser

   

  • Pop-up-Benachrichtigungen auf dem Computer back to top

    In Chrome 130 wird ein neues Toast-Muster eingeführt, mit dem Funktionen eine visuelle Bestätigung von Nutzeraktionen oder eine schnelle Möglichkeit zur Ausführung einer Folgeaktion bieten können. Wenn Sie beispielsweise einer Leseliste etwas hinzufügen, wird in einem Toast bestätigt, dass das Element hinzugefügt wurde, und es wird ein Schnelllink zum Seitenpanel der Leseliste angezeigt. Toasts werden als kleiner Chip angezeigt, der sich teilweise mit dem Webinhalt und teilweise mit der oberen Symbolleiste des Browsers überschneidet.

     
    • Chrome 130 für ChromeOS, Linux, macOS und Windows: Diese Funktion wird in Chrome 130 für eine erste Reihe von Funktionen aktiviert. Nachfolgende Toasts werden von anderen Teams, die das Muster verwenden, unabhängig voneinander eingeführt.
     

    desktop toasts

     

   

  • Plattformauswahl für die Bildschirmfreigabe unter macOS back to top

    Bei der Bildschirmfreigabe in Chrome unter macOS X Sequoia können Nutzer jetzt über die aktualisierte Plattformauswahl ein Fenster oder einen Bildschirm auswählen, das bzw. den sie freigeben möchten. Durch diese neue Plattformauswahl müssen Sie Chrome nicht mehr die Berechtigung zur Bildschirmaufzeichnung zuweisen. Außerdem entspricht sie der Bildschirmfreigabe in anderen macOS-Anwendungen.

    Die neue Auswahl wird erst mit dem ersten Update von macOS Sequoia aktiviert, Version 15.1, die etwa einen Monat nach der ersten Version 15.0 erwartet wird. Bis dahin wird Chrome-Nutzern möglicherweise ein Warndialogfeld angezeigt, dass Chrome die neue Auswahl-API noch nicht verwendet.

     

    So testen Sie die neue Auswahl für die Bildschirmfreigabe:

    1. Aktualisieren Sie Chrome auf Version 129 oder höher.
    2. Öffnen Sie auf Ihrem Mac das Terminal.
    3. Geben Sie in der Eingabeaufforderung Folgendes ein: open -b com.google.Chrome --args -enable-features=UseSCContentSharingPicker
    4. Drücken Sie die Eingabetaste, um den Befehl auszuführen.
     

    Die Funktion kann auch unter chrome://flags aktiviert werden.

     
    • Chrome 130 für macOS
     

    screen share

     

   

  • Menü „Neues Konto“ back to top

    Einige Nutzer können jetzt auf ein neues Konto-Menü zugreifen, indem sie auf der Seite Neuer Tab auf ihren Avatar tippen. Über das neue Menü Konto können sie sich abmelden, ganz einfach das Konto wechseln und Fehler im Zusammenhang mit ihrem Konto in Chrome beheben. Mithilfe bestehender Richtlinien wie BrowserSignin und RestrictAccountsToPatterns lässt sich festlegen, in welchen Konten sich ein Nutzer anmelden oder zu welchen Konten er wechseln kann.

     
    • Chrome 130 für iOS

    new account menu

     

   

  • PDF-Viewer auf Android-Geräten back to top

    Mit dieser Funktion können Sie PDFs in der Benutzeroberfläche des Chrome-Browsers ansehen. Vor dieser Änderung mussten Nutzer viele Schritte ausführen, um ein PDF-Dokument aufzurufen. Mit diesen Schritten wird der Nutzer gezwungen, Chrome zu verlassen, um das PDF-Dokument anzusehen. Mit dieser Funktion werden PDFs nahtlos in Chrome gerendert. Nutzer können PDFs weiterhin herunterladen und mit anderen Apps von Google oder Drittanbietern öffnen. 

     
    • Chrome 130 für Android 

   

  • Einfrieren von Tabs im Energiesparmodus back to top

    Wenn der Energiesparmodus aktiv ist, wird ein Tab, der seit mehr als 5 Minuten ausgeblendet und stummgeschaltet ist und viel CPU beansprucht, jetzt von Chrome eingefroren, es sei denn:

    • Der Tab bietet Audio- oder Videokonferenzfunktionen, die über Mikrofon, Kamera oder Bildschirm, Fenster oder Tab-Aufnahme oder eine RTCPeerConnection mit einem offenen RTCDataChannel oder einem Live-MediaStreamTrack erkannt werden.
    • Auf dem Tab wird ein externes Gerät gesteuert, das über Web USB, Web Bluetooth, Web HID oder Web Serial erkannt wurde.
     

    Dadurch wird die Akkulaufzeit verlängert und Chrome wird durch die geringere CPU-Auslastung beschleunigt.

     
    • Chrome 130 für ChromeOS, Linux, macOS und Windows: Die Funktion kann in Chrome 130 über den Eintrag #freezing-on-energy-saver in about:flags getestet werden. Alternativ kann der Test mit dem #freezing-on-energy-saver-testing durchgeführt werden. Dabei wird simuliert, dass der Energiesparmodus aktiv ist und alle Tabs viel CPU belegen. So lässt sich prüfen, ob ein Tab eingefroren werden kann und ob er eingefroren würde, wenn er viel CPU belegen würde. Die Verfügbarkeit des Energiesparmodus kann über die Richtlinie BatterySaverModeAvailability gesteuert werden. Diese Änderung hat keine Auswirkungen, wenn der Energiesparmodus inaktiv ist.
    • Chrome 131 für ChromeOS, Linux, macOS und Windows: Die Funktion wird in Chrome 131 für 1 % der Nutzer der stabilen Version eingeführt. Die Umstellung auf 100 % der stabilen Version erfolgt schrittweise. Die Verfügbarkeit des Energiesparmodus kann über die Richtlinie BatterySaverModeAvailability gesteuert werden. Diese Änderung hat keine Auswirkungen, wenn der Energiesparmodus inaktiv ist.

   

  • Übertragung von Komprimierungswörterbüchern mit Shared Brotli und Shared Zstandard back to top

    Mit dieser Funktion wird die Verwendung zuvor ausgewählter Antworten als externes Wörterbuch für die Inhaltscodierung unterstützt, um Antworten mit Brotli oder Zstandard zu komprimieren.

    Bei Unternehmen können potenzielle Kompatibilitätsprobleme mit der Unternehmensnetzwerkinfrastruktur auftreten, die HTTPS-Traffic abfängt und empfindlich auf unbekannte Inhaltscodierungen reagiert. Mit der Unternehmensrichtlinie CompressionDictionaryTransportEnabled können Sie die Funktion für den komprimierten Wörterbuchtransport deaktivieren.

     
    • Chrome 130 für Windows, MacOS, Linux und Android

   

  • Per Tastatur fokussierbare Scroll-Container back to top

    Chrome 130 verbessert die Barrierefreiheit, indem Scroll-Container mithilfe der sequenziellen Fokusnavigation fokussierbar gemacht werden. Derzeit fokussiert die Tabulatortaste Scroller nur dann, wenn tabIndex explizit auf 0 oder höher festgelegt ist.

    Wenn Scroller standardmäßig fokussierbar sind, können Nutzer, die keine Maus verwenden können oder möchten, abgeschnittene Inhalte jetzt mit der Tabulatortaste und den Pfeiltasten auf der Tastatur fokussieren. Dieses Verhalten ist nur aktiviert, wenn der Scroller keine untergeordneten Elemente enthält, die mit der Tastatur fokussiert werden können. Diese Logik ist notwendig, damit keine Regressionen für vorhandene fokussierbare Elemente verursacht werden, die möglicherweise innerhalb eines Scrollers wie <textarea> vorhanden sind.

    Hinweis: Die vorherige Einführung dieser Funktion (in Chrome 127 gestartet) wurde aufgrund von Webkompatibilitätsproblemen eingestellt. Diese sollten mit der Implementierung in Chrome 130 behoben werden.

     
    • Chrome 130 für Windows, MacOS, Linux und Android

   

  • Unterstützung für URLs ohne spezielles Schema back to top

    Chrome 130 unterstützt URLs ohne spezielles Schema, z. B. git://example.com/path. Bisher unterstützte der URL-Parser von Chromium keine regulären URLs. Er parst reguläre URLs so, als hätten sie einen nicht transparenten Pfad, was nicht dem URL-Standard entspricht. Jetzt werden reguläre URLs vom Chromium-URL-Parser gemäß dem URL-Standard korrekt geparst. Weitere Informationen finden Sie unter http://bit.ly/url-non-special. 

     
    • Chrome 130 für Windows, MacOS, Linux und Android

   

  • Chrome für Android unterstützt jetzt Autofill- und Passwortanbieter von Drittanbietern back to top

    Bisher konnten Autofill- und Passwortanbieter von Drittanbietern in Chrome auf Android-Geräten über APIs zur Barrierefreiheit verwendet werden. In Chrome 130 wird die direkte Unterstützung für Android Autofill hinzugefügt. Das bedeutet, dass diese Anbieter jetzt mit Chrome auf Android-Geräten funktionieren, ohne dass APIs zur Barrierefreiheit erforderlich sind. Dadurch sollte die Leistung von Chrome auf Android-Geräten verbessert werden. Damit dies funktioniert, müssen Nutzer ihren Drittanbieter in den Android-Einstellungen konfiguriert haben. Öffnen Sie dann in Chrome die Einstellungen > Autofill-Dienste und wählen Sie Autofill mit einem anderen Dienst aus. Wenn Nutzer keine der beiden Einstellungen ändern, werden ihre Passwörter, Zahlungs- und Adressinformationen weiterhin von Google automatisch ausgefüllt.

     
    • Chrome 130 für Android: Die neue Einstellung ist ab Chrome 130 verfügbar. Wenn Nutzer die neue Einstellung verwenden, wird sie sofort wirksam. Wenn die neue Einstellung nicht verwendet wird, nutzen Nutzer weiterhin entweder Google oder einen Drittanbieter über die Bedienungshilfen (falls installiert). Die Unterstützung für APIs zur Barrierefreiheit wird Anfang 2025 eingestellt. Ab diesem Zeitpunkt werden die neuen Einstellungen für alle Nutzer berücksichtigt.

   

  • Fallback-Stile für <meter>-Elemente back to top

    In Chrome 130 haben <meter>-Elemente mit „Darstellung: keine“ jetzt einen angemessenen Fallback-Stil, der dem von Safari und Firefox entspricht, anstatt einfach nur von der Seite zu verschwinden. Darüber hinaus können Entwickler den Stil von <meter>-Elementen jetzt individuell anpassen.

    Bis Chrome 133 ist das Funktions-Flag MeterAppearanceNoneFallbackStyle unter chrome://flags verfügbar, um diese Funktion zu steuern.

     
    • Chrome 130 für Windows, MacOS, Linux und Android

   

   

Änderungen bei Chrome Enterprise Core

    

   

  • Unterstützung für Einstellungen auf Nutzerebene bei benutzerdefinierten Konfigurationen back to top

    Die Funktion Benutzerdefinierte Konfigurationen wurde vor Kurzem in Chrome 127 eingeführt. Mit dieser Funktion können IT-Administratoren Chrome-Richtlinien, die noch nicht in der Admin-Konsole vorhanden sind, mithilfe von JSON-Scripts konfigurieren. Ab dem 15. Oktober können mit benutzerdefinierten Konfigurationen nicht nur Einstellungen auf Geräteebene, sondern auch auf Nutzerebene angewendet werden. Mithilfe von benutzerdefinierten Konfigurationen können Sie also Richtlinien erzwingen, wenn sich Nutzer in einem verwalteten Google-Konto anmelden.

     
    • Ab dem 15. Oktober 2024 für Android, iOS, Linux, macOS und Windows: Einführung der Funktion
     

    Rufen Sie dazu in der Admin-Konsole Chrome-Browser > Benutzerdefinierte Konfigurationen auf. Für den Zugriff auf diese Funktion ist die Chrome Enterprise Core-SKU erforderlich.

    custom configurations

   

  • Reine Prüfregeln für die URL-Navigation back to top

    Mit dieser Funktion können Kunden Chrome-URL-Navigationsregeln mit der Aktion „Prüfen“ erstellen. Mit diesen Regeln können Administratoren URL-Navigationsregeln in einem Testlauf durchgehen, bevor sie Nutzern Warnungen anzeigen. Außerdem können Administratoren die Navigation von Nutzern zu eingeschränkten oder sensiblen URLs im Hintergrund prüfen.

    Die URL-Prüfung ist Teil der vorhandenen Connector-Richtlinie für die URL-Echtzeitprüfung EnterpriseRealTimeUrlCheckMode, die nach Organisationseinheit oder Gruppe aktiviert werden kann.

     
    • Chrome 130 für ChromeOS, Linux, macOS und Windows
     

   

  • Statistiken zur Datensicherheit in Chrome back to top

    Sie können jetzt Chrome-Sicherheitsstatistiken aktivieren, um Insiderrisiken und Datenverluste mit erweitertem Monitoring für Chrome-Aktivitäten zu überwachen. Diese Funktion ist für die folgenden Lizenzen verfügbar: 

    • Chrome Enterprise Core
    • Workspace Enterprise Standard
    • Workspace Enterprise Plus. 

    Weitere Informationen finden Sie unter Monitoring von Insiderrisiken und Datenverlust.

     
    • Chrome 125 für ChromeOS, Linux, macOS und Windows: Funktion für Chrome Enterprise Core aktiviert 
    • Chrome 130 für ChromeOS, Linux, macOS und Windows: Funktion für Education-Kunden aktiviert (außer Primar- und Sekundarstufe)
     

   

  • Risikobewertung im Bericht zur Nutzung von Chrome-Apps und ‑Erweiterungen back to top

    Durch diese Funktion wird in der Admin-Konsole eine neue Spalte für die Browserverwaltung hinzugefügt, in der die Risikobewertung für installierte Erweiterungen in der Umgebung des Administrators angezeigt wird. Mit dieser Neuerung können IT-Administratoren mithilfe der Sortier- und Filterfunktionen des Berichts schnell Erweiterungen mit einem hohen, mittleren oder niedrigen Risikowert identifizieren.

       

    risk scores

Änderungen bei Chrome Enterprise Premium

   

  • In Chrome 130 gibt es keine Updates für Chrome Enterprise Premium. back to top

 

Demnächst

Hinweis: Die unten aufgeführten Änderungen sind experimentelle oder geplante Updates. Sie können sich vor der Einführung der stabilen Version ändern, verzögern oder ganz entfernt werden.

 

Anstehende Änderungen für den Chrome-Browser

 

    

  • Mit KI im Chrome-Verlauf suchen und Antworten erhalten back to top 

    Ab Chrome 131 können Nutzer ihren Browserverlauf durchsuchen und generierte Antworten auf Grundlage des Seiteninhalts erhalten. Diese Funktion ist anfangs nur auf Englisch und für Nutzer in den USA verfügbar. Administratoren können die Funktion über die Richtlinie HistorySearchSettings steuern. Für Ihre Organisation stehen Ihnen folgende Optionen zur Verfügung:  

    • „0“ = Die Funktion wird für Nutzer aktiviert und es werden relevante Daten an Google gesendet, um KI‑Modelle zu trainieren oder zu verbessern. Relevante Daten können je nach Funktion Prompts, Eingaben, Ausgaben und Quellmaterialien sein. Die Funktion wird möglicherweise manuell überprüft. Dies dient dann ausschließlich dazu, KI‑Modelle zu verbessern.
    • „1“ = Die Funktion wird für Nutzer aktiviert, aber es werden keine Daten an Google gesendet, um KI‑Modelle zu trainieren oder zu verbessern.
    • 2 = Funktion vollständig deaktivieren

    Weitere Informationen finden Sie unter Verlauf in Chrome mit KI durchsuchen. 

    ● Chrome 131 für Linux, Mac und Windows: Die Funktion generiert Antworten auf Ihre Suchanfragen.

     

    

  • Ad-hoc-Codesignaturen für Shims von progressiven Web-Apps unter macOS back to top 

    Codesignaturen für die Anwendungs-Shims, die bei der Installation einer progressiven Web-App (PWA) unter macOS erstellt werden, werden geändert. Dadurch werden Ad-hoc-Codesignaturen verwendet, die bei der Installation der App erstellt werden. Die Codesignatur wird von macOS als Teil der Identität der Anwendung verwendet. Diese Ad-hoc-Signaturen führen dazu, dass jeder PWA-Shim eine eindeutige Identität für macOS hat. Derzeit sehen alle PWAs für macOS wie dieselbe Anwendung aus.

    Hierdurch werden Probleme behoben, die auftreten, wenn Sie versuchen, mehrere PWAs in den macOS-Einstellungsbereich Bei der Anmeldung öffnen aufzunehmen. Außerdem werden so künftige Verbesserungen für die Verarbeitung von Nutzerbenachrichtigungen in PWAs unter macOS ermöglicht.

    Administratoren sollten die Kompatibilität mit allen verwendeten Endpunktsicherheits- oder Binärautorisierungstools (z. B. Santa) testen. Die Funktion kann für diese Tests unter chrome://flags/#use-adhoc-signing-for-web-app-shims aktiviert werden. Sie können dann eine progressive Web-App installieren und prüfen, ob sie wie erwartet gestartet wird.

    Wenn die Funktion nicht mit den aktuellen Sicherheitsrichtlinien kompatibel ist, kann die Funktion mithilfe der Unternehmensrichtlinie AdHocCodeSigningForPWAsEnabled deaktiviert werden, während eine aktualisierte Richtlinie für die Endpunktsicherheit bereitgestellt wird. Die Unternehmensrichtlinie soll die Funktion nur so lange deaktivieren, bis die Endpunktsicherheitsrichtlinien aktualisiert wurden. Danach sollte sie aufgehoben werden.

    • Chrome 129 für macOS: Die Funktion ist über ein Flag (chrome://flags/#use-adhoc-signing-for-web-app-shims) deaktiviert, damit Unternehmen die Kompatibilität mit ihren Endpunktsicherheitstools wie Santa (https://santa.dev/) testen können. Wenn die Geräte derzeit nicht kompatibel sind, können Sie die Funktion über die Unternehmensrichtlinie deaktivieren, während Sie die Endpunktsicherheitskonfigurationen aktualisieren. Die Unternehmensrichtlinie soll die Funktion nur so lange deaktivieren, bis die Endpunktsicherheitsrichtlinien aktualisiert wurden.
    • Chrome 131 für macOS: Die Funktion wird mit einem Roll-out auf 1 % der stabilen Version eingeführt.
     

    

  • Asynchrone Safe Browsing-Prüfung in Echtzeit back to top 

    Momentan blockieren die Safe Browsing-Prüfungen den Seitenaufbau. Das bedeutet, dass der Nutzer die Seite erst sehen kann, wenn die Prüfungen abgeschlossen sind. In Chrome 122 und höher für Android, ChromeOS, LaCrOS, Linux, macOS und Windows wird das Laden von Seiten nicht mehr durch Echtzeitprüfungen von Safe Browsing blockiert, um die Ladegeschwindigkeit von Chrome zu verbessern. Wir haben das Risiko bewertet und Maßnahmen ergriffen: 

    1. Bei Malware und Zero-Day-Angriffen werden lokale Blocklisten weiterhin synchron geprüft, damit schädliche Nutzlasten weiterhin von Safe Browsing blockiert werden. 
    2. Hinsichtlich des Schutzes vor Phishing-Angriffen sind wir nach einer Auswertung der Daten zu dem Schluss gekommen, dass die Nutzer wahrscheinlich noch keine relevanten Aktionen auf der Website ausgeführt haben (z. B. ein Passwort eingegeben), bevor die Warnung angezeigt wird.
     
    • Chrome 122 für Android, ChromeOS, LaCrOS, Linux, macOS und Windows
    • Chrome 131 für iOS
     

    

  • Nicht standardmäßige GPUAdapter-Methode „requestAdapterInfo()“ entfernen back to top 

    Die Arbeitsgruppe WebGPU hat entschieden, dass es unpraktisch ist, dass requestAdapterInfo() einen Berechtigungsaufforderung auslöst. Daher wurde diese Option entfernt und durch das GPUAdapter-Attribut „info“ ersetzt. Das bedeutet, dass Webentwickler denselben GPUAdapterInfo-Wert synchron abrufen können. Weitere Informationen finden Sie im vorherigen Infoattribut Intent to Ship: WebGPU: GPUAdapter.

     
    • Chrome 131 für Windows, MacOS, Linux und Android
     

    

  • Ende der Unterstützung für die Berichterstellung für erweitertes Safe Browsing back to top 

    Die erweiterte Berichterstellung für Safe Browsing ist eine Funktion, die die Sicherheit aller Nutzer verbessert, indem von teilnehmenden Nutzern Telemetriedaten erfasst werden, die für die Schutzfunktionen von Google Safe Browsing verwendet werden. Die erhobenen Daten umfassen URLs der besuchten Webseiten, eingeschränkte Systeminformationen und einige Seiteninhalte. Diese Funktion wird jedoch jetzt durch den erweiterten Schutzmodus ersetzt. Wir empfehlen Nutzern, zum erweiterten Schutz zu wechseln, um sowohl die stärkste Sicherheit in Chrome bereitzustellen als auch weiterhin die Sicherheit für alle Nutzer zu gewährleisten. Weitere Informationen finden Sie unter Safe Browsing-Schutzniveau in Chrome auswählen. 

     
    • Chrome 129 für Android, iOS, ChromeOS, Linux, macOS und Windows: Die erweiterte Berichterstellung für Safe Browsing wird eingestellt Ausschlüsse von Echtzeitanfragen für Safe Browsing-Berichte von Clients
    • Chrome 131 für Android, iOS, ChromeOS, Linux, macOS und Windows: Die Option „SafeBrowsingExtendedReportingEnabled“ für Echtzeitanfragen von Safe Browsing-Berichten wird eingestellt
     



     

    

  • Aktualisierung der Google Play-Dienste zur Behebung von Problemen mit Passwörtern auf dem Gerät back to top 

    Nutzer mit alten Versionen der Google Play-Dienste können ihre On-Device-Passwörter nur noch eingeschränkt verwenden. Der Passwortmanager funktioniert für sie möglicherweise bald gar nicht mehr. Diese Nutzer müssen die Google Play-Dienste aktualisieren oder werden je nach Status durch andere Schritte zur Fehlerbehebung geführt. Dies ist Teil einer laufenden Migration, die nur Android-Nutzer des Google Passwortmanagers betrifft.

     
    • Chrome 131 für Android
     

    

  • Entrust-Zertifikat misstrauen back to top 

    Aufgrund anhaltender Compliance-Verstöße wird in Chrome 127 geändert, wie öffentlich vertrauenswürdige TLS-Serverauthentifizierung, d. h. von Entrust ausgestellte Websites oder Zertifikate, standardmäßig als vertrauenswürdig eingestuft werden. Das gilt für Chrome 127 und höher auf Windows-, macOS-, ChromeOS-, Android- und Linux-Geräten. Gemäß iOS-Richtlinien ist die Verwendung des Chrome Root Store in Chrome für iOS nicht zulässig.

    Insbesondere TLS-Zertifikate, die mit den Entrust-Root-CA-Zertifikaten übereinstimmen, die im Chrome Root Store enthalten sind, und:

        – nach dem 31. Oktober 2024 ausgestellt wurden, werden nicht mehr standardmäßig als vertrauenswürdig eingestuft.

        – am oder ab dem 31. Oktober 2024 ausgestellt wurden, sind von dieser Änderung nicht betroffen. 

    Wenn ein Chrome-Nutzer oder ein Unternehmen eines der betroffenen Entrust-Zertifikate auf einer Plattform und einer Chrome-Version, die auf dem Chrome Root Store basiert, ausdrücklich als vertrauenswürdig einstuft, werden die oben beschriebenen Einschränkungen für den Zeitstempel des signierten Zertifikats außer Kraft gesetzt und die Zertifikate funktionieren wie bisher.  

    Weitere Informationen und Testressourcen finden Sie unter Sustaining Digital Certificate Security - Entrust Certificate Distrust.

    Weitere Informationen zum Chrome Root Store finden Sie in den häufig gestellten Fragen.

    • Chrome 131 für Android, ChromeOS, Linux, macOS und Windows: Die Blockierung wird in allen Versionen von Chrome 131 und höher berücksichtigt, die auf dem Chrome Root Store basieren. Die Blockierung gilt jedoch nur für Zertifikate, die nach dem 11. November 2024 ausgestellt wurden.
     

    

  • Vereinfachte Anmeldung und Synchronisierungback to top 

    Ab Chrome 131 können bestehende Nutzer mit aktivierter Chrome-Synchronisierung eine vereinfachte und konsolidierte Version der Anmeldung und Synchronisierung in Chrome verwenden. Die Chrome-Synchronisierung wird nicht mehr als separate Funktion in den Einstellungen oder an anderer Stelle angezeigt. Stattdessen können sich Nutzer gemäß den entsprechenden Unternehmensrichtlinien in Chrome anmelden, um Informationen wie Passwörter und Lesezeichen in ihrem Google-Konto zu verwenden und zu speichern.

    Wie bisher kann die Funktion zum Speichern und Aufrufen von Chrome-Daten im Google-Konto, die früher Teil der Chrome-Synchronisierung war, über SyncTypesListDisabled gesteuert werden. Die Anmeldung in Chrome kann wie bisher über BrowserSignin deaktiviert werden.

    Diese Änderungen haben keine Auswirkungen auf die Möglichkeiten der Nutzer, sich in Google-Diensten im Web (z. B. Gmail) anzumelden, ohne sich in Chrome anzumelden, ihre Möglichkeiten, Chrome auch ohne Anmeldung zu nutzen, oder festzulegen, welche Informationen mit ihrem Google-Konto synchronisiert werden sollen.

     
    • Chrome 131 für Android 
     

    

  • Linkerfassung für Nutzer in PWAsback to top 

    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 einfacheren Wechsel zwischen Browser und installierten Web-Apps. Wenn Nutzer auf einen Link klicken, der von einer installierten Web-App geöffnet werden könnte, fügt Chrome der Adressleiste einen Chip hinzu, der einen Wechsel zur App vorschlägt. Wenn der Nutzer auf den Chip klickt, wird die App entweder direkt gestartet oder es wird ein Raster mit Apps geöffnet, die diesen Link unterstützen. Bei einigen Nutzern wird die App immer automatisch durch Klicken auf einen Link geöffnet.

     
    • Chrome 121 für Linux, MacOS und Windows: Bei einigen Nutzern wird immer die installierte PWA geöffnet, wenn sie auf einen Link klicken. Bei anderen Nutzern wird der Link in einem neuen Tab mit einem Chip in der Adressleiste geöffnet. Die App wird gestartet, wenn die Nutzer auf den Chip klicken. Die Funktion kann mit dem Flag chrome://flags/#enable-user-link-capturing-pwa gesteuert werden.
    • Chrome 131 für Linux, macOS und Windows: Die stabile Version wird zu 100 % entweder standardmäßig mit aktivierter Einstellung (Apps immer beim Klicken auf Links starten) oder standardmäßig mit deaktivierter Einstellung (immer in einem Tab öffnen und nur starten, wenn der Nutzer auf einen Chip in der Adressleiste klickt) eingeführt.
       

     

    

  • Einstellung der CSS-Eigenschaft „Ankern“ inset-area back to top 

    Die CSS-Arbeitsgruppe (CSSWG) hat beschlossen, die Property „inset-area“ in „position-area“ umzubenennen. Weitere Informationen finden Sie in der CSSWG-Diskussion auf github. Der neue Property-Name „position-area“ ist ein Synonym für „inset-area“, die über dieses Funktionsupdate bereitgestellt wird. Weitere Informationen zur Einstellung und Entfernung des Attributs „inset-area“ finden Sie im Chrome-Plattformstatus.

     
    • Chrome 131 für Windows, MacOS, Linux und Android
     

    

  • X25519Kyber768-Schlüsselkapselung für TLS back to top 

    Ab Chrome 124 aktiviert Chrome auf allen Desktopplattformen standardmäßig den neuen Post-Quanten-Mechanismus zur sicheren TLS-Schlüsselkapselung X25519Kyber768, der auf einem NIST-Standard (ML-KEM) basiert. So wird der Netzwerkverkehr von Chrome mit Servern, die ebenfalls ML-KEM unterstützen, vor der Entschlüsselung durch einen zukünftigen Quantencomputer geschützt. Diese Änderung sollte für Serverbetreiber transparent sein. Diese Chiffre wird sowohl für TLS 1.3- als auch für QUIC-Verbindungen verwendet.

    Einige TLS-Midboxes sind jedoch möglicherweise nicht auf die Größe einer Kyber-Schlüsselkapselung (ML-KEM) oder einen neuen TLS-ClientHello-Chiffre-Codepunkt vorbereitet. Dies führt zu unterbrochenen oder hängenden Verbindungen. Dies lässt sich beheben, indem Sie Ihre Middlebox aktualisieren oder den Mechanismus zur Schlüsselkapselung über die temporäre Unternehmensrichtlinie PostQuantumKeyAgreementEnabled deaktivieren, die bis Ende 2024 verfügbar ist. Langfristig werden Post-Quanten-sichere Chiffren jedoch in TLS erforderlich sein und die Unternehmensrichtlinie wird entfernt. Für CSNA 2.0 ist Post-Quanten-Kryptografie erforderlich.

    Weitere Informationen finden Sie in diesem Chromium-Blogpost und in diesem Google-Sicherheits-Blogpost.

     
    • Chrome 124 für Windows, Mac und Linux: Der neue Post-Quanten-Mechanismus zur sicheren TLS-Schlüsselkapselung X25519Kyber768 ist aktiviert
    • Chrome 131 für Windows, Mac und Linux: Umstellung auf die Standardversion von ML-KEM
    • Chrome 141 für Windows, Mac und Linux: Die Unternehmensrichtlinie PostQuantumKeyAgreementEnabled wurde entfernt.
     

    

  • Chrome PDF Viewer-OCR back to top 

    In der Desktopversion von Chrome sind gescannte PDFs jetzt barrierefreier. Chrome verwendet die geräteseitige OCR, um den Datenschutz zu wahren (keine Inhalte werden an Google gesendet). Gescannte PDFs werden automatisch konvertiert, sodass Sie Text auswählen, die Tastenkombination „Strg + F“ verwenden, sowie Text kopieren und einfügen können. Sichere PDFs werden von dieser Funktion nicht umgangen. Es werden nur PDFs mit OCR-Text erkannt, auf die der Nutzer Zugriff hat. Die Lösung ermöglicht Chrome-Nutzern den Zugriff auf PDFs ohne zusätzliche Schritte. So sind PDFs genauso zugänglich wie der Rest des Webs.

     
    • Chrome 131 für ChromeOS, Linux, macOS und Windows
     

    

  • Warnungen bei unsicheren Formularen auf iOS-Geräten back to top 

    Mit Chrome 125 wird das Senden von Formularen von sicheren Seiten an unsichere Seiten unter iOS blockiert. Wenn Chrome das Senden eines unsicheren Formulars erkennt, wird jetzt eine Warnung angezeigt, in der der Nutzer aufgefordert wird, den Vorgang zu bestätigen. Damit soll verhindert werden, dass Formulardaten ohne ausdrückliche Zustimmung des Nutzers im Nur-Text-Format offengelegt werden. Diese Funktion lässt sich über die Richtlinie InsecureFormsWarningsEnabled steuern. Sie wird in Chrome 131 entfernt.

       

    

  • Der Netzwerkdienst unter Windows wird in einer Sandbox ausgeführt back to top 

    Zur Verbesserung der Sicherheit und Zuverlässigkeit wird der Netzwerkdienst, der bereits in einem eigenen Prozess ausgeführt wird, unter Windows in einer Sandbox ausgeführt. Dabei wird der Code von Drittanbietern, der aktuell den Netzwerkdienst manipulieren kann, an einer solchen Manipulation gehindert. Dies kann zu Interoperabilitätsproblemen mit Software führen, die Code in den Prozessbereich von Chrome einschleust, z. B. Software zum Schutz vor Datenverlust. Mit der Richtlinie NetworkServiceSandboxEnabled können Sie die Sandbox deaktivieren, wenn Inkompatibilitäten auftreten. Sie können die Sandbox in Ihrer Umgebung mithilfe dieser Anleitung testen. Sie können mögliche Probleme über den Chromium-Fehler-Tracker melden.

     
    • Chrome 132 für Windows: Der Netzwerkdienst wird unter Windows in einer Sandbox ausgeführt
     

    

  • Vorlesen im Lesemodus  back to top 

    Der Lesemodus ist eine Seitenleistenfunktion, die eine vereinfachte Ansicht von Webseiten mit viel Text bietet. Der Lesemodus enthält jetzt die Funktion „Vorlesen“, mit der Nutzer den Text, den sie gerade lesen, laut vorgelesen bekommen. Nutzer können verschiedene natürliche Stimmen und Geschwindigkeiten auswählen und visuelle Highlights sehen.

     
    • Chrome 132 für ChromeOS, Linux, macOS und Windows
     

    

  • Alle Bildschirme aufnehmen back to top 

    Mit dieser Funktion werden alle Bildschirme erfasst, die derzeit mit dem Gerät verbunden sind, und zwar mit getAllScreensMedia(). Wenn getDisplayMedia() mehrmals aufgerufen wird, sind mehrere Nutzergesten erforderlich, der Nutzer muss jedes Mal den nächsten Bildschirm auswählen und es kann nicht garantiert werden, dass alle Bildschirme ausgewählt wurden. getAllScreensMedia() bietet in all diesen Bereichen Verbesserungen.

    Diese Funktion ist nur über die Unternehmensrichtlinie MultiScreenCaptureAllowedForUrls verfügbar. Nutzer werden vor Beginn der Aufzeichnung gewarnt, dass die Aufzeichnung möglicherweise gestartet wird. Die API funktioniert nur für Ursprünge, die in der Zulassungsliste MultiScreenCaptureAllowedForUrls angegeben sind. Alle Ursprünge, die dort nicht angegeben sind, haben keinen Zugriff darauf.

     
    • Chrome 132 für ChromeOS
     

    

  • Migration von der Safe Browsing API v4 zur v5 back to top 

    Chrome-Aufrufe der SafeBrowsing v4 API werden stattdessen auf die v5 API umgestellt. Auch die Methodennamen unterscheiden sich zwischen Version 4 und Version 5.

    Wenn Administratoren eine v4-spezifische Zulassungsliste für URLs haben, um Netzwerkanfragen an https://safebrowsing.googleapis.com/v4* zuzulassen, sollten diese so geändert werden, dass stattdessen Netzwerkanfragen an die gesamte Domain zugelassen werden: safebrowsing.googleapis.com. Andernfalls führen abgelehnte Netzwerkanfragen an die v5 API zu Sicherheitsrückschritten für Nutzer.

     
    • Chrome 133 für Android, iOS, ChromeOS, LaCrOS, Linux, macOS und Windows: Die Einführung erfolgt nach und nach.
     

    

  • Prüfungen des privaten Netzwerkzugriffs für Navigationsanfragen: Nur-Warnung-Modus back to top 

    Bevor Website A zu einer anderen Website B im privaten Netzwerk des Nutzers navigiert, führt diese Funktion Folgendes aus:

    1. Prüfen, ob die Anfrage aus einem sicheren Kontext initiiert wurde

    2. Eine Preflight-Anfrage senden und prüfen, ob B mit einem Header antwortet, der privaten Netzwerkzugriff zulässt

    Es gibt bereits Funktionen für untergeordnete Ressourcen und Worker, aber diese ist speziell für Navigationsanfragen konzipiert. Diese Prüfungen schützen das private Netzwerk des Nutzers.  

    Da es sich bei dieser Funktion um den Modus „Nur Warnung“ handelt, schlagen Anfragen nicht fehl, wenn eine der Prüfungen fehlschlägt. Stattdessen wird in der Entwicklertools-Konsole eine Warnung angezeigt, um Entwickler bei der Vorbereitung auf die bevorstehende Erzwingung zu unterstützen.

     
    • Chrome 133 für Windows, MacOS, Linux und Android
     

    

  • Ende der Unterstützung von Mutationsereignissen back to top 

    Synchrone Mutationsereignisse, u. a. DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument und DOMCharacterDataModified, beeinträchtigen die Seitenleistung und erhöhen außerdem die Komplexität beim Hinzufügen neuer Funktionen im Web erheblich. Diese APIs wurden 2011 aus der Spezifikation entfernt und 2012 durch die Mutation Observer API ersetzt, die ein viel besseres Verhalten hat. Die veralteten Mutationsereignisse müssen entfernt oder zu Mutation Observer migriert werden. Ab Chrome 124 ist die temporäre Unternehmensrichtlinie MutationEventsEnabled verfügbar, mit der eingestellte oder entfernte Mutationsereignisse wieder aktiviert werden können. Falls Probleme auftreten, können Sie den Fehler hier melden.

    Die Unterstützung für Mutationsereignisse wird ab Chrome 127 (ca. 30. Juli 2024) 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 auf einer bestimmten Website für einen begrenzten Zeitraum 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 in diesem Blogpost. Hier können Sie Probleme melden.

    • Chrome 135 für Android, Linux, macOS und Windows: Die Unternehmensrichtlinie MutationEventsEnabled wird eingestellt.

     

    

  • Anbieter des Bedienungshilfen-Frameworks zur Automatisierung der Benutzeroberfläche unter Windows back to top 

    Ab Chrome 126 unterstützt Chrome Bedienungshilfen-Client-Software, die das Bedienungshilfen-Framework zur Benutzeroberflächenautomatisierung von Microsoft Windows verwendet. Vor dieser Änderung arbeitete diese Software in Microsoft Windows über einen Kompatibilitäts-Shim mit Chrome zusammen. Mit dieser Änderung möchten wir die Barrierefreiheit für viele Nutzer verbessern. Die App bietet vollständige Unterstützung für Sprecher, Lupe und Voice Access. Außerdem werden wir Drittanbieter-Apps verbessern, die das Bedienungshilfen-Framework zur Benutzeroberflächenautomatisierung nutzen. Für Nutzer von Chrome ist die Arbeitsspeichernutzung und der Verarbeitungsaufwand geringer, wenn sie Bedienungshilfen verwenden. Außerdem wird die Entwicklung von Software mit Hilfstechnologien erleichtert.

    Administratoren können die Unternehmensrichtlinie UiAutomationProviderEnabled ab Chrome 125 verwenden, um entweder die Aktivierung des neuen Anbieters zu erzwingen, damit alle Nutzer die neue Funktion erhalten, oder den neuen Anbieter zu deaktivieren. Diese Richtlinie wird bis Chrome 136 unterstützt und in Chrome 137 entfernt. Dieser einjährige Zeitraum soll Unternehmen genügend Zeit für die Zusammenarbeit mit Drittanbietern geben, damit sie Inkompatibilitäten beheben können, die durch den Wechsel vom Microsoft-Kompatibilitäts-Shim zum Anbieter der Benutzeroberflächenautomatisierung von Chrome entstehen.

    • Chrome 125 für Windows: Die Richtlinie UiAutomationProviderEnabled wird eingeführt, damit Administratoren den Anbieter des Bedienungshilfen-Frameworks zur Automatisierung der Benutzeroberfläche von Chrome aktivieren und prüfen können, ob Bedienungshilfen von Drittanbietern weiterhin funktionieren.
    • Chrome 126 für Windows: Das Framework für Chrome-Varianten wird verwendet, um Anbieter des Bedienungshilfen-Frameworks zur Benutzeroberflächenautomatisierung von Chrome für Nutzer zu aktivieren. Die Funktion wird nach und nach für alle stabilen Versionen aktiviert. Bei Bedarf werden allerdings auch Pausen eingelegt, um Kompatibilitätsprobleme zu beheben, wo dies in Chrome möglich ist. Unternehmensadministratoren können die Richtlinie UiAutomationProviderEnabled weiterhin verwenden, um das neue Verhalten frühzeitig zu aktivieren. In Chrome 136 lässt es sich vorübergehend deaktivieren.
    • Chrome 137 für Windows: Die Richtlinie UiAutomationProviderEnabled wird aus Chrome entfernt. Alle Clients verwenden den Anbieter für das Bedienungshilfen-Framework zur Automatisierung der Benutzeroberfläche im Browser.

    

Bevorstehende Änderungen an Chrome Enterprise Core

   

    

  • Einbindung von Telemetriedaten für Chrome-Erweiterungen in SecOps back to top 

    Wir beginnen damit, relevante Telemetriedaten zu Chronicle-Erweiterungen in Chrome für verwaltete Profile und Geräte zu erfassen und an Google SecOps zu senden. Google SecOps analysiert die Daten, um sofortige Analysen und Kontext zu riskanten Aktivitäten bereitzustellen. Diese Daten werden weiter angereichert, um zusätzlichen Kontext zu bieten, und können ein Jahr lang durchsucht werden.

     
    • Chrome 131 für ChromeOS, LaCrOS, Linux, macOS und Windows
     

    

  • Neue Liste der verwalteten Profile und Berichte für angemeldete Nutzer  back to top 

    Mit Chrome Enterprise Core wird in der Admin-Konsole eine neue Liste verwalteter Profile und Berichte eingeführt. Diese Funktion bietet eine Liste der Profile für verwaltete Nutzer, die sich mit einem Google-Konto in Chrome anmelden. IT-Administratoren müssen die neue Richtlinie für die Chrome-Profilberichterstellung aktivieren, um weitere Informationen zu einem verwalteten Profil zu sehen. Die Berichte enthalten Details zu verwalteten Profilen, z. B. Browserversionen, angewendete Richtlinien (einschließlich Konflikte) und installierte Erweiterungen.

        managed profiles  

    

 

Bevorstehende Änderungen an Chrome Enterprise Premium

 

   

  • Chrome Enterprise-Datenkontrollen: Zwischenablage back to top

    Administratoren können in der Admin-Konsole Datenkontrollregeln festlegen, um Endnutzer vor Datenlecks im Chrome-Browser zu schützen. Datenkontrollen sind einfache Regeln, die in der Admin-Konsole festgelegt werden. Mit ihnen können Administratoren eine Chrome-Richtlinie festlegen, um sensible Nutzeraktionen wie das Kopieren und Einfügen sensibler Daten, das Erstellen von Screenshots oder die Bildschirmfreigabe zu steuern. 

     

    Diese Funktion kann über die Richtlinie DataControlsRules gesteuert werden. Diese Funktion kann von Mitgliedern des Trusted Tester-Programms für Chrome Enterprise getestet werden. Sie können sich hier für unser Trusted Tester-Programm registrieren.

     
    • Chrome 128 für ChromeOS, Linux, macOS und Windows: Trusted Tester-Programm
    • Chrome 131 für ChromeOS, Linux, macOS und Windows: Einführung der Funktion

     

   

  • Screenshot-Schutz back to top

    Administratoren können verhindern, dass Nutzer Screenshots aufnehmen oder die Bildschirmfreigabe für bestimmte Webseiten aktivieren, die als vertraulich eingestuft sind. Administratoren erstellen eine DLP-URL-Filterregel, um Nutzer daran zu hindern, Screenshots zu erstellen oder die Bildschirmfreigabe für bestimmte URLs oder URL-Kategorien zu aktivieren. Diese Funktion kann über dieselbe Richtlinie EnterpriseRealTimeUrlCheckMode gesteuert werden, die alle URL-Suchanfragen in Echtzeit aktiviert.

     

    Diese Funktion kann von Mitgliedern des Trusted Tester-Programms für Chrome Enterprise getestet werden. Sie können sich hier für unser Trusted Tester-Programm registrieren.

     
    • Chrome 129 für ChromeOS, Linux, macOS und Windows: Trusted Tester-Programm
    • Chrome 131 für ChromeOS, Linux, macOS und Windows: Einführung der Funktion

     

↑ Zurück nach oben  

 Für E‑Mails zu zukünftigen Versionen anmelden

FRÜHERE VERSIONSHINWEISE 

Veröffentlichungsdatum für die Chrome-Version und die geplante stabile Version

 PDF
Chrome 130: 9. Oktober 2024 PDF
Chrome 129: 11. September 2024 PDF
Chrome 128: 14. August 2024 PDF
Chrome 127: 17. Juli 2024 PDF
Frühere Versionshinweise  →  

Weitere Informationen

Sie haben noch Fragen?

Google sowie zugehörige Marken und Logos sind Marken von Google LLC. Alle anderen Unternehmens- und Produktnamen sind Marken der jeweiligen Unternehmen.

War das hilfreich?

Wie können wir die Seite verbessern?
true
Suche
Suche löschen
Suche schließen
Hauptmenü
10521484043737669035
true
Suchen in der Hilfe
true
true
true
true
true
410864
false
false