Soft 404 w sklepie internetowym: jak znaleźć i naprawić

Soft 404 w sklepie: czym różni się od prawdziwego 404

Soft 404 w sklepie pojawia się wtedy, gdy adres URL technicznie działa i serwer zwraca kod HTTP 200, ale sama strona wygląda jak nieistniejąca albo pusta. Może wyświetlać komunikat „produkt niedostępny”, „nie znaleziono strony”, pusty szablon produktu albo kategorię bez zawartości. Dla przeglądarki wszystko może wyglądać poprawnie, ale Google analizuje również treść strony i może uznać, że pod tym adresem nie ma właściwej zawartości.

Prawidłowy błąd 404 działa inaczej. Serwer informuje w odpowiedzi HTTP, że żądany adres nie prowadzi do istniejącej strony. Jeżeli produkt został trwale usunięty i nie ma jego zamiennika, właśnie takie zachowanie jest zazwyczaj właściwe. Google może wtedy zrozumieć, że adres nie powinien być traktowany jako działająca strona produktu.

Soft 404 jest więc przede wszystkim rozbieżnością między odpowiedzią techniczną a tym, co faktycznie znajduje się na stronie. Kod 200 mówi „strona działa”, a jej zawartość może mówić „tej strony już nie ma”.

W sklepie internetowym problem jest szczególnie łatwy do przeoczenia. Szablon produktu może nadal się ładować, menu może działać, stopka może być kompletna, a nawet mogą pojawiać się podobne produkty. Jeżeli jednak główna część strony jest pusta lub komunikuje brak produktu, Google może zaklasyfikować URL jako soft 404.

Prawdziwy 404 a soft 404 na przykładzie produktu

Wyobraź sobie produkt /buty/model-x, który został usunięty ze sklepu. W pierwszym wariancie serwer zwraca 404, a strona informuje użytkownika, że produkt nie istnieje i pozwala przejść do kategorii obuwia. To jest normalna sytuacja.

W drugim wariancie ten sam adres zwraca 200. Szablon produktu się otwiera, ale zamiast nazwy, opisu, zdjęć i oferty pojawia się komunikat „produkt nie jest już dostępny”. Technicznie URL odpowiada, lecz jego zawartość nie przedstawia produktu. To może zostać rozpoznane jako soft 404.

Nie oznacza to, że każda strona z kodem 200 i małą ilością tekstu jest soft 404. Google ocenia stronę na podstawie jej zawartości i sposobu działania. Dlatego diagnozę trzeba przeprowadzić na konkretnym adresie, a nie tylko na podstawie samego kodu HTTP.

Jak znaleźć soft 404 w sklepie

Najpierw sprawdź, czy problem rzeczywiście występuje w Google Search Console. W raporcie indeksowania stron mogą pojawić się adresy oznaczone jako soft 404. Nie zakładaj jednak automatycznie, że każdy z nich powinien zostać przekierowany albo usunięty.

Zacznij od listy URL-i. Eksport adresów z Search Console pozwala później porównać je z bazą produktów, sitemapą XML i aktualną strukturą sklepu. Przy większym katalogu ręczne sprawdzanie pojedynczych adresów szybko staje się niepraktyczne.

Następnie otwórz konkretny adres w przeglądarce. Sprawdź, co widzi zwykły użytkownik. Czy pojawia się pełna karta produktu? Czy są zdjęcia, opis, cena i informacje dotyczące dostępności? Czy strona pokazuje komunikat o braku produktu? Czy zamiast produktu wyświetla się pusty szablon?

Kolejny krok to sprawdzenie odpowiedzi HTTP. Możesz użyć narzędzia do sprawdzania nagłówków HTTP albo funkcji dostępnych w narzędziach do crawlowania sklepu. Dla usuniętego produktu bez zamiennika szukasz odpowiedzi 404 albo 410. Jeżeli dostajesz 200, trzeba sprawdzić, dlaczego system nadal traktuje adres jak istniejącą stronę.

W Search Console użyj również Inspekcji adresu URL. Pozwala ona sprawdzić, jak Google widzi konkretny adres oraz przetestować jego aktualną wersję. Jeżeli problem wynika z renderowania, warto obejrzeć wyrenderowaną stronę, a nie ograniczać się do tego, co pokazuje przeglądarka.

Błędy kanoniczne w sklepie wielojęzycznym mogą wyglądać na podobny problem podczas analizy raportów indeksowania, ale canonical nie naprawia nieistniejącego produktu. Najpierw ustal, czy pod danym adresem faktycznie istnieje treść, a dopiero później analizuj pozostałe sygnały techniczne.

Sprawdź źródło adresów

Jeżeli Google pokazuje dużą liczbę soft 404, sprawdź, skąd te adresy są odkrywane. Zobacz linki wewnętrzne, sitemapę XML oraz inne miejsca, w których sklep może publikować adresy produktów.

