Produkt chwilowo niedostępny: co zrobić z kartą, żeby nie stracić pozycji

Co zrobić z kartą produktu, którego chwilowo brak w magazynie

Kartę należy zostawić pod dotychczasowym adresem, zmienić na niej informację o dostępności i zaktualizować te same dane wszędzie tam, gdzie Google je odczytuje. Strona ma nadal zawierać nazwę, zdjęcia, opis, parametry i opinie, a jedyną istotną różnicą jest brak możliwości zakupu od ręki oraz czytelny komunikat, co klient może zrobić w zamian.

Powód jest prosty. Adres karty przez miesiące zbierał to, co decyduje o jej widoczności: został zaindeksowany, prowadzą do niego linki z kategorii, z wpisów na blogu i z innych serwisów, a wyszukiwarka zna jego treść. Chwilowy brak w magazynie niczego z tego nie unieważnia. Unieważnia to dopiero decyzja właściciela sklepu, który kartę wyłącza, ukrywa albo przekierowuje, a po dostawie oczekuje, że wszystko wróci do poprzedniego stanu z dnia na dzień.

Dobrym przykładem jest sklep z Poznania sprzedający ekspresy do kawy. Popularny model wyprzedał się przed świętami, a kolejna dostawa była zapowiedziana za trzy tygodnie. Sklep, który w takiej sytuacji zostawia kartę z informacją o przewidywanym terminie, polem do zapisania się na powiadomienie i dwoma podobnymi modelami pod spodem, przez te trzy tygodnie nadal przyjmuje ruch z wyszukiwarki i część wizyt zamienia na sprzedaż innych urządzeń. Sklep, który kartę wyłącza, oddaje to miejsce innym sprzedawcom.

1. Pozostawienie karty pod tym samym adresem

   Strona odpowiada tak jak dotąd, pozostaje w mapie witryny i w listach kategorii, najlepiej z wyraźnym oznaczeniem braku towaru.

2. Zmiana widocznej informacji o dostępności

   W miejscu przycisku zakupu pojawia się komunikat o braku produktu, a jeśli termin dostawy jest znany, także przewidywana data.

3. Aktualizacja danych strukturalnych

   Właściwość availability w ofercie przyjmuje wartość odpowiadającą temu, co widzi klient.

4. Aktualizacja pliku produktowego

   Atrybut dostępność w Merchant Center zmienia się w tym samym momencie co stan na stronie.

5. Propozycja dla klienta

   Formularz powiadomienia o powrocie towaru oraz lista zamienników utrzymują wizytę w sklepie.

Szerszy opis tego, z czego powinna składać się dobra strona produktu, znajduje się we wpisie o tym, jak przygotować kartę produktu pod SEO. Tutaj zajmujemy się wyłącznie momentem, w którym towaru zabrakło.

Dlaczego ukrywanie karty zwykle szkodzi pozycjom

Ukrycie karty szkodzi, ponieważ każdy ze sposobów jej ukrywania jest dla Google sygnałem, że strona ma zniknąć z wyników albo że jej miejsce zajmuje inny adres. Wyszukiwarka nie wie, że sklep planuje przywrócić produkt za dwa tygodnie. Odczytuje wyłącznie odpowiedź serwera i treść strony.

Wyłączenie produktu i kod 404

W wielu sklepach wyłączenie produktu w panelu sprawia, że jego adres zaczyna zwracać błąd 404. Dokumentacja Google dotycząca kodów stanu HTTP mówi wprost, że adresy z odpowiedzią z grupy 4xx nie są indeksowane, a jeśli były w indeksie wcześniej, zostają z niego usunięte. Treść takiej strony jest przy tym pomijana. Kod 404 jest więc poprawną odpowiedzią dla produktu, którego już nie będzie, ale nie dla takiego, który wraca po dostawie. Kiedy błąd 404 jest właściwy, a kiedy nie, opisaliśmy osobno we wpisie o tym, jak błąd 404 wpływa na widoczność w Google.

Znacznik noindex na karcie

Drugi częsty pomysł to pozostawienie strony dla klientów i dodanie do niej reguły noindex. Według dokumentacji o blokowaniu indeksowania Google po odczytaniu tej reguły usuwa stronę z wyników wyszukiwania, także wtedy, gdy prowadzą do niej linki z innych witryn. Ta sama dokumentacja zaznacza, że zanim robot odwiedzi stronę ponownie, może minąć nawet kilka miesięcy, zależnie od znaczenia strony w internecie. W praktyce oznacza to, że po zdjęciu znacznika powrót karty do wyników nie jest natychmiastowy i nie da się go zaplanować co do dnia. Działanie tej reguły omawiamy szerzej we wpisie o znaczniku meta robots.

