Komunikat na stronie to nie kod odpowiedzi
Gdy otwierasz nieistniejący adres, możesz zobaczyć napis „Nie znaleziono strony”. Przeglądarka wyświetla jednak treść dokumentu, a nie jego kod HTTP. Jeśli serwer zwrócił 200, technicznie poinformował, że żądanie zostało obsłużone poprawnie. Właściwy kod dla adresu, pod którym nie ma strony, to zwykle 404, a gdy zasób został trwale usunięty — 410.
Pozorny błąd 404, nazywany też soft 404, powstaje wtedy, gdy sygnał techniczny sugeruje istnienie strony, lecz jej zawartość wygląda jak strona błędu lub nie daje użytkownikowi oczekiwanej treści. Przykładem jest sklep, w którym adres usuniętego produktu zwraca 200 i szablon z tekstem „Produkt nie istnieje”. Sam kod 200 nie przesądza jednak o problemie: krótka strona może być pełnowartościowa, jeśli odpowiada na potrzebę użytkownika.
Dlaczego rozbieżność może utrudniać indeksowanie?
Wyszukiwarka musi ustalić, które adresy prowadzą do użytecznych dokumentów. Kod 200 zachęca do traktowania adresu jako działającej strony, ale treść przypominająca błąd temu przeczy. Taki adres może zostać rozpoznany jako pozorny błąd 404 i pominięty w indeksie. Gdy podobnych adresów jest dużo, trudniej też ocenić, które podstrony serwisu rzeczywiście warto udostępniać do indeksowania. Nie oznacza to automatycznej utraty widoczności całej witryny.
Problem nie dotyczy wyłącznie stron z napisem „404”. Serwis może zwracać 200 dla pustych wyników wyszukiwania wewnętrznego, nieaktualnych ofert lub adresów generowanych przez filtr, choć każdy z nich pokazuje niemal ten sam szablon bez istotnej zawartości. Ważny jest kontekst: strona kategorii, w której chwilowo nie ma produktów, może nadal pomagać użytkownikowi, jeśli zawiera opis i prowadzi do powiązanych kategorii. Nie warto zmieniać jej kodu wyłącznie dlatego, że lista produktów jest pusta.
Najpierw sprawdź, co naprawdę otrzymuje odwiedzający
Rozpocznij od konkretnego adresu zgłoszonego jako problematyczny. Sprawdź jego kod HTTP, treść odpowiedzi oraz to, co pojawia się po wyświetleniu strony w przeglądarce. Zrób to także dla adresu, który na pewno nie istnieje, oraz dla działającej podstrony tego samego typu. Porównanie ułatwia wykrycie reguły, która zwraca 200 dla każdego żądania, niezależnie od tego, czy zasób istnieje.
Jeśli kod i zawartość wydają się poprawne, sprawdź ładowanie treści tworzonej przez JavaScript. Awaria skryptu, brakujące dane z interfejsu API lub różnica między wersją serwerową a widokiem po załadowaniu strony mogą sprawić, że dokument pozostanie pusty. Warto też skontrolować przekierowania, ustawienia blokujące dostęp do zasobów potrzebnych do wyświetlenia strony oraz to, czy treść nie znika tylko dla części adresów. W dostępnym narzędziu do diagnostyki wyszukiwarki możesz porównać zgłoszony stan adresu z własnymi testami, pamiętając, że raport i bieżąca odpowiedź serwera mogą odzwierciedlać różne momenty.
Dobierz rozwiązanie do losu adresu
Jeśli zasób istnieje, napraw wyświetlanie treści i pozostaw kod 200. Jeśli został przeniesiony i ma odpowiednik, rozważ przekierowanie 301 bezpośrednio do najbardziej pasującego adresu. Gdy treść zniknęła i nie ma sensownego zamiennika, zwróć 404 lub 410. Strona błędu może nadal być przyjazna: powinna jasno informować, co się stało, i ułatwiać przejście do ważnych części serwisu. Jej wygląd nie zastępuje jednak właściwego kodu HTTP.
Nie przekierowuj wszystkich brakujących adresów na stronę główną. Taki cel zwykle nie odpowiada temu, czego szukał użytkownik. Nie używaj też znacznika noindex jako jedynej naprawy błędnego kodu 200: może on służyć do wykluczania działającej strony z indeksu, ale nie informuje, że żądany zasób nie istnieje. Po zmianach popraw linki wewnętrzne prowadzące do usuniętych adresów i usuń je z mapy witryny, jeśli się w niej znajdują.
Krótka lista kontrolna po poprawkach
Sprawdź ponownie kilka działających i niedziałających adresów: właściwa treść powinna mieć kod 200, trwałe przeniesienie powinno prowadzić do odpowiedniego celu, a brakujący zasób powinien zwracać 404 lub 410. Upewnij się, że aplikacja nie nadpisuje tych kodów przy zmianie szablonu, a testowany dokument wygląda poprawnie również wtedy, gdy wymaga wykonania skryptów.
Na koniec przejrzyj podobne typy stron, szczególnie produkty, oferty i adresy z parametrami. Jedna poprawiona podstrona nie wystarczy, jeśli ten sam mechanizm generuje kolejne puste odpowiedzi z kodem 200. Kontrola po wdrożeniu pozwala potwierdzić techniczne działanie zmian; nie daje natomiast gwarancji, że każdy prawidłowy adres zostanie zaindeksowany.
