Wszystkie warianty są niedostępne

Objaw

Na liście w kategorii produkt wygląda zupełnie normalnie: zdjęcie, nazwa, zakres cen. Klient wchodzi, wybiera rozmiar, dostaje „Ta kombinacja jest niedostępna”. Wybiera kolejny. To samo. Przechodzi przez wszystkie opcje w liście rozwijanej i żadnej nie da się kupić.

Przed kliknięciem nie było żadnego sygnału. Lista nie napisała „wyprzedane”, bo produkt nadrzędny jest wciąż opublikowany i — z punktu widzenia katalogu — dostępny.

Ile to kosztuje

To jest gorsze niż ukrycie produktu i właśnie ta część bywa niedoceniana.

• Wciąż zbiera ruch. Rankuje, siedzi w kategorii, jedzie w feedzie, może być w płatnej kampanii. Każde z tych wejść kończy się ślepą uliczką.
• Kosztuje zaufanie, nie tylko sprzedaż. Klient, który przeklika cztery listy i nie znajduje niczego dostępnego, nie wyciąga wniosku „wyprzedane”. Wyciąga wniosek „sklep jest zepsuty” — i ten wniosek dotyczy całego sklepu.
• Ukrywa się przed typowym raportem magazynowym. Zestawienia filtrujące po „brak w magazynie” wypisują warianty, do których większość osób nigdy nie zagląda, a produkt nadrzędny — ten, który klient faktycznie widzi — figuruje jako dostępny.

Jak to sprawdzić samodzielnie

Zapytanie znajduje opublikowane produkty wariantowe, które mają warianty, ale żaden z nich nie jest instock:

wp db query "SELECT parent.ID, parent.post_title
  FROM wp_posts parent
  WHERE parent.post_type = 'product' AND parent.post_status = 'publish'
    AND EXISTS (SELECT 1 FROM wp_posts v
      WHERE v.post_parent = parent.ID AND v.post_type = 'product_variation')
    AND NOT EXISTS (SELECT 1 FROM wp_posts v
      JOIN wp_postmeta sm ON sm.post_id = v.ID AND sm.meta_key = '_stock_status'
      WHERE v.post_parent = parent.ID AND v.post_type = 'product_variation'
        AND sm.meta_value IN ('instock','onbackorder'))"

onbackorder jest celowo traktowane jako dostępne — sklep szyjący na zamówienie, w którym wszystko jest „na zamówienie”, działa dokładnie tak, jak powinien, a zgłaszanie go byłoby szumem.

Z panelu najbliższym odpowiednikiem jest Produkty → filtr Typ produktu: wariantowy i sortowanie po stanie, ale WooCommerce pokazuje tam stan produktu nadrzędnego — czyli dokładnie tę wartość, która wprowadza w błąd.

Jak naprawić

Masz cztery wyjścia i tylko jedno z nich to „nic nie robić”:

1. Uzupełnij stan, jeśli towar niedługo wraca.
2. Włącz zamówienia oczekujące na wariantach, jeśli faktycznie umiesz je zrealizować.
3. Ustaw produkt nadrzędny jako niedostępny. Lista wtedy to mówi, od razu, a klient w ogóle nie wchodzi. To jest uczciwe minimum.
4. Ukryj go z katalogu, jeśli nie wraca. Zachowuje adres i historię w wyszukiwarce, więc nic nie przepada, ale przestaje zajmować miejsce w kategorii.

Czego unikać: usuwania produktu. Zwykle ma historię zamówień, a usunięcie utrudnia czytanie dawnych zamówień.

Kiedy to fałszywy alarm

• Towar sezonowy trzymany widocznie na miejscu — narty w lipcu, z notką „wraca jesienią”. Świadome; ukryj znalezisko, a zostanie ukryte przy kolejnych skanach.
• Przedsprzedaże obsługiwane wtyczką, która zarządza dostępnością poza _stock_status.
• Produkt wariantowy z jednym wariantem, który zaraz opublikujesz. Stan przejściowy przy konfiguracji.

Jak znajduje to Merchlint

Merchlint odczytuje _stock_status każdego wariantu każdego opublikowanego produktu wariantowego i zgłasza produkt nadrzędny wyłącznie wtedy, gdy ma on co najmniej jeden wariant, a żaden nie jest instock ani onbackorder. Przy znalezisku widać, ile wariantów sprawdzono i jaki jest status każdego — dzięki temu wybór między uzupełnieniem stanu a ukryciem podejmujesz na tym samym ekranie.

Pewność: F — fakt z bazy. Odczytany jest zapisany status każdego wariantu; nic nie jest wnioskowane z wyglądu sklepu.

Tam, gdzie dostępne są dane zamówień, znalezisko niesie też przychód produktu z ostatnich dwunastu miesięcy — zwykle to jest liczba rozstrzygająca, czy warto go zatowarować.