Klikają Państwo w link w wynikach wyszukiwania i trafiają na białą ścianę. „Strony nie znaleziono. 404". Odwiedzający odchodzi w trzy sekundy. Google zapamiętuje odrzucenie. I tak dziesiątki, a nawet setki razy, aż strona spadnie w wynikach dla całej puli zapytań.

Problem nie leży w hostingu, nie w nieudolności developera i nie w złym fatum. WordPress sam tworzy reguły przepisywania, sam je psuje podczas aktualizacji wtyczki czy zmiany motywu, i sam też daje wszystkie narzędzia do naprawy, bez edytowania konfiguracji serwera i wzywania administratora.

Poniżej algorytm, który zamyka 404 od pierwszego symptomu do pełnej automatyzacji. Trzy ręczne kroki dla typowych sytuacji i wtyczki do całej reszty.

💡 Szybki przegląd:

• Proszę zresetować bezpośrednie odnośniki w panelu administracyjnym w 15 sekund: w większości przypadków to wystarczy.
• Proszę sprawdzić .htaccess (Apache) lub reguły przepisywania (NGINX), jeśli reset nie pomógł.
• Proszę znaleźć winną wtyczkę metodą wyłączania: przyczyna często leży głębiej niż standardowe mechanizmy.
• Proszę podłączyć Redirection do monitorowania i przekierowań, Broken Link Checker do jednorazowego audytu i 404page do stworzenia użytecznej strony błędu.

Dlaczego błąd 404 jest groźniejszy, niż się wydaje

Technicznie 404 to kod HTTP, którym serwer odpowiada na żądanie nieistniejącego adresu URL. Przyczyny są prozaiczne: usunięto stronę, a linki pozostały w menu i starych wpisach; zmieniono slug publikacji bez przekierowania; wtyczka lub motyw nadpisały tablicę rewrite rules po aktualizacji; zewnętrzna strona podlinkowała z błędem w adresie; robot wyszukiwarki przeskanował śmieciowe URL-e z logów.

Google wprost deklaruje: pojedyncze 404 nie jest karane. Ale gdy uszkodzonych linków są dziesiątki, uruchamia się efekt kumulacji:

• Współczynnik odrzuceń rośnie. Odwiedzający wchodzi, widzi 404, odchodzi po 2 sekundach. Google rejestruje bounce rate i interpretuje jako „treść nieistotna".
• Moc linkowania jest tracona. Zewnętrzne linki do usuniętej strony po prostu wyparowują, bez przekierowania 301 ich wartość nie jest przekazywana.
• Budżet indeksowania** jest marnowany.** Robot obchodzi nieistniejące URL-e zamiast indeksować żywe strony.

Dla strony komercyjnej każde niezauważone 404 to utracone pozycje i pieniądze. Na szczęście WordPress naprawia się bez administrowania serwerem.

Krok 1: Resetowanie bezpośrednich odnośników

Najczęstsza i najbardziej niedoceniana naprawa. WordPress przechowuje reguły przepisywania w osobnej tablicy opcji. Po instalacji wtyczki, zmianie motywu lub aktualizacji rdzenia ta tablica może ulec zniszczeniu: linki prowadzą do 404, choć publikacje fizycznie są na miejscu.

Naprawa zajmuje 15 sekund:

• Proszę przejść w panelu administracyjnym: Ustawienia → Bezpośrednie odnośniki.
• Proszę niczego nie zmieniać w strukturze.
• Proszę kliknąć „Zapisz zmiany".

WordPress przebuduje tablicę rewrite rules od zera. Z reguły problem znika całkowicie. Jeśli nie pomogło, proszę przejść do kroku 2.

Krok 2: Sprawdzenie.htaccess i reguł serwera

Na serwerach z Apache WordPress polega na pliku .htaccess w katalogu głównym strony. Jeśli jest on uszkodzony, nieobecny lub nadpisany przez wtyczkę cache, bezpośrednie odnośniki przestają działać globalnie.

