Najnowsze Artykuły

Najczęstsze awarie WWW i naprawa stron internetowych krok po kroku

Strona firmowa przestaje działać zwykle w najmniej wygodnym momencie: podczas kampanii reklamowej, po aktualizacji WordPressa, po zmianie hostingu albo wtedy, gdy klient właśnie próbuje wysłać formularz kontaktowy. Każda godzina niedostępności może oznaczać utracone zapytania, sprzedaż i zaufanie użytkowników.

W tym poradniku omawiam najczęstsze awarie stron WWW: biały ekran, błąd 500, problemy z wtyczkami, infekcje wirusami, przekierowania na podejrzane strony oraz sytuacje, w których witryna działa bardzo wolno lub nie ładuje się wcale. Pokażę też, co możesz sprawdzić samodzielnie, zanim zlecisz profesjonalną naprawę strony WWW.

Biały ekran WordPress – co oznacza i od czego zacząć?

Biały ekran śmierci, czyli tzw. White Screen of Death, to jedna z najbardziej stresujących awarii WordPressa. Strona nie pokazuje żadnego komunikatu, nie ładuje panelu administracyjnego, a użytkownik widzi jedynie pustą białą stronę.

Najczęstsze przyczyny białego ekranu to:

• błąd krytyczny PHP po aktualizacji WordPressa, motywu lub wtyczki,
• konflikt między wtyczkami,
• niekompatybilna wersja PHP na serwerze,
• przekroczony limit pamięci PHP,
• uszkodzony motyw potomny lub główny,
• błąd w pliku functions.php.

Jak samodzielnie sprawdzić biały ekran?

Na początku warto zalogować się przez FTP lub menedżer plików na hostingu i przejść do katalogu wp-content/plugins. Następnie można tymczasowo zmienić nazwę folderu plugins na przykład na plugins_old. Jeśli strona zacznie działać, problem najprawdopodobniej powoduje jedna z wtyczek.

Kolejny krok to sprawdzenie motywu. W katalogu wp-content/themes można tymczasowo zmienić nazwę aktywnego motywu. WordPress spróbuje wtedy uruchomić domyślny motyw, o ile jest dostępny w instalacji.

Warto też włączyć tryb debugowania w pliku wp-config.php:

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);

Dzięki temu błędy zostaną zapisane w pliku wp-content/debug.log. To często najszybsza droga do ustalenia, która wtyczka, funkcja lub plik powoduje awarię.

Błąd 500 – wewnętrzny błąd serwera

HTTP Error 500 oznacza, że serwer napotkał problem, ale nie potrafi lub nie chce pokazać użytkownikowi szczegółów. Dla właściciela strony to sygnał, że trzeba szybko sprawdzić konfigurację hostingu, pliki strony i logi błędów.

Najczęstsze przyczyny błędu 500 to:

• uszkodzony plik .htaccess,
• błąd składni w kodzie PHP,
• konflikt po aktualizacji wtyczki,
• zbyt niskie limity PHP, np. memory_limit,
• nieprawidłowe uprawnienia plików i katalogów,
• problem po stronie serwera lub przeciążenie hostingu.

Co sprawdzić przy błędzie 500?

Najpierw sprawdź plik .htaccess. Możesz zmienić jego nazwę na przykład na .htaccess_old, a następnie spróbować odświeżyć stronę. Jeśli witryna zacznie działać, problem znajduje się w regułach przekierowań, konfiguracji WordPressa lub ustawieniach wygenerowanych przez wtyczki cache/security.

W panelu hostingu warto odszukać sekcję z logami błędów, zwykle opisaną jako Error Logs, Logi serwera albo Apache/Nginx logs. Logi często pokazują konkretny plik i numer linii, w której wystąpił problem.

Sprawdź również wersję PHP. Starsze strony mogą nie działać poprawnie na bardzo nowych wersjach PHP, a nowe wtyczki mogą nie być kompatybilne ze starszym środowiskiem. Bezpiecznym rozwiązaniem jest testowanie zmian na kopii strony, a nie bezpośrednio na działającej witrynie firmowej.

Wirusy i złośliwe oprogramowanie na stronie

Infekcja strony internetowej bywa mniej oczywista niż biały ekran czy błąd 500. Strona może działać normalnie dla właściciela, ale jednocześnie przekierowywać część użytkowników na spam, wyświetlać podejrzane reklamy albo generować ukryte podstrony pozycjonujące oszustwa.

Najczęstsze objawy infekcji to:

