Mixed Content Checker dla Twojej strony
Niezabezpieczone zasoby HTTP na Twojej stronie HTTPS, wykryte automatycznie
Co sprawdza Mixed Content Checker?
Obrazy, skrypty i arkusze stylów ładowane przez http://
Fonty, ramki iframe, filmy i żądania w tle przez HTTP
Zasoby, które przeglądarki zablokowałyby lub po cichu przełączyły na HTTPS
Formularze, które wysyłają dane na adres http://
Brak przekierowania z HTTP na HTTPS
Nagłówki HSTS i Content Security Policy
Jak działa sprawdzenie mixed content
W 4 krokach od URL-a do listy wszystkich niezabezpieczonych zasobów
-
1 Krok 1
Wprowadź URL
Podaj adres strony, którą chcesz sprawdzić. Bez instalacji i bez rejestracji.
-
2 Krok 2
Ładowanie strony
Otwieramy stronę w prawdziwej przeglądarce, wykonujemy jej JavaScript i rejestrujemy każde pojedyncze żądanie.
-
3 Krok 3
Filtrowanie niezabezpieczonych żądań
Oznaczamy wszystkie zasoby ładowane przez http://, formularze z niezabezpieczonym adresem docelowym i brak przekierowania na HTTPS.
-
4 Krok 4
Napraw źródła
Na podstawie listy URL-i popraw adresy w treściach, motywie lub wtyczkach, a potem uruchom sprawdzenie ponownie.
Te problemy z HTTPS wykrywamy
Cztery rodzaje niezabezpieczonych treści i to, jak radzą sobie z nimi przeglądarki
-
Aktywny mixed content
Blokowany przez przeglądarkiSkrypty, arkusze stylów, ramki iframe i żądania w tle przez HTTP. Mogłyby zmienić całą stronę, dlatego przeglądarki w ogóle ich nie ładują. Widocznym skutkiem jest rozbity układ lub brakujące funkcje.
-
Pasywny mixed content
Przełączany na HTTPS lub blokowanyObrazy, audio i wideo przez HTTP. Aktualne przeglądarki próbują automatycznie załadować je przez HTTPS. Jeśli plik nie jest tam dostępny, po prostu brakuje go na stronie.
-
Formularz z niezabezpieczonym adresem docelowym
Ostrzeżenie przy wysyłaniuFormularz, którego atrybut
actionwskazuje na adreshttp://, przesyła wprowadzone dane, takie jak imiona i nazwiska, adresy e-mail czy hasła, bez szyfrowania. -
Strona bez przekierowania na HTTPS
NiezabezpieczonaStronę można otworzyć przez
http://i nie jest ona przekierowywana na HTTPS. Odwiedzający, którzy wejdą przez stary link, korzystają wtedy z całej strony bez szyfrowania.
Najczęstsze przyczyny i jak je usunąć
Sześć punktów zaczepienia, od ustawień WordPress po nagłówek serwera
- Adres WordPressa i Adres witryny
- Jeśli jeden z tych dwóch adresów w sekcji Ustawienia › Ogólne nadal zaczyna się od
http://, WordPress sam generuje niezabezpieczone linki. Ustaw oba nahttps://. - Stare linki w bazie danych
- Obrazy i linki we wpisach są zapisane jako bezwzględne adresy URL. Po przejściu na HTTPS trzeba je zastąpić narzędziem do wyszukiwania i zamiany, które obsługuje też dane serializowane.
- Motyw, page builder i wtyczki
- Adresy
http://wpisane na sztywno w plikach motywu, ustawieniach sliderów lub cache builderów przetrwają zamianę w bazie danych. Popraw je u źródła i wygeneruj ponownie CSS buildera. - Zasoby zewnętrzne
- Fonty, skrypty lub osadzone treści firm trzecich, które przed laty zostały dodane z
http://. Prawie wszyscy dostawcy obsługują dziś HTTPS, więc wystarczy zmienić adres. - upgrade-insecure-requests
- Dyrektywa CSP
upgrade-insecure-requestsnakazuje przeglądarkom pobierać wszystkie zasoby przez HTTPS. Przydaje się jako zabezpieczenie awaryjne, ale nie zastępuje uporządkowania samych adresów. - HSTS
- Nagłówek
Strict-Transport-Securitysprawia, że przeglądarki od pierwszego żądania używają HTTPS dla Twojej domeny. Włącz go dopiero wtedy, gdy cała strona niezawodnie działa przez HTTPS.
Znajdź mixed content, zanim przeglądarka pokaże ostrzeżenie
Mixed content (mieszana zawartość) występuje wtedy, gdy strona jest dostarczana przez HTTPS, ale pojedyncze zasoby ładuje przez nieszyfrowane HTTP. Skutek: znika kłódka, brakuje obrazów lub skryptów, a w najgorszym razie przeglądarka pokazuje komunikat „Niezabezpieczona”. Mixed Content Checker od InspectWP ładuje Twoją stronę w prawdziwej przeglądarce i rejestruje każde pojedyncze żądanie. Wszystkie URL-e zaczynające się od http:// trafiają do raportu, więc widzisz dokładnie, który obraz, skrypt lub arkusz stylów powoduje problem.
Widzimy też to, co ukrywa przed Tobą przeglądarka
Nowoczesne przeglądarki nie wyświetlają mixed content tak po prostu. Blokują niezabezpieczone skrypty i arkusze stylów, a niezabezpieczone obrazy próbują same załadować przez HTTPS. Gdy otworzysz swoją stronę samodzielnie, wszystko może wyglądać dobrze, choć przyczyna nadal tkwi w Twoim HTML. Nasz crawler celowo wyłącza to automatyczne przełączanie i dopuszcza niezabezpieczone treści. Dzięki temu raport zawiera zasoby, które zwykła przeglądarka by zablokowała lub po cichu poprawiła, w tym te, które pojawiają się dopiero po wykonaniu JavaScriptu. Dodatkowo sprawdzamy, czy Twoje formularze wysyłają dane na adres HTTP i czy strona w ogóle przekierowuje na HTTPS.
Tysiące właścicieli stron ufa InspectWP
Liczby mówią same za siebie
Najczęściej zadawane pytania o Mixed Content Checker
Czym jest mixed content, skąd się bierze i jak się go pozbyć
Więcej narzędzi, które mogą być Ci potrzebne
Te testy obejmują pokrewne tematy
- Sprawdzenie GDPR
- WordPress Security Checker
- HTTP Security Header Checker
- Hosting Checker
- Webfont Checker
- Favicon Checker
- DNS Records Checker
- Alt Tag Checker
- Sitemap Checker
- Open Graph Checker
- SPF & DMARC Checker
- Sprawdzenie dostępności
- Skaner podatności WordPress
- Wykrywanie page buildera
- Skaner cookies
- Sprawdzenie wersji PHP