TL;DR: Google ostrzega przed zhakowanymi stronami na trzy sposoby: etykietą „Ta witryna mogła paść ofiarą ataku hakerów” w wynikach wyszukiwania, czerwonym pełnoekranowym ostrzeżeniem „Niebezpieczna strona” w przeglądarce oraz wpisem w raporcie „Problemy dotyczące bezpieczeństwa” w Search Console. Żadne z tych ostrzeżeń nie znika samo. Trzeba oczyścić stronę w całości, zamknąć lukę, a potem w Search Console kliknąć „Poproś o sprawdzenie” i opisać, co zostało naprawione. Sprawdzenie trwa od około doby (phishing) przez kilka dni (malware) do kilku tygodni (spam). Prośba wysłana za wcześnie wydłuża cały proces, a przy wielokrotnych naruszeniach Google blokuje możliwość prośby na 30 dni.
Telefon od klienta zwykle zaczyna się tak: „Pan Łukasz? Wpisałem nazwę firmy w Google, a pod spodem jest napisane, że strona mogła paść ofiarą hakerów”. Albo: „Klient mówi, że przeglądarka nie chce go wpuścić, bo strona jest niebezpieczna”. Dla właściciela to szok, bo u niego wszystko wygląda normalnie. W tym wpisie wyjaśniam, jakie ostrzeżenia pokazuje Google, skąd się biorą, dlaczego Ty możesz ich nie widzieć i jak je zdjąć, żeby nie czekać tygodniami.
Trzy ostrzeżenia Google i co oznaczają
Etykieta w wynikach wyszukiwania: „Ta witryna mogła paść ofiarą ataku hakerów”
To komunikat wyświetlany pod adresem strony w wynikach wyszukiwania. Google pokazuje go, gdy uważa, że haker mógł zmienić niektóre strony w witrynie lub dodać nowe strony ze spamem[1]. Najczęściej chodzi o spam SEO: tysiące podstron z kasynem, farmaceutykami czy podróbkami, które atakujący dorzucił do Twojej domeny, żeby wykorzystać jej zaufanie w Google. Mechanizm opisałem szerzej we wpisie o spamie SEO i złośliwych przekierowaniach.
Ta etykieta nie blokuje wejścia na stronę, ale skutecznie odstrasza. Mało kto kliknie w wynik, przy którym Google pisze o hakerach. Google zaznacza też, że powiadomienie nie zostanie usunięte, dopóki właściciel witryny nie wykona odpowiednich działań[1].
Czerwony ekran w przeglądarce: „Niebezpieczna strona”
To poważniejszy przypadek. Gdy Bezpieczne przeglądanie Google (Google Safe Browsing) uzna, że strona rozprowadza złośliwe oprogramowanie, wyłudza dane albo stosuje inżynierię społeczną, Chrome zamiast strony pokazuje czerwone, pełnoekranowe ostrzeżenie „Niebezpieczna strona”. Przejść dalej można tylko świadomie, przez „Odwiedź tę niebezpieczną stronę”[2]. W praktyce prawie nikt tego nie robi, więc ruch na stronie spada niemal do zera.
Ta sama lista ostrzeżeń działa nie tylko w Chrome. Apple informuje, że Safari może wysyłać informacje wyliczone z adresu strony do Google Safe Browsing[8], a z tej samej usługi korzysta też Firefox. Zmiana przeglądarki nic więc nie da.
Raport „Problemy dotyczące bezpieczeństwa” w Search Console
Search Console to miejsce, w którym Google mówi właścicielowi, co dokładnie znalazł. Raport „Problemy dotyczące bezpieczeństwa” dzieli problemy na trzy kategorie[3]:
| Kategoria | Przykładowe typy problemów w raporcie | Co to zwykle znaczy w praktyce |
|---|---|---|
| Treści zmodyfikowane przez hakerów | wstrzyknięty kod, wstrzyknięta zawartość, wstrzyknięty URL, złośliwe oprogramowanie | przekierowania, ukryte linki, podstrony ze spamem dodane przez atakującego |
| Złośliwe i niechciane oprogramowanie | szkodliwe pliki do pobrania, linki do szkodliwych plików, nietypowe pliki do pobrania | strona podsuwa odwiedzającym plik do pobrania albo każe uruchomić komendę |
| Inżynieria społeczna | strony wprowadzające w błąd, umieszczone zasoby wprowadzające w błąd, próba wyłudzenia informacji przy logowaniu | fałszywe strony logowania banku lub poczty, fałszywe okienka „weryfikacji” |
Google uprzedza, że strony z takimi problemami mogą wyświetlać się w wynikach wyszukiwania z etykietą ostrzegawczą, a przy próbie wejścia w przeglądarce może pojawić się pełnoekranowe ostrzeżenie[3]. Raport pokazuje też przykładowe adresy URL, na których znaleziono problem. To bardzo cenna podpowiedź przy czyszczeniu, choć tylko przykładowa, nie pełna lista.
Ręczne działania za spam od osób trzecich
Osobno działa raport „Ręczne działania”. Przy zhakowanych stronach najczęściej spotykam tam typ „Witryna zaatakowana spamem przez osoby trzecie”[4]. To nie jest ostrzeżenie dla użytkowników, tylko kara w wynikach wyszukiwania: zaatakowane podstrony, a czasem cała domena, tracą pozycje. Zdejmuje się ją podobnie, prośbą o ponowne rozpatrzenie po oczyszczeniu.
Dlaczego klienci widzą ostrzeżenie, a Ty nie
To najczęstsze źródło nieporozumień. Google pisze wprost, że Bezpieczne przeglądanie wyświetla ostrzeżenia na podstawie kontekstu przeglądania[7]. Do tego złośliwy kod często jest warunkowy: pokazuje się tylko na telefonie, tylko po wejściu z Google albo tylko przy pierwszej wizycie. Ty wchodzisz na stronę z zakładki, jesteś zalogowany do WordPressa i widzisz czystą stronę. Klient wchodzi z wyszukiwarki na telefonie i trafia na przekierowanie albo czerwony ekran.
Dlatego przy podejrzeniu problemu nie oceniaj strony po tym, co widzisz u siebie. Sprawdź raport w Search Console, narzędzie Google do sprawdzania stanu witryny w Raporcie przejrzystości[9] i wyniki wyszukiwania dla site:twojadomena.pl. Jakie jeszcze narzędzia pomagają i czego nie wykrywają, opisałem we wpisie jak sprawdzić, czy strona ma wirusa.
Jak zdjąć ostrzeżenie Google krok po kroku
Kolejność jest ważna. Prośba o sprawdzenie to ostatni krok, nie pierwszy.
- Zweryfikuj stronę w Search Console, jeśli jeszcze tego nie zrobiłeś. Bez tego nie zobaczysz raportu i nie wyślesz prośby. Od razu sprawdź w ustawieniach listę właścicieli i usuń nieznane konta, bo atakujący lubią dodawać się jako właściciele usługi.
- Przejrzyj raport „Problemy dotyczące bezpieczeństwa” i zapisz przykładowe adresy URL. Nie otwieraj ich w zwykłej przeglądarce. Użyj narzędzia Sprawdzanie adresu URL w Search Console, które pokazuje stronę tak, jak widzi ją Google.
- Oczyść całą stronę, nie tylko przykładowe adresy. Pliki, baza danych, konta użytkowników, zadania cron, inne strony na tym samym koncie hostingowym. Co zrobić w pierwszej godzinie i jak wygląda pełne czyszczenie, opisałem we wpisie zhakowana strona WordPress - objawy i co zrobić od razu.
- Zamknij lukę, przez którą wszedł atakujący: aktualizacje, usunięcie porzuconych wtyczek, zmiana wszystkich haseł. Bez tego infekcja wraca, a z nią ostrzeżenie.
- Sprawdź efekt oczami Google. Przepuść przykładowe adresy i kilka losowych podstron przez Sprawdzanie adresu URL. Spamowe adresy powinny zwracać błąd 404 lub 410, a nie przekierowanie na stronę główną.
- Dopiero teraz kliknij „Poproś o sprawdzenie”. Google zaleca wysłanie prośby wtedy, gdy wszystkie problemy wymienione w raporcie zostały naprawione na wszystkich stronach[3].
Co napisać w prośbie o sprawdzenie
Według Google dobra prośba wyjaśnia dokładnie, na czym polegał problem, opisuje kroki podjęte w celu jego usunięcia i dokumentuje efekt tych działań[3]. Nie trzeba pisać elaboratu. Przykład, którego używam jako szkieletu:
„Strona została zaatakowana przez nieaktualną wtyczkę [nazwa]. Atakujący dodał ok. 2300 podstron ze spamem w katalogu /xyz/ i przekierowanie w pliku .htaccess. Usunęliśmy wszystkie złośliwe pliki i wpisy w bazie danych, nieznane konto administratora oraz zadanie cron. Zaktualizowaliśmy WordPressa, motyw i wtyczki, usunęliśmy nieużywane dodatki, zmieniliśmy wszystkie hasła i klucze. Spamowe adresy zwracają teraz kod 410. Mapa witryny zawiera wyłącznie prawidłowe adresy.”
Konkret działa lepiej niż „wszystko naprawione, proszę o zdjęcie ostrzeżenia”.
Ile trwa zdjęcie ostrzeżenia
W samym raporcie Google pisze, że sprawdzanie może potrwać od kilku dni do kilku tygodni[3]. Bardziej szczegółowe orientacyjne czasy podaje poradnik Google dla zhakowanych stron[5]:
| Rodzaj problemu | Orientacyjny czas sprawdzenia |
|---|---|
| Phishing (wyłudzanie danych) | około jednego dnia |
| Złośliwe oprogramowanie | kilka dni |
| Spam dodany przez hakera | nawet kilka tygodni |
Spam trwa najdłużej, bo wymaga ręcznej oceny. Ręczne działania mają podobną skalę: w przypadku większości próśb sprawdzanie trwa kilka dni lub tygodni[4]. W tym czasie nie wysyłaj kolejnej prośby, tylko czekaj na odpowiedź w Search Console.
Co jeśli Google odrzuci prośbę
Odrzucenie oznacza, że Google wciąż znajduje problem. Raport może wtedy pokazać nowe przykładowe adresy, a ostrzeżenia zostają w wynikach wyszukiwania i w przeglądarkach[5]. Najczęstsze przyczyny, które widzę:
- usunięte zostały tylko pliki, a złośliwy kod siedział też w bazie danych i odtworzył się po kilku godzinach,
- zostało nieznane konto administratora albo hasło aplikacji, przez które atakujący wrócił,
- zainfekowana była sąsiednia strona na tym samym koncie hostingowym,
- spamowe adresy przekierowują na stronę główną zamiast zwracać 404 lub 410,
- prośba poszła „na próbę”, zanim czyszczenie się skończyło.
Ten ostatni punkt kosztuje najwięcej. Google ostrzega, że jeśli przed przesłaniem prośby nie usuniesz problemu, czas rozpatrzenia następnej prośby może się wydłużyć, a witryna może nawet uzyskać status sprawcy wielokrotnych naruszeń[3].
Status sprawcy wielokrotnych naruszeń: 30 dni bez możliwości prośby
Bezpieczne przeglądanie Google nadaje ten status stronom, które w krótkim czasie wielokrotnie przechodzą między stanem zgodnym z zasadami a niezgodnym. Status obowiązuje 30 dni i dopiero po tym czasie właściciel może ponownie poprosić o sprawdzenie[6]. Dla firmy oznacza to miesiąc z czerwonym ekranem zamiast strony. Najprostszy sposób, żeby tego uniknąć: nie zgłaszać strony, dopóki nie ma pewności, że infekcja nie wraca. Ja obserwuję stronę co najmniej dobę po czyszczeniu, zanim wyślę prośbę. Jeśli masz już za sobą odrzuconą prośbę, nie wysyłaj kolejnej na ślepo. Lepiej zlecić profesjonalne usunięcie wirusów i zabezpieczenie strony, a dopiero potem zgłaszać ją ponownie.
Ostrzeżenie zniknęło, a ruch nie wrócił
Zdjęcie ostrzeżenia to nie koniec. Jeśli przez kilka tygodni Google indeksował tysiące spamowych podstron, w indeksie mogą jeszcze wisieć stare adresy, a domena mogła dostać falę spamowych linków zwrotnych. Warto przejrzeć raport indeksowania stron, przesłać czystą mapę witryny i obserwować profil linków. Przy poważniejszych spadkach pomaga przegląd techniczny w ramach optymalizacji SEO.
FAQ - ostrzeżenia Google o zhakowanej stronie
Czy ostrzeżenie Google zniknie samo po usunięciu wirusa?
Nie należy na to liczyć. Google pisze, że komunikat o ataku hakerów nie zostanie usunięty, dopóki właściciel nie wykona odpowiednich działań, i odsyła do prośby o sprawdzenie w Search Console[1].
Czy mogę poprosić o sprawdzenie bez Search Console?
Nie. Prośbę wysyła się z raportu „Problemy dotyczące bezpieczeństwa” albo „Ręczne działania”, więc trzeba najpierw zweryfikować własność strony. Przy aktywnym ostrzeżeniu najszybciej zrobisz to przez rekord DNS u dostawcy domeny.
Dlaczego na moim komputerze strona działa, a klienci widzą ostrzeżenie?
Bo ostrzeżenia i sam złośliwy kod zależą od kontekstu: urządzenia, źródła wejścia, wcześniejszych wizyt. Ty widzisz stronę inaczej niż klient wchodzący z wyszukiwarki na telefonie.
Czy inne listy blokujące też trzeba prosić o zdjęcie strony?
Tak, jeśli stronę oznaczyły. Google to najważniejsza lista, ale swoje bazy mają też m.in. Bing i producenci programów antywirusowych. Każdą trzeba sprawdzić i zgłosić osobno, a czasem poprosić także hosting o odblokowanie konta.
Ile kosztuje zdjęcie ostrzeżenia Google?
Sama prośba w Search Console jest bezpłatna. Kosztem jest czyszczenie strony, które musi być kompletne, żeby prośba przeszła za pierwszym razem. Zakres wyceniam po krótkiej analizie, bo zależy od rodzaju i skali infekcji.
Google ostrzega przed Twoją stroną?
Każdy dzień z czerwonym ekranem albo etykietą o hakerach to klienci, którzy wybierają konkurencję. Zajmuję się czyszczeniem zhakowanych stron i zdejmowaniem ostrzeżeń Google: usuwam infekcję z plików i bazy, zamykam lukę i prowadzę prośbę o sprawdzenie w Search Console, tak żeby przeszła za pierwszym razem. Telefon: +48 606 719 343, e-mail: lukasz@freelancerka.com.
Przypisy i źródła
Wszystkie źródła zweryfikowane; dostęp: 19 października 2026.
- Pomoc Wyszukiwarki Google, „Komunikat „Ta strona mogła paść ofiarą ataku hakerów”” - support.google.com
- Pomoc Google Chrome, „Zarządzanie ostrzeżeniami o niebezpiecznych stronach” - support.google.com
- Pomoc Search Console, „Raport Problemy dotyczące bezpieczeństwa” - support.google.com
- Pomoc Search Console, „Raport Ręczne działania” - support.google.com
- Google, web.dev, „Poproś o sprawdzenie” (Request a review) - web.dev
- Google Search Central, „Bezpieczne przeglądanie Google - zasady dotyczące sprawców wielokrotnych naruszeń” (aktualizacja 10.12.2025) - developers.google.com
- Google, web.dev, „Najczęstsze pytania dotyczące zhakowanych witryn” - web.dev
- Apple, „Safari i prywatność” (Safari & Privacy) - apple.com
- Google, Raport przejrzystości, „Bezpieczne przeglądanie Google - stan witryny” - transparencyreport.google.com
