Sklep na Facebooku to witryna widoczna na Twojej stronie na Facebooku i profilu na Instagramie. Przeglądalna siatka produktów pobieranych z katalogu, która pozwala klientowi stuknąć produkt, zobaczyć jego szczegóły i albo kupić go od razu, albo przejść do Twojego sklepu, aby sfinalizować zakup. Ten ostatni wybór ma kluczowe znaczenie dla sprzedawcy korzystającego z PrestaShop i zwykle działa inaczej, niż wiele osób zakłada: poza Stanami Zjednoczonymi opcja „kup od razu” najczęściej w praktyce nie istnieje, więc sklep na Facebooku jest przede wszystkim oknem odkrywania produktów, które kieruje ludzi z powrotem do finalizacji zakupu w Twoim PrestaShop. Jeśli uruchomisz go bez zrozumienia tej różnicy, zbudujesz witrynę, która wygląda, jakby sprzedawała, ale w rzeczywistości tylko przekazuje ruch do procesu zakupowego, który może nie być na ten ruch przygotowany.

Ten poradnik dotyczy konkretnie powierzchni Facebook Shop: tego, jak wprowadzić do niej katalog PrestaShop, decyzji między finalizacją zakupu na platformie a przekierowaniem, która definiuje, co sklep może dla Ciebie zrobić, oraz pracy po stronie PrestaShop, od której zależy, czy wysłany ruch przełoży się na sprzedaż. Nie jest to poradnik o śledzeniu Pixelem, reklamach ani kanałach z Instagrama, to osobne zadania, z własnymi przewodnikami podlinkowanymi tam, gdzie mają znaczenie. Jeśli nadal zastanawiasz się, czy handel społecznościowy w ogóle jest miejscem, w którym znajduje się Twoja grupa odbiorców, zacznij poziom wyżej od tekstu o tym, które platformy rzeczywiście generują sprzedaż.

Czym naprawdę jest sklep na Facebooku (a czym nie jest)

Konfiguracja administracyjna integracji Facebooka w PrestaShop z Page Access Token, Page ID i ustawieniami wyświetlania
Po stronie PrestaShop połączenie z Facebookiem to konfiguracja: Page Access Token, Page ID oraz miejsce, w którym kanał wyświetla się w witrynie.

Terminologia bywa chaotyczna, bo Meta stale zmienia nazwy, więc najprościej wygląda to tak. Twoje produkty znajdują się w katalogu w Commerce Managerze (business.facebook.com/commerce). Sklep to warstwa prezentacji zbudowana na tym katalogu, kolekcje, okładka, wyróżnione produkty, widoczna na Twojej stronie na Facebooku oraz, jeśli ją połączysz, na profilu na Instagramie. Sklep nie przechowuje produktów; pokazuje katalog. Gdy dobrze ustawisz sobie ten model w głowie, większość zamieszania znika: jeśli produkt jest błędny w sklepie, poprawka prawie zawsze znajduje się w katalogu lub jego pliku produktowym, a nie w układzie sklepu.

Czym sklep na Facebooku nie jest: nie jest zamiennikiem Twojego sklepu PrestaShop, nie jest miejscem, w którym znajdują się Twoje zamówienia, klienci czy metody płatności (poza regionami z finalizacją zakupu na platformie), i nie jest narzędziem do śledzenia ani reklam. Sprzedawcy często mieszają „konfigurację sklepu na Facebooku” z „instalacją Pixela i uruchomieniem reklam”, to osobne projekty. Temat Pixela omawiamy w poradniku o tym, dlaczego potrzebujesz Facebook Pixela nawet bez reklam, a część reklamową w praktycznym przewodniku po reklamach na Facebooku i Instagramie. Ten artykuł skupia się na samym sklepie.

Decyzja, która definiuje Twój sklep: finalizacja na platformie czy przekierowanie

Zanim dotkniesz pliku produktowego, rozstrzygnij tę kwestię, bo od niej zależy wszystko dalej. Sklep na Facebooku może doprowadzić sprzedaż do końca na jeden z dwóch sposobów, a to, który będzie dostępny, zwykle zależy głównie od regionu, nie od Twoich preferencji.

