Sprawdzanie martwych linków na stronie online

Jak sprawdzić stronę pod kątem niedziałających linków online: jedna podstrona czy cały serwis

Sprawdzanie niedziałających linków działa tu prosto: narzędzie pobiera HTML strony, zbiera wszystkie linki z tagów <a href> i odpytuje każdy z nich, aby uzyskać kod odpowiedzi serwera. Jest bezpłatne i nie wymaga rejestracji. Formularz ma dwa tryby, a wybór decyduje o tym, co trafi do raportu.

• „Tylko ta strona” — sprawdza do 100 unikalnych linków z podanego adresu. Przydaje się do szybkiej kontroli artykułu, landing page'a lub strony kategorii po zmianach.
• „Cały serwis (do 10 podstron)” — do strony startowej dochodzi do 9 wewnętrznych podstron HTML, do których ona linkuje (zwykle menu i główne sekcje). Łącznie sprawdzanych jest do 300 unikalnych linków, a kolumna „Znaleziono na” pokazuje, na których podstronach jest każdy link.

Ograniczenia — wprost, żeby dobrze interpretować wynik:

• Skan jest płytki: w trybie serwisu otwierane są tylko podstrony, do których prowadzi adres startowy. Aby sprawdzić głęboką sekcję, wklej adres jej strony zbiorczej (katalog, archiwum bloga) — każdy taki skan daje nową porcję linków.
• Linki dodawane przez JavaScript dopiero w przeglądarce (SPA, doładowywanie przy przewijaniu) nie występują w źródłowym HTML i nie trafią do raportu.
• Sprawdzane są linki, nie zasoby: niedziałające obrazki (<img src>), style i skrypty nie są objęte skanem — chyba że do obrazka prowadzi zwykły link <a href="photo.jpg">.
• Kotwice (#section), mailto:, tel: i javascript: są pomijane — nie mają odpowiedzi HTTP.
• Limit: do 5 skanów podstron na 2 minuty i 3 skany serwisu na 5 minut.

Przy serwisie liczącym setki podstron wygodniejszy jest pełny crawl — przycisk SEO Audit pojawia się pod raportem. Instrukcja krok po kroku jest w centrum pomocy: jak znaleźć niedziałające linki.

Jak czytać raport: kody 404, 410, 5xx, timeouty i przekierowania

Raport jest posortowany według wagi: najpierw niedziałające linki (czerwona etykieta z kodem), potem timeouty, przekierowania (żółta etykieta) i linki działające (zielona). Każdy link jest najpierw odpytywany metodą HEAD; każdy błąd poza 429 jest ponownie sprawdzany pełnym żądaniem GET. Dlatego serwer, który na HEAD odpowiada 404 lub 405, a na zwykłe żądanie zwraca 200, nie jest oznaczany jako błędny. Pokazany kod jest końcowy — po przejściu do 5 przekierowań.

Oznaczenie nofollow przy anchorze nie sprawia, że link jest „mniej zepsuty”: użytkownik i tak trafi na błąd. Jak Google traktuje poszczególne kody odpowiedzi, opisuje dokumentacja Google Search Central.

Co zrobić z niedziałającym linkiem

Rozwiązanie zależy od tego, dokąd link miał prowadzić.

1. Literówka w adresie — poprawić link. Najczęstsze przyczyny: dodatkowy ukośnik, polskie znaki w URL, http zamiast https w serwisie bez przekierowania.
2. Strona została przeniesiona — zmienić link na nowy adres i dodatkowo ustawić 301 ze starego: inne serwisy i zakładki mogą nadal tam prowadzić.
3. Strona usunięta, ale jest bliski odpowiednik — 301 na niego. Przekierowanie wszystkich usuniętych stron na stronę główną Google zwykle traktuje jak soft 404, więc moc linków nie zostaje zachowana.
4. Strona usunięta bez zamiennika — usunąć link i zwracać 410 (albo zostawić 404).

301 i 410 w nginx

location = /old-page/ { return 301 /new-page/; }
# zmiana struktury: /blog/2024/05/post/ → /blog/post/
rewrite ^/blog/\d{4}/\d{2}/(.+)$ /blog/$1 permanent;
location = /discontinued/ { return 410; }

301 i 410 w Apache (.htaccess)

Redirect 301 /old-page/ https://example.com/new-page/
RedirectMatch 301 ^/blog/\d{4}/\d{2}/(.+)$ /blog/$1
Redirect gone /discontinued/

Linki wewnętrzne i zewnętrzne: co naprawiać najpierw

Kolumna „Typ” dzieli linki na wewnętrzne i zewnętrzne (subdomena www liczy się jako ten sam serwis). Zacznij od wewnętrznych: masz kontrolę nad obiema stronami, a niedziałający link wewnętrzny marnuje budżet indeksowania i przerywa przepływ mocy między Twoimi podstronami. Najważniejsze są linki w menu, stopce i szablonach — jeden błąd w szablonie powtarza się na każdej podstronie, co w trybie serwisu widać po długiej liście w kolumnie „Znaleziono na”.

Linki zewnętrzne psują się same z czasem: źródła znikają, zmieniają strukturę lub przenoszą się na nowe domeny. Zamień link na aktualną wersję materiału, inne wiarygodne źródło albo go usuń. Przekierowania w linkach zewnętrznych rzadko są problemem; linki wewnętrzne powinny jednak prowadzić od razu na docelowy URL.

Niedziałające linki w WordPressie i po migracji serwisu

Raport pokazuje, na której podstronie jest link, ale w WordPressie ten sam stary adres bywa wpisany w dziesiątki wpisów. Znajdziesz je wszystkie zapytaniem do bazy (prefiks tabel może być inny niż wp_):

SELECT ID, post_title FROM wp_posts
WHERE post_status = 'publish' AND post_content LIKE '%/old-page/%';

Masową zamianę po zmianie domeny lub struktury linków najlepiej zrobić przez WP-CLI — polecenie poprawnie obsługuje dane serializowane. Najpierw przebieg próbny:

wp search-replace 'https://old.example.com' 'https://example.com' --skip-columns=guid --dry-run

Z wtyczek przydaje się Redirection: zarządza przekierowaniami 301 z panelu i zapisuje log błędów 404. Wtyczki sprawdzające linki w tle są wygodne, ale przy dużych serwisach wyraźnie obciążają hosting — jednorazowy skan zewnętrzny tego nie robi.

Przy migracji (nowy CMS, domena lub struktura URL) przygotuj przed startem tabelę „stary URL → nowy URL”, ustaw przekierowania jeden do jednego, a zaraz po wdrożeniu przeskanuj stronę główną i główne sekcje w trybie „Cały serwis”: linki wewnętrzne ze starymi adresami dostaną żółtą etykietę przekierowania — zaktualizuj je.

Niedziałające linki a Search Console: raport „Nie znaleziono (404)”

W Search Console, w raporcie „Strony” → „Dlaczego strony nie są indeksowane”, jest wiersz „Nie znaleziono (404)”. To adresy, które Googlebot znalazł i dostał dla nich 404 — z linków wewnętrznych, innych serwisów lub starej mapy witryny. Raport pokazuje martwy URL, ale nie zawsze to, skąd prowadzi do niego link. Tu skan online uzupełnia Search Console: przeskanuj sekcje serwisu i znajdź podstrony linkujące do tych adresów. Jeśli martwe URL-e są w sitemap, usuń je z pliku — to narzędzie nie czyta map witryny. Konfigurację opisuje artykuł podłączenie Search Console.

Błędy 404 w tym raporcie same w sobie nie są karą: Google spodziewa się usuniętych stron. Naprawiaj te, do których prowadzą Twoje linki lub zewnętrzne backlinki.

Jak często sprawdzać linki na stronie

• Zaraz po migracji, zmianie struktury URL lub masowym usunięciu produktów czy artykułów.
• Po zmianach w menu, stopce i szablonach podstron.
• Raz w miesiącu w serwisach contentowych i blogach: linki zewnętrzne w starszych artykułach z czasem przestają działać.
• Przed rozpoczęciem pozycjonowania podstrony: moc linków nie powinna uciekać w ślepe zaułki.

Niedziałające backlinki: odzyskaj moc przekierowaniem 301

Osobny przypadek to linki z innych serwisów do usuniętych przez Ciebie podstron. Kończą się na 404, a ich wartość przepada. W Search Console otwórz „Linki” → „Najczęściej linkowane strony” (linki zewnętrzne), sprawdź adresy w sprawdzaniu kodu HTTP i ustaw 301 z tych, które zwracają 404, na najbliższe tematycznie działające podstrony. Serwisy linkujące do Twojej domeny znajdziesz w wyszukiwarce backlinków.