• przekierowania na obce domeny,
• ostrzeżenia Google typu Ta witryna może być niebezpieczna,
• nagły spadek ruchu z SEO,
• dziwne pliki PHP w katalogach uploads, cache lub wp-includes,
• nieznani administratorzy w panelu WordPress,
• wysyłka spamu z serwera,
• nowe, podejrzane adresy URL widoczne w Google Search Console.

Jak reagować na zainfekowaną stronę?

Przede wszystkim nie usuwaj przypadkowych plików bez kopii zapasowej. Przy infekcji łatwo skasować element, który wygląda podejrzanie, ale jest potrzebny do działania motywu, sklepu lub formularza.

Podstawowa procedura powinna wyglądać tak:

• wykonaj pełną kopię plików i bazy danych,
• zmień hasła do WordPressa, FTP, hostingu, bazy danych i poczty,
• sprawdź konta administratorów,
• usuń nieużywane motywy i wtyczki,
• zaktualizuj WordPressa, motywy i rozszerzenia,
• przeskanuj pliki pod kątem podejrzanych funkcji, takich jak eval, base64_decode, shell_exec,
• sprawdź pliki .htaccess, wp-config.php oraz katalog uploads.

Odwirurusowywanie WordPress nie powinno ograniczać się do zainstalowania jednej wtyczki bezpieczeństwa. Trzeba znaleźć źródło infekcji, usunąć backdoory, zamknąć lukę i upewnić się, że Google nie indeksuje już spamowych podstron.

Problemy po aktualizacji WordPressa, motywu lub wtyczek

Aktualizacje są potrzebne, ale źle przeprowadzone mogą unieruchomić stronę. Najczęściej problem pojawia się wtedy, gdy aktualizacja została wykonana bez kopii zapasowej, bez sprawdzenia kompatybilności lub na stronie z przestarzałym motywem.

Po aktualizacji mogą wystąpić:

• błędy PHP,
• biały ekran,
• rozsypany wygląd strony,
• niedziałające formularze,
• problemy z koszykiem w WooCommerce,
• konflikty między wtyczkami cache, SEO i builderami stron.

Jak bezpiecznie aktualizować stronę?

Najlepsza kolejność to: backup, aktualizacja wtyczek, aktualizacja motywu, aktualizacja WordPressa, test formularzy, test koszyka, test wersji mobilnej i sprawdzenie logów błędów. W przypadku sklepów internetowych warto dodatkowo sprawdzić płatności, dostawy i e-maile transakcyjne.

Jeżeli strona generuje sprzedaż lub leady, aktualizacji nie powinno się wykonywać „na ślepo” w godzinach największego ruchu. Bezpieczniej zrobić to wieczorem, na kopii testowej lub po wcześniejszym przygotowaniu pełnej kopii zapasowej.

Wolne ładowanie strony i przeciążenie serwera

Nie każda awaria oznacza całkowity brak dostępu do strony. Czasem witryna działa, ale ładuje się tak wolno, że użytkownicy rezygnują przed zobaczeniem oferty. Dla biznesu efekt jest podobny: mniej zapytań, mniej sprzedaży i gorsza skuteczność reklam.

Najczęstsze przyczyny wolnego działania strony to:

• zbyt ciężkie zdjęcia,
• brak cache,
• duża liczba wtyczek,
• słaby hosting współdzielony,
• nieoptymalna baza danych,
• zewnętrzne skrypty reklamowe i analityczne,
• błędy zapytań AJAX, cron lub REST API.

Warto sprawdzić, czy problem dotyczy całej strony, tylko panelu administracyjnego, wybranych podstron czy np. koszyka WooCommerce. To zawęża obszar diagnostyki i pozwala szybciej znaleźć przyczynę.

Problemy z SSL, przekierowaniami i komunikatem „strona niezabezpieczona”

Certyfikat SSL jest dziś podstawą działania strony firmowej. Jeżeli użytkownik widzi komunikat Połączenie nie jest prywatne albo Strona niezabezpieczona, może natychmiast opuścić witrynę.

Typowe przyczyny problemów z SSL to:

• wygasły certyfikat,
• źle ustawione przekierowanie z HTTP na HTTPS,
• mieszana zawartość, czyli mixed content,
• błędne adresy w ustawieniach WordPressa,
• nieprawidłowa konfiguracja domeny po migracji.

Jak naprawić błędy SSL?