Finalizacja zakupu na FacebookuFinalizacja przez przekierowanie na stronę
DostępnośćW chwili pisania ograniczona do wybranych regionów obsługujących tę formę finalizacji (np. USA)Typowa ścieżka tam, gdzie jest dostępna poza regionami z finalizacją na platformie, ale potwierdź aktualną kwalifikowalność swojego rynku i konta w Commerce Managerze
Gdzie odbywa się zakupWewnątrz Facebooka/Instagrama, bez wizyty w sklepieW Twoim sklepie PrestaShop
Kto obsługuje zamówienie & klientaMeta (otrzymujesz wypłatę & dane zamówienia)Ty, to normalne zamówienie PrestaShop
Metody płatnościTe, które obsługuje MetaWszystkie Twoje moduły płatności PrestaShop
Opłata od sprzedażyMeta pobiera opłatę od każdej sprzedażyBrak opłaty dla Meta
Tarcie konwersjiNiższe, bez przekierowaniaWyższe, część osób odpada przy przejściu na Twoją stronę

Co to oznacza dla europejskiego sprzedawcy na PrestaShop? Poza regionami, w których oferowana jest finalizacja zakupu na platformie, zwykle będziesz działać w modelu przekierowania, potwierdź swoją aktualną kwalifikowalność w Commerce Managerze, co oznacza, że rzeczywisty współczynnik konwersji sklepu na Facebooku zależy od finalizacji zakupu w Twoim PrestaShop, a nie od czegokolwiek w Commerce Managerze. Zadanie sklepu kończy się na stuknięciu „Wyświetl w witrynie”; zadanie Twojego sklepu zaczyna się właśnie tam, na telefonie, dla odwiedzającego, który przyszedł z zimnego przewijania w mediach społecznościowych. To część, którą większość sprzedawców zaniedbuje, i właśnie tam wyciekają zamówienia. Więcej o tym niżej.

Wprowadzanie katalogu PrestaShop do sklepu

Sklep jest tak dobry, jak katalog, który go zasila. Masz trzy realistyczne sposoby wprowadzenia produktów z PrestaShop do Commerce Managera i pasują one do bardzo różnych sklepów.

MetodaNakład pracyAktualnośćNajlepsze dla
Ręczne przesyłanie CSV/XMLPonowne przesłanie po każdej zmianieNieaktualne w chwili, gdy zmienisz cenęMałe, rzadko zmieniane katalogi (poniżej ~100 produktów)
Zaplanowany URL pliku produktowegoJednorazowa konfiguracja, potem automatycznieTak aktualne, jak ustawiony interwał pobierania (co godzinę, codziennie)Większość sklepów, rozsądne ustawienie domyślne
Wypychanie przez API w czasie rzeczywistym (moduł)Zainstaluj & połącz razAktualizacje w ciągu kilku minutDuże katalogi albo często zmieniające się stany/ceny

Dla wszystkich poza najmniejszymi sklepami właściwym wyborem jest zaplanowany URL pliku produktowego: PrestaShop (albo moduł pliku produktowego) generuje plik produktowy pod stałym adresem URL, a Ty wklejasz ten URL w Commerce Managerze w sekcji Katalog → Źródła danych → Użyj pliku danych, po czym wybierasz harmonogram pobierania. Ustaw pobieranie na maksymalnie co 6 godzin, a co godzinę, jeśli stany magazynowe szybko się zmieniają, zbyt wolny harmonogram to najczęstsza przyczyna kompromitującej sytuacji „dostępne w moim sklepie, wyprzedane na Facebooku”.

Pola pliku produktowego, które PrestaShop musi wypełniać poprawnie