Standardowy blok WordPress w .htaccess:

1
<IfModule mod_rewrite.c>
2
RewriteEngine On
3
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
4
RewriteBase /
5
RewriteRule ^index\.php$ - [L]
6
RewriteCond %{REQUEST_FILENAME} !-f
7
RewriteCond %{REQUEST_FILENAME} !-d
8
RewriteRule . /index.php [L]
9
</IfModule>

Kolejność działań:

• Proszę połączyć się ze stroną przez FTP lub przez menedżer plików hostingu.
• Proszę otworzyć .htaccess w katalogu głównym i upewnić się, że standardowy blok WordPress jest obecny, nie jest zdublowany i nie jest uszkodzony.
• Jeśli pliku nie ma, proszę go utworzyć i wstawić standardowy blok powyżej.
• Jeśli po standardowym bloku WordPress występują dyrektywy wtyczek cache (W3 Total Cache, WP Rocket, LiteSpeed Cache), proszę je tymczasowo zakomentować w celu weryfikacji.
• Dla NGINX .htaccess nie jest używany. Reguły są definiowane w konfiguracji bloku serwera server {}. Proszę skontaktować się z dostawcą hostingu lub sprawdzić plik konfiguracyjny strony.

Krok 3: Diagnostyka rewrite rules

Reset bezpośrednich odnośników i .htaccess nie pomogły, przyczyna leży w konkretnej wtyczce lub niestandardowym kodzie, który ingeruje w reguły przepisywania.

Szybkie narzędzie diagnostyczne, wtyczka Debug This. Po aktywacji pokazuje ona bieżącą tablicę reguł przepisywania w czytelnej formie, faktyczny ciąg zapytania PHP z serwera i dopasowanie URL-a do reguł.

Algorytm szukania winowajcy:

• Proszę wyłączyć wszystkie wtyczki jednocześnie.
• Proszę sprawdzić, czy błąd 404 zniknął na problemowym URL-u.
• Proszę włączać wtyczki pojedynczo, za każdym razem testując problemową stronę.
• Wtyczka, po której aktywacji błąd powraca, jest przyczyną.

Najczęściej winna jest wtyczka, która rejestruje niestandardowy typ wpisów lub taksonomię bez wywołania flush_rewrite_rules() podczas aktywacji. Developerowi wystarczy jedna linijka, ale nie wszyscy to robią.

Narzędzia do wyszukiwania, przekierowywania i monitorowania

Trzy ręczne kroki opisane powyżej pokrywają większość przypadków. Kiedy jednak publikacji jest nie dziesięć, a pięćset lub pięć tysięcy, automatyzacja staje się koniecznością. Wtyczki rozwiązują trzy zadania: znajdują niedziałające linki, przekierowują odwiedzającego oraz śledzą nowe błędy w dzienniku.

Poniżej znajdują się narzędzia sprawdzone na aktualnej wersji WordPressa i aktywne w repozytorium. Wtyczki niedziałające i zamknięte zostały wykluczone.

Wyszukiwanie niedziałających linków: Broken Link Checker

Broken Link Checker, weteran repozytorium z milionem aktywnych instalacji. Skanuje całą witrynę: posty, strony, komentarze, pola niestandardowe i podświetla każdy niedziałający link.

W ustawieniach określa się częstotliwość skanowania (od godzin do dni), powiadomienia e-mail oraz filtr według typów treści. Dla każdego znalezionego niedziałającego linku dostępne są akcje po najechaniu kursorem: zmień URL we wszystkich wystąpieniach jednocześnie, usuń link, pozostawiając tekst, lub tymczasowo zamknij do następnego sprawdzenia.

Wtyczka odczuwalnie obciąża serwer podczas aktywnego skanowania. Po jednorazowym audycie lepiej ją dezaktywować i włączać raz w miesiącu w celu rewizji.

Mistrz przekierowań: Redirection

