Checker uszkodzonych linków

Martwe linki obniżają zaufanie użytkowników, SEO i cierpliwość czytelników. Wklej URL strony, a checker przejdzie po każdym <a href>, odpyta każdy cel i raportuje status HTTP — 200 OK, 301 przekierowanie, 404 nie znaleziono, 500 błąd, przekroczenie czasu. Łańcuchy przekierowań są rozwijane, żeby zobaczyć, czy finalnie nie kończą się błędem, a wynik można filtrować po statusie, więc najpierw naprawisz najgorsze przypadki.

Jak działa checker uszkodzonych linków

  1. 1

    Wpisz URL strony

    Domyślnie jedna strona. Opcja małej mapy witryny kolejkuje do 50 stron z sitemap.xml.

  2. 2

    Wszystkie linki wychodzące są wyciągane

    Linki wewnętrzne, zewnętrzne, obrazy i skrypty są parsowane z wyrenderowanego HTML.

  3. 3

    Żądania HEAD, potem GET

    Każdy URL najpierw dostaje HEAD; serwery odrzucające HEAD dostają lekkie GET. Timeout działa po 10 sekundach na link.

  4. 4

    Wyniki grupowane według statusu

    2xx zdrowe, 3xx przekierowania (z łańcuchem), 4xx błędy klienta, 5xx błędy serwera oraz awarie DNS/timeout. Po zakończeniu eksportuj jako CSV.

Krótki przewodnik po statusach HTTP

Kod Znaczenie Co zrobić
200 OK Bez działania
301 Przeniesiono na stałe Zaktualizuj link do finalnego URL
302 Znaleziono (tymczasowe przekierowanie) Zwykle OK; długie łańcuchy są złe
307 / 308 Ścisłe tymczasowe / stałe przekierowanie Zaktualizuj, jeśli łańcuch ma wiele skoków
403 Zabronione Link istnieje, ale jest blokowany (paywall, region)
404 Nie znaleziono Usuń albo zastąp link
410 Usunięto Zdecydowanie zastąp — strona została trwale usunięta
429 Zbyt wiele żądań Sprawdź później; cel ma limit żądań
500 / 502 / 503 Błędy serwera Sprawdź ponownie; problem może być przejściowy
Przekroczenie czasu Serwer za wolny Sprawdź ponownie; oznacz, jeśli trwa

Łańcuchy przekierowań

Wiele skoków (A → B → C → D) dodaje opóźnienie, traci PageRank i dezorientuje crawlery. Cel powinien być zawsze ≤ 1 skok od linku źródłowego. Checker oznacza łańcuchy 2+, żeby można było zaktualizować pierwotny href do finalnego miejsca docelowego.

Częste przyczyny

  • Wygasłe artykuły zewnętrzne — serwisy newsowe gniją, blogi znikają.
  • Pozostałości migracji HTTPS — cele http://, które teraz przekierowują do https://.
  • Przeniesione strony produktów — reorganizacje e-commerce psują linki przychodzące.
  • Linki kotwiczące do zmienionych sekcji#old-heading na własnej stronie.
  • Niespójności końcowego ukośnika/page vs /page/ może dawać 301 albo 404 zależnie od konfiguracji serwera.

Jak przyspieszyć

  • Skanuj jedną stronę naraz dla dokładnego raportowania; duże mapy witryny uderzają w limity współdzielonych serwerów.
  • Buforuj statusy przez 24 godziny, żeby nie bombardować tych samych celów wielokrotnie.
  • Wyklucz adresy URL udostępniania w mediach społecznościowych — często zwracają botom 403 niezależnie od realnej kondycji linku.

Najczęściej zadawane pytania

Domyślnie sprawdza linki wychodzące na pojedynczym URL-u, który podasz. Tryb sitemap kolejkuje do 50 stron naraz; przy pełnych audytach dużych serwisów użyj dedykowanego crawlera desktopowego, np. Screaming Frog.

Niektóre serwery blokują żądania bez przeglądarkowego User-Agent, cookies albo referer. Checker wysyła minimalny zestaw nagłówków; spróbuj opcji „udawaj przeglądarkę”, jeśli podejrzewasz fałszywe alarmy.

Tak, linki rel=“nofollow” też są sprawdzane, bo uszkodzone nofollow nadal psują UX. Możesz odfiltrować je w widoku wyników, jeśli interesuje Cię tylko dofollow.

Miesięcznie dla większości blogów, tygodniowo dla stron o dużym ruchu albo e-commerce. Po dużej migracji treści uruchom je następnego dnia i tydzień później.

Powiązane narzędzia