Opublikowano: 4 września 2025 r.
O ile nie zaznaczono inaczej, poniższe zmiany dotyczą najnowszej wersji beta Chrome na Androida, ChromeOS, Linuxa, macOS i Windowsa. Więcej informacji o funkcjach wymienionych poniżej znajdziesz w podanych linkach lub na liście na stronie ChromeStatus.com. Chrome 141 jest w wersji beta od 4 września 2025 roku. Najnowsze informacje możesz pobrać ze strony Google.com na komputerze lub ze Sklepu Google Play na urządzeniu z Androidem.
CSS i interfejs
ARIA Notify API
Interfejs ARIA Notify API udostępnia deweloperom metodę JavaScript, która pozwala bezpośrednio informować czytnik ekranu o tym, co ma odczytać.
Używanie ariaNotify() zwiększa niezawodność i kontrolę programisty w porównaniu z obszarami aktywnymi ARIA oraz umożliwia ogłaszanie zmian niezwiązanych z aktualizacjami DOM. Dzięki temu możesz tworzyć bardziej spójne i ergonomiczne funkcje ułatwień dostępu w dynamicznych aplikacjach internetowych. Użycie tej funkcji w elementach iframe możesz kontrolować za pomocą zasady uprawnień "aria-notify".
Aktualizacja algorytmu ujawniającego przodków w przypadku hidden=until-found i szczegółów
W specyfikacji wprowadzono ostatnio niewielkie zmiany w algorytmach ujawniania elementów hidden=until-found i details, aby zapobiec utknięciu przeglądarki w nieskończonej pętli. Te aktualizacje zostały dodane do Chrome.
Obsługa atrybutów prezentacji width i height w zagnieżdżonych elementach <svg>
Chrome obsługuje stosowanie atrybutów prezentacji width i height w zagnieżdżonych elementach <svg> za pomocą znaczników SVG i CSS. Takie podwójne podejście zapewnia deweloperom jeszcze większą elastyczność, umożliwiając im wydajniejsze zarządzanie elementami SVG i nadawanie im stylu w złożonych projektach.
Gdy ta funkcja jest włączona, poniższe fragmenty kodu HTML generują te same dane wyjściowe.
Właściwości CSS zagnieżdżonego elementu <svg>:
<svg width="100px" height="100px">
<svg style="width:50px;height:50px;">
<circle cx="50px" cy="50px" r="40px" fill="green" />
</svg>
</svg>
Bez właściwości CSS dla zagnieżdżonego elementu <svg>:
<svg width="100px" height="100px">
<svg width="50px" height="50px">
<circle cx="50px" cy="50px" r="40px" fill="green" />
</svg>
</svg>
Interfejsy Web API
Digital Credentials API (obsługa prezentacji)
Witryny pobierają dane logowania z aplikacji portfela mobilnego za pomocą różnych mechanizmów, takich jak niestandardowe programy obsługi adresów URL i skanowanie kodów QR. Ta funkcja umożliwia witrynom żądanie informacji o tożsamości z portfeli za pomocą systemu CredMan w Androidzie. Można go rozszerzyć, aby obsługiwał wiele formatów dokumentów (takich jak ISO mDoc i W3C verifiable credential), i umożliwia korzystanie z wielu aplikacji portfela. Ta aktualizacja wprowadza mechanizmy, które pomagają zmniejszyć ryzyko nadużywania tożsamości w świecie rzeczywistym na dużą skalę.
Interfejs Navigation API: odroczone zatwierdzanie (procedury obsługi przed zatwierdzeniem)
Zwykle, gdy wywoływana jest funkcja navigateEvent.intercept(), przechwycone nawigacje są zatwierdzane (a tym samym adresy URL są aktualizowane) natychmiast po zakończeniu wysyłania przez funkcję NavigateEvent.
Ta funkcja dodaje opcję precommitHandler do navigateEvent.intercept(), podobnie jak handler. Odroczy zatwierdzenie, dopóki ten moduł obsługi (i wszystkie inne moduły obsługi przed zatwierdzeniem) nie zostaną rozwiązane, i umożliwia mu zmianę adresu URL, informacji, stanu i zachowania związanego z historią nawigacji (push/replace).
Wesprzyj kanał restrictOwnAudio
Właściwość restrictOwnAudio to właściwość z możliwością ograniczenia, która dotyczy miejsc docelowych reklam w sieci reklamowej. Ta właściwość z możliwością ograniczenia zmienia działanie dźwięku systemowego na przechwyconej powierzchni wyświetlania. Ograniczenie restrictOwnAudio ma zastosowanie tylko wtedy, gdy przechwycona powierzchnia wyświetlania zawiera dźwięk systemowy. W przeciwnym razie nie ma wpływu.
Domyślnie, gdy rejestrowany jest dźwięk systemowy, obejmuje on wszystkie dźwięki odtwarzane przez system na urządzeniach wyjściowych audio. Gdy opcja restrictOwnAudio jest włączona, przechwytywany dźwięk systemowy jest filtrowany w celu wykluczenia dźwięku pochodzącego z dokumentu, który wykonał getDisplayMedia.
echoCancellationMode przez getUserMedia()
Rozszerza echoCancellation działanie słownika MediaTrackConstraints. Ten atrybut
wcześniej akceptował tylko wartości true i false, a teraz może też przyjmować wartości all i remote-only. Umożliwia klientom modyfikowanie działania funkcji usuwania echa
stosowanej do ścieżek audio odbieranych z mikrofonów, kontrolując, jaka część
odtwarzania systemu użytkownika (całość lub tylko dźwięk odbierany z PeerConnection) jest
usuwana z sygnału mikrofonu.
windowAudio for getDisplayMedia()
Rozszerza DisplayMediaStreamOptions o getDisplayMedia() z opcją windowAudio. Ta nowa opcja umożliwia aplikacjom internetowym przekazywanie do agenta użytkownika informacji, czy użytkownikowi należy zaoferować możliwość udostępniania dźwięku po wybraniu okna. Opcję windowAudio można ustawić na wykluczanie, system lub okno w zależności od preferencji aplikacji.
Aplikacja internetowa skonfigurowana do przechwytywania dźwięku, która chce ograniczyć przechwytywanie dźwięku systemowego po wybraniu okna, musi ustawić windowAudio: „exclude”.
FedCM: pola alternatywne w wyborze konta
Dodaje obsługę numerów telefonów i nazw użytkowników jako identyfikatorów do rozróżniania kont w selektorze kont, oprócz lub zamiast pełnego imienia i nazwiska oraz adresu e-mail użytkownika. Udostępnia te nowe pola witrynom, aby mogły wpływać na tekst informacji. Więcej informacji znajdziesz w dokumentacji.
IndexedDB getAllRecords() i opcja kierunku dla getAll() i getAllKeys()
Ta funkcja dodaje metodę getAllRecords() do interfejsów IndexedDB IDBObjectStore i IDBIndex. Dodaje też parametr kierunku do parametrów getAll() i getAllKeys(). Ta funkcja umożliwia znacznie szybsze odczytywanie niektórych wzorców w porównaniu z obecną alternatywą, czyli iteracją za pomocą kursorów. W jednym z testów obciążenie z usługi Microsoft wykazało poprawę o 350 ms.
Metoda getAllRecords() łączy getAllKeys() i getAll(), ponieważ jednocześnie wylicza klucze podstawowe i wartości. W przypadku IDBIndex getAllRecords() udostępnia też klucz indeksu rekordu oprócz klucza podstawowego i wartości.
Reguły spekulacyjne: ulepszenia „chętnego” wczytywania na komputerach
Na komputerach reguły spekulacji „eager” (gorliwe) wstępnie pobierają i renderują treści, gdy użytkownicy najedzie kursorem na link na krócej niż w przypadku reguł „moderate” (umiarkowane).
Wcześniejsze zachowanie, polegające na jak najszybszym rozpoczynaniu wstępnego pobierania lub wstępnego renderowania, było takie samo jak „natychmiastowe” oczekiwanie. To nowe zachowanie jest przydatne, ponieważ lepiej odzwierciedla intencję autora, który chce być bardziej zaangażowany niż w przypadku opcji „umiarkowane” i mniej niż w przypadku opcji „natychmiastowe”.
Zasada Strict Same Origin w przypadku interfejsu Storage Access API
Dostosowuje semantykę interfejsu Storage Access API, aby ściśle przestrzegać zasad dotyczących tego samego pochodzenia w zakresie bezpieczeństwa. Oznacza to, że użycie document.requestStorageAccess() w ramce domyślnie dołącza pliki cookie tylko do żądań kierowanych do źródła elementu iframe (a nie do witryny).
Integralność oparta na podpisie
Ta funkcja zapewnia programistom internetowym mechanizm weryfikacji pochodzenia zasobów, od których zależą, tworząc techniczną podstawę zaufania do zależności witryny. Serwery mogą podpisywać odpowiedzi za pomocą pary kluczy Ed25519, a programiści stron internetowych mogą wymagać od agenta użytkownika weryfikacji podpisu za pomocą określonego klucza publicznego. Jest to przydatne uzupełnienie sprawdzania na podstawie adresu URL oferowanego przez standard Content Security Policy oraz sprawdzania na podstawie treści oferowanego przez mechanizm integralności zasobów podrzędnych.
Przekształcanie zakodowanych danych WebRTC (wersja 2)
Ten interfejs API umożliwia przetwarzanie zakodowanych multimediów przepływających przez RTCPeerConnection. W 2020 r. Chromium udostępnił wczesną wersję tego interfejsu API. Od tego czasu specyfikacja uległa zmianie, a inne przeglądarki wydały jej zaktualizowaną wersję (Safari w 2022 r., a Firefox w 2023 r.).
Wprowadzamy w Chrome najnowszą specyfikację. Jest to część inicjatywy Interop 2025.
Ta premiera nie obejmuje metody generateKeyFrame, która jest nadal przedmiotem dyskusji.
Tylko zarządzane urządzenia z ChromeOS
Zasady dotyczące uprawnień w przypadku interfejsu Device Attributes API
Nowe zasady uprawnień umożliwiają ograniczenie dostępu do interfejsu Device Attributes API, który jest dostępny tylko w przypadku aplikacji internetowych kiosku i izolowanych aplikacji internetowych zainstalowanych na podstawie zasad, i to tylko na zarządzanych urządzeniach z ChromeOS. Funkcja jest też kontrolowana przez ustawienia treści.
Wprowadzamy 2 nowe zasady: DeviceAttributesBlockedForOrigins i DefaultDeviceAttributesSetting. Te zasady są wprowadzane wraz z zasadami DeviceAttributesAllowedForOrigins.
Nowe wersje próbne origin
W Chrome 141 możesz wziąć udział w tych nowych wersjach próbnych origin:
Ograniczenia dostępu do sieci lokalnej
Chrome 141 ogranicza możliwość wysyłania żądań do sieci lokalnej użytkownika, a dostęp do tej funkcji jest możliwy po wyświetleniu prośby o zgodę.
Żądanie sieci lokalnej to każde żądanie z publicznej witryny do lokalnego adresu IP lub pętli zwrotnej albo z lokalnej witryny (np. intranetu) do pętli zwrotnej. Wymaganie od witryn uprawnień do wykonywania tych żądań zmniejsza ryzyko ataków typu żądanie z innej witryny na urządzenia w sieci lokalnej, takie jak routery, a także ogranicza możliwość wykorzystywania tych żądań przez witryny do tworzenia odcisków cyfrowych sieci lokalnej użytkownika.
To uprawnienie jest ograniczone do bezpiecznych kontekstów. Jeśli uprawnienia zostaną przyznane, dodatkowo złagodzą blokowanie treści mieszanych w przypadku żądań sieci lokalnej (ponieważ wiele urządzeń lokalnych z różnych powodów nie może uzyskać publicznie zaufanych certyfikatów TLS).
Zastępuje ona wcześniejsze rozwiązanie o nazwie „Dostęp do sieci prywatnej”.
Proofreader API
Interfejs JavaScript API do korekty wpisywanego tekstu z sugerowanymi poprawkami, oparty na modelu językowym AI.
Rozszerzanie CSP script-src (znane też jako script-src-v2)
Ta funkcja dodaje nowe słowa kluczowe do dyrektywy script-src Content Security Policy (CSP). Dodaje to 2 nowe mechanizmy tworzenia list dozwolonych oparte na haszowaniu: źródła skryptów na podstawie haszów adresów URL i zawartości funkcji podobnych do eval() i eval(). Czasami jest to określane jako script-src-v2, chociaż jest wstecznie zgodne z dotychczasowym script-src i używa tej samej dyrektywy.
Rozszerzenie funkcji haszowania na adresy URL i eval() umożliwia deweloperom ustawianie dość rygorystycznych zasad bezpieczeństwa przez wąskie listy dozwolonych skryptów według ich haszy, nawet jeśli zawartość skryptów podlega częstym zmianom, oraz znanych bezpiecznych treści eval() bez zezwalania na niekontrolowane użycie eval().
Nowe słowa kluczowe zastępują skrypt-src oparty na hoście, jeśli są podane. Dzięki temu jeden nagłówek jest zgodny z przeglądarkami, które implementują nowe słowa kluczowe, i z tymi, które tego nie robią.
Niestandardowe deskryptory WebAssembly
Umożliwia WebAssembly wydajniejsze przechowywanie danych powiązanych z typami na poziomie źródła w nowych obiektach „niestandardowy deskryptor”. Te niestandardowe deskryptory można skonfigurować za pomocą prototypów obiektów WebAssembly tego typu na poziomie źródła. Umożliwia to instalowanie metod w łańcuchu prototypów obiektu WebAssembly i wywoływanie ich bezpośrednio z JavaScriptu przy użyciu normalnej składni wywoływania metod. Prototypy i metody można skonfigurować deklaratywnie za pomocą importowanej funkcji wbudowanej.