Jak sprawdzić, czy strona działa? 5 metod

Wpisujesz adres swojej strony w przeglądarce i widzisz błąd, biały ekran albo przeglądarka „kręci się" w nieskończoność. Pierwsza myśl: strona padła. Druga: czy widzą to też moi klienci, czy tylko ja?

To różnica, która decyduje o tym, czy masz 5 minut, czy 5 godzin na reakcję. Poniżej pięć metod sprawdzenia dostępności strony — od najszybszej (ale zawodnej), po taką, która zaalarmuje Cię, zanim klient w ogóle zauważy problem.

1. Sprawdź z innej sieci i innego urządzenia

Zanim zaczniesz panikować, wyklucz najprostszą przyczynę: problem może leżeć po Twojej stronie. Spróbuj otworzyć stronę:

• z telefonu na transmisji danych (nie Wi-Fi),
• w trybie incognito — wyklucza to stary, zapisany w cache błąd,
• poproszenia znajomego lub współpracownika o sprawdzenie z innej lokalizacji.

Jeśli strona działa u innych, a u Ciebie nie — winny jest najczęściej Twój router, dostawca internetu albo lokalny DNS. Jeśli nie działa nigdzie — przechodzimy dalej.

2. Skorzystaj z narzędzia „czy strona działa dla wszystkich"

Istnieje wiele darmowych narzędzi online, które odpytują Twoją stronę z kilku-kilkunastu lokalizacji na świecie i mówią wprost: „działa" albo „nie odpowiada z X lokalizacji". To szybki sposób na potwierdzenie, że problem nie jest tylko Twój.

Minus: takie sprawdzenie robisz ręcznie, w danej chwili. Nie powie Ci, czy strona padła 5 minut temu, ani czy wcześniej już raz „mrugnęła" w nocy.

3. Sprawdź kod odpowiedzi HTTP

Każda strona, gdy odpowiada serwerowi, zwraca tzw. kod statusu HTTP. To on mówi najwięcej o naturze problemu:

• 200 OK — wszystko działa poprawnie.
• 301 / 302 — przekierowanie (np. na inny adres lub HTTPS).
• 403 Forbidden — dostęp zablokowany, często przez firewall hostingu lub błędne uprawnienia plików.
• 404 Not Found — adres nie istnieje (ale serwer działa).
• 500 Internal Server Error — błąd po stronie serwera, najczęściej w kodzie aplikacji (np. wtyczka WordPress, błąd PHP).
• 502 / 503 / 504 — serwer przeciążony, niedostępny lub w trybie konserwacji.

Kod odpowiedzi możesz sprawdzić narzędziami online do analizy nagłówków HTTP albo poleceniem curl -I https://twojadomena.pl w terminalu, jeśli masz dostęp do konsoli.

4. Zajrzyj do logów i panelu hostingu

Jeśli kod odpowiedzi to 500 lub strona w ogóle nie odpowiada, kolejny krok to panel hostingowy:

• sprawdź logi błędów PHP (error_log) — często od razu wskażą wadliwą wtyczkę lub plik,
• sprawdź zużycie zasobów — czy nie przekroczyłeś limitu CPU, RAM lub liczby procesów,
• sprawdź status bazy danych — błąd „Error establishing a database connection" to jeden z najczęstszych powodów awarii WordPressa (więcej o tym piszemy w artykule WordPress padł w nocy – co zrobić?).

5. Automatyczny monitoring uptime 24/7

Wszystkie powyższe metody mają jedną wspólną wadę: musisz je wykonać ręcznie, w momencie, gdy już wiesz, że coś jest nie tak. A co, jeśli strona pada o 3:00 w nocy, w weekend albo gdy jesteś na urlopie bez laptopa?

Tu wchodzi automatyczny monitoring. Działa to tak:

• zewnętrzny serwer odpytuje Twoją stronę co kilka minut (np. co 5 minut, czyli prawie 300 sprawdzeń dziennie),
• sprawdza nie tylko, czy strona odpowiada, ale też kod HTTP, czas odpowiedzi, certyfikat SSL i ważność domeny,
• w razie problemu wysyła alert — e-mailem, SMS-em lub na Telegrama — zanim klient zdąży zadzwonić ze skargą.

Różnica jest prosta: zamiast dowiadywać się o awarii od klienta po kilku godzinach, dostajesz SMS w ciągu kilku minut od jej wystąpienia. To, ile kosztuje Cię godzina przestoju sklepu internetowego, najlepiej obrazuje, dlaczego warto monitorować uptime automatycznie, a nie „od czasu do czasu".

Podsumowanie

Ręczne metody sprawdzania dostępności są przydatne, gdy już podejrzewasz problem — ale nie zastąpią monitoringu, który czuwa, gdy Ty śpisz, pracujesz nad czymś innym albo jesteś na wakacjach. Połączenie obu podejść — szybkiej diagnozy ręcznej i automatycznych alertów — to najlepszy sposób, by awaria strony kosztowała Cię minuty, a nie godziny.