Przekierowanie na kategorię lub stronę główną

Trzeci sposób to przekierowanie karty na kategorię. Z dokumentacji o przekierowaniach wynika, że przekierowanie stałe jest dla Google sygnałem, iż to strona docelowa ma być adresem kanonicznym, i to ona pokazuje się w wynikach. Google zaleca stosowanie go tylko wtedy, gdy ma się pewność, że nie zostanie cofnięte, a przy chwilowym braku towaru tej pewności z założenia nie ma. Przekierowanie tymczasowe jest łagodniejsze, bo w wynikach nadal pokazuje się adres źródłowy, ale klient, który szukał konkretnego modelu, i tak trafia na listę kilkudziesięciu innych produktów bez słowa wyjaśnienia.

Pusta karta i pozorny błąd 404

Ostatni przypadek to karta, która formalnie działa, ale po wyczerpaniu zapasu zostaje na niej tylko zdanie o braku produktu. Google opisuje pozorny błąd 404 jako sytuację, w której serwer zwraca kod powodzenia, a treść sugeruje błąd, na przykład pustą stronę lub komunikat o błędzie. Z naszej praktyki wynika, że karty ogołocone z opisu, zdjęć i parametrów trafiają do tej grupy częściej niż karty z pełną treścią i wyraźną informacją o dostępności. Pomoc Search Console zaleca w takim przypadku uzupełnienie istniejącej strony o dodatkowe informacje, tak aby było jasne, że nie jest stroną błędu.

Jak oznaczyć brak towaru na samej karcie

Informacja o braku towaru powinna znaleźć się dokładnie tam, gdzie zwykle stoi cena i przycisk zakupu, i mówić trzy rzeczy: że produktu teraz nie ma, kiedy wróci, jeśli to wiadomo, oraz co klient może zrobić w tej chwili. Wszystko inne na karcie zostaje bez zmian.

Pomoc Merchant Center dotycząca atrybutu dostępność formułuje to jako wymaganie wobec strony docelowej: dostępność ma być jasno widoczna, a produkty oznaczone jako dostępne powinny mieć działający przycisk zakupu lub dodania do koszyka. Wniosek w drugą stronę jest równie ważny. Jeśli produktu nie da się kupić, przycisk nie powinien udawać, że jest inaczej. Sklep, który zostawia aktywny przycisk i dopiero w koszyku informuje o braku, tworzy rozbieżność między kartą a stroną płatności, a ta, jak wynika z tej samej strony pomocy, może skończyć się odrzuceniem produktu w Merchant Center.

Komunikat i przewidywana data

Komunikat powinien być zwykłym tekstem w kodzie strony, a nie wyłącznie szarym przyciskiem albo obrazkiem. Sformułowanie „Produkt chwilowo niedostępny” jest zrozumiałe dla klienta i jednoznaczne. Jeśli sklep zna termin dostawy, warto go podać, nawet w przybliżeniu. Gdy sklep przyjmuje zamówienia na produkt, którego jeszcze nie ma w magazynie, podanie przewidywanej daty wysyłki na stronie przestaje być dobrą praktyką, a staje się wymaganiem Merchant Center. Wracamy do tego w części o pliku produktowym.

Co zostaje na karcie bez zmian

Nazwa, zdjęcia, opis, tabela parametrów, opinie, pytania klientów i okruszki nawigacyjne pozostają na miejscu. Cena również. Usunięcie ceny wygląda na drobiazg, ale dla danych strukturalnych nim nie jest, o czym niżej. Klient, który trafił na kartę z wyszukiwarki, często dopiero porównuje modele, więc pełna treść jest mu potrzebna niezależnie od tego, czy produkt leży dziś na półce.

Osobną decyzją jest to, czy produkt bez towaru ma być widoczny na listach kategorii. Wiele systemów sklepowych pozwala jednym ustawieniem ukryć niedostępne pozycje w katalogu. Z naszej praktyki wynika, że lepiej działa przesunięcie takich produktów na koniec listy z widocznym oznaczeniem niż ich całkowite usunięcie z kategorii. Karta, do której przestają prowadzić linki z kategorii, staje się dla robota trudniejsza do odnalezienia, a klient przeglądający ofertę nie dowiaduje się, że dany model w ogóle jest w asortymencie.

Jak zaktualizować dane strukturalne produktu

