Sprawdzanie błędów na stronie: linki, 404, 5xx, JS i formularze

Sprawdzanie błędów na stronie w praktyce: jak wyłapać martwe linki, miękkie 404, odpowiedzi 5xx, błędy JavaScript, zepsute formularze i mixed content.

Linki · Opublikowano: 12 października 2026 · 5 min czytania · Марк Лебедев

Odwiedzający prawie nigdy nie zgłaszają błędów. Trafiają na martwy link, formularz, który po cichu nic nie wysyła, albo stronę rozsypaną w połowie — i wychodzą. Wyszukiwarki są mniej delikatne: zapisują błąd i rzadziej odwiedzają witrynę. Regularne sprawdzanie błędów na stronie pozwala znaleźć to wszystko, zanim zrobią to oni. Poniżej praktyczny przewodnik po siedmiu najczęstszych rodzajach błędów: gdzie się ukrywają i jak je potwierdzić.

1. Martwe linki

Link prowadzący do 404 lub 410 to najczęstszy błąd na każdej witrynie starszej niż rok. Strony zmieniają adresy, produkty znikają z oferty, pozycja menu wciąż prowadzi do zeszłorocznej wyprzedaży. Martwe linki wewnętrzne są całkowicie pod Twoją kontrolą i szkodzą podwójnie: ślepy zaułek dla użytkownika i zmarnowane żądanie robota. Linki zewnętrzne psują się we własnym tempie.

Naprawa polega na zmianie linku, a nie na wiecznym przekierowaniu: kieruj odnośnik od razu na adres docelowy. Przypadki brzegowe omawia artykuł o martwych linkach, a strona pomocy wyjaśnia, jak skaner przechodzi po linkach wewnętrznych i sprawdza, dokąd prowadzą.

2. Strony 404 i miękkie 404

Prawdziwy 404 jest w porządku — to uczciwa odpowiedź na brak strony. Błąd zaczyna się wtedy, gdy nieistniejąca strona odpowiada 200 OK, a „nie znaleziono” jest tylko w treści. To soft 404: monitoring uważa stronę za zdrową, wyszukiwarka indeksuje śmieci. Sprawdzisz to jednym poleceniem:

curl -s -o /dev/null -w "%{http_code}\n" https://example.com/no-such-page-7c1/

Wszystko poza 404 lub 410 wymaga poprawki. Skaner wykonuje dokładnie ten test — zobacz, jak sprawdzana jest obsługa 404.

3. Błędy serwera (5xx)

500, 502 czy 503 oznaczają, że zawiódł serwer, a nie użytkownik. Sporadyczne 5xx najtrudniej złapać: strona działa, gdy ją otwierasz, a pada pod obciążeniem, przy zimnym cache albo dla konkretnych parametrów w adresie. Szukaj ich w logach serwera i w każdym crawlu, który pobiera wiele stron po kolei. Strona odpowiadająca błędem to jedno z niewielu ustaleń zawsze krytycznych: jest zepsuta dla wszystkich i to teraz.

4. Błędy JavaScript w konsoli

Rzucony wyjątek potrafi zatrzymać resztę skryptu: menu się nie otwiera, koszyk się nie aktualizuje, tag analityczny nie odpala. Wizualnie strona może przy tym wyglądać idealnie. Otwórz DevTools → Console i przeładuj stronę: czerwone wiersze to błędy, a nieprzechwycone wyjątki są najgorsze. Typowi winowajcy to skrypt zewnętrzny, który się nie wczytał, brakujący element, na który liczy kod, i 404 na fragmencie JS po wdrożeniu. Jak je segregować, wyjaśnia artykuł o błędach w konsoli.

5. Formularze, które nie działają

Formularz kontaktowy czy zamówienia to miejsce, w którym błąd kosztuje bezpośrednio. Typowe awarie: formularz nie ma action albo wysyła dane do usuniętego endpointu, walidacja odrzuca poprawne dane (telefon z plusem, polskie znaki w nazwisku), przycisk wysyłki nie reaguje przez błąd JS, strona „Dziękujemy” zwraca 404. Po każdym wydaniu wyślij każdy formularz samodzielnie; co sprawdzać, wymienia przewodnik po testowaniu formularzy.

6. Mixed content i niedziałające obrazy

Każdy zasób wczytany na stronie HTTPS przez http:// to treść mieszana. Aktywny mixed content (skrypty, iframe) przeglądarki blokują od razu, pasywny oznaczają ostrzeżeniem, więc jeden stary adres obrazka może kosztować Cię kłódkę w pasku adresu. Szczegóły w artykule o mixed content. Niedziałające obrazy to wizualny bliźniak martwych linków: adres grafiki zwraca 404 i na stronie zostaje pusta ramka.

Sprawdzanie błędów na stronie w SiteScan

1. Wpisz adres na stronie głównej. Darmowy skan otwiera do dziesięciu podstron w prawdziwej przeglądarce, więc widzi to samo co użytkownik, łącznie z JavaScriptem.
2. W raporcie sprawdź status HTTP każdej podstrony w tabeli „Strony” oraz sekcję „Kontrole witryny” → „Linki wewnętrzne”: każdy link wewnętrzny z przeczytanych stron jest pobierany, a martwe są wymienione razem ze stroną, na której je znaleziono.
3. Zajrzyj do „Obsługi 404” w poszukiwaniu miękkich 404, do bloku „Konsola przeglądarki” po błędy i wyjątki z każdej strony oraz do testu obrazów po pliki, które się nie wczytują.
4. Popraw i kliknij „Skanuj ponownie”. Po zalogowaniu przycisk „Monitoruj tę witrynę” dodaje domenę do harmonogramu, a kolejny raport pokazuje, co jest nowe, co naprawiono i co zostało.

Jeśli problem zaczyna się od objawu, a nie od kodu błędu — „strona zwolniła”, „maile trafiają do spamu” — przejdź do artykułu o diagnostyce strony.