Ilustracja została wygenerowana przez AI.

Nie każda niedostępność produktu w sklepie internetowym powinna kończyć się tym samym działaniem SEO. Inaczej obsługujemy chwilowy brak stanu, inaczej trwałe wycofanie produktu, inaczej następcę, a jeszcze inaczej sytuację, w której nie istnieje żaden odpowiednik. Najgorszym uproszczeniem jest automatyczne przekierowanie wszystkich niedostępnych produktów na stronę główną. To zwykle pogarsza doświadczenie użytkownika, utrudnia robotom ocenę intencji adresu URL i może zostać potraktowane jak soft 404.

Poniższe drzewo decyzji rozdziela cztery warstwy, które często są mylone: komunikat dla klienta, kod HTTP, indeksację oraz linkowanie wewnętrzne. Takie rozdzielenie jest szczególnie ważne w sklepach, w których niedostępność produktów wpływa na kategorie, filtry, rekomendacje, XML sitemap, dane strukturalne i budżet crawl.

Jeżeli problem dotyczy większego sklepu, wielu wariantów, dużej rotacji asortymentu albo migracji katalogu, decyzje o produktach warto połączyć z szerszą strategią pozycjonowania sklepów internetowych, ponieważ pojedyncze przekierowania i statusy HTTP wpływają też na widoczność kategorii, kolekcji i stron producentów.

Drzewo decyzji dla niedostępnego produktu

1. Czy produkt wróci do sprzedaży?

   • Tak, ma wrócić – traktuj jako chwilowy brak stanu.
   • Nie, sprzedaż została zakończona – przejdź do pytania o następcę lub odpowiednik.

2. Czy istnieje następca produktu?

   • Tak, następca realizuje tę samą intencję zakupową – rozważ przekierowanie 301 albo pozostawienie strony informacyjnej z mocnym linkiem do następcy.
   • Nie – przejdź do pytania o odpowiednik.

3. Czy istnieje bliski odpowiednik?

   • Tak, produkt alternatywny jest realnie zamienny – można linkować do niego z komunikatu, a w wybranych przypadkach przekierować.
   • Nie – nie przekierowuj na stronę główną. Zdecyduj między 410, 404 albo archiwalną stroną 200, jeśli ma ona nadal wartość informacyjną.

4. Czy stary URL ma wartość dla użytkowników lub SEO?

   • Ma zapytania brandowe, linki zewnętrzne, opinie, instrukcje, specyfikację albo ruch z długiego ogona – rozważ pozostawienie strony 200 jako archiwalnej, ale bez możliwości zakupu.
   • Nie ma ruchu, linków ani użytecznej treści – usuń ją z aktywnej architektury i zwróć 410 albo 404.

Macierz decyzji: komunikat, HTTP, indeksacja i linki

Scenariusz 1: chwilowy brak stanu magazynowego

Chwilowy brak stanu to sytuacja, w której produkt ma wrócić do sprzedaży. W takim przypadku strona produktu zwykle powinna zostać aktywna, zwracać kod 200 i pozostać indeksowalna. Użytkownik powinien od razu zobaczyć, że produktu nie da się teraz kupić, ale że nie jest to koniec sprzedaży.

Komunikat dla klienta

Komunikat powinien być konkretny. Zamiast ogólnego „produkt niedostępny” lepiej użyć informacji, która pomaga podjąć decyzję:

• produkt chwilowo niedostępny,
• spodziewana dostawa, jeśli sklep ma wiarygodną datę,
• możliwość zapisania się na powiadomienie,
• informacja o rezerwacji lub zamówieniu w przedsprzedaży, jeśli jest dostępna,
• propozycje alternatyw, ale tylko podobnych i dostępnych.

Nie warto ukrywać ceny, specyfikacji, opinii i opisu tylko dlatego, że produkt chwilowo nie ma stanu. Dla wielu użytkowników strona nadal odpowiada na intencję informacyjną i porównawczą.

HTTP

Dla chwilowego braku stanu właściwym rozwiązaniem jest 200. Nie należy zwracać 404, 410 ani przekierowywać produktu tylko dlatego, że magazyn jest pusty. Robot i użytkownik powinni otrzymać tę samą stronę produktu z jasnym statusem dostępności.

Indeksacja

Najczęściej produkt powinien pozostać w indeksie. Wyjątkiem mogą być masowo generowane, bardzo słabe strony produktów, które przez długi czas nie mają stanu, nie mają treści, nie mają popytu i obniżają jakość indeksowanej części sklepu. W takim przypadku decyzja powinna dotyczyć całej klasy URL, a nie jednego losowego produktu.

