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 znajdziesz na Google.com (na komputerze) lub w Sklepie Google Play (na Androidzie).
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ę dewelopera 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 elemencie iframe możesz kontrolować za pomocą zasady uprawnień "aria-notify".
Aktualizacja algorytmu ujawniającego przodków 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.
Po włączeniu tej funkcji poniższe fragmenty kodu HTML dają ten sam wynik.
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 dodaje mechanizmy, które pomagają zmniejszyć ryzyko nadużyć na dużą skalę w ekosystemie, związanych z prawdziwą tożsamością.
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 to zatwierdzenie do momentu, gdy ten moduł obsługi (i wszystkie inne moduły obsługi przed zatwierdzeniem) zostaną rozwiązane, i umożliwi modułowi obsługi 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 zachowanie dźwięku systemowego na przechwyconej powierzchni wyświetlania. Ograniczenie restrictOwnAudio ma zastosowanie tylko wtedy, gdy przechwycona powierzchnia wyświetlania z założenia obejmuje 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 funkcja 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 akceptował wcześniej 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 sugerowanie agentowi użytkownika, 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 imienia i nazwiska oraz adresu e-mail użytkownika lub zamiast nich). Udostępnia też 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 pozwala znacznie przyspieszyć niektóre wzorce odczytu 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 również klucz indeksu rekordu oprócz klucza podstawowego i wartości.
Reguły spekulacyjne: ulepszenia „zainteresowania” na komputerach
Na komputerach stacjonarnych reguły spekulacji „eager” (gorliwe) wstępnie pobierają i renderują treści, gdy użytkownicy najedzie myszą na link na krócej niż w przypadku reguł „moderate” (umiarkowanych).
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 intencje autora, który chce, aby jego odpowiedź była bardziej entuzjastyczna niż „umiarkowana” i mniej entuzjastyczna niż „natychmiastowa”.
Ścisłe zasady dotyczące tego samego pochodzenia 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 atrybutu document.requestStorageAccess() w ramce domyślnie dołącza pliki cookie tylko do żądań wysyłanych 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 przy użyciu określonego klucza publicznego. Stanowi to przydatne uzupełnienie sprawdzania na podstawie adresu URL oferowanego przez Content Security Policy z jednej strony i sprawdzania na podstawie treści oferowanego przez Subresource Integrity z drugiej strony.
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ło 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.).
Ta aktualizacja wprowadza w Chrome najnowszą specyfikację i jest częścią 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 uprawnień do wysyłania tych żądań przez witryny zmniejsza ryzyko ataków typu cross-site request forgery 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ń wysyłanych do 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 zakresu funkcji skrótu na adresy URL i eval() umożliwia deweloperom ustawianie dość rygorystycznych zasad bezpieczeństwa przez wąskie listy dozwolonych skryptów według ich funkcji skrótu, 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 „niestandardowego deskryptora”. 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łania metody. Prototypy i metody można skonfigurować deklaratywnie za pomocą importowanej funkcji wbudowanej.