Strona się nie otwiera — 12 przyczyn i jak sprawdzić każdą z nich

„Mnie się otwiera, klientowi nie”. „Na komputerze działa, na telefonie nie”. „Rano było dobrze”. Diagnostyka takich zgłoszeń wygląda zawsze tak samo: od najszerszego pytania do najwęższego. Poniżej ta sama kolejność, którą stosujemy przy realnych awariach — od sprawdzenia, czy problem w ogóle jest po stronie strony, po konkretne przyczyny i sposób ich usunięcia.

Krok 0. Ustal, czy problem jest po Twojej stronie

Zanim zaczniesz cokolwiek naprawiać, dwie minuty na zawężenie pola:

1. Otwórz stronę w trybie prywatnym przeglądarki. Jeśli działa — problem to cache przeglądarki, ciasteczka albo rozszerzenie.
2. Otwórz na innym urządzeniu i w innej sieci — telefon na danych komórkowych zamiast Wi-Fi.
3. Sprawdź w zewnętrznym narzędziu typu „is it down” — pokaże, czy strona odpowiada z innych lokalizacji.
4. Zobacz, co widzi robot Google — w Search Console, przez Sprawdzenie adresu URL → Testuj aktywny adres URL.

Wynik tych czterech testów rozstrzyga, czy szukać przyczyny lokalnie, czy na serwerze.

Przyczyny po stronie użytkownika

1. Cache przeglądarki i ciasteczka

Najczęstsza przyczyna zgłoszeń „u mnie nie działa”. Przeglądarka trzyma starą wersję plików i nie pobiera nowych. Rozwiązanie: twarde odświeżenie strony (Ctrl+F5 lub Cmd+Shift+R), a jeśli to nie pomaga — wyczyszczenie danych witryny.

Na telefonie: ustawienia przeglądarki → wyczyść dane przeglądania. W przeglądarce mobilnej cache bywa znacznie bardziej „uparty” niż na desktopie — to dlatego zmiany na stronie widać na komputerze, a na telefonie nie.

2. Rozszerzenia i blokery reklam

Blokery treści potrafią zablokować skrypty, od których zależy działanie formularza, mapy albo koszyka. Test: otwórz stronę w trybie prywatnym z wyłączonymi rozszerzeniami.

3. Ustawienia DNS urządzenia lub sieci

Sieć firmowa, publiczne Wi-Fi albo kontrola rodzicielska mogą blokować domenę. Szybki test: przełącz telefon na dane komórkowe. Jeśli wtedy działa — blokada jest po stronie sieci, nie strony.

Przyczyny po stronie strony i serwera

4. Wygasła domena

Sprawdzasz w bazie WHOIS. Strona i poczta przestają działać z dnia na dzień, zwykle bez ostrzeżenia, jeśli powiadomienia szły na adres, którego nikt nie czyta. Dlatego automatyczne odnawianie i rejestracja na własne dane są tak ważne — piszemy o tym w tekście o domenie i adresie strony internetowej.

5. Wygasły certyfikat SSL

Przeglądarka pokazuje ostrzeżenie o niebezpiecznym połączeniu i wielu użytkowników po prostu zawraca. Certyfikaty Let’s Encrypt odnawiają się automatycznie, ale automat czasem zawodzi — po zmianie konfiguracji serwera albo rekordów DNS. Sprawdzasz to, klikając kłódkę w pasku adresu.

6. Problem z rekordami DNS

Po migracji hostingu, zmianie serwerów nazw albo pomyłce w rekordzie A domena może wskazywać w próżnię. Objaw charakterystyczny: część osób widzi starą wersję, część nową, część nic — to trwająca propagacja zmian.

Uwaga na pułapkę: przy zmianie serwerów nazw przenosisz też pocztę. Jeśli rekordy MX nie zostały przepisane, strona wraca, a maile giną.

7. Przekroczone limity hostingu

Na hostingu współdzielonym limity pamięci, procesora lub liczby procesów są sztywne. Efekt: strona działa rano, a przy większym ruchu zwraca błąd 508 albo po prostu się nie ładuje. To najczęstsza awaria po uruchomieniu kampanii reklamowej. Co brać pod uwagę przy wyborze pakietu, opisujemy w tekście o tym, co wpływa na prędkość strony.

8. Biała strona po aktualizacji

Klasyczny „biały ekran śmierci”. Przyczyna to zwykle błąd PHP w motywie lub wtyczce po aktualizacji. Diagnoza:

1. Włącz WP_DEBUG w pliku wp-config.php albo zajrzyj do logu błędów na hostingu — komunikat wskaże plik i linię.
2. Jeśli nie masz dostępu do panelu, zmień nazwę folderu podejrzanej wtyczki przez FTP — WordPress ją dezaktywuje i panel wróci.
3. Przywróć poprzednią wersję albo kopię zapasową.