Redirection, najpopularniejszy menedżer przekierowań dla WordPressa, ponad dwa miliony aktywnych instalacji. Obsługuje przekierowania 301, 302, 307 i 308, prowadzi pełne dzienniki wszystkich błędów 404 z adresem IP i user-agent, wykonuje przekierowania warunkowe według przeglądarki lub referrera.

Trzy główne scenariusze:

• Zmiana sluga publikacji, wtyczka automatycznie dodaje przekierowanie 301 przy zmianie URL-a posta.
• Przeprowadzka witryny, masowe przekierowanie starych URL-i na nowe poprzez import CSV.
• Monitorowanie, dziennik pokazuje każdy błąd 404: z jakiego URL-a przyszedł odwiedzający, ile było prób, jaka przeglądarka.

Działa całkowicie wewnątrz WordPressa, nie rusza pliku .htaccess. W przypadku witryn na NGINX jest to kluczowe, nie trzeba edytować konfiguracji serwera.

Lekkie przekierowanie: 404 to 301

404 to 301, prosta i lekka opcja. Wszystkie błędy 404 są przekierowywane na jedną wskazaną stronę poprzez 301, 302 lub 307. Konfiguracja zajmuje minutę: wybrano typ przekierowania, wskazano stronę docelową, zapisano.

Wygodne opcje: powiadomienia o nowych błędach 404 na e-mail, szczegółowy dziennik z referrerem i user-agent, możliwość wyłączenia przekierowania i pozostawienia tylko logowania. Kod jest otwarty na GitHubie, wtyczka jest całkowicie bezpłatna.

Bezpieczne przekierowanie dla multisite: Safe Redirect Manager

Safe Redirect Manager, opracowany przez zespół 10up, jest stosowany na dużych stronach korporacyjnych. Działa z instalacjami wielostanowiskowymi WordPress i obsługuje wyłącznie bezpieczne przekierowania przez wp_safe_redirect, funkcję rdzenia, która zezwala na przekierowania tylko na hosty z białej listy.

To ochrona przed podatnościami typu open redirect: osoba atakująca nie będzie mogła wykorzystać Pana/Pani strony do przekierowania odwiedzających na domenę phishingową. Dla stron z wieloma administratorami i redaktorami jest to funkcja krytyczna.

SEO-redirect z monitorowaniem: SEO Redirection

SEO Redirection, kolejny kombajn do zarządzania przekierowaniami. Obsługuje przekierowania 301, 302 i 307, przekierowania według wzorca (na przykład wszystkie URL-e z folderu /old-blog/), logowanie błędów 404 i historię zmian.

Przydatna funkcja: przekierowanie całego folderu jedną regułą. Przeniósł Pan/Pani blog z subdomeny do sekcji strony, wszystkie stare URL-e są kierowane na nowe bez ręcznego dopasowywania. Instalacji wielostanowiskowych nie obsługuje, do tego służy wspomniany wyżej Safe Redirect Manager.

Niestandardowa strona 404: Custom 404 Pro

Custom 404 Pro zastępuje standardową stronę błędu dowolną stroną WordPress utworzoną za pomocą standardowego edytora. Można wskazać zarówno ID strony, jak i pełny URL dla zewnętrznego przekierowania.

Cechą szczególną wtyczki jest rejestrowanie słów kluczowych, po których odwiedzający trafił na stronę 404. Ta informacja pokazuje, czego ludzie szukają i nie znajdują na Pana/Pani stronie, to gotowe pomysły na nową treść. Logowane są również dane o przeglądarce i adresie IP.

Uczciwe 404 z przydatną treścią: 404page

404page rozwiązuje problem inaczej niż większość konkurentów: nie tworzy przekierowania, lecz zwraca prawidłowy kod HTTP 404 z treścią wybranej strony. To ważne dla SEO, ponieważ przy przekierowaniu 301/302 błędny URL pozostaje w indeksie, a z 404page wyszukiwarka otrzymuje uczciwą odpowiedź „strony nie ma", ale odwiedzający widzi przydatną treść.