Jeśli sklep używa danych strukturalnych Product, warto aktualizować dostępność zgodnie ze stanem produktu, na przykład jako OutOfStock, BackOrder albo PreOrder, jeśli odpowiada to realnej sytuacji. Dane strukturalne nie zastępują jednak widocznego komunikatu dla klienta.

Linki wewnętrzne

Produkt chwilowo niedostępny może pozostać w kategorii, ale nie powinien wypychać produktów dostępnych, jeśli lista służy głównie sprzedaży. Dobrym rozwiązaniem jest:

• oznaczenie niedostępności już na kafelku produktu,
• przesunięcie niedostępnych produktów niżej, jeśli sortowanie ma charakter sprzedażowy,
• zachowanie linku z kategorii, jeśli produkt ma wrócić i ma popyt,
• dodanie linków do dostępnych alternatyw na stronie produktu,
• usunięcie produktu z modułów typu „kup teraz”, „bestseller” lub „polecane”, jeśli nie można go kupić.

Scenariusz 2: koniec sprzedaży produktu

Koniec sprzedaży oznacza, że produkt nie wróci do oferty. To nie jest to samo co brak stanu. W tym scenariuszu najpierw trzeba ustalić, czy istnieje następca, odpowiednik lub wartościowa potrzeba utrzymania strony archiwalnej.

Komunikat dla klienta

Komunikat powinien jasno odróżniać produkt wycofany od chwilowo niedostępnego. Użytkownik nie powinien mieć nadziei, że produkt wróci, jeśli sklep wie, że nie wróci.

Dobry komunikat może wyglądać tak:

• ten produkt został wycofany ze sprzedaży,
• nie planujemy ponownej dostępności,
• sprawdź następcę produktu, jeśli istnieje,
• sprawdź podobne produkty w tej kategorii, jeśli są realnie pomocne,
• skontaktuj się z obsługą, jeśli produkt był częścią zestawu, akcesorium lub elementem kompatybilnym.

HTTP

Sam fakt końca sprzedaży nie oznacza automatycznie jednego kodu HTTP. Decyzja zależy od dalszej użyteczności adresu URL:

• 200 – gdy strona zostaje jako archiwalna, informacyjna lub porównawcza,
• 301 – gdy istnieje jednoznaczny następca albo odpowiednik spełniający tę samą intencję,
• 410 – gdy produkt został trwale usunięty i nie ma sensu utrzymywać strony,
• 404 – gdy strona nie jest już dostępna, ale nie ma potrzeby sygnalizowania świadomego trwałego usunięcia.

Nie należy używać przekierowania 301 na stronę główną jako domyślnej odpowiedzi. Strona główna zwykle nie spełnia intencji użytkownika, który szuka konkretnego produktu, modelu, numeru katalogowego, rozmiaru, koloru lub części.

Indeksacja

Jeśli strona produktu zostaje jako 200, trzeba zdecydować, czy ma być indeksowana. Może pozostać w indeksie, jeśli odpowiada na realne zapytania, zawiera unikalną specyfikację, opinie, instrukcje, pytania i odpowiedzi albo pomaga wybrać następcę. Jeżeli jest tylko pustym komunikatem „brak produktu”, lepiej nie budować indeksu z takich stron.

Jeżeli URL zwraca 404 albo 410, nie trzeba dodawać meta noindex. Robot musi móc wejść na adres i zobaczyć właściwy status. Blokowanie takiego URL w robots.txt może utrudnić prawidłowe przetworzenie usunięcia.

Linki wewnętrzne

Po końcu sprzedaży trzeba posprzątać linkowanie. Stary produkt nie powinien pozostać w modułach sprzedażowych, jeśli nie można go kupić. Warto sprawdzić:

• kategorie i podkategorie,
• strony producentów,
• listingi promocji,
• moduły podobnych produktów,
• sekcje „inni kupili również”,
• wewnętrzną wyszukiwarkę,
• mapy strony HTML i XML,
• linki z artykułów poradnikowych, rankingów i opisów kategorii.

Scenariusz 3: produkt ma następcę

Następca produktu to nie zawsze dowolny podobny produkt. Następca powinien być logiczną kontynuacją starego modelu, nowszą wersją, aktualnym wariantem, zamiennikiem wskazywanym przez producenta albo produktem, który w praktyce realizuje tę samą potrzebę zakupową.

Kiedy zastosować 301 do następcy

Przekierowanie 301 ma sens, gdy użytkownik po wejściu na nowy URL nie czuje, że trafił w przypadkowe miejsce. Przykładowo: stary model został zastąpiony nowym modelem tej samej linii, producent oficjalnie go wycofał, a nowy produkt pełni tę samą funkcję.