Specyfikacja pliku produktowego Meta wymaga stałego zestawu pól, a schemat awarii zawsze jest ten sam: pole, które Twój plik zostawia puste albo wypełnia błędnie, pomnożone przez tysiące produktów, powoduje odrzucenie całej tej części katalogu. Wymagany rdzeń:

  • id, stabilny unikalny identyfikator. Użyj ID produktu z PrestaShop albo, lepiej, referencji produktu, aby przetrwała między sklepami i językami.
  • title, nazwa produktu, zaczynająca się od słów, których kupujący naprawdę by użył (Meta ucina tekst).
  • description, czysty tekst; usuń HTML, jeśli Twój plik tego nie robi.
  • availability, in stock / out of stock / preorder, sterowane rzeczywistym stanem magazynowym PrestaShop, a nie wartością statyczną.
  • price. Z walutą, i tu jest pułapka: musi odpowiadać temu, co klient widzi na stronie produktu, z VAT albo bez VAT dokładnie tak, jak pokazuje to Twój sklep. Plik wysyłający ceny netto do sklepu pokazującego ceny brutto wyświetli na Facebooku niższą cenę niż przy finalizacji zakupu, a taki skok ceny po przekierowaniu zabija sprzedaż.
  • link, kanoniczny URL produktu PrestaShop (dodaj tu parametry UTM, aby w analityce oddzielić ruch ze sklepu na Facebooku od ruchu z reklam).
  • image_link, główne zdjęcie, minimum 500×500, najlepiej 1000×1000.
  • brand, condition, nazwa producenta oraz new/used/refurbished.

Warto dodać, bo realnie pomagają: sale_price (aby ceny promocyjne wyświetlały się z przekreśleniem), additional_image_link, product_type (drzewo kategorii z PrestaShop) oraz google_product_category. Sklep PrestaShop działający w wielu sklepach lub językach musi zdecydować, który wariant zasila katalog, pliki produktowe po cichu mieszające waluty albo języki to częsty, trudny do zauważenia bałagan.

Oficjalny moduł Meta czy moduł pliku produktowego?

Oficjalny lub partnerski konektor „Facebook”/Meta może być dostępny dla niektórych wersji PrestaShop i łączyć katalog, sklep oraz Pixel, ale zanim na nim oprzesz konfigurację, sprawdź aktualną kartę modułu, obsługiwane wersje i wymagane uprawnienia, ponieważ konfiguracja oraz zatwierdzenie sklepu i tak odbywają się w Commerce Managerze. Sprawdź obsługę wersji względem swojej wersji PrestaShop (1.7.x, 8.x lub 9.x), zanim zaczniesz na nim polegać, wsparcie wersji historycznie bywało opóźnione, a konektor działający tylko częściowo i czasem gubiący cały katalog jest gorszy niż zwykły URL pliku produktowego. Jeśli potrzebujesz wyłącznie sklepu (a nie finalizacji zakupu na platformie), dedykowany moduł pliku produktowego, który generuje plik zgodny ze specyfikacją Meta pod stałym adresem URL, często jest bardziej niezawodnym i lżejszym wyborem: kontrolujesz harmonogram pobierania, mapowanie pól oraz logikę wielu sklepów, a w motywie nie pojawia się żaden skrypt, o który nie prosiłeś.

Budowanie samego sklepu w Commerce Managerze

Gdy katalog już płynie, sklep jest prostą częścią, celowo. W Commerce Managerze tworzysz sklep, wybierasz metodę finalizacji zakupu dostępną w Twoim regionie, łączysz stronę na Facebooku (oraz konto Instagram Business, jeśli chcesz mieć sklep także na Instagramie) i organizujesz produkty w kolekcje. Kolekcje to ten element kuracji, który naprawdę pracuje na wynik: zamiast wrzucać 4000 SKU do jednej siatki, zbuduj kilka tematycznych kolekcji, bestsellery, sezonowy wybór, przedział cenowy, bo sklep, który da się faktycznie przeglądać, konwertuje lepiej niż ściana produktów. Następnie prześlij sklep do weryfikacji; zatwierdzenie zwykle trwa kilka dni, a większość odrzuceń wynika z problemów z katalogiem lub zasadami, nie z układu sklepu.

Jeśli Twój cel jest szerszy, wciąganie treści z Instagrama i Facebooka do własnej witryny albo oznaczanie produktów w kanałach i relacjach zamiast prowadzenia formalnego sklepu, to inna integracja z osobną konfiguracją. Omawiamy ją w tekście o integracji kanałów z Instagrama i Facebooka z PrestaShop, a węższe pytanie, czy osadzony kanał z Instagrama faktycznie konwertuje, w artykule kanał z Instagrama w Twoim sklepie.

Część, która naprawdę decyduje o przychodach: finalizacja zakupu PrestaShop, do której prowadzi sklep