Żadnych zewnętrznych zapytań, wtyczka wykorzystuje własne zasoby WordPress. Konfiguracja sprowadza się do utworzenia strony przez panel administracyjny i wybrania jej z listy rozwijanej Ustawienia → Strona błędu 404.

Masowe przekierowanie: All 404 Redirect to Homepage

All 404 Redirect to Homepage, najprostsze rozwiązanie. Wszystkie błędy 404 są przekierowywane na stronę główną przez 301, można wskazać dowolną niestandardową stronę zamiast głównej. Włącza Pan/Pani status, wprowadza URL, klika „Aktualizuj", konfiguracja zakończona.

Szybkie wykrywanie: 404 to Start

404 to Start wykrywa błąd 404, zanim wyszukiwarki zdążą go odnotować. Domyślnie przekierowanie 301, opcjonalnie 302. Można otrzymywać powiadomienia e-mail z informacją o przeglądarce, adresie URL i czasie przejścia.

Shortkody linków wewnętrznych: RB Internal Links

RB Internal Links pośrednio pomaga walczyć z błędami 404. Umożliwia wstawianie linków do wewnętrznych wpisów i stron za pomocą shortkodu, bez długiego adresu URL. Struktura bezpośrednich odnośników nie zostaje naruszona, ryzyko literówki przy ręcznym wprowadzaniu jest wyeliminowane. Wyszukiwanie wpisów według kategorii w oknie dialogowym wstawiania, plus dla redaktorów tworzących odnośniki krzyżowe.

Widżet wyszukiwarki Google: Google 404

Google 404 osadza pasek wyszukiwania Google na stronie 404, dzięki czemu odwiedzający kontynuuje przeszukiwanie Pana/Pani witryny, zamiast ją opuszczać. Wtyczka od dawna nie była aktualizowana, ale koncepcja jest działająca: dla pełnej skuteczności proszę przesłać mapę witryny XML do Google Search Console. Jako alternatywę można rozważyć Google Programmable Search Engine z ręcznym wstawieniem kodu w szablon 404.

Kreator stron z obsługą 404: SeedProd

Jeśli potrzebuje Pan/Pani nie tylko zastąpić stronę błędu, ale zbudować ją wizualnie z tłem, formularzem subskrypcji i wyszukiwarką, proszę użyć głównej wtyczki SeedProd (dawniej 404 Page by SeedProd, która została zamknięta przez autora). Jest to pełnoprawny kreator stron: przeciąganie bloków, ponad 300 szablonów, integracja z serwisami mailingowymi i Gravity Forms.

W wersji premium dostępne jest zbieranie leadów bezpośrednio na stronie 404, odwiedzający zostawia email, dane są zapisywane w bazie WordPress. Licencje zaczynają się od $79 rocznie za jedną witrynę (Basic), plan Pro z WooCommerce i dynamicznym tekstem to $399 rocznie.

Powyższe wideo to praktyczna demonstracja: resetowanie bezpośrednich odnośników i konfiguracja przekierowań w pięć minut. Proszę obejrzeć przed wdrożeniem opisanych narzędzi.

⁉️🤔 Często zadawane pytania

Dlaczego po zmianie motywu wszystkie strony zwracają 404?

Motyw mógł zarejestrować niestandardowe typy wpisów lub taksonomie bez wywołania flush_rewrite_rules(). Rozwiązanie: proszę wejść w Ustawienia → Bezpośrednie odnośniki i kliknąć „Zapisz zmiany" bez zmieniania struktury, WordPress przebuduje reguły przepisywania. Motyw może również nadpisywać standardową pętlę przez query_posts() lub nieprawidłowy filtr pre_get_posts. Jeśli zresetowanie odnośników nie pomogło, proszę tymczasowo przełączyć się na motyw domyślny (Twenty Twenty-Five). Jeśli błędy 404 zniknęły, problem leży w motywie, proszę skontaktować się z jego twórcą.