Częsty przypadek wygląda tak: produkt został usunięty z bazy, ale jego adres nadal znajduje się w sitemapie albo jest dostępny z kategorii. System generuje wtedy URL, który nadal odpowiada kodem 200. Google ma powód, aby do niego wracać, a właściciel sklepu ma wrażenie, że produkt został przecież usunięty.

Sprawdź również wyszukiwarkę wewnętrzną. Puste strony produktów nie są jedynym miejscem, gdzie powstają soft 404. Podobny efekt może pojawić się przy pustych wynikach wyszukiwania, błędnie działających filtrach lub stronach, które po błędzie aplikacji renderują niemal pusty szablon.

Jeżeli przy okazji znajdziesz problemy z niedziałającymi adresami, rozdziel je od błędów aplikacji. Błędy 500 w sklepie i ich źródło dotyczą odpowiedzi serwera wskazujących na problem po stronie aplikacji lub infrastruktury, natomiast soft 404 może wystąpić przy poprawnym technicznie kodzie 200.

Dlaczego Google wykrywa soft 404

Dlaczego Google wykrywa soft 404, skoro serwer zwraca kod 200? Ponieważ sam kod odpowiedzi nie opisuje całej zawartości strony. Google analizuje stronę po pobraniu i renderowaniu jej zawartości. Jeżeli zobaczy komunikat o braku strony, pustą zawartość albo stronę, która nie dostarcza oczekiwanej treści, może uznać ją za soft 404.

W sklepie internetowym przyczyną może być usunięty produkt, pusty szablon, brak danych pobieranych z bazy albo problem z elementami potrzebnymi do wyrenderowania głównej części strony. Jeżeli produkt jest generowany dynamicznie i jego dane nie zostaną prawidłowo pobrane, gotowy HTML może nie zawierać tego, czego oczekujesz.

Problem może wystąpić także wtedy, gdy strona produktu jest dostępna dla użytkownika, ale dla Google nie ładuje się poprawnie. Dlatego przy diagnozie nie wystarczy sprawdzić strony na komputerze. Trzeba sprawdzić również wersję przetestowaną przez Google.

To istotne szczególnie w sklepach opartych na WooCommerce, PrestaShop i innych systemach, w których część zawartości jest generowana dynamicznie. Błąd w integracji, skrypcie albo pobieraniu danych może spowodować, że adres odpowiada kodem 200, lecz główna zawartość nie pojawia się prawidłowo.

Jeżeli strona, która powinna istnieć, została oznaczona jako soft 404, nie zmieniaj od razu kodu odpowiedzi na 404. Najpierw ustal, dlaczego Google nie widzi prawidłowej zawartości. Jeżeli produkt nadal jest dostępny, problem leży gdzie indziej i trzeba naprawić stronę, a nie usuwać URL.

Jeżeli produkt został wycofany i nie ma odpowiednika, nie próbuj utrzymywać jego adresu za wszelką cenę. Nie twórz również sztucznej strony produktu bez produktu. Jeżeli karta zawiera tylko nazwę starego modelu i komunikat „brak w sprzedaży”, a nie ma realnej oferty ani odpowiednika, utrzymywanie kodu 200 może właśnie prowadzić do soft 404. Nie traktuj 301 jako uniwersalnego sposobu na wszystkie soft 404.

Co zrobić, gdy produkt nadal istnieje

Najbardziej zdradliwa sytuacja występuje wtedy, gdy produkt faktycznie jest w sprzedaży, ale Google pokazuje soft 404. Wtedy usuwanie URL byłoby błędem.

Otwórz stronę jako użytkownik i sprawdź, czy widzisz pełną zawartość. Następnie wykonaj test adresu w Search Console. Porównaj wynik z tym, co otrzymujesz w przeglądarce.

Sprawdź, czy produkt ma nazwę, opis, zdjęcia, cenę i inne dane, które powinny znaleźć się na stronie. Jeżeli główna zawartość jest generowana przez JavaScript, zobacz, czy Google otrzymuje komplet potrzebnych zasobów. Problemem może być również błąd połączenia z bazą danych albo element szablonu, który nie ładuje się podczas renderowania.

W takiej sytuacji sprawdź także logi serwera i błędy aplikacji. Jeżeli jednocześnie występują problemy z ładowaniem skryptów, możesz przeanalizować JavaScript blokujący renderowanie strony sklepu, zwłaszcza gdy główna zawartość produktu pojawia się dopiero po wykonaniu skryptów.

Po naprawie ponownie przetestuj adres. Nie zakładaj, że samo usunięcie wpisu z raportu Search Console oznacza rozwiązanie problemu. Liczy się to, co aktualnie zwraca serwer i co Google może odczytać z wyrenderowanej strony.

