Google oznacza stronę jako niebezpieczną: co zrobić

Czerwone ostrzeżenie w Chrome, komunikat o zhakowanej stronie albo problem bezpieczeństwa w Search Console oznacza, że nie wystarczy ukryć jednego pliku. Najpierw trzeba znaleźć infekcję i drogę włamania, a dopiero później poprosić Google o ponowne sprawdzenie.

Jakie ostrzeżenia może pokazać Google

Użytkownik może zobaczyć czerwony ekran z informacją o niebezpiecznej witrynie, phishingu albo szkodliwym oprogramowaniu. W wynikach wyszukiwania może pojawić się ostrzeżenie, a Search Console może wskazać problemy bezpieczeństwa i przykładowe adresy URL.

Przykładowa lista nie musi zawierać wszystkich zainfekowanych podstron. To sygnał do sprawdzenia całej witryny, konta hostingowego i sposobu, w jaki atakujący uzyskał dostęp.

Co zrobić od razu po wykryciu ostrzeżenia

1. Zapisz treść komunikatu i adresy URL. Wykonaj zrzut i zanotuj datę, ale nie publikuj danych dostępowych.
2. Zabezpiecz kopię oraz logi. Potrzebujesz stanu sprzed zmian do porównania i ustalenia źródła włamania.
3. Ogranicz ryzyko dla użytkowników. Przy phishingu, skimmerze lub fałszywym formularzu płatności wyłącz zagrożoną funkcję.
4. Sprawdź konta administratorów. Usuń obcych użytkowników dopiero po zapisaniu informacji potrzebnych do analizy.
5. Zmień krytyczne dostępy z czystego urządzenia. Zacznij od poczty, panelu hostingu i konta Google, potem WordPress, FTP i baza.

Jak znaleźć źródło infekcji WordPress

Kontrola powinna objąć pliki rdzenia, motywy, wtyczki, katalog uploads, bazę danych, .htaccess, zadania cron, nowych administratorów i inne strony na tym samym koncie. Warto porównać pliki z czystymi pakietami, ale pliki własnego motywu i integracji wymagają osobnej analizy.

Jeżeli problemem są obce przekierowania, przeczytaj także poradnik WordPress przekierowuje na inną stronę. Jeżeli strona przestała działać po zmianie wtyczki lub PHP, sprawdź błąd 500 i biały ekran WordPress.

Spam SEO i obce podstrony

Atakujący może generować tysiące adresów związanych z kasynem, lekami lub fałszywymi sklepami. Usunięcie ich z sitemap nie usuwa źródła. Trzeba sprawdzić reguły tworzące strony, bazę, pliki oraz to, czy serwer nadal zwraca spamową treść robotom.

Phishing i fałszywe formularze

Przy phishingu ważne jest ustalenie, czy dane użytkowników mogły zostać przesłane na obcy serwer. Należy usunąć formularz, zablokować mechanizm wysyłki, sprawdzić logi i rozważyć obowiązki związane z naruszeniem danych.

Jak przygotować stronę do ponownej weryfikacji

• Usuń złośliwe pliki, skrypty, wpisy bazy, reguły przekierowań i obcych administratorów.
• Wymień zmieniony rdzeń WordPress na czystą, zgodną wersję.
• Zaktualizuj podatne wtyczki i motywy albo usuń je, jeśli nie są rozwijane.
• Zmień hasła, klucze, sekrety i zakończ aktywne sesje.
• Sprawdź wszystkie domeny oraz subdomeny na tym samym koncie hostingowym.
• Wyczyść cache serwera, CDN i przeglądarki dopiero po usunięciu źródła.
• Przetestuj formularze, płatności, panel, wersję mobilną i wejścia z wyników Google.

Pełny zakres usługi znajduje się na stronie usuwanie wirusów i naprawa strony po włamaniu. Diagnoza powinna zakończyć się nie tylko listą skasowanych plików, ale również wskazaniem prawdopodobnej drogi wejścia i zmian zmniejszających ryzyko powrotu.

Kiedy poprosić Google o ponowne sprawdzenie

Wniosek ma sens dopiero wtedy, gdy wszystkie znane objawy zostały usunięte, a strona została sprawdzona w niezalogowanej sesji. W opisie warto krótko podać, co znaleziono, co usunięto, jaka podatność została zamknięta i jakie zabezpieczenia wdrożono. Nie trzeba pisać długiej historii ani obiecywać rzeczy, których nie da się potwierdzić.

Po wysłaniu wniosku nie wykonuj przypadkowych zmian na stronie. Jeżeli ostrzeżenie pozostaje, ponownie sprawdź wskazany typ problemu i serwer. Wielokrotne wysyłanie takiego samego wniosku bez nowych działań nie przyspiesza naprawy.

Co sprawdzić w Search Console po czyszczeniu

Porównaj wskazane problemy bezpieczeństwa z adresami, które rzeczywiście zwraca serwer. Sprawdź ręcznie stronę główną, kilka ważnych podstron, wersję mobilną oraz adresy spamowe widoczne wcześniej w indeksie. Jeżeli usunięty adres nie powinien istnieć, powinien zwracać właściwy kod odpowiedzi, a nie pustą stronę z kodem 200.

Przejrzyj też sitemap, stan indeksowania i nagłe wzrosty liczby nieznanych adresów. Nie usuwaj wartościowych podstron tylko dlatego, że pojawiły się obok spamu. Celem jest oddzielenie prawidłowej treści od mechanizmu, który generował fałszywe strony.

Co kontrolować po zdjęciu ostrzeżenia

Przez kolejne dni obserwuj zmiany plików, logowania administratorów, nowe adresy w Google, ruch wychodzący i powiadomienia hostingu. Włącz kopie poza serwerem oraz monitoring, który wykryje ponowne pojawienie się plików lub przekierowań.