Ostatnio oglądane produkty: pomagają klientom wrócić do tego, o czym zapomnieli

Prawie nikt nie kupuje przy pierwszej wizycie. Klient znajduje produkt, który mu się podoba, odrywa go telefon albo przypadkowo zamyka kartę i wraca godzinę, albo dzień, później z jednym problemem: nie pamięta dokładnie, co oglądał. Wie, że to był „ten szary z drewnianym uchwytem”, ale w Twoim sklepie jest czterdzieści podobnych. Szuka więc, nie znajduje i wychodzi. Blok ostatnio oglądanych produktów rozwiązuje właśnie ten moment: podaje klientowi z powrotem produkty, które już wybrał, dzięki czemu droga od „wróciłem” do „dodaj do koszyka” wymaga jednego kliknięcia zamiast frustrującego poszukiwania.

Ten artykuł dotyczy jednego konkretnego zadania, zamknięcia luki między intencją a przyciskiem „wstecz” przez zapamiętanie tego, co odwiedzający oglądał. Nie chodzi tu o sugerowanie produktów, których nie widział (to jest sprzedaż krzyżowa i dosprzedaż), ani o celowe odkładanie produktów na później (to jest lista życzeń). Ostatnio oglądane produkty działają automatycznie, pasywnie i opierają się na prostej prawdzie: rozpoznawanie jest łatwiejsze niż przypominanie sobie.

Co PrestaShop oferuje od razu, i gdzie kończą się jego możliwości

PrestaShop od lat ma funkcję ostatnio oglądanych produktów, a większość sprzedawców nie zdaje sobie sprawy, że jest ona już zainstalowana. W wersjach 1.7, 8 i 9 jest to natywny moduł ps_viewedproduct („Viewed products block”); w wersjach 1.5/1.6 nazywał się blockviewed. Znajdziesz go w Modules → Module Manager, wyszukaj „viewed”. Wyświetla oglądane produkty na stronie produktu, zwykle przez displayFooterProduct (starszy blockviewed z PrestaShop 1.6 używał hooków kolumn), a jego jedyne ustawienie konfiguracyjne to liczba produktów do wyświetlenia.

Pod spodem moduł w ogóle nie odpytuje zamówień ani konta klienta, czyta ciasteczko przeglądarki o nazwie viewed, czyli prostą listę identyfikatorów produktów rozdzielonych przecinkami, do której ProductController dopisuje pozycję przy każdym wczytaniu strony produktu. Ta konstrukcja ma dwie konsekwencje, które warto znać, zanim uznasz, że standardowy moduł Ci wystarczy:

• Działa anonimowo i od razu. Ponieważ opiera się na ciasteczku, działa dla niezalogowanych gości już od pierwszego produktu, który otworzą, bez logowania, bez konta. Działa z ciasteczka w przeglądarce, więc informowanie o nim i zgody obsłuż zgodnie z własną polityką plików cookie oraz lokalnym prawem. Co z tego wynika? Z korzyści skorzysta również klient, który nigdy nie założy konta.
• Zapomina wtedy, kiedy znika ciasteczko. Lista mieszka w przeglądarce odwiedzającego. Wyczyść pliki cookie, przełącz się z telefonu na laptop albo poczekaj, aż ciasteczko wygaśnie, a historia zniknie. Natywny moduł nie próbuje powiązać oglądanych produktów z ID klienta ani przenosić ich między urządzeniami.

Dla małego katalogu umieszczonego w pasku bocznym standardowy moduł naprawdę wystarcza, nie płać za coś, co już masz. Powody, dla których sprzedawcy z niego wyrastają, są konkretne: domyślne położenie (lewa/prawa kolumna) to martwa przestrzeń w większości nowoczesnych motywów pełnej szerokości; nie da się łatwo umieścić go na stronie koszyka, gdzie impuls „czy nie zapomniałeś o tych produktach?” działa najmocniej; i nie przetrwa przejścia na inne urządzenie. Właśnie te luki wypełnia dedykowany moduł, o czym więcej niżej.

Dlaczego „ostatnio oglądane” naprawdę pracuje na wynik sklepu

Mechanizm wynika z prostej psychologii poznawczej: rozpoznawanie wygrywa z przypominaniem sobie. Jeśli prosisz klienta, żeby zapamiętał i ponownie wpisał nazwę produktu, każesz mu wykonać pracę; jeśli pokazujesz mu miniaturę dokładnie tego produktu, który oglądał, prosisz go tylko o rozpoznanie. Jedno wymaga wysiłku i często się nie udaje; drugie dzieje się natychmiast.

Jest też drugi efekt, który łatwo przeoczyć. Powracający odwiedzający, który trafia na ogólną stronę główną, musi od nowa znaleźć punkt zaczepienia, ponownie przejść przez kategorie, zawęzić wybór i podjąć decyzję. Powracający odwiedzający, który od razu widzi trzy produkty porównywane godzinę wcześniej, wraca bezpośrednio do decyzji, którą miał już w połowie podjętą. Nie tworzysz nowego zainteresowania; wznawiasz zainteresowanie, które już istnieje, a to jest znacznie tańsze niż budowanie go od zera.