Najpierw sprawdź, czy certyfikat jest aktywny na hostingu. Następnie upewnij się, że w WordPressie w polach Adres WordPressa i Adres witryny znajduje się wersja z https://.

Jeżeli problemem jest mixed content, trzeba poprawić adresy obrazów, skryptów i arkuszy CSS zapisane nadal jako HTTP. Czasem wystarczy aktualizacja adresów w bazie danych, ale przy większych stronach trzeba zrobić to ostrożnie, aby nie uszkodzić danych serializowanych.

Awaria bazy danych – komunikat o braku połączenia

Komunikat Error establishing a database connection oznacza, że WordPress nie może połączyć się z bazą danych. To jedna z poważniejszych awarii, bo bez bazy strona nie ma dostępu do treści, ustawień, użytkowników i zamówień.

Najczęstsze przyczyny to:

• błędne dane dostępowe w pliku wp-config.php,
• awaria serwera baz danych,
• uszkodzona baza,
• przekroczony limit zasobów hostingu,
• problem po migracji strony na inny serwer.

W pierwszej kolejności należy sprawdzić nazwę bazy, użytkownika, hasło i host bazy danych w pliku wp-config.php. Jeżeli dane są poprawne, problem może leżeć po stronie hostingu lub uszkodzonych tabel bazy.

Naprawa stron internetowych – kiedy działać samodzielnie, a kiedy zlecić to specjaliście?

Samodzielna diagnostyka ma sens, jeśli problem jest prosty: jedna wtyczka powoduje konflikt, certyfikat SSL wygasł albo po aktualizacji trzeba przywrócić plik .htaccess. W takich przypadkach często wystarczy dostęp do FTP, panelu hostingu i podstawowa wiedza techniczna.

Nie warto jednak ryzykować, gdy:

• strona została zainfekowana złośliwym oprogramowaniem,
• problem dotyczy sklepu WooCommerce i zamówień klientów,
• nie masz aktualnej kopii zapasowej,
• nie działa panel WordPress i FTP,
• Google oznaczył stronę jako niebezpieczną,
• awaria pojawiła się podczas kampanii Google Ads lub Meta Ads,
• każda godzina przestoju oznacza realną stratę finansową.

Najważniejsza zasada: zanim zaczniesz usuwać pliki, zmieniać bazę danych lub instalować kolejne wtyczki naprawcze, wykonaj kopię zapasową. Chaotyczne próby naprawy potrafią pogorszyć sytuację i wydłużyć czas przywracania strony.

Jak ograniczyć ryzyko kolejnych awarii?

Dobrze utrzymywana strona psuje się znacznie rzadziej. Nie da się całkowicie wyeliminować ryzyka, ale można mocno ograniczyć skutki awarii.

W praktyce warto wdrożyć:

• automatyczne kopie zapasowe plików i bazy danych,
• regularne aktualizacje WordPressa, motywów i wtyczek,
• silne hasła i logowanie dwuetapowe,
• monitoring dostępności strony,
• skanowanie plików pod kątem malware,
• ograniczenie liczby zbędnych wtyczek,
• dobry hosting z aktualną wersją PHP,
• testowanie większych zmian na kopii strony.

Warto też dokumentować zmiany. Jeśli wiadomo, że awaria pojawiła się po konkretnej aktualizacji, instalacji wtyczki albo zmianie ustawień serwera, diagnoza jest znacznie szybsza.

Podsumowanie

Biały ekran, błąd 500, infekcja wirusem, problemy z SSL czy awaria bazy danych to sytuacje, które wymagają spokojnej, technicznej diagnostyki. Najgorsze, co można zrobić, to działać przypadkowo: usuwać pliki bez kopii, instalować kolejne wtyczki „naprawcze” albo ignorować ostrzeżenia Google.

Jeśli nie masz czasu na samodzielną walkę z kodem, boisz się utraty danych albo problem jest bardziej złożony, na przykład dotyczy infekcji złośliwym oprogramowaniem, warto oddać stronę w ręce specjalistów. Kompleksowa i szybka naprawa stron internetowych to specjalność serwisu naprawa-stron.pl, który pomaga błyskawicznie przywrócić biznesy online do życia.

Im szybciej zareagujesz na awarię, tym większa szansa, że uda się ograniczyć straty, zabezpieczyć dane i przywrócić stronę bez długiego przestoju. W przypadku firmowej witryny lub sklepu internetowego sprawna reakcja to nie wygoda, ale element ochrony sprzedaży, reputacji i bezpieczeństwa klientów.