W danych strukturalnych produktu wystarczy zmienić jedną wartość: właściwość availability w ofercie. Reszta opisu, czyli nazwa, zdjęcie, cena i waluta, zostaje taka sama. Dane strukturalne to fragment kodu, najczęściej w formacie JSON-LD, w którym sklep opisuje produkt w sposób zrozumiały dla wyszukiwarek.

Dokumentacja Google dotycząca informacji o produktach umieszczanych przez sprzedawcę wymienia właściwość availability wśród zalecanych i podaje obsługiwane wartości: BackOrder, Discontinued, InStock, InStoreOnly, LimitedAvailability, OnlineOnly, OutOfStock, PreOrder, PreSale oraz SoldOut. Można je zapisać pełnym adresem ze słownika schema.org albo samą krótką nazwą. Nie należy podawać więcej niż jednej wartości naraz. Sama strona wyliczenia w schema.org zawiera jeszcze dwie pozycje, MadeToOrder i Reserved, ale przy oznaczaniu kart pod Google bezpieczniej trzymać się listy z dokumentacji wyszukiwarki.

Przy chwilowym braku towaru w grę wchodzą w praktyce dwie wartości. OutOfStock pasuje, gdy sklep nie przyjmuje zamówień do czasu dostawy. BackOrder pasuje, gdy klient może złożyć zamówienie już teraz, a wysyłka nastąpi po uzupełnieniu zapasów. Discontinued zostawia się dla produktów wycofanych z oferty.

<script type="application/ld+json">
{
  "@context": "https://schema.org/",
  "@type": "Product",
  "name": "Ekspres ciśnieniowy, model przykładowy",
  "image": "https://example.com/zdjecia/ekspres.jpg",
  "offers": {
    "@type": "Offer",
    "url": "https://example.com/ekspres-cisnieniowy/",
    "priceCurrency": "PLN",
    "price": 1499.00,
    "itemCondition": "https://schema.org/NewCondition",
    "availability": "https://schema.org/OutOfStock"
  }
}
</script>

Cena zostaje w danych

Cena jest w tych danych właściwością wymaganą i musi być większa od zera. To dlatego usunięcie ceny z karty na czas braku towaru bywa źródłem błędów: szablon generuje wtedy ofertę bez ceny albo z ceną zero i cały opis produktu przestaje spełniać wymagania. Bezpieczniej zostawić ostatnią obowiązującą cenę i zmienić tylko dostępność.

Dostępność w wynikach wyszukiwania

Dokumentacja dotycząca krótkiego opisu produktu podaje, że wynik produktu może zawierać dodatkowe informacje, takie jak oceny, opinie, cenę i dostępność, przy czym Google nie gwarantuje wyświetlenia żadnej z tych funkcji. Oznacza to, że informacja o braku towaru może pojawić się już na stronie wyników. To uczciwe wobec klienta i lepsze niż sytuacja, w której wynik obiecuje dostępność, a karta jej nie potwierdza.

Jeśli chcą Państwo zamówić pozycjonowanie sklepu internetowego, zachęcamy do kontaktu: tel. 222 500 844 lub mailowo: biuro@pozycjonowaniestron.pl

Jak zaktualizować plik produktowy w Merchant Center

W pliku produktowym zmienia się wartość atrybutu dostępność, w zapisie technicznym availability, i robi się to w tym samym momencie, w którym zmienia się stan na karcie. Plik produktowy to zestawienie danych o asortymencie, które sklep przekazuje do Google Merchant Center, aby produkty mogły pojawiać się w reklamach produktowych i w informacjach o produktach wyświetlanych bez opłat.

Pomoc Merchant Center wymaga, aby ta sama dostępność była widoczna w czterech miejscach: na stronie docelowej, w danych strukturalnych, jeśli sklep je stosuje, na stronie płatności i w źródle danych. Niezgodność w którymkolwiek z nich prowadzi do odrzucenia produktu. Dotyczy to obu kierunków: karty z brakiem towaru przy wartości in_stock w pliku oraz karty z dostępnym towarem przy wartości out_of_stock.

Wartość out_of_stock czy backorder

Dla produktu tymczasowo niedostępnego, na który sklep nie przyjmuje zamówień, pomoc Merchant Center wskazuje wartość out_of_stock. Wartość backorder jest przeznaczona dla sytuacji, w której klient może zamówić produkt mimo braku w magazynie. Wymaga ona podania daty ponownej dostępności w atrybucie availability_date, a ta sama data musi być wyraźnie widoczna dla klientów na stronie docelowej. Gdy dokładnego dnia nie da się podać, dopuszczalna jest data przybliżona, na przykład miesiąc i rok. Produkty wycofane ze sprzedaży należy natomiast usunąć z danych produktów, a nie trzymać w pliku z oznaczeniem braku.

