Voor beheerders die de Chrome-browser of ChromeOS-apparaten beheren voor een bedrijf of school.
Selecteer het gewenste tabblad om updates voor de Chrome-browser of ChromeOS weer te geven.
- Updates van de Chrome-browser die zijn gepubliceerd in de vroege stabiele release van de Chrome-browser.
- ChromeOS-updates worden een week voor de stabiele release van ChromeOS gepubliceerd.
Releaseoverzicht voor Chrome 133
Release-opmerkingen DOWNLOADEN (pdf)
De release-opmerkingen voor bedrijven en de informatie over updates voor Chrome zijn beschikbaar in 9 talen: Engels, Duits, Frans, Nederlands, Spaans, Portugees, Koreaans, Indonesisch en Japans. De vertaling naar sommige talen kan 1 tot 2 weken duren.
Releaseopmerkingen voor Chrome Enterprise en Education worden gepubliceerd volgens het releaseschema van Chrome, op de dag van de vroege stabiele release van de Chrome-browser.
Wijzigingen in de Chrome-browser
- Zoeken met Google Lens op desktop en iOS
Beheerders kunnen alle elementen van deze functie beheren via de beleidsregel LensOverlaySettings. Er wordt een screenshot van het scherm naar de servers van Google gestuurd om de zoekopdracht uit te voeren, maar deze is niet gekoppeld aan ID's of accounts, wordt niet door mensen bekeken en er worden geen gegevens vastgelegd over de content. De pdf-bytes of website-HTML worden naar de servers van Google gestuurd om de zoekopdracht context te geven voor het document of de website die de gebruiker bekijkt. De gegevens zijn niet gekoppeld aan ID's of accounts, zijn niet zichtbaar voor mensen en de gegevens of gegevens die over de content worden gegenereerd, worden niet geregistreerd.
Desktop
Sinds Chrome 126 kunnen gebruikers met Google Lens zoeken met afbeeldingen of tekst die ze op hun desktopscherm zien. Als je deze functie wilt gebruiken, ga je naar een website en klik je op de chip Google Lens in de omnibox die op de voorgrond wordt getoond. Je kunt ook met de rechtermuisknop op een afbeelding klikken en Afbeelding zoeken met Google selecteren. Gebruikers kunnen ergens op het scherm klikken om de content te zoeken. Ze kunnen hun zoekopdracht verfijnen door vragen toe te voegen aan het zoekvak. Vanaf Chrome 132 kunnen gebruikers ook vragen stellen over hele webpagina's of pdf-documenten. Voor de antwoorden wordt het huidige document en het web gebruikt. Als je deze functie wilt gebruiken, start je Zoeken met Google Lens zoals hierboven beschreven en voer je zoekopdrachten in het zoekvak rechtsboven in het Chrome-venster in. Er wordt rechts in het browservenster een zijvenster geopend met zoekresultaten.
iOS
Sinds Chrome 131 kunnen gebruikers met Google Lens zoeken met afbeeldingen of tekst die ze op hun iOS Chrome-scherm zien. Als je deze functie wilt gebruiken, ga je naar een website en klik je op het menu met 3 stippen > Zoeken met Google Lens. Gebruikers kunnen ergens op het scherm klikken, een deel markeren of het verslepen om de content te zoeken. Ze kunnen hun zoekopdracht verfijnen door zoekwoorden of vragen te typen in het zoekvak.
Informatie over uitrol:
- Chrome 126 op ChromeOS, Linux, mac, Windows: Uitrol van de functie voor 1% stabiele versie
- Chrome 127 op ChromeOS, Linux, mac, Windows: Uitrol naar 100% stabiele versie
- Chrome 131 op iOS: Uitrol van de functie voor 1% stabiele versie
- Chrome 132 op ChromeOS, Linux, mac, Windows: Uitrol van de uitgebreide functie voor 1% stabiele versie
- Chrome 133 op iOS: Uitrol naar 100% stabiele versie
- Ad-hoc codehandtekeningen voor PWA-shims op macOS
We veranderen de codehandtekeningen voor de app-shims die worden gemaakt bij de installatie van een progressive web-app (PWA) op macOS, zodat ze ad-hoc codehandtekeningen gebruiken die worden gemaakt wanneer de app wordt geïnstalleerd. De codehandtekening wordt door macOS gebruikt als onderdeel van de app-ID. Deze ad-hoc handtekeningen zorgen ervoor dat elke PWA-shim een unieke identiteit voor macOS krijgt. Eerder zag macOS elke PWA als dezelfde app.
Met deze update worden problemen opgelost als je meerdere PWA's probeert op te nemen in het voorkeurenvenster Openen bij inloggen op macOS. Ook worden toekomstige verbeteringen mogelijk voor de verwerking van gebruikersmeldingen binnen PWA's op macOS.
Beheerders moeten de compatibiliteit testen met tools voor eindpuntbeveiliging of binaire machtiging die ze gebruiken (zoals Santa). Ze kunnen de functie voor deze testdoeleinden aanzetten via
chrome://flags/#use-adhoc-signing-for-web-app-shims. Daarna kunnen ze een progressive web-app installeren en controleren of die wordt gestart zoals verwacht.Als de functie niet werkt met het huidige beveiligingsbeleid, kunnen ze de functie uitzetten met het beleid AdHocCodeSigningForPWAsEnabled terwijl ze een geüpdatet beleid voor eindpuntbeveiliging implementeren. Het zakelijke beleid is bedoeld om de functie alleen uit te zetten totdat het beleid voor eindpuntbeveiliging is geüpdatet. Daarna moet het beleid worden uitgezet.
- Chrome 129 op macOS
De functie staat uit achter een flag (chrome://flags/#use-adhoc-signing-for-web-app-shims) zodat bedrijven kunnen testen op compatibiliteit met hun tools voor eindpuntbeveiliging, zoals Santa. Als de functie op dit moment niet compatibel is, kunnen ze de functie uitzetten via het bedrijfsbeleid terwijl ze hun configuraties voor eindpuntbeveiliging updaten. Het zakelijke beleid is bedoeld om de functie alleen uit te zetten totdat het beleid voor eindpuntbeveiliging is geüpdatet.
- Chrome 133 op macOS
De functie wordt uitgerold naar 100% op de stabiele versie.
- Chrome 129 op macOS
- Chrome-synchronisatie ondersteunt geen Chrome-versies meer die ouder zijn dan 4 jaar
Vanaf februari 2025 ondersteunt Chrome-synchronisatie (hiermee worden gegevens gebruikt en opgeslagen in je Google-account) geen Chrome-versies die ouder zijn dan 4 jaar. Als je Chrome-synchronisatie wilt blijven gebruiken, moet je upgraden naar een nieuwere versie van Chrome. Ga naar deze discussie voor meer informatie: Chrome-synchronisatie wordt beëindigd voor versies van Chrome die meer dan 4 jaar oud zijn.
- Chrome 133 op Android, iOS, ChromeOS, Linux, macOS, Windows
Deze wijziging is alleen van invloed op de oude versies van Chrome en wordt vanaf de server uitgerold. Chrome 133 wordt alleen vermeld om aan te geven wanneer de wijziging van kracht wordt.
- Chrome 133 op Android, iOS, ChromeOS, Linux, macOS, Windows
- Nieuwe optie in het beleid HttpsOnlyMode
Met Ask Before HTTP (ABH), voorheen Alleen HTTPS/Eerst HTTPS genoemd, kan Chrome om toestemming van de gebruiker vragen voordat onveilige HTTP-content via het netwerk wordt verstuurd. Met het beleid HttpsOnlyMode kun je ABH geforceerd aan- of uitzetten.
In Chrome 129 hebben we een nieuwe variant van ABH toegevoegd die tussen de 2 andere varianten in zit: de evenwichtige modus. Deze variant is bedoeld om ongemak voor gebruikers te verminderen door meestal als (strikte) ABH te werken, maar niet te vragen als Chrome weet dat een HTTPS-verbinding niet mogelijk is, zoals bij verbinding maken met een hostnaam met eenvoudig label zoals internal/.
We voegen de beleidsoptie force_balanced_enabled toe om deze nieuwe variant geforceerd te kunnen aanzetten. Als je force_balanced_enabled instelt in browsers vóór Chrome 129, wordt het standaardgedrag gebruikt. Hiermee worden er geen zakelijke beperkingen ingesteld voor de ABH-instelling.
Als je eerder force_enabled hebt ingesteld, raden we je aan force_enabled pas in te stellen als al je apparaten zijn geüpgraded naar Chrome 129 of hoger. Zo voorkom je onverwachte gevolgen. Als je niet migreert van force_enabled naar force_balanced_enabled, heeft deze wijziging geen invloed op je.
- Chrome 129 op ChromeOS, Linux, macOS, Windows, Fuchsia
- Chrome 133 op Android
- Tabbladen bevriezen bij Energiebesparing
Als Energiebesparing actief is, bevriest Chrome een tabblad dat al meer dan 5 minuten verborgen en stil is en veel CPU gebruikt, tenzij:
- Het tabblad audio- of videoconferentiefunctionaliteit biedt (gedetecteerd via microfoon-, camera- of scherm-, venster- of tabbladopname of een RTCPeerConnection met een open RTCDataChannel of een live MediaStreamTrack).
- Het tabblad een extern apparaat aanstuurt (dat wordt gedetecteerd via het gebruik van Web USB, Web Bluetooth, Web HID of Web Serial).
Hierdoor wordt de batterijduur verlengd en werkt Chrome sneller door minder CPU-gebruik.
Je kunt de functie testen met de flag chrome://flags/#freezing-on-energy-saver. Je kunt deze ook testen met chrome://flags/#freezing-on-energy-saver-testing. Hiermee wordt gesimuleerd dat Energiebesparing actief is en dat alle tabbladen veel CPU gebruiken. Zo kun je controleren of tabbladen in aanmerking komen voor bevriezen en of ze worden bevroren als ze veel CPU gebruiken.- Chrome 133 op ChromeOS, Linux, macOS, Windows
De functie wordt in Chrome 133 uitgerold naar 1% van de stabiele versie.Je kunt de beschikbaarheid van Energiebesparing beheren via het beleid BatterySaverModeAvailability (deze wijziging heeft geen effect als Energiebesparing inactief is).
- V8-beveiligingsinstelling op Android
V8 is de JavaScript- en WebAssembly-engine van Chrome die wordt gebruikt om de sitesprestaties te verbeteren. Chrome 133 op Android bevat nu een nieuwe instelling op
chrome://settings/securityom de V8 Just-in-Time (JIT)-optimalisaties uit te zetten en zo het risico op aanvallen op Chrome te verkleinen. Zo blijft de compatibiliteit met Web Assembly behouden. Beheerders kunnen deze functie blijven beheren met het zakelijke beleid DefaultJavaScriptJitSetting en de gekoppelde beleidsregels JavaScriptJitAllowedForSites en JavaScriptJitBlockedForSites.- Chrome 122 op ChromeOS, Linux, macOS, Windows, Fuchsia
De instelling wordt uitgerold in Chrome 121. Het zakelijke beleid is al beschikbaar sinds Chrome 93. - Chrome 133 on Android
De instelling is beschikbaar op Android in Chrome 133 onder Site-instellingen. Het bedrijfsbeleid is niet meer gemarkeerd als experimenteel.
- Chrome 122 op ChromeOS, Linux, macOS, Windows, Fuchsia
- Welkomstpagina van Chrome wordt niet meer geactiveerd met initial_preferences
We hebben de welkomstpagina van Chrome verwijderd uit
initial_preferences, omdat die pagina overbodig is geworden door de functionaliteit die bij de eerste uitvoering wordt geactiveerd op desktopplatforms. Als jechrome://welcomeopneemt in de propertyfirst_run_tabsvan het bestandinitial_preferences, heeft dit nu geen effect.Ga naar Andere voorkeuren instellen voor meer informatie over de context van het bestand initial_preferences.
- Chrome 133 op Windows, macOS, Linux
- Ondersteuning voor niet-speciale schema-URL's
Sinds Chrome 130 ondersteunt de Chrome-browser niet-speciale schema-URL's, zoals
git://example.com/path. Eerder ondersteunde de Chromium-URL-parser niet-speciale URL's niet. De parser parseert niet-speciale URL's alsof ze een ondoorzichtig pad hebben, wat niet overeenkomt met de URL-standaard. In Chrome 133 parseert de Chromium-URL-parser niet-speciale URL's correct, volgens de URL-standaard. Ga naar http://bit.ly/url-non-special voor meer informatie.- Chrome 130 op Windows, macOS, Linux, Android
- Chrome 133 op Windows, macOS, Linux, Android
- Chrome 134 op Windows, macOS, Linux, Android: functievlag wordt verwijderd
- Nieuw beleid in de Chrome-browser
Beleid Beschrijving LiveTranslateEnabled Zet vertaling van live ondertiteling aan. Ondertiteling wordt naar Google gestuurd voor vertaling. WebRtcIPHandling Dit beleid maakt het mogelijk om te beperken welke IP-adressen en interfaces worden gebruikt door WebRTC als naar de beste beschikbare verbinding wordt gezocht. DefaultJavaScriptOptimizerSetting Hiermee kun je instellen of de Chrome-browser de v8 JavaScript-engine uitvoert met meer geavanceerde JavaScript-optimalisaties aangezet. JavaScriptOptimizerBlockedForSites Hiermee kun je een lijst met URL-patronen instellen voor sites waarvoor geavanceerde JavaScript-optimalisaties zijn uitgezet. JavaScriptOptimizerAllowedForSites Hiermee kun je een lijst met URL-patronen instellen voor sites waarvoor geavanceerde JavaScript-optimalisaties zijn aangezet. SafeBrowsingAllowlistDomains Als je dit beleid toepast, vertrouwt Safe Browsing de domeinen die je aangeeft. FilePickerChooseFromDriveSettings Toestaan dat bestanden rechtstreeks worden gekozen uit Google Drive.
- Verwijderd beleid in de Chrome-browser
Beleid Beschrijving CSSCustomStateDeprecatedSyntaxEnabled Bepaalt of de beëindigde syntaxis voor de aangepaste css-status aanstaat
Wijzigingen in Chrome Enterprise Core
- Support voor het beleid DownloadRestrictions op iOS
DownloadRestrictions is een universeel beleid dat beschikbaar is voor Chrome Enterprise Core-gebruikers op desktopplatforms en op Android. Het beleid DownloadRestrictions wordt nu ondersteund op iOS. Zo kunnen beheerders alle downloads blokkeren in de mobiele versie van Chrome op iOS.
- Chrome 133 op iOS
Wijzigingen in Chrome Enterprise Premium
- Er zijn geen updates voor Chrome Enterprise Premium in Chrome 133.
Binnenkort beschikbaar
Opmerking: De items hieronder zijn experimentele of geplande updates. We kunnen ze wijzigen, vertragen of annuleren voordat we ze lanceren op het Stabiele kanaal.
Geplande wijzigingen in de Chrome-browser
- Het deelvenster Privacy en beveiliging in Chrome DevTools
Vanaf Chrome 134 kunnen ontwikkelaars het nieuwe deelvenster Privacy en beveiliging in Chrome DevTools gebruiken om te testen hoe hun site zich gedraagt als cookies van derden worden beperkt. Ontwikkelaars kunnen cookies van derden tijdelijk beperken, observeren hoe hun site zich gedraagt en de status van cookies van derden op hun site controleren.
Met deze functie worden er geen permanente wijzigingen aangebracht in het bestaande bedrijfsbeleid, maar kan bedrijfsbeleid voor cookies van derden (dat wil zeggen BlockThirdPartyCookies en CookiesAllowedForUrls) tijdelijk worden overschreven om het beleid strenger te maken. Als cookies van derden al met BlockThirdPartyCookies worden geblokkeerd door je bedrijfsbeleid, wordt deze functie uitgezet.
Het nieuwe deelvenster Privacy en beveiliging vervangt het bestaande deelvenster Beveiliging. Informatie over TLS-verbindingen en certificaten blijft beschikbaar op het tabblad Beveiliging in het deelvenster Privacy en beveiliging.
- Chrome 134 op ChromeOS, Linux, macOS, Windows
- Voorlezen in de Leesmodus in Chrome 134
De leesmodus is een functie in het zijvenster die een vereenvoudigde weergave biedt van webpagina's met veel tekst. De leesmodus bevat de functie Voorlezen, waarmee gebruikers de tekst die ze lezen hardop kunnen horen. Je kunt kiezen uit verschillende natuurlijke stemmen en snelheden, en visuele highlights bekijken.
- Chrome 134 op Linux, macOS, Windows
- Instellingen voor AI-functies markeren die op basis van beleid uitstaan
In de Chrome-instellingen vind je AI-functies die zijn uitgezet door zakelijk beleid. We tonen ook de melding Uitgezet door je organisatie, net als bij andere instellingen die uitstaan vanwege het beleid.
- Chrome 134 op ChromeOS, Linux, macOS, Windows
- Partitionering van blob-URL's: ophalen/navigeren
Als vervolg op de partitionering van opslag implementeert Chromium de partitionering van de Blob-URL-toegang op basis van de opslagsleutel (site op het hoogste niveau, frame-oorsprong en de Booleaanse waarde has-cross-site-ancestor ), met uitzondering van navigaties op het hoogste niveau die alleen worden gepartitioneerd op basis van de frame-oorsprong. Dit gedrag is vergelijkbaar met wat op dit moment wordt geïmplementeerd door zowel Firefox als Safari en stemt het gebruik van Blob-URL's af op het partitioneringschema dat door andere opslag-API's wordt gebruikt als onderdeel van de partitionering van opslag. Daarnaast handhaaft Chromium noopener voor door de renderer gestarte navigaties op het hoogste niveau naar blob-URL's waarbij de bijbehorende site een cross-site is voor de site op het hoogste niveau die de navigatie uitvoert. Zo is Chromium in lijn met vergelijkbaar gedrag in Safari. De relevante specificaties zijn geüpdatet om deze wijzigingen te weerspiegelen.
Je kunt deze wijziging tijdelijk terugdraaien door het beleid PartitionedBlobURLUsage in te stellen. Het beleid wordt beëindigd als het andere bedrijfsbeleid voor partitionering van opslag wordt beëindigd.
- Chrome 134 op Windows, macOS, Linux
- Service worker-client maken en service worker-controller voor srcdoc-iframe overnemen
Srcdoc-contextdocumenten zijn op dit moment geen serviceworker-clients en vallen niet onder de serviceworker van de bovenliggende pagina. Dit leidt tot enkele verschillen (Resource Timing rapporteert bijvoorbeeld de URL's die deze documenten laden, maar de serviceworker onderschept ze niet). We willen de verschillen oplossen door serviceworker-clients te maken voor srcdoc-iframes en deze de serviceworker-controller van de bovenliggende pagina te laten overnemen.
- Chrome 134 op Windows, MacOS, Linux, Android
- Foutgebeurtenis activeren in plaats van uitzondering werpen voor CSP-geblokkeerde werker
Als een worker wordt geblokkeerd door het Content Security Policy (CSP), geeft Chromium op dit moment een SecurityError-uitzondering vanuit de constructoren 'new Worker(url)' of 'new SharedWorker(url)'. Volgens de CSP-specificatie wordt de CSP-controle uitgevoerd als onderdeel van een ophaalopdracht en moet er een foutgebeurtenis worden geactiveerd nadat het object is geretourneerd. Met deze update willen we Chromium geschikt maken voor de specificaties door geen uitzondering te geven vanuit de constructor, maar in plaats daarvan asynchroon een foutgebeurtenis te activeren.
- Chrome 134 op Windows, MacOS, Linux, Android
- Niet-standaard audiobeperkingen voor getUserMedia verwijderen
Blink ondersteunde een aantal niet-standaard beperkingen met het voorvoegsel goog voor getUserMedia al enige tijd voordat beperkingen correct werden gestandaardiseerd.
Het gebruik is aanzienlijk afgenomen van ongeveer 0,000001% tot 0,0009% (afhankelijk van de beperking) en sommige hebben zelfs geen effect vanwege wijzigingen in de Chromium-audio-opnamestack. Binnenkort heeft geen enkele hiervan nog invloed vanwege andere aankomende wijzigingen.
We verwachten geen grote regressies door deze wijziging. Apps die deze beperkingen gebruiken blijven werken, maar krijgen audio met de standaardinstellingen (alsof er geen beperkingen zijn doorgegeven). Ze kunnen makkelijk worden gemigreerd naar standaardbeperkingen.
- Chrome 134 op Windows, MacOS, Linux, Android
- Mutatiegebeurtenissen beëindigen
Synchrone mutatiegebeurtenissen, waaronder
DOMSubtreeModified,DOMNodeInserted,DOMNodeRemoved,DOMNodeRemovedFromDocument,DOMNodeInsertedIntoDocumentenDOMCharacterDataModified, hebben een negatieve invloed op de paginaprestaties en maken het aanzienlijk complexer om nieuwe functies toe te voegen aan het web. We hebben deze API's in 2011 verwijderd uit de specificaties en (in 2012) vervangen door de gebruiksvriendelijkere Mutation Observer API. Je moet gebruik van de beëindigde mutatiegebeurtenissen verwijderen of overzetten naar Mutation Observer.Vanaf Chrome 124 is er een tijdelijk zakelijk beleid beschikbaar, MutationEventsEnabled, om beëindigde of verwijderde mutatiegebeurtenissen weer aan te zetten. Ga naar deze blogpost voor meer informatie. Als je problemen ondervindt, kun je hier bugs melden.
Ondersteuning voor mutatiegebeurtenissen staat sinds Chrome 127 of ongeveer 30 juli 2024 standaard uit. Code moet vóór die datum zijn gemigreerd om te voorkomen dat je site niet meer werkt. Als je meer tijd nodig hebt, zijn er een paar opties:
- Je kunt de Mutation Events Deprecation Trial (proefperiode na beëindiging van mutatiegebeurtenissen) gebruiken om de functie tijdelijk weer aan te zetten op een bepaalde site. Je kunt deze gebruiken tot en met Chrome 134, tot 25 maart 2025.
- Je kunt het zakelijke beleid MutationEventsEnabled gebruiken voor hetzelfde doel, ook tot en met Chrome 134.
- Chrome 135 op Android, Linux, macOS, Windows: Het zakelijke beleid MutationEventsEnabled wordt beëindigd.
- Synchronisatie van Chrome-instellingen en -thema's op desktop tussen verschillende apparaten bij het inloggen
Na de lancering van het nieuwe identiteitsmodel op Chrome voor desktop zijn we van plan accountinstellingen, thema's en sitekoppelingen aan te zetten voor gebruikers bij het inloggen (in plaats van te synchroniseren).
Daarom introduceren we lokale en accountopslag voor elk van deze gegevenstypen.
Dit houdt het volgende in:
- Voor Chrome-gebruikers op desktop die inloggen bij Chrome of die synchronisatie hebben aangezet, worden instellingen, sitekoppelingen en thema's die zijn gesynchroniseerd met hun Google-account, gescheiden gehouden van de lokale instellingen, dat wil zeggen instellingen van toen ze waren uitgelogd of toen synchronisatie uitstond.
- Hierdoor worden er minder gegevens gedeeld dan voorheen: lokale instellingen worden niet automatisch geüpload als gebruikers inloggen of synchronisatie aanzetten en er blijven geen instellingen uit hun accountopslag achter op het apparaat als synchronisatie uit staat.
-
Het bestaande Chrome-beleid SyncDisabled en SyncTypesListDisabled blijft van toepassing, zodat beheerders de synchronisatiefunctie kunnen beperken of uitzetten als ze dat willen.
- Chrome 135 op Linux, macOS, Windows
- Spaties niet toestaan in URL-hosts die beginnen met non-file://
Zoals vermeld in de specificaties van WhatWG.org mogen URL-hosts geen spatie bevatten, maar op dit moment staat de parsering van URL's in Chromium spaties toe in de host.
Hierdoor slaagt Chromium niet voor verschillende tests die zijn opgenomen in de Interop2024 'HTTPS URL's for WebSocket' [2] en 'URL focusgebieden [3].
We willen dat Chromium aan de specificaties voldoet en daarom spaties volledig uit URL-hosts verwijderen. Het probleem is dat spaties worden gebruikt in het hostgedeelte van Windows
file://-URL's (zie de discussie op GitHub).Deze functie maakt deel uit van de voortdurende inzet om Chromium beter te laten voldoen aan de specificaties door spaties alleen te verbieden voor niet-bestands-URL's.
- Chrome 135 op Android, ChromeOS, Linux, macOS, Windows, Fuchsia
- Beleid ThirdPartyBlockingEnabled verwijderen
Vanwege onverwachte problemen wordt ThirdPartyBlockingEnabled verwijderd in Chrome 135. Als je feedback hebt over deze verwijdering, kun je hier een bug melden.
- Chrome 132 op Windows
Beëindiging van het beleid ThirdPartyBlockingEnabled
- Chrome 135 op Windows
Verwijdering van het beleid ThirdPartyBlockingEnabled
- Chrome 132 op Windows
- Getters van Intl Locale Info beëindigen
De Intl Locale Info API is een ECMAScript-TC39-voorstel van fase 3 om het Intl.Locale-object te verbeteren door informatie over de landinstelling te tonen, zoals weekgegevens (eerste dag van een week, eerste dag van het weekend, laatste dag van het weekend, minimumdag in de 1e week) en de uurcyclus voor de tekstrichting die in de landinstelling wordt gebruikt.
We hebben onze implementatie uitgebracht in Chrome 99 , maar later zijn er enkele wijzigingen aangebracht in het voorstel in fase 3 en zijn er verschillende getters verplaatst naar functies. We moeten de beëindigde getters verwijderen en de hernoemde functies opnieuw lanceren.
- Chrome 135 op Windows, MacOS, Linux, Android
- SwiftShader-reserve verwijderen
Automatisch terugvallen op WebGL ondersteund door SwiftShader is beëindigd. Als je dit toestaat, wordt de WebGL-context niet gemaakt en wordt er niet teruggevallen op SwiftShader. Dit doen we met name om deze 2 redenen:
- SwiftShader vormt een hoog beveiligingsrisico vanwege JIT-code die wordt uitgevoerd in het GPU-proces van Chromium.
- Gebruikers hebben een slechte gebruikerservaring als ze teruggaan van een krachtige GPU-WebGL-implementatie naar een CPU-implementatie. Gebruikers hebben geen controle over dit gedrag en het is moeilijk te beschrijven in bugrapporten.
SwiftShader is een handige tool voor webontwikkelaars om hun sites te testen op systemen zonder interface of systemen die geen ondersteunde GPU hebben. Deze use case wordt nog steeds ondersteund als je je hiervoor aanmeldt, maar is niet bedoeld om onbetrouwbare content uit te voeren.
Als je je wilt aanmelden voor lagere beveiligingswaarborgen en SwiftShader voor WebGL wilt toestaan, voer je het Chrome-uitvoerbare bestand uit met de opdrachtregel --enable-unsafe-swiftshader.
Tijdens de beëindigingstermijn verschijnt er een waarschuwing in de JavaScript-console als er een WebGL-context wordt gemaakt en ondersteund door SwiftShader. Als je --enable-unsafe-swiftshader invoert, wordt deze waarschuwing verwijderd.
Chromium en andere browsers bieden geen garantie voor de beschikbaarheid van WebGL. Je kunt het mislukken van het maken van een WebGL-context testen en verwerken en terugvallen op andere web-API's, zoals Canvas2D of een toepasselijke melding aan de gebruiker.
- Chrome 135 op Windows, MacOS, Linux, Android
- Migratie van de Safebrowsing API v4 naar v5
Chrome-aanroepen naar de Safebrowsing v4 API worden gemigreerd naar aanroepen naar de v5 API. De methodennamen verschillen ook in v4 en v5.
Als beheerders een toelatingslijst met v4-specifieke URL's hebben om netwerkverzoeken naar
https://safebrowsing.googleapis.com/v4*toe te staan, moeten ze deze aanpassen om netwerkverzoeken naar het hele domein toe te staan: safebrowsing.googleapis.com. Anders leiden afgewezen netwerkverzoeken naar de v5 API tot beveiligingsproblemen voor gebruikers.- Chrome 135 op Android, iOS, ChromeOS, Linux, macOS, Windows
We rollen deze functie geleidelijk uit.
- De provider van het UI Automation-toegankelijkheidsframework op Windows
Sinds Chrome 126 heeft Chrome rechtstreeks clientsoftware ondersteund die het UI Automation-toegankelijkheidsframework van Microsoft Windows gebruikt. Vóór deze wijziging werkte dergelijke software met Chrome via een compatibiliteit-shim in Microsoft Windows. We voeren deze wijziging door om de toegankelijkheid voor veel gebruikers te verbeteren. Het biedt volledige ondersteuning voor Verteller, Vergrootglas en Spraaktoegang. en verbetert apps van derden die het toegankelijkheidsframework van Windows UI Automation gebruiken. Gebruikers van Chrome merken dat het geheugengebruik en de verwerkingsoverhead lager zijn als ze worden gebruikt in combinatie met toegankelijkheidstools. Ook de ontwikkeling van software met ondersteunende technologie neemt af.
Beheerders kunnen het zakelijke beleid UiAutomationProviderEnabled gebruiken, dat beschikbaar is vanaf Chrome 125, om de nieuwe provider geforceerd aan te zetten (zodat alle gebruikers de nieuwe functies krijgen) of de nieuwe provider uit te zetten. Dit beleid wordt ondersteund tot en met Chrome 136 en wordt verwijderd in Chrome 137. Deze periode van één jaar is bedoeld om bedrijven voldoende tijd te geven om samen te werken met externe leveranciers, zodat ze eventuele compatibiliteitsproblemen kunnen oplossen die voortkomen uit de overstap van de compatibiliteit-shim van Microsoft naar de provider van automatisering van de gebruikersinterface van Chrome.
- Chrome 125 voor Windows: We introduceren het beleid UiAutomationProviderEnabled zodat beheerders de frameworkaanbieder voor UI-Automation van Chrome kunnen aanzetten en bevestigen dat toegankelijkheidstools van derden blijven werken.
- Chrome 126 op Windows: We gebruiken het framework voor Chrome-varianten om gebruikers van het framework voor automatisering van UI-automatisering van Chrome aan te zetten. Het framework wordt geleidelijk aangezet voor de volledige stabiele populatie, met onderbrekingen wanneer die nodig zijn om compatibiliteitsproblemen te behandelen die kunnen worden opgelost in Chrome. Zakelijke beheerders kunnen het beleid UiAutomationProviderEnabled blijven gebruiken om eerder toestemming te geven voor het nieuwe gedrag of om de toestemming tijdelijk in te trekken tot en met Chrome 136.
- Chrome 137 op Windows: Het beleid UiAutomationProviderEnabled wordt verwijderd uit Chrome. Alle clients gebruiken de provider van het UI Automation-toegankelijkheidsframework van de browser.
Geplande wijzigingen in Chrome Enterprise Core
-
Nieuwe bijbehorende app van Chrome Enterprise
De Chrome Enterprise Companion App is een nieuw binair beheerdersbestand dat automatisch wordt geïnstalleerd bij Chrome-browsers die zijn ingeschreven voor Chrome Enterprise Core of Chrome Enterprise Premium. Deze is bedoeld om Enterprise-toepassingen, -beleid en -rapportage te ondersteunen.
- Chrome 134 op Windows, macOS
Geplande wijzigingen in Chrome Enterprise Premium
- De gebruikerservaring van DLP-regels opnieuw indelen
We willen een gebruiksvriendelijkere en efficiëntere interface maken voor Chrome-specifieke DLP-regels. Hiervoor wordt de workflow voor het maken van regels in de Beheerdersconsole opnieuw ontworpen om bestaande en toekomstige beveiligingsfuncties voor Chrome Enterprise Premium-klanten beter te ondersteunen.
- Chrome 134 op Windows, macOS, Linux, ChromeOS
- Screenshot voorkomen
We zijn van plan de bestaande functie voor het voorkomen van screenshots te verbeteren door de blokkering van scherm delen uit te breiden naar vergaderingsapps zoals Google Meet, Zoom, Teams en Slack. We bouwen verder op de succesvolle release van opties voor gegevensbescherming door belangrijke functies toe te voegen en hiaten en feedback van gebruikers op te lossen.
- Chrome 134 op Windows, macOS
- URL-filters op iOS en Android
We breiden de bestaande mogelijkheden voor URL-filters uit van desktops naar mobiele platforms. Zo kunnen organisaties bepaalde URL's of URL-categorieën controleren, waarschuwingen erbij tonen of blokkeren voor weergave in beheerde Chrome-browsers of beheerde gebruikersprofielen op mobiele apparaten. We zorgen ook dat de functionaliteit naadloos werkt met contextbewuste toegang (CAA). Hiermee kunnen beheerders toegangsbeleid instellen op basis van de gebruikerscontext (bijvoorbeeld gebruikersrol, locatie) en apparaatstatus (bijvoorbeeld beheerd apparaat, naleving van beveiligingsbeleid).
- Chrome 135 op Android, iOS
- Rapportageconnector voor mobiel
We werken aan functionaliteit die vergelijkbaar is met de desktopversie, zodat organisaties beveiligingsgebeurtenissen op mobiele apparaten kunnen bijhouden en erop kunnen reageren, zoals onveilige sitebezoeken en mogelijke pogingen tot gegevensverwijdering. Zo zorgen we voor consistente beveiliging en beleidshandhaving op verschillende platforms.
- Chrome 135 op Android, iOS
- Connectors API
We zijn van plan het instelproces voor beveiligingsconnectors van derden te vereenvoudigen en aanbieders de mogelijkheid te geven configuraties rechtstreeks vanuit hun eigen UI te beheren. Zo kunnen organisaties makkelijker hun favoriete beveiligingstools en -services integreren in Chrome, waardoor de beveiliging en het beheer op verschillende platforms worden verbeterd.
- Chrome 135 op Windows, macOS, Linux, ChromeOS
Aanmelden voor e-mails over toekomstige releases
Eerdere release-opmerkingen
|
Chrome-versie en verwachte releasedatum op het stabiele kanaal |
|
|---|---|
| Chrome 132: 8 januari 2024 | |
| Chrome 131: 6 november 2024 | |
| Chrome 130: 9 oktober 2024 | |
| Chrome 129: 11 september 2024 | |
| Eerdere release-opmerkingen → |
Aanvullende bronnen
- Meld je aan voor het programma voor betrouwbare testers om nieuwe functies uit te proberen voordat deze worden uitgebracht.
- Leg contact met andere IT-beheerders van Chrome Enterprise via het klantenforum van Chrome Enterprise.
- Hoe Chrome-releases werken: Chrome-releasecyclus.
- Ga naar het Chrome-releaseschema voor specifieke datums.
- Downloads van de Chrome-browser en productoverzichten van Chrome Enterprise: Chrome-browser voor bedrijven.
- Status en tijdlijnen van Chrome-versies: Chrome Platform-status | Google Update Server Viewer.
- Aankondigingen: Chrome Releases-blog | Chromium-blog.
- Ontwikkelaars: Meer informatie over wijzigingen aan het webplatform.
Heb je nog hulp nodig?
- Google Workspace-, Cloud Identity-klanten (alleen geautoriseerde toegang): Contact opnemen met support
- Enterprise Support voor de Chrome-browser: Meld je aan om contact op te nemen met een specialist.
- Chrome Administrators Forum
- Helpcentrum voor Chrome Enterprise en Education