Sprzedaje się bez zdjęcia

Objaw

Karta produktu z szarą grafiką zastępczą tam, gdzie powinno być zdjęcie. Albo lista kategorii, w której jeden kafelek w siatce jest pustym prostokątem między dwoma sfotografowanymi produktami.

W odróżnieniu od większości znalezisk, to jedno przeszło już pewien test: ludzie i tak to kupili. Ktoś wszedł, nie zobaczył zdjęcia i mimo to zamówił. I to jest w tym najbardziej użyteczne.

Ile to kosztuje

Kosztem nie jest tu utracona sprzedaż, którą da się wskazać palcem. Kosztem jest różnica między tym, co produkt robi, a tym, co by robił — a rozmiar tej różnicy podpowiada sam produkt, bo ma historię sprzedaży, z którą można porównać.

Bezpośrednie, sprawdzalne konsekwencje:

• Feedy produktowe go odrzucają. Google Merchant Center wymaga odnośnika do zdjęcia przy każdej pozycji; pozycja bez niego dostaje status odrzuconej i wypada z feedu. Większość marketplace’ów zachowuje się tak samo. Więc produkt, który sprzedaje się bez zdjęcia na Twojej stronie, często nigdzie indziej nie jest w ogóle oferowany.
• Siatka kategorii traci rytm. Pusty kafelek między sfotografowanymi produktami czyta się jako błąd strony, a błędy ludzie przewijają.
• Nie ma czego udostępnić ani przypiąć. Podglądy w mediach społecznościowych, porównywarki i wyszukiwarka grafiki biorą to, co strona ma poza tym — czyli zwykle Twoje logo.

Powód, dla którego ta kontrola jest w sekcji o pieniądzach, a nie w mediach, to kolejność: produkty, które już się sprzedają, warto sfotografować pierwsze. Katalog z czterystoma brakami i budżetem na czterdzieści zdjęć musi wiedzieć, na które czterdzieści.

Jak to sprawdzić samodzielnie

WooCommerce trzyma zdjęcie główne jako _thumbnail_id. Produkty, które się sprzedawały i nie mają żadnego:

wp db query "SELECT p.ID, p.post_title, SUM(l.product_net_revenue) AS przychod
  FROM wp_posts p
  JOIN wp_wc_order_product_lookup l ON l.product_id = p.ID
  LEFT JOIN wp_postmeta t ON t.post_id = p.ID AND t.meta_key = '_thumbnail_id'
  WHERE p.post_type = 'product' AND p.post_status = 'publish'
    AND l.date_created > DATE_SUB(NOW(), INTERVAL 12 MONTH)
    AND (t.meta_value IS NULL OR t.meta_value = '' OR t.meta_value = '0')
  GROUP BY p.ID ORDER BY przychod DESC"

Jedna pułapka: produkt może mieć _thumbnail_id wskazujące na załącznik, którego plik już nie istnieje. Dla tego zapytania wygląda to poprawnie, a dla odwiedzającego jak zepsuta strona — to osobna kontrola, wpis w bazie przeżył plik.

Jak naprawić

1. Fotografuj w kolejności przychodu. Zapytanie wyżej już tak sortuje — i to jest cały powód, żeby je uruchomić zamiast przeglądać listę produktów.
2. Zapytaj dostawcę, zanim zamówisz studio. Większość dystrybutorów ma używalne zdjęcia produktowe i je przyśle; to jest warte maila, zanim będzie warte fotografa.
3. Jedno uczciwe zdjęcie bije trzy stylizowane. Zwykłe tło, prawdziwy kolor, przedmiot w rozpoznawalnej skali. Stylizacja przychodzi później.
4. Ustaw przy okazji tekst alternatywny — zdjęcie jest świeże, opis masz w głowie, a to najtańszy moment, jaki kiedykolwiek będzie. Patrz zdjęcia bez tekstu alternatywnego.
5. Nie używaj wspólnej grafiki zastępczej jako zdjęcia głównego. Zadowala tę kontrolę i zawodzi klienta — dodatek Pro ma osobną kontrolę dokładnie na ten wzorzec.

Kiedy to fałszywy alarm

• Usługi, treści cyfrowe i karty podarunkowe, gdzie nie ma czego fotografować. To zasadne — ukryj znalezisko raz.
• Motywy podstawiające zdjęcie kategorii, więc strona nigdy nie jest naprawdę pusta.
• Towar robiony na zamówienie, opisywany specyfikacją zamiast pokazywany.

Jak znajduje to Merchlint

Merchlint odczytuje _thumbnail_id każdego opublikowanego produktu i zestawia to z tym, ile produkt zarobił przez ostatnie dwanaście miesięcy — z własnej tabeli pomocniczej WooCommerce. Produkty bez historii sprzedaży nie są przez tę kontrolę zgłaszane: produkt bez zdjęcia i bez sprzedaży to inne pytanie, a wymieszanie obu przykryłoby listę użyteczną tą długą.

Przy znalezisku widać kwotę przychodu i okres, którego dotyczy.

Pewność: F — fakt z bazy. Wiersz meta zawiera identyfikator załącznika albo nie.

Przychód nigdy nie jest sumowany między walutami; sklep sprzedający w więcej niż jednej dostaje kwotę osobno dla każdej, z jawnie podaną walutą.