Dla sklepu z finalizacją przez przekierowanie, czyli, przypomnijmy, zasadniczo każdego sklepu w UE/Wielkiej Brytanii, sklep na Facebooku jest tylko maszyną polecającą ruch. Nie może poprawić Twojego współczynnika konwersji; może jedynie dostarczyć odwiedzających na stronę, którą kontrolujesz. Uczciwa odpowiedź na pytanie „jak sprawić, żeby mój sklep na Facebooku sprzedawał” brzmi więc: spraw, żeby sprzedawała strona, na którą wysyła ludzi. Trzy rzeczy mają tu nieproporcjonalnie duże znaczenie, bo ruch z Facebooka jest przeważająco mobilny i przychodzi z niską intencją zakupu:

  • Przekierowanie trafia na szybką, czystą mobilnie stronę produktu. Osoba stukająca z kanału aktualności oczekuje natychmiastowej strony, która działa jak natywne doświadczenie. Ciężki motyw, wolne pierwsze ładowanie albo układ walczący z kciukiem tracą klienta, zanim przeczyta cenę.
  • Zakup jako gość, minimum kroków. Zimny odwiedzający z social mediów nie założy konta, żeby kupić produkt za 30 euro. Wymuszona rejestracja i wielostronicowa finalizacja zakupu to miejsca, w których ruch z Facebooka wyparowuje najszybciej.
  • Uczciwość ceny przez całe przejście. Kwota widziana w sklepie musi być tą samą kwotą na stronie produktu i tą samą kwotą przy finalizacji zakupu. Każda niespodzianka po przekierowaniu wygląda jak zwabienie klienta inną ceną.

To obszar o największej dźwigni dla ruchu z mediów społecznościowych i temat na tyle głęboki, że zasługuje na osobne omówienie, jeśli chcesz, żeby zamówienia wysyłane przez sklep faktycznie się domykały, praca jest po stronie finalizacji zakupu. Nasz moduł Checkout Revolution zmienia krokową, natywną finalizację zakupu PrestaShop w prawdziwy, jednostronicowy proces z zakupem jako gość na pierwszym miejscu, który dobrze działa na telefonach, dzięki czemu zimny odwiedzający przekierowany przez sklep na Facebooku napotyka jak najmniej powodów, żeby zrezygnować. Uzasadnienie i szersza wiedza o finalizacji zakupów są w artykule Checkout Revolution 3.0.

Gdzie kończy się sklep, a zaczynają inne kanały

Sam sklep na Facebooku to organiczne odkrywanie produktów, przydatne, ale rozkręcające się powoli. Elementy, które zmieniają go w system, celowo nie są częścią konfiguracji sklepu, a próba zrobienia wszystkiego naraz kończy się u sprzedawców zepsutym Pixelem, nieaktualnym katalogiem i sklepem, którego nikt nie ułożył. Potraktuj je jako osobne, wykonywane po kolei zadania:

  • Śledzenie. Pixel (oraz serwerowe Conversions API) pozwala mierzyć, a później ponownie docierać do odwiedzających sklep i witrynę. Sam Pixel w przeglądarce coraz częściej zaniża dane, blokery reklam i ograniczenia śledzenia w Safari gubią zdarzenia, dlatego połączenie go z serwerowym Conversions API, które wysyła te same zdarzenia zakupu i wyświetlenia z Twojego serwera, jest dziś sposobem na utrzymanie dobrej jakości dopasowania. W UE/Wielkiej Brytanii oba muszą działać za zgodą na pliki cookie. Ręczne spięcie Pixela i CAPI jest niewygodne; Marketing Revolution obsługuje oba z jednego ekranu, z poszanowaniem zgód. To warunek dla reklam, nie dla samego sklepu, skonfiguruj go jako osobny temat: Facebook Pixel dla PrestaShop oraz szerszy krajobraz tagów społecznościowych w prostym wyjaśnieniu śledzenia w social mediach.
  • Płatne wzmocnienie zasięgu. Reklamy dynamiczne, które ponownie pokazują produkty z katalogu osobom, które je oglądały, są miejscem, z którego zwykle pochodzi większość przychodu z social mediów, ale to kampania reklamowa oparta na Twoim katalogu, omówiona w przewodniku po reklamach na Facebooku i Instagramie oraz w mechanice reklam podążających za użytkownikiem w tekście wyjaśniającym retargeting.
  • Dowód społeczny we własnym sklepie. Pokazywanie aktywności z Facebooka odwiedzającym witrynę albo umożliwienie im logowania przez Facebooka to funkcje sklepu internetowego, nie funkcje sklepu na Facebooku, zobacz posty z Facebooka w Twoim sklepie oraz logowanie społecznościowe dla PrestaShop.