Jak znaleźć wszystkie uszkodzone linki na stronie bez wtyczek?

Proszę użyć desktopowego crawlera Screaming Frog SEO Spider. Darmowa wersja skanuje do 500 adresów URL i pokazuje kody odpowiedzi dla każdego linku, w tym obrazków, CSS i JavaScript. Dla dużych witryn licencja kosztuje $279 rocznie. Po skanowaniu proszę posortować wyniki według kodu „404" i wyeksportować listę uszkodzonych adresów URL. Linki wewnętrzne proszę poprawiać ręcznie lub przez Redirection, zewnętrzne zastępować aktualnymi odpowiednikami. Uszkodzone obrazy są również wychwytywane przez crawler, łatwo je przeoczyć podczas ręcznego sprawdzania.

Jak zrobić przekierowanie bez wtyczki?

Dla Apache proszę dodać w .htaccess: Redirect 301 /staryj-post /novyj-post. Dla masowych przekierowań wygodniejszy jest mod_rewrite: RewriteRule ^staryj-post/$ /novyj-post/ [R=301,L]. Dla NGINX w bloku server {}: rewrite ^/staryj-post/$ /novyj-post/ permanent;. Po edycji proszę sprawdzić, czy przekierowanie nie tworzy łańcuchów (A → B → C): każde dodatkowe przejście spowalnia ładowanie i obniża Link Equity.

Co jest lepsze: przekierowanie 301 czy niestandardowa strona 404?

Jeśli strona ma trafny odpowiednik, proszę zrobić 301, to zachowa wartość SEO. Jeśli odpowiednika nie ma, proszę zostawić uczciwe 404 z użyteczną treścią: polem wyszukiwania, linkami do popularnych sekcji i formularzem kontaktowym. Wtyczka 404page realizuje właśnie to podejście: prawidłowy kod HTTP plus treść bez przekierowania. Niestandardowe 404 z wyszukiwarką i nawigacją jest bardziej przydatne niż „ciche" 301 na stronę główną, zwłaszcza jeśli odwiedzający szukał konkretnej informacji.

Jak monitorować błędy 404 na bieżąco bez obciążania serwera?

Proszę zainstalować Redirection i włączyć dziennik 404, zapisuje on każdy uszkodzony URL z referrerem i user-agentem bez aktywnego skanowania. Raz w tygodniu proszę przeglądać dziennik: powtarzające się błędy z zewnętrznych witryn proszę zamykać przekierowaniem 301, śmieciowe zapytania od botów ignorować, a zapytania prawdziwych odwiedzających do nieistniejących stron wykorzystywać jako pomysły na nową treść. Raz w miesiącu proszę uruchomić Broken Link Checker w celu pełnego audytu i natychmiast go dezaktywować.

Co zrobić z błędami 404 już teraz

Błędy 404 nie naprawiają się same, ale ręczna kontrola każdego linku też nie jest potrzebna. Właściwa kombinacja narzędzi zamyka temat przy minimalnym wysiłku.

Zestaw startowy na najbliższe dziesięć minut:

• Proszę zresetować bezpośrednie odnośniki, 15 sekund, które często rozwiązują problem całkowicie.
• Proszę zainstalować Redirection, zapewni ono zarówno monitoring, jak i przekierowania w jednej wtyczce, bez edycji plików serwera.
• Proszę skonfigurować niestandardową stronę 404 przez 404page, aby nawet brakująca strona działała na Pana/Pani korzyść, zamiast odstraszać odwiedzającego.

Jeśli witryna jest duża i nagromadziło się wiele błędów, proszę dodać Broken Link Checker do jednorazowego audytu. Po skanowaniu proszę go wyłączyć, serwer będzie wdzięczny. Dalej już tylko monitoring przez dziennik Redirection i przekierowania w razie potrzeby.

Proszę zacząć od zresetowania bezpośrednich odnośników właśnie teraz. To nic nie kosztuje, jest bezpieczne i zajmuje mniej niż minutę.