Automatyczne aktualizacje produktów

Merchant Center ma mechanizm, który łagodzi skutki opóźnień między stroną a plikiem. Strona pomocy o automatycznym aktualizowaniu informacji o produktach podaje, że Google potrafi dopasować cenę, dostępność i stan produktu do tego, co odczyta ze strony docelowej, przede wszystkim z danych strukturalnych schema.org. Funkcja jest domyślnie włączona, a jej ustawienia znajdują się w sekcji produktów, w zakładce poświęconej automatyzacji.

Nie zwalnia to jednak z aktualizowania pliku. Pomoc zaznacza, że automatyzacja uzupełnia regularne przesyłanie danych, a nie je zastępuje, że może nie zadziałać przy produktach, których cena lub dostępność zmienia się częściej niż raz dziennie, oraz że przy zbyt wielu rozbieżnościach aktualizacje mogą zostać wstrzymane.

Dokumentacja Google o udostępnianiu danych o produktach opisuje źródło problemu: strona może oznaczyć wyprzedany produkt jako niedostępny od razu, a dane w Merchant Center odświeżają się wolniej, zwłaszcza gdy sklep korzysta z plików. Sklep sam decyduje, czy plik jest przesyłany raz w tygodniu, raz dziennie czy co godzinę. Przy stanach zmieniających się kilka razy dziennie cotygodniowy plik to za mało. Budowę pliku opisujemy we wpisie o kampaniach produktowych Google Ads.

Powiadomienie o powrocie towaru i zamienniki

Powiadomienie o powrocie towaru i lista zamienników sprawiają, że karta bez towaru nadal ma dla klienta wartość, a dla sklepu pozostaje źródłem sprzedaży. Żadna z tych funkcji nie jest wymaganiem Google. To rozwiązania z zakresu obsługi klienta, które przy okazji pomagają utrzymać pełną treść strony.

Formularz powiadomienia o dostępności

Formularz powinien stać w miejscu przycisku zakupu i wymagać tylko adresu e-mail. Dla sklepu ma on dodatkową zaletę: liczba zgłoszeń pokazuje realny popyt na dany model i pomaga zdecydować o wielkości kolejnego zamówienia u dostawcy.

Zbieranie adresów e-mail oznacza przetwarzanie danych osobowych, dlatego przy formularzu potrzebna jest jasna informacja, do czego adres posłuży. Zgłoszenie dotyczące jednego produktu nie jest tym samym co zapis na listę wysyłkową z ofertami handlowymi. Sposób sformułowania zgody warto skonsultować z prawnikiem.

Jak dobrać zamienniki

Zamiennik ma odpowiadać na tę samą potrzebę, a nie jedynie pochodzić z tej samej kategorii. Klient, który szukał ekspresu z młynkiem w określonej cenie, powinien zobaczyć dwa lub trzy modele z młynkiem w zbliżonej cenie, najlepiej z krótkim wskazaniem różnic: większy zbiornik, inna moc, inny kolor obudowy. Automatyczny blok „podobne produkty”, który losuje pozycje z kategorii, rzadko spełnia to zadanie, dlatego przy najważniejszych kartach warto przypisać zamienniki ręcznie.

Blok zamienników powinien znajdować się wysoko, blisko komunikatu o braku, i składać się ze zwykłych linków do kart. Zamiennik jest przy tym propozycją, a nie przekierowaniem: decyzja, czy inny model odpowiada potrzebom, należy do klienta.

Gdzie sprawdzić, jak Google widzi kartę bez towaru

Stan karty najlepiej sprawdzić w trzech miejscach: w narzędziu do sprawdzania adresów URL w Search Console, w raportach dotyczących produktów w tym samym panelu oraz w publicznym teście wyników z elementami rozszerzonymi.

Narzędzie do sprawdzania adresów URL otwiera się przez wklejenie adresu karty w pole wyszukiwania u góry Search Console. Pokazuje, czy adres jest w indeksie, a po uruchomieniu testu opublikowanej wersji pozwala obejrzeć zrzut strony w opcji „Wyświetl przetestowaną stronę”. To szybki sposób, aby upewnić się, że robot widzi pełną kartę, a nie pustą stronę.