Pełną procedurę bezpiecznego aktualizowania opisaliśmy w tekście o aktualizacjach WordPressa.

9. Niezgodna wersja PHP

Hostingodawcy podnoszą wersję PHP, czasem automatycznie. Starsza wtyczka albo motyw mogą tego nie obsłużyć — efektem jest błąd 500 lub pusta strona. Rozwiązanie doraźne: cofnięcie wersji PHP w panelu hostingu. Docelowe: aktualizacja lub wymiana niekompatybilnego komponentu.

10. Konflikt wtyczki cache’ującej

Szczególnie dotkliwy w sklepach: buforowane strony koszyka i zamówienia powodują, że klient widzi cudze dane albo pusty koszyk. Strony koszyka, zamówienia i konta muszą być wykluczone z cache.

11. Mieszana treść po przejściu na HTTPS

Strona ładuje się, ale bez stylów i grafik, a przeglądarka pokazuje ostrzeżenie. Powód: część zasobów wciąż jest wywoływana po HTTP. Wymaga podmiany adresów w bazie danych — nie ręcznie w edytorze.

12. Włamanie lub złośliwe przekierowanie

Objawy: strona przekierowuje na obcy adres, wyświetla nieznaną treść albo Google pokazuje ostrzeżenie w wynikach. Sprawdź w Search Console zakładkę Bezpieczeństwo i działania ręczne. Co robić dalej, opisujemy krok po kroku w tekście WordPress zhakowany — co teraz.

„Na telefonie nie działa” — przypadki specyficzne dla mobile

• Strona nie jest responsywna — ładuje się, ale jest nieużywalna. To nie awaria, tylko brak wersji mobilnej; kontekst w poradniku mobile-first.
• Zbyt ciężkie skrypty — na słabszym telefonie i wolnym łączu strona ładuje się tak długo, że użytkownik uznaje ją za niedziałającą. Sprawdź INP i LCP w danych z rzeczywistych użytkowników (Core Web Vitals).
• Element zasłaniający treść — baner cookies bez widocznego przycisku zamknięcia albo czat, który na małym ekranie przykrywa przycisk zamówienia. Bardzo częste i łatwe do przeoczenia, bo na desktopie wygląda dobrze.
• Stara przeglądarka na starszym systemie — nieobsługiwana składnia CSS lub JS wywala układ.

Jak dowiedzieć się o awarii przed klientem

Najgorszy scenariusz to telefon od klienta z informacją, że strona nie działa od dwóch dni. Minimalne zabezpieczenie:

• Monitoring dostępności sprawdzający stronę co kilka minut i wysyłający alert (monitoring uptime),
• przypomnienia o wygasających domenie i certyfikacie,
• regularne kopie zapasowe, z których faktycznie da się odtworzyć stronę,
• alerty z Search Console na adres, który ktoś czyta.

To zestaw, który wchodzi u nas w skład stałej opieki nad stroną — razem z reakcją na alert, bo samo powiadomienie o awarii jeszcze jej nie naprawia.

[DO UZUPEŁNIENIA] — realny przykład awarii z Waszej praktyki: co się stało, jak długo trwała diagnoza i co było przyczyną. Historie awarii czyta się najlepiej.

FAQ — strona nie działa

Dlaczego strona działa na komputerze, a nie na telefonie? Najczęściej to cache przeglądarki mobilnej albo brak responsywności. Rzadziej: element interfejsu zasłaniający treść na małym ekranie lub skrypt, który nie wykonuje się na starszym systemie.

Co znaczy „nie można nawiązać połączenia z serwerem”? Że przeglądarka nie doszła do serwera — problem leży w DNS, w wygasłej domenie albo w tym, że serwer nie odpowiada. To nie jest błąd w treści strony.

Jak długo trwa propagacja zmian DNS? Zwykle od kilkunastu minut do kilku godzin, choć w skrajnych przypadkach do doby. Zmiany planuj poza godzinami pracy i obniż wartość TTL na dzień przed migracją.

Czy odświeżenie strony coś naprawi? Zwykłe odświeżenie rzadko. Twarde odświeżenie (Ctrl+F5) pomija cache przeglądarki i faktycznie rozwiązuje sporą część zgłoszeń „u mnie się nie zaktualizowało”.

Strona zniknęła z Google, choć się otwiera. Dlaczego? Możliwych przyczyn kilka: włączona blokada indeksowania po pracach na kopii testowej, ręczne działanie za naruszenie wytycznych albo błąd serwera występujący akurat wtedy, gdy robot próbuje pobrać stronę. Zacznij od raportu indeksowania w Search Console i od audytu strony.

Autor: Adrian Kamiński — Websky Studio, Poznań. Monitoring, diagnostyka i przywracanie stron po awariach — dla klientów z całej Polski.