Wtedy:

• stary URL zwraca 301 do strony następcy,
• stary URL znika z XML sitemap,
• linki wewnętrzne są aktualizowane tak, aby prowadziły bezpośrednio do następcy,
• na stronie następcy warto dodać krótką informację, że zastępuje wycofany model, jeśli to pomaga użytkownikom.

Kiedy zostawić starą stronę jako 200

Nie zawsze przekierowanie jest najlepsze. Czasem użytkownicy szukają starego produktu, aby sprawdzić parametry, kompatybilność, instrukcję, rozmiar, części zamienne, historię opinii albo różnice między wersjami. Wtedy lepsza może być strona archiwalna 200 z jasnym komunikatem i wyraźnym linkiem do następcy.

Taki wariant sprawdza się, gdy stary produkt ma niezależną intencję wyszukiwania. Strona nie powinna jednak udawać aktywnej oferty. Przycisk zakupu musi zostać zastąpiony komunikatem o wycofaniu i linkiem do następcy.

Indeksacja strony z następcą

Jeżeli stosujesz 301, indeksacja powinna naturalnie przejść na adres następcy. Jeżeli zostawiasz stary produkt jako 200, decyzja o index lub noindex zależy od jakości strony. Strona archiwalna może być indeksowana, jeśli jest pełna i użyteczna. Cienka strona z jednym zdaniem i linkiem do następcy zwykle nie powinna budować indeksu sklepu.

Linki do następcy

Linkowanie powinno być jednoznaczne. Nie wystarczy ukryć następcy w karuzeli podobnych produktów. Dobrze, aby link był widoczny w głównym komunikacie, na przykład: „Ten produkt został wycofany. Zobacz aktualny model”.

Jeżeli stary produkt ma kilka wariantów, link powinien prowadzić do najtrafniejszego wariantu następcy, a nie zawsze do ogólnej kategorii. Kategoria jest lepsza dopiero wtedy, gdy użytkownik musi sam wybrać spośród wielu równorzędnych opcji.

Scenariusz 4: produkt nie ma odpowiednika

Brak odpowiednika to sytuacja, w której sklep nie ma produktu, który rzetelnie odpowiada tej samej potrzebie. Wtedy najczęściej nie ma podstaw do przekierowania na inny produkt. Przekierowanie do luźno powiązanej kategorii albo na stronę główną może wyglądać jak próba zatrzymania mocy adresu URL, ale dla użytkownika jest rozczarowujące.

Komunikat dla klienta

Jeśli strona zostaje dostępna jako 200, komunikat powinien być uczciwy:

• produkt został trwale wycofany,
• obecnie nie posiadamy zamiennika,
• możesz sprawdzić kategorię nadrzędną, jeśli chcesz zobaczyć inne rozwiązania,
• możesz skontaktować się z obsługą, jeśli szukasz części, akcesorium lub kompatybilnego produktu.

Nie należy prezentować przypadkowych rekomendacji tylko po to, aby utrzymać użytkownika na stronie. Alternatywy powinny być merytoryczne.

HTTP

Dla produktu bez odpowiednika najczęstsze decyzje to 410 albo 404. Kod 410 jest dobry, gdy sklep świadomie i trwale usuwa produkt. Kod 404 jest akceptowalny, gdy strona po prostu przestała istnieć albo system nie rozróżnia trwałego usunięcia od niedostępności. Oba statusy mogą prowadzić do usunięcia adresu z indeksu, ale 410 wyraźniej komunikuje trwałość usunięcia.

Jeśli strona ma dużą wartość informacyjną, można zostawić 200 jako archiwum. Wtedy nie jest to jednak „brak strony”, tylko świadomie utrzymywana strona informacyjna.

Indeksacja

Przy 404 i 410 nie ustawiaj dodatkowo noindex jako głównego mechanizmu. Adres powinien być dostępny dla robota, aby mógł zobaczyć status HTTP. Przy archiwalnym 200 można użyć index, jeśli strona jest wartościowa, albo noindex, jeśli musi być dostępna dla użytkowników, ale nie powinna pojawiać się w wynikach wyszukiwania.

Linki

Jeśli produkt bez odpowiednika zwraca 404 albo 410, powinien zostać usunięty z aktywnego linkowania wewnętrznego. Nie chodzi tylko o kategorię główną. Warto sprawdzić także filtry indeksowalne, landing page marek, poradniki, wpisy blogowe, boksy z promocjami i automatyczne moduły rekomendacji.

