Google 21 października 2026 r. ogłosiło, że funkcja „Always Use Secure Connections” została domyślnie wdrożona dla wszystkich użytkowników Chrome. Gdy przeglądarka nie może połączyć się z witryną przez HTTPS, ale sądzi, że połączenie przez HTTP może się udać, pyta o zgodę przed przejściem na HTTP.

Kiedy Chrome prosi o zgodę na HTTP

Chrome wyświetla prośbę, gdy nie może nawiązać połączenia HTTPS, a połączenie przez HTTP może być możliwe. Użytkownik decyduje wtedy, czy zezwolić na przejście do witryny przez HTTP.

Ostrzeżenie może pojawić się także wtedy, gdy strona końcowa używa HTTPS. Wystarczy, że jeden z wcześniejszych etapów przekierowania korzysta z HTTP. Każdy adres w łańcuchu przekierowań powinien obsługiwać HTTPS. Osoba zarządzająca witryną może sprawdzić poszczególne etapy w panelu Network narzędzi deweloperskich Chrome i przetestować typowe ścieżki nawigacji. Google wskazuje, że wcześniejsza etykieta „Niezabezpieczona” pojawiała się dopiero po połączeniu i mogła nie być widoczna przy krótkich przejściach przez HTTP, takich jak przekierowania.

Gdy użytkownik wpisze adres HTTPS, a połączenie się nie powiedzie, Chrome wyświetla zwykły błąd sieci i nie przechodzi na HTTP. Tak samo jest w przypadku witryn korzystających z HSTS, czyli mechanizmu wymuszającego HTTPS.

Jak długo Chrome pamięta zgodę i gdzie zmienić ustawienie

Chrome zapamiętuje zgodę na połączenie HTTP przez 15 dni. Ponowna wizyta w witrynie odnawia ten okres. Ustawienie „Always Use Secure Connections” można wyłączyć na stronie chrome://settings/security; wcześniejszy wybór użytkownika pozostaje zachowany po domyślnym wdrożeniu funkcji.

Chrome domyślnie nie wyświetla ostrzeżeń dla określonych nazw lokalnych, takich jak localhost, nazw hostów bez wspólnej domeny ani lokalnych adresów IP, na przykład 192.168.0.1. Administratorzy mogą użyć polityki HttpAllowlist, aby pominąć ostrzeżenia dla wskazanych hostów, albo HttpsOnlyMode, aby wymusić to ustawienie.

Zgoda nie szyfruje połączenia HTTP

Zezwolenie pozwala Chrome kontynuować połączenie przez HTTP, ale go nie szyfruje ani nie potwierdza wiarygodności witryny. HTTPS zapewnia szyfrowanie połączenia, HTTP nie.

We wczesnych danych Google dotyczących wdrożenia prawie 95% użytkowników komputerowej wersji Chrome nie widziało żadnego ostrzeżenia HTTP w danym tygodniu, a mniej niż 1% zobaczyło co najmniej trzy.