Typowe awarie sklepu na Facebooku (i ich przyczyna po stronie PrestaShop)

Prawie każdy problem ze sklepem sprowadza się do katalogu albo pliku produktowego, co oznacza, że poprawka znajduje się w PrestaShop, nie w Commerce Managerze:

  • „Brak w magazynie” na Facebooku, dostępne w Twoim sklepie. Interwał pobierania pliku jest zbyt wolny albo plik wysyła statyczną wartość dostępności. Skróć harmonogram do 6 godzin lub mniej i upewnij się, że dostępność wynika z rzeczywistego stanu magazynowego.
  • Niezgodność ceny przy finalizacji zakupu. Obsługa VAT różni się między plikiem produktowym a stroną produktu. Wyrównaj je tak, aby cena w pliku była dokładnie równa cenie wyświetlanej.
  • Produkty odrzucone przy przesyłaniu. Nakładki promocyjne, znaki wodne, mylący tekst lub tekst naruszający zasady na zdjęciach albo kategorie objęte zasadami (suplementy z oświadczeniami zdrowotnymi, alkohol, broń, treści dla dorosłych). Używaj czystych zdjęć produktów, unikaj tekstów promocyjnych i znaków wodnych, sprawdzaj diagnostykę Commerce Managera i zweryfikuj katalog względem zasad handlowych Meta przed wysłaniem.
  • Cały plik produktowy nie działa. Wymagane pole jest puste w całym katalogu, zwykle brand, condition albo uszkodzone image_link. Sprawdź diagnostykę pliku w Commerce Managerze; pokaże, którego pola dotyczy problem i ilu produktów.
  • Niski poziom zatwierdzenia katalogu. Celuj w utrzymanie zdecydowanej większości produktów jako aktywnych i zatwierdzonych (np. 95%+). Trwale niski wynik oznacza systemowy błąd mapowania pliku produktowego, a nie pecha z pojedynczymi produktami. Nie myl tego z osobnym współczynnikiem dopasowania zdarzeń do ID treści w diagnostyce Pixel/Conversions API, który mierzy, jak dobrze śledzone zdarzenia pasują do pozycji katalogu dla reklam i retargetingu, to inna metryka z własnymi poprawkami.

FAQ

Czy klienci z UE mogą kupować bezpośrednio w moim sklepie na Facebooku?

Zwykle nie. W chwili pisania finalizacja zakupu na Facebooku jest ograniczona do wybranych regionów (takich jak USA), więc poza nimi sklep działa przez przekierowanie, klient stuka „Wyświetl w witrynie” i kończy zakup w Twoim sklepie PrestaShop. Potwierdź aktualną kwalifikowalność w Commerce Managerze, ale planuj tak, jakby Twój sklep był oknem odkrywania produktów, które kieruje ludzi z powrotem do Twojej własnej finalizacji zakupu.

Jaki jest najlepszy sposób wprowadzenia katalogu PrestaShop do Commerce Managera?

Dla wszystkich poza najmniejszymi sklepami: zaplanowany URL pliku produktowego. PrestaShop (albo moduł pliku produktowego) generuje plik produktów zgodny ze specyfikacją Meta pod stałym adresem URL, wklejasz go w Katalog > Źródła danych > Użyj pliku danych i ustawiasz interwał pobierania. Ręczne przesyłanie CSV dezaktualizuje się w chwili, gdy zmienisz cenę; wypychanie przez API w czasie rzeczywistym ma sens tylko przy dużych lub szybko zmieniających się katalogach.

Dlaczego produkty pokazują się na Facebooku jako „brak w magazynie”, skoro są dostępne w moim sklepie?

