Każdemu adresowi URL należy przypisać status zgodny z rzeczywistością: poprawna treść 200, trwałe przeniesienie 301, stan tymczasowy odpowiedni kod 3xx lub 503, a nieistniejąca treść 404 lub 410 bez fałszywego sukcesu.
Kod stanu HTTP to pierwsza informacja techniczna, jaką serwer przekazuje przeglądarce i robotowi. Mówi, czy treść udało się wczytać, czy została przeniesiona, nie istnieje lub usługa jest tymczasowo niedostępna. Niewłaściwy kod może spowodować zaindeksowanie stron błędów, nieskończone przekierowania lub usunięcie z indeksu URL, który po konserwacji miał wrócić.
Soft 404 powstaje, gdy serwer odpowiada kodem sukcesu, ale treść wygląda jak brakująca lub bezwartościowa strona. Typowym przykładem jest uniwersalny komunikat „nie znaleziono produktu” z odpowiedzią 200. Rozwiązanie nie zaczyna się od przepisania tekstu, lecz od decyzji, czy adres URL istnieje, ma zamiennik, jest tymczasowo pusty, czy chodzi o błąd aplikacji.
Test praktyczny: odpowiedź serwera i treść strony
Na stronicowanym blogu Webiant różnica jest dobrze widoczna: druga strona listy istnieje, ale strona spoza jej zakresu nie powinna zawierać pustego przeglądu z odpowiedzią oznaczającą sukces. Przy 200 artykułach i 12 artykułach na stronę lista kończy się na stronie 17. Strona 18 zwraca więc HTTP 404.
curl -I https://webiant.sk/blog/page/2/
curl -I https://webiant.sk/blog/page/18/
curl -I https://webiant.sk/sitemap.xml| Wymaganie | Oczekiwana odpowiedź | Znaczenie |
|---|---|---|
| /blog/page/2/ | 200 | Istniejąca strona z artykułami |
| /blog/page/18/ | 404 | Strona poza obecnym zakresem |
| /sitemap.xml | 301 na /wp-sitemap.xml | Przeniesienie starych danych wejściowych na aktualne mapowanie |
Polecenie curl -I sprawdza nagłówki. Następnie należy sprawdzić treść za pomocą zwykłego żądania GET: przy kodzie 200 strona musi zawierać oczekiwane artykuły, przy 404 zrozumiały komunikat i drogę powrotu do bloga. Sprawdź też końcowy adres po przekierowaniu i liczbę kroków. Samo wyświetlenie tekstu „strona nie została znaleziona” nie dowodzi poprawnej odpowiedzi serwera.
Brakującej strony nie należy masowo przekierowywać na stronę główną. Jeśli ma rzeczywisty zamiennik treściowy, należy przekierować ją na ten zamiennik; jeśli nie, należy użyć kodu 404 lub 410 w zależności od sytuacji. Celowo nieistniejąca strona nie musi być błędem, który trzeba naprawić w Search Console.
Na stronie z rosnącą liczbą artykułów prawidłowy zakres paginacji się zmienia. Dlatego test należy opierać na liczbie opublikowanych artykułów, a nie na liczbie wpisanej na sztywno. Warto zobaczyć także checklista audytu technicznego SEO.
Odpowiedź 200 musi zawierać obiecaną treść
Kod 200 jest odpowiedni, gdy żądany URL dostarcza prawidłową stronę. Nie wystarczy, że wyrenderuje się nagłówek i stopka. Jeśli brakuje głównego rekordu, baza danych zawiodła lub aplikacja wyświetla błąd wewnętrzny, kod sukcesu wprowadza w błąd zarówno monitoring, jak i wyszukiwarkę. Szablon powinien odróżniać pusty, prawidłowy stan od nieistniejącego obiektu.
W przypadku produktów chwilowo niedostępnych strona produktu może nadal zwracać kod 200, jeśli produkt wciąż istnieje, a strona dostarcza przydatnych informacji i wskazuje kolejny krok. Jeśli rekord został usunięty, należy zdecydować o odpowiednim zamienniku lub kodzie 404. Automatyczne przekierowywanie wszystkich niedostępnych produktów do kategorii może dezorientować użytkownika i działać jak soft 404.
Przekierowania powinny wyrażać trwałość i trafność
Przekierowania stałego należy użyć, gdy treść została na stałe przeniesiona pod merytorycznie zgodny URL. Przekierowanie tymczasowe jest odpowiednie, gdy pierwotny adres ma wrócić, a alternatywa obowiązuje tylko przez ograniczony czas. Konkretny kod 3xx proszę wybrać zgodnie z zachowaniem klientów i metodą żądania; przy typowych migracjach SEO kluczowa jest konsekwentna trwałość.
Proszę usunąć łańcuchy i pętle przekierowań. Linki wewnętrzne i mapę witryny należy aktualizować bezpośrednio na docelowy adres, aby robot nie musiał przechodzić przez historię przeniesień. Przed wdrożeniem zbiorczej reguły warto przetestować podobne nazwy i parametry; zbyt szerokie wyrażenie regularne może przekierować tysiące adresów URL na niezwiązaną stronę.
- jeden krok do docelowego właściwego URL
- brak pętli między wariantami hosta
- zaktualizowane linki wewnętrzne i mapa witryny
- test reguł na rzeczywistej liście starych adresów
404 i 410 nie są automatycznie błędem SEO
Kod 404 poprawnie informuje, że zasób nie został znaleziony. Kod 410 może wyrażać świadome, trwałe usunięcie. Obie odpowiedzi są właściwe, jeśli nie istnieje odpowiedni zamiennik. Własna strona błędu powinna pomóc użytkownikowi nawigacją lub wyszukiwarką, ale serwer musi zachować kod błędu.
W raporcie należy oddzielić wewnętrzne niedziałające linki od zewnętrznych lub przypadkowych żądań. Wewnętrzny link prowadzący do 404 trzeba naprawić. Błędny zewnętrzny URL bez ruchu nie musi wymagać przekierowania. Jeśli usunięta strona zdobyła wartościowe linki i ma bliski odpowiednik, należy ją zmapować indywidualnie zamiast masowo przekierowywać na stronę główną.
Kody 429 i 503 chronią tymczasowe działanie serwisu
Kod 429 informuje o przekroczeniu limitu żądań i może zawierać informację, kiedy spróbować ponownie. Konfiguracja musi odróżniać szkodliwą automatyzację od legalnych robotów i użytkowników. Zbyt agresywny firewall może blokować indeksowanie, a zespół nie zobaczy przy tym typowego błędu aplikacji.
Przy planowanej krótkiej konserwacji właściwa jest tymczasowa odpowiedź 503 z odpowiednim nagłówkiem Retry-After, a nie trwałe przekierowanie całej witryny ani odpowiedź 200 z pustą stroną. Nie należy przedłużać konserwacji bez monitoringu, a po przywróceniu działania trzeba sprawdzić, czy 503 nie pozostał w cache. Przy długiej awarii należy komunikować stan i usuwać przyczynę, a nie tylko zmieniać kod odpowiedzi.
Jak znaleźć i naprawić soft 404
Wyniki crawla pogrupujcie według statusów, tytułów, rozmiaru i tekstu treści głównej. Szukajcie stron 200 z komunikatami o nieznalezieniu, zerową liczbą wyników lub tym samym ubogim szablonem. Sprawdźcie też aplikacje kliencie, w których serwer zwraca 200 dla każdej trasy, a JavaScript dopiero później wyświetla błąd.
Sposób naprawy zależy od znaczenia URL: uzupełnienie brakujących danych, zwrócenie 404 lub 410, przekierowanie na odpowiadający zamiennik albo zmiana reguł tworzenia adresów. Po wdrożeniu należy przetestować nagłówki bez JavaScriptu oraz wyrenderowaną treść. Warto monitorować logi i raporty indeksowania, ale nie należy oczekiwać natychmiastowego przetworzenia każdej zmiany.
- Status HTTP z odpowiedzi serwera
- widoczna treść po wyrenderowaniu strony
- linki wewnętrzne prowadzące do błędnego URL
- odpowiedni zamiennik przed każdym przekierowaniem
Najczęstsze pytania
Czy duża liczba stron 404 to zawsze problem?
Nie. W przypadku nieistniejących URL 404 jest prawidłowym kodem. Problemem są głównie linki wewnętrzne prowadzące do błędów, utracone wartościowe strony i aplikacje zwracające fałszywy kod 200.
Czy usuniętą stronę przekierować na stronę główną?
Nie automatycznie. Przekierowanie należy kierować wyłącznie na odpowiedni zamiennik. Jeśli taki nie istnieje, poprawny kod 404 lub 410 jest bardziej zrozumiały zarówno dla użytkownika, jak i wyszukiwarki.
Jakiego kodu użyć podczas prac konserwacyjnych?
Przy krótkiej, tymczasowej niedostępności zwykle 503 z odpowiednim Retry-After. Konkretne postępowanie należy dostosować do infrastruktury, a po przywróceniu działania sprawdzić zarówno cache, jak i monitoring.
Źródła i dalsza lektura
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