Kusi, żeby dopisać tu twardą liczbę konwersji, i w sieci znajdziesz cytaty w stylu „X% kliknięć w ostatnio oglądane produkty kończy się zakupem”. Traktuj takie dane jako wskazówkę, nie obietnicę. Realny wzrost zależy od wielkości katalogu, tego, jak często klienci porównują produkty przed zakupem, i od widoczności bloku. Uczciwe twierdzenie jest mechaniczne, nie statystyczne: każdy klient, który inaczej porzuciłby sklep podczas ponownego szukania, to klient, którego nie tracisz. Mierz to we własnym sklepie zamiast pożyczać cudzy procent.

Gdzie go umieścić, i dlaczego położenie zmienia jego zadanie

Ten sam blok wykonuje inną pracę w zależności od miejsca. Najpierw zdecyduj, co ma osiągnąć, a potem umieść go odpowiednio:

Warto wiedzieć jedną rzecz, zanim sięgniesz po moduł: w PrestaShop 1.7, 8 i 9 ps_viewedproduct implementuje interfejs widgetu, więc możesz wyrenderować go wszędzie tam, gdzie Twój motyw pozwala wywołać widget. Wystarczy wstawić jeden tag do szablonu w miejscu, w którym chcesz pokazać blok, bez rejestrowania nowego hooka:

{* render the viewed-products block in any theme template *}
{widget name='ps_viewedproduct'}

To rozwiązuje pojedyncze położenie (na przykład dodanie bloku do własnego szablonu strony głównej). Nie rozwiązuje jednak ograniczeń ciasteczka, a natywny ps_viewedproduct poza tym pozostaje ograniczony do wbudowanego położenia na stronie produktu i nie zapewnia dowolnego umieszczania w koszyku, na stronie głównej ani we własnym hooku bez pracy w motywie lub module. Dlatego umieszczenie na stronie koszyka (prawdopodobnie najcenniejsze) zwykle wymaga bardziej elastycznego modułu. Jeśli przy okazji przemyślasz cały układ strony, nasz szerszy poradnik o projektowaniu strony produktu w PrestaShop pokazuje, jak blok ostatnio oglądanych produktów powinien współgrać z resztą elementów walczących o uwagę poniżej pierwszego ekranu.

Ustawienia, które naprawdę mają znaczenie

Trzy decyzje przesądzają o tym, czy blok pomaga, czy tylko dodaje bałaganu:

• Ile produktów pokazać. Sześć do ośmiu to praktyczny złoty środek, wystarczająco dużo, żeby odświeżyć pamięć, i wystarczająco mało, żeby objąć je wzrokiem. W układzie jednego rzędu oznacza to liczbę, która czysto wypełnia wiersz; ściana dwudziestu oglądanych produktów przestaje pomagać pamięci i staje się szumem.
• Nigdy nie pokazuj pustego bloku. Nowy odwiedzający nie ma historii, więc blok nie ma czego wyświetlić. Upewnij się, że całkowicie się ukrywa, gdy ciasteczko viewed jest puste, zamiast renderować pusty nagłówek, osamotniony tytuł „Ostatnio oglądane” bez niczego pod spodem wygląda jak błąd i podważa zaufanie. Natywny moduł to obsługuje; własny blok w motywie czasem nie, więc sprawdź go po wylogowaniu w świeżej przeglądarce.
• Wyklucz produkt aktualnie widoczny na ekranie. Na stronie produktu pozycja, którą klient ogląda w tej chwili, nie powinna pojawiać się we własnym rzędzie „ostatnio oglądane”. To powtórzenie i strata miejsca. Upewnij się, że moduł odfiltrowuje ID bieżącego produktu.

Na urządzeniach mobilnych zmień układ z siatki na poziomo przewijany karuzelowy pasek. Pionowa przestrzeń jest najcenniejszym zasobem na ekranie telefonu; jeden przesuwany rząd pokazuje te same produkty, nie spychając przycisku „dodaj do koszyka” niżej na stronie. Siatka, która na urządzeniach mobilnych wymusza przewijanie przez trzy rzędy, zwykle szkodzi bardziej, niż blok pomaga.

Kiedy wyjść poza natywny moduł

Wychodzisz poza ps_viewedproduct wtedy, gdy jedno z jego wbudowanych ograniczeń zaczyna kosztować Cię zamówienia. Najczytelniejsze sygnały:

Właśnie obsługa wielu urządzeń naprawdę oddziela te dwa podejścia. Kupujący, który przegląda produkty na telefonie w przerwie obiadowej, a wieczorem kupuje z laptopa, jest dla Ciebie jedną osobą, ale dla natywnego modułu to dwa niepowiązane zbiory ciasteczek, więc poranne rozpoznanie potrzeb znika dokładnie wtedy, gdy mogłoby domknąć sprzedaż. Moduł, który dla zalogowanych użytkowników wiąże ostatnio oglądane produkty z ID klienta (przechowując historię po stronie serwera, a nie w przeglądarce), przenosi tę historię przez tę lukę. Jeśli znacząca część Twojego ruchu kupuje między urządzeniami, a w większości sklepów tak jest, to właśnie za tę funkcję warto zapłacić. mypresta.rocks buduje moduły personalizacji dokładnie wokół takiego zachowania: świadomego kontekstu klienta, bez ingerencji w motyw. Praktyczny test, czy go potrzebujesz, jest prosty: sprawdź, ilu Twoich klientów zaczyna sesję na telefonie, a kończy na komputerze.

Najczęściej zadawane pytania

Czy PrestaShop ma wbudowane ostatnio oglądane produkty? Tak, większość sprzedawców nie zdaje sobie sprawy, że ta funkcja jest już zainstalowana. W wersjach 1.7, 8 i 9 jest to natywny moduł ps_viewedproduct („Viewed products block”); w 1.5/1.6 był to blockviewed. Znajdziesz go w Modules → Module Manager, wyszukując „viewed”. Jego jedyne ustawienie określa, ile produktów pokazać, a sam moduł wyświetla je na stronie produktu (zwykle przez displayFooterProduct).

Skąd moduł pamięta, co oglądał odwiedzający? Czyta ciasteczko przeglądarki o nazwie viewed, listę identyfikatorów produktów rozdzielonych przecinkami, do której ProductController dopisuje pozycję przy każdym wczytaniu strony produktu. Nigdy nie dotyka zamówienia ani konta klienta. Dzięki temu działa anonimowo i od razu (dla niezalogowanych gości już od pierwszego produktu), ale zapomina wtedy, gdy znika ciasteczko: wyczyść pliki cookie albo przełącz się z telefonu na laptop, a historia przepadnie.

Gdzie powinien znaleźć się blok? Położenie zmienia jego zadanie. Na stronie produktu (displayFooterProduct) pomaga klientom porównującym produkty przełączać się między kandydatami, to najmocniejsze miejsce. Na stronie głównej (displayHome) przywraca kontekst powracającym odwiedzającym. Na stronie koszyka (displayShoppingCartFooter) jest impulsem o najwyższej intencji: „te produkty też oglądałeś”. Położenie w koszyku jest zwykle najcenniejsze i natywny moduł nie potrafi obsłużyć go bez dodatkowej pomocy.

Kiedy standardowy moduł nie wystarcza? Gdy jedno z jego ograniczeń zaczyna kosztować zamówienia: potrzebujesz go na stronie koszyka albo we własnym hooku, chcesz historii podążającej za zalogowanym klientem między urządzeniami (samo ciasteczko traci ją przy zmianie urządzenia), porządnego układu karuzeli albo filtrowania „oglądane, ale niekupione” w koszyku. Przypadek wielu urządzeń naprawdę odróżnia te rozwiązania, moduł wiążący historię z ID klienta i przechowujący ją po stronie serwera przenosi ją przez lukę między telefonem a laptopem, w której często domyka się sprzedaż.

Ile produktów pokazać i jak zrobić to na urządzeniach mobilnych? Sześć do ośmiu to praktyczny złoty środek, wystarczająco dużo, żeby odświeżyć pamięć, i wystarczająco mało, żeby szybko je przeskanować. Zawsze całkowicie ukrywaj blok, gdy ciasteczko jest puste (osamotniony nagłówek „Ostatnio oglądane” wygląda jak błąd), i wyklucz produkt aktualnie widoczny na ekranie. Na urządzeniach mobilnych przejdź z siatki na pojedynczą poziomo przewijaną karuzelę, żeby nie spychać przycisku dodania do koszyka w dół strony.

Gdzie mieści się to w szerszym obrazie

Ostatnio oglądane produkty to jedna cicha nić w sklepie, który pamięta swoich klientów. Nachodzą na świadome odkładanie na później (lista życzeń to intencja zadeklarowana przez klienta; ostatnio oglądane produkty to intencja, którą wnioskujesz), i uzupełniają bezpośrednie porównanie, po które kupujący sięgają, gdy nie mogą zdecydować między dwoma produktami. To także element większej układanki: zaufanej, płynnej strony produktu, takiej anatomii strony produktu, która sprawia, że odwiedzający klikają „kup”, zamiast wracać.

Cały sens jest skromny: nie przekonujesz nikogo do niczego nowego. Po prostu nie zmuszasz powracającego klienta do ponownego szukania produktu, którego już chciał. W PrestaShop włączenie tego kosztuje Cię prawie nic, ps_viewedproduct prawdopodobnie już czeka w Twoim Module Managerze, a jedyne realne decyzje dotyczą miejsca wyświetlania, układu na urządzeniach mobilnych i tego, czy Twoi klienci kupują na tylu urządzeniach, że pamięć ciasteczka powinna stać się pamięcią klienta.