Albo interwał pobierania pliku jest zbyt wolny, albo plik wysyła statyczną wartość dostępności. Skróć harmonogram do 6 godzin lub mniej i upewnij się, że pole availability jest sterowane rzeczywistym stanem magazynowym PrestaShop, a nie wpisane na sztywno. Nieaktualna dostępność to najczęstszy i najbardziej kłopotliwy błąd sklepu.

Dlaczego ceny na Facebooku nie zgadzają się z cenami przy finalizacji zakupu?

Prawie zawsze chodzi o obsługę VAT. Jeśli plik wysyła ceny netto do sklepu wyświetlającego ceny brutto, sklep pokazuje niższą kwotę niż strona produktu i finalizacja zakupu, a taki skok ceny po przekierowaniu wygląda jak zwabienie klienta inną ceną i zabija sprzedaż. Dopasuj pole price w pliku dokładnie do tego, co pokazuje strona produktu, z VAT lub bez VAT w ten sam sposób.

Czy potrzebuję oficjalnego modułu Meta, czy wystarczy moduł pliku produktowego?

Jeśli potrzebujesz tylko sklepu (a nie finalizacji zakupu na platformie), dedykowany moduł pliku produktowego, który generuje plik zgodny ze specyfikacją Meta pod stałym adresem URL, często jest bardziej niezawodnym i lżejszym wyborem, kontrolujesz harmonogram, mapowanie pól i logikę wielu sklepów, a do motywu nie jest wstrzykiwane nic dodatkowego. Jeśli używasz oficjalnego konektora, najpierw sprawdź, czy obsługuje dokładnie Twoją wersję PrestaShop (1.7.x, 8.x lub 9.x); wsparcie wersji historycznie bywało opóźnione.

Kolejność działań

Kolejność jest tu ważniejsza niż ambicja. Najpierw wprowadź czysty, zaplanowany plik produktowy do Commerce Managera i potwierdź, że ceny, stany oraz zdjęcia są poprawne. Nic innego nie ma znaczenia, jeśli katalog jest błędny. Po drugie, zbuduj sklep i prześlij go do weryfikacji z kilkoma starannie dobranymi kolekcjami. Po trzecie, i to jest krok, który sprzedawcy pomijają, upewnij się, że strony produktów i finalizacja zakupu w PrestaShop faktycznie potrafią konwertować mobilny ruch o niskiej intencji, który sklep zacznie wysyłać. Dopiero gdy te trzy elementy są solidne, ma sens dokładanie Pixela, retargetingu i reklam, każdego jako osobnego, świadomego zadania. Sklep na Facebooku nie sprzedaje za Ciebie; kieruje ludzi na stronę, która sprzedaje. Twoja praca polega na tym, by ta strona była gotowa, gdy tam trafią.

David Miller

David Miller

Założyciel, mypresta.rocks
O autorze

David Miller to specjalista PrestaShop z ponad dekadą praktycznego doświadczenia i założyciel mypresta.rocks, studia programistycznego z miasta Tychy. Tworzy i utrzymuje katalog 159 modułów PrestaShop, w tym 21 pakietów „Revolution" obejmujących SEO, checkout, bezpieczeństwo, wydajność, marketing, wyszukiwanie, wsparcie i operacje magazynowe, które każdego dnia usprawniają realne sklepy, testowanych na PrestaShop 1.7.8, 8.x i 9.x. Sprawuje również opiekę nad sklepami produkcyjnymi, dlatego jego pracę ocenia się po realnej sprzedaży, a nie po wersjach demo. Jego doświadczenie obejmuje pełen zakres e-commerce, wydajność, bezpieczeństwo, SEO i marketing, oraz wykracza poza PrestaShop, sięgając WooCommerce, Shopify i systemów tworzonych na zamówienie. Na blogu pisze o technicznej stronie PrestaShop: co platforma naprawdę robi pod maską, co psuje się na produkcji i które rozwiązania faktycznie się sprawdzają.

Udostępnij ten wpis:

Komentarze

Brak komentarzy. Bądź pierwszy!

Spodobał Ci się ten artykuł?

Otrzymuj nasze najnowsze porady, przewodniki i aktualizacje modułów prosto na swoją skrzynkę.

Możesz zrezygnować w każdej chwili. Dane kontaktowe znajdziesz w naszej nocie prawnej.

Ładowanie...
Do góry