Dlaczego nie przekierowywać wszystkiego na stronę główną

Uniwersalne przekierowanie niedostępnych produktów na stronę główną jest błędem z trzech powodów.

• Użytkownik szuka konkretnego produktu, a trafia na ogólną stronę bez odpowiedzi.
• Robot wyszukiwarki może uznać takie przekierowanie za nietrafne, zwłaszcza gdy nie ma zgodności intencji.
• Sklep traci czytelną architekturę informacji, bo różne przypadki techniczne są maskowane jednym adresem docelowym.

Przekierowanie 301 powinno prowadzić do najbliższego trafnego odpowiednika intencji, a nie do najłatwiejszego technicznie adresu. Jeśli takiego odpowiednika nie ma, lepsze jest 410, 404 albo wartościowa strona archiwalna 200 niż przekierowanie na stronę główną.

Canonical, noindex, robots.txt i XML sitemap

Canonical

Tag canonical nie jest zamiennikiem przekierowania, statusu 404, 410 ani noindex. Nie należy ustawiać canonical ze starego produktu na kategorię tylko dlatego, że produkt jest niedostępny. Canonical służy głównie do wskazywania preferowanej wersji podobnej lub zduplikowanej treści, a nie do obsługi usuniętego asortymentu.

Jeśli stara strona produktu ma inną treść niż następca, canonical do następcy może być mylący. W takiej sytuacji lepiej zdecydować między 301, archiwalnym 200 albo usunięciem strony.

Noindex

Noindex ma sens tylko wtedy, gdy strona zwraca 200 i nadal ma być dostępna dla użytkowników, ale nie powinna być indeksowana. Nie jest potrzebny na stronach 404 i 410. Nie należy też stosować noindex masowo na chwilowo niedostępne produkty, jeżeli mają wrócić i są wartościowe.

Robots.txt

Nie blokuj w robots.txt adresów, które mają wypaść z indeksu przez 404, 410 albo noindex. Jeśli robot nie może wejść na stronę, może nie zobaczyć właściwego statusu lub dyrektywy. Blokada crawlowania to inne narzędzie niż deindeksacja.

XML sitemap

XML sitemap powinna zawierać adresy, które sklep chce pokazywać wyszukiwarkom jako kanoniczne i wartościowe. Dlatego:

• produkty chwilowo niedostępne mogą zostać w mapie, jeśli mają wrócić i są indeksowalne,
• produkty przekierowane 301 powinny zniknąć z mapy, a w mapie powinien zostać URL docelowy,
• produkty 404 i 410 powinny zniknąć z mapy,
• archiwalne produkty 200 mogą zostać w mapie tylko wtedy, gdy świadomie mają być indeksowane.

Jak podejmować decyzję przy dużej liczbie produktów

W małym sklepie decyzję można podjąć ręcznie dla każdego produktu. W dużym katalogu potrzebne są reguły. Najważniejsze kryteria to:

• czy produkt wróci do sprzedaży,
• czy ma następcę,
• czy ma bliski odpowiednik,
• czy URL ma ruch organiczny,
• czy URL ma linki zewnętrzne,
• czy strona ma unikalną treść, opinie, instrukcje lub dane techniczne,
• czy produkt jest istotny dla kategorii,
• czy istnieje ryzyko generowania tysięcy cienkich stron niedostępnych produktów.

Na tej podstawie można stworzyć reguły operacyjne, na przykład: produkty chwilowo niedostępne zostają jako 200 index, produkty trwale usunięte z następcą mają 301, produkty bez odpowiednika i bez ruchu dostają 410, a produkty archiwalne z ruchem pozostają jako 200 z komunikatem o wycofaniu.

Najczęstsze błędy przy niedostępnych produktach

• Przekierowanie wszystkich niedostępnych produktów na stronę główną.
• Usuwanie chwilowo niedostępnych produktów przez 404.
• Pozostawianie tysięcy wycofanych produktów jako indeksowalnych stron z pustym komunikatem.
• Ustawianie canonical do kategorii jako sposobu na usunięcie produktu.
• Blokowanie w robots.txt adresów, które powinny zostać zdeindeksowane.
• Brak aktualizacji XML sitemap po przekierowaniach i usunięciach.
• Linkowanie z kategorii do produktów, których nie da się kupić i które nie wrócą.
• Brak rozróżnienia między następcą produktu a luźną alternatywą.
• Ukrywanie informacji o końcu sprzedaży pod ogólnym komunikatem „niedostępny”.
• Automatyczne rekomendowanie przypadkowych produktów bez zgodności intencji.

Rekomendowany schemat decyzji