Raport „Indeksowanie stron” pokazuje powody, dla których adresy nie trafiły do indeksu. Według pomocy Search Console przy kartach produktów warto zwracać uwagę na cztery z nich: „Pozorny błąd 404”, „URL zawiera tag noindex”, „Nie znaleziono (404)” oraz „Strona zawiera przekierowanie”. Jeśli po wyprzedaniu większej partii towaru liczba adresów w którejś z tych grup wyraźnie rośnie, sklep prawdopodobnie ukrywa karty automatycznie, często bez wiedzy właściciela.

Dane strukturalne mają własne raporty. Dokumentacja Google wymienia raport o krótkich opisach produktów oraz raport „Informacje o produktach umieszczone przez sprzedawcę”, który obejmuje strony, na których produkt można kupić. Pojedynczą kartę można sprawdzić w teście wyników z elementami rozszerzonymi, który działa bez logowania i pokazuje odczytane wartości, w tym dostępność.

Chwilowy brak a wycofanie produktu z oferty

Chwilowy brak i trwałe wycofanie to dwie różne sytuacje i wymagają różnych decyzji. Przy chwilowym braku karta zostaje, a zmienia się dostępność. Przy wycofaniu trzeba zdecydować, czy adres ma jeszcze komu służyć.

Jeśli produkt został zastąpiony nowszą wersją, która odpowiada na tę samą potrzebę, uzasadnione jest przekierowanie stałe ze starej karty na nową. Google traktuje je jako sygnał, że adres docelowy przejmuje rolę poprzedniego, więc jest to rozwiązanie na trwałe, a nie na trzy tygodnie. Jeśli produkt zniknął bez następcy, a karta nie ma już wartości dla klientów, poprawną odpowiedzią jest kod 404 lub 410. Produkt należy wtedy usunąć także z pliku produktowego.

Trudniejsze są produkty sezonowe, które wracają co roku. Sklep ogrodniczy z Bydgoszczy, który co jesień usuwa karty roślin jednorocznych i co wiosnę zakłada je od nowa pod innymi adresami, za każdym razem zaczyna budowanie widoczności od początku. Z naszej praktyki wynika, że lepiej trzymać stałe adresy przez cały rok i poza sezonem oznaczać brak towaru wraz z zapowiedzią powrotu.

Typowe pomyłki i kiedy potrzebna jest pomoc

Najwięcej szkód powodują nie pojedyncze decyzje, lecz ustawienia sklepu, które działają automatycznie na setkach kart jednocześnie. Dlatego pomyłek warto szukać w konfiguracji systemu sklepowego, wtyczek i integracji z hurtownią.

Pierwsza pomyłka to automatyczne wyłączanie produktu przy zerowym stanie: adres zaczyna zwracać błąd 404, a po dostawie produkt wraca, lecz z indeksu zdążył już wypaść. Druga to rozjazd między warstwami: komunikat na karcie mówi o braku, dane strukturalne nadal podają InStock, a plik produktowy odświeża się raz na tydzień. Trzecia to usuwanie ceny, które psuje dane strukturalne. Czwarta to przekierowanie wszystkich niedostępnych kart na stronę główną. Piąta to usuwanie z karty opisu i zdjęć. Szósta to sam komunikat o braku, bez terminu, formularza i zamienników.

• Karta produktu bez towaru odpowiada kodem 200 i ma pełną treść: nazwę, zdjęcia, opis, parametry i cenę.
• W miejscu przycisku zakupu znajduje się tekstowy komunikat o braku oraz przewidywany termin, jeśli jest znany.
• Dane strukturalne i plik produktowy podają tę samą dostępność co widoczna treść i strona płatności.
• Na karcie działa formularz powiadomienia i blok ręcznie dobranych zamienników.
• Karta pozostaje w mapie witryny i prowadzą do niej linki z kategorii.
• Integracja z magazynem nie wyłącza produktów automatycznie przy zerowym stanie.

Pomoc z zewnątrz przydaje się zwykle wtedy, gdy sklep ma tysiące produktów o szybko zmieniających się stanach, gdy zachowanie kart zależy od szablonu lub integracji, której nikt w firmie nie potrafi zmienić, oraz gdy w Search Console rośnie liczba adresów wykluczonych z indeksu. W ramach usługi, jaką jest pozycjonowanie sklepów, sprawdzamy takie ustawienia razem z resztą elementów, które obejmuje SEO techniczne. Nie obiecujemy przy tym konkretnych pozycji, ponieważ nikt uczciwie nie może ich zagwarantować.

Jeśli chcą Państwo zamówić pozycjonowanie sklepu internetowego, zachęcamy do kontaktu: tel. 222 500 844 lub mailowo: biuro@pozycjonowaniestron.pl