Czy strona działa?
Zapytanie wykonywane jest z serwera — sprawdzisz, czy strona padła globalnie, czy tylko u Ciebie.
Strona nie chce się otworzyć? To narzędzie odpytuje ją z naszego serwera — czyli z zupełnie innego miejsca w sieci niż Twoje łącze — i od razu rozstrzyga najważniejsze: awaria jest globalna czy problem leży po Twojej stronie.
Do czego służy ten test?
Niedostępność strony internetowej ma dziesiątki możliwych przyczyn i tylko część z nich leży po stronie serwisu: awaria serwera, przeciążenie, błąd wdrożenia, wygasła domena, atak hakerski. Równie często winowajca siedzi bliżej — w cache przeglądarki internetowej, ustawieniach DNS na routerze, firewallu firmowym albo u lokalnego dostawcy internetu.
Test z niezależnego punktu w sieci pozwala te scenariusze rozdzielić w kilka sekund. Jeżeli nasz serwer dostaje poprawną odpowiedź, a Ty wciąż widzisz błąd — szukaj problemu lokalnie. Jeżeli oba końce widzą awarię, wiesz, że strona faktycznie „leży” i pozostaje czekać albo działać, jeśli to Twój serwis.
Jak korzystać z narzędzia?
- Wpisz adres strony — wystarczy sama domena (np.
sycope.com); przedrostekhttps://możesz pominąć. - Kliknij „Sprawdź” — nasz serwer wykona żądanie HTTP i pokaże wynik po kilku sekundach.
- Odczytaj werdykt — zielone „Strona odpowiada” oznacza poprawną odpowiedź; „Strona zwróciła błąd” wskazuje na problem po stronie serwisu.
Jak czytać wyniki?
- Kod HTTP — trzycyfrowy status odpowiedzi. Kody 2xx oznaczają sukces, 3xx przekierowanie, 4xx błąd żądania (np. 404 — strona nie istnieje, 403 — brak dostępu), a 5xx błąd serwera (np. 500 — błąd aplikacji, 502/504 — problem między serwerami).
- Adres i przekierowanie — jeśli strona przenosi ruch pod inny adres (np. z HTTP na HTTPS albo z
wwwna wersję bezwww), zobaczysz cały łańcuch. - HTTPS — czy połączenie zostało zestawione po bezpiecznym protokole; problemy z certyfikatem SSL to częsta przyczyna alarmów w przeglądarkach.
- Serwer i typ treści — nagłówki zdradzające oprogramowanie serwera (np. nginx, LiteSpeed) oraz rodzaj zwróconej treści.
Strona nie działa tylko u mnie — co sprawdzić?
Zacznij od najprostszych rzeczy: odśwież stronę z pominięciem cache (Ctrl+Shift+R), sprawdź inną przeglądarkę lub tryb incognito i upewnij się, że inne serwisy działają. Kolejny krok to DNS — system operacyjny i router trzymają odpowiedzi w pamięci podręcznej, więc po zmianach na domenie warto wyczyścić cache DNS albo przełączyć się na publiczne serwery (np. 1.1.1.1 lub 8.8.8.8). Winne bywają też VPN i firewall, zwłaszcza w sieciach firmowych, gdzie część witryn jest po prostu blokowana.
Jeśli natomiast to Twoja strona zwraca błąd, diagnostykę zaczyna się od logów serwera i komunikatu błędu: kod 500 wskazuje zwykle na aplikację (w WordPressie często wtyczkę lub motyw), 502/504 na problem między serwerem WWW a backendem lub bazą danych, a długi czas odpowiedzi serwera — na przeciążenie zasobów hostingu.
Monitoring dostępności — krok dalej niż ręczny test
Ręczny test odpowiada na pytanie „czy strona działa teraz”. Przy serwisach, na których zarabiasz, warto pójść o krok dalej: monitoring stron internetowych odpytuje witrynę automatycznie co kilkadziesiąt sekund i wysyła alert, gdy tylko pojawi się błąd — dzięki czemu o awarii dowiadujesz się przed klientami, a statystyka uptime pokazuje, ile obiecywanej dostępności hosting faktycznie dowozi. W większych środowiskach ten sam problem rozwiązuje się szerzej: platformy monitoringu sieci takie jak Sycope obserwują nie pojedynczy adres, lecz cały ruch — od czasów odpowiedzi usług po anomalie wskazujące na atak.
Najczęstsze pytania (FAQ)
Skąd mam wiedzieć, czy strona nie działa u wszystkich, czy tylko u mnie?
Właśnie od tego jest to narzędzie: wykonuje żądanie z naszego serwera, niezależnego od Twojego łącza. Jeśli u nas strona odpowiada, a u Ciebie nie — problem jest lokalny (cache, DNS, firewall, dostawca internetu).
Co oznacza kod HTTP 500, 502 lub 504?
To błędy po stronie serwisu. Kod 500 wskazuje na błąd aplikacji, 502 i 504 na problemy w komunikacji między serwerami — np. gdy backend lub baza danych nie odpowiada. W takiej sytuacji użytkownik może tylko czekać; administrator powinien zajrzeć w logi serwera.
Strona działa, ale u mnie wyświetla się stara wersja — dlaczego?
Najpewniej patrzysz na kopię z pamięci podręcznej — przeglądarki, systemowego DNS albo pośredniczącego CDN. Odśwież bez cache (Ctrl+Shift+R), a przy zmianach DNS daj sieci czas na propagację.
Czy narzędzie sprawdza też certyfikat SSL?
Pośrednio — pokazujemy, czy połączenie po HTTPS doszło do skutku. Jeśli strona odpowiada tylko po HTTP albo przeglądarka ostrzega o certyfikacie, to sygnał, że certyfikat SSL wygasł lub jest błędnie skonfigurowany.
Jak często wypada sprawdzać dostępność swojej strony?
Ręcznie — po każdym wdrożeniu i przy zgłoszeniach od użytkowników. Systemowo — stale: monitoring z alertami wykrywa niedostępność w ciągu minut, a bez niego o nocnej awarii dowiesz się dopiero rano.
Co oznacza „przekierowanie” w wynikach?
Serwer zamiast treści zwrócił adres, pod którym ona faktycznie jest — to normalne np. przy wymuszaniu HTTPS. Zwróć jednak uwagę na łańcuchy kilku przekierowań: spowalniają wejście na stronę i bywają błędem konfiguracji.