Soft 404 a puste strony produktów

Puste strony produktów często pojawiają się po masowych zmianach w katalogu. Produkt może zostać usunięty z bazy, ale rekord URL pozostaje. Innym razem produkt jest nadal w bazie, lecz brakuje danych potrzebnych do wygenerowania karty.

Dlatego przy dużym sklepie nie ograniczaj kontroli do Search Console. Przeskanuj katalog i zwróć uwagę na strony, które mają kod 200, ale bardzo mało treści albo powtarzalny komunikat o niedostępności produktu.

Dobrym punktem kontroli jest także sitemap XML. Jeżeli usunięty produkt nadal znajduje się w sitemapie, usuń go z niej. Sitemap powinna wskazywać adresy, które rzeczywiście chcesz przedstawiać wyszukiwarkom jako istniejące strony.

Sprawdź również linkowanie wewnętrzne. Jeżeli kategoria, menu, wpis blogowy albo moduł „polecane produkty” nadal prowadzi do usuniętego adresu, problem będzie wracał. Przy dużym katalogu pomocna może być analiza głębokości kliknięć w sklepie i dostępności produktów, ponieważ pokazuje, jak użytkownik i crawler docierają do poszczególnych adresów.

Usunięty adres może być nadal odkrywany przez filtry, moduły „podobne produkty” i linki z innych serwisów, dlatego po zmianie statusu strony sprawdź, skąd Google nadal znajduje ten URL. Jeżeli problem dotyczy wariantów, filtrów albo wyników wyszukiwania, osobnej kontroli wymagają też strony wyszukiwania wewnętrznego, bo mogą generować kolejne dynamiczne adresy, których nie chcesz udostępniać do indeksowania.

Tabela: typ odpowiedzi serwera i właściwe działanie

Typ odpowiedzi serwera	Co znajduje się pod adresem	Właściwe działanie
200	Istniejący produkt z pełną zawartością	Pozostaw stronę i sprawdź indeksowanie
200	Brak produktu, komunikat o niedostępności lub pusta strona	Sprawdź, czy powinien być 404, 410 lub 301
301	Usunięty produkt przekierowany na stronę główną bez odpowiednika	Usuń nieuzasadnione przekierowanie i rozważ 404 lub 410

Jak przeprowadzić kontrolę soft 404 krok po kroku

Zacznij od Search Console i pobierz listę adresów zaklasyfikowanych jako soft 404. Następnie podziel ją według typu URL: produkty, kategorie, wyszukiwarka, filtry i inne strony.

Dla każdego adresu odpowiedz na jedno pytanie: czy pod tym URL powinien obecnie istnieć wartościowy zasób?

Jeżeli tak, sprawdź stronę, kod HTTP, renderowanie i dane produktu. Szukaj przyczyny technicznej, a nie zmieniaj statusu na siłę.

Jeżeli nie, sprawdź, czy istnieje właściwy zamiennik.

Na końcu usuń stare adresy z sitemap i popraw linki wewnętrzne. Jeżeli URL był wcześniej używany, sprawdź także zewnętrzne źródła ruchu i dane analityczne. Nie chodzi o to, żeby każdy historyczny adres zniknął natychmiast, tylko żeby każdy URL miał logiczne zachowanie wynikające z jego aktualnego stanu.

Jeśli wolisz zlecić tę pracę, sprawdź audyt techniczny sklepu internetowego.

Co sprawdzić po wdrożeniu poprawki

Po zmianie konfiguracji nie kończ pracy na zapisaniu ustawień w CMS. Otwórz stary adres i sprawdź rzeczywistą odpowiedź HTTP. Przy przekierowaniu sprawdź, czy prowadzi dokładnie do właściwego odpowiednika. Przy usuniętym produkcie upewnij się, że odpowiedź jest zgodna z decyzją, którą podjąłeś.

Następnie sprawdź linki wewnętrzne i sitemapę. Nie zostawiaj w nich adresów produktów, które zostały trwale usunięte. Jeżeli produkt wrócił do oferty albo naprawiłeś jego stronę, sprawdź ponownie zawartość i możliwość indeksowania.

Search Console może nadal przez pewien czas pokazywać wcześniej wykryte adresy. Nie interpretuj samego raportu jako bieżącego stanu serwera. Dla diagnozy konkretnego URL liczy się aktualny test i faktyczna odpowiedź strony.

Soft 404 nie jest problemem, który rozwiązuje się jednym ustawieniem wtyczki SEO. Najpierw trzeba ustalić, czym jest dany adres: działającą stroną, przeniesionym produktem czy nieistniejącym zasobem. Dopiero od tej odpowiedzi wynika właściwe działanie. Taka kolejność pozwala uporządkować błędy indeksowania bez tworzenia kolejnych problemów technicznych.