Remarketing dynamiczny dla PrestaShop - feed i tagi dla reklam Google i Meta

Łukasz Palej
Łukasz Palej
Technical Implementation Expert
Remarketing dynamiczny dla PrestaShop - feed i tagi dla reklam Google i Meta

Remarketing dynamiczny dla sklepu PrestaShop działa wtedy, gdy trzy elementy mówią tym samym językiem: feed produktowy w Google Merchant Center lub katalog Meta, tagi w sklepie, które przy każdym zdarzeniu przekazują identyfikator oglądanego produktu, oraz grupy odbiorców zbudowane z tych zdarzeń. Identyfikator produktu w tagu musi być dokładnie taki sam jak w feedzie, inaczej reklama nie pokaże towaru, który klient oglądał. W PrestaShop największym źródłem błędów są kombinacje, bo tag i feed często używają różnych identyfikatorów wariantów.
W tym wpisie pokazujemy, jakie wymagania stawiają Google Ads i Meta, jakie zdarzenia muszą wysyłać tagi w sklepie PrestaShop 9, jak ustalić wspólny schemat identyfikatorów i jakie grupy odbiorców przygotować. Opieramy się na pomocy Google Ads o zdarzeniach i parametrach remarketingu dynamicznego, na dokumentacji piksela Meta dla deweloperów i na dokumentacji PrestaShop.
[#wazne] W skrócie: remarketing dynamiczny w PrestaShop wymaga feedu produktowego, tagów przekazujących identyfikatory produktów i grup odbiorców. W Google Ads parametr id w zdarzeniach musi odpowiadać atrybutowi id, item_group_id lub display_ads_id z feedu Merchant Center, a w Meta pole content_ids musi pasować do identyfikatorów w katalogu. Kombinacje produktów wymagają jednego schematu identyfikatorów w tagach i feedzie. W Vinson wdrażamy sklepy na PrestaShop, a jako Google Partner i Meta Business Partner prowadzimy kampanie remarketingowe.
Czym jest remarketing dynamiczny dla sklepu PrestaShop?
Remarketing to wyświetlanie reklam osobom, które odwiedziły już sklep. Remarketing dynamiczny idzie krok dalej: reklama pokazuje konkretne produkty, które dana osoba oglądała lub dodała do koszyka, albo produkty podobne, z aktualną ceną i zdjęciem z feedu. W Google Ads działa to na podstawie feedu z Merchant Center i zdarzeń z tagu Google, a w Meta - na podstawie katalogu produktów i zdarzeń piksela oraz Conversions API, gdzie te reklamy nazywają się reklamami katalogowymi Advantage+.
Dla sklepu PrestaShop to zwykle jedna z najbardziej opłacalnych form reklamy, bo trafia do osób, które już znają sklep i konkretny produkt. Działa jednak tylko wtedy, gdy wszystkie trzy elementy są kompletne i zgodne ze sobą:
[#chart:prs29a]
Feed produktowy - identyfikatory, które muszą pasować do tagów
Według pomocy Google Ads dane zdarzeń remarketingu dynamicznego dla handlu detalicznego można używać tylko razem z feedem produktowym z Merchant Center. Parametr id w zdarzeniu jest wymagany, a jego wartość musi odpowiadać jednemu z atrybutów feedu: id, item_group_id lub display_ads_id. Google zaleca też parametr google_business_vertical z wartością retail. W Meta dokumentacja piksela opisuje content_ids jako identyfikatory produktów powiązane ze zdarzeniem, a content_type jako wartość product albo product_group, zależnie od tego, czy przekazujesz identyfikator pojedynczego produktu, czy grupy wariantów.
W PrestaShop każdy produkt ma ID, a każda kombinacja własne ID kombinacji i opcjonalnie indeks. Moduł feedu i moduł tagów mogą użyć różnych z tych wartości, np. feed eksportuje indeks kombinacji, a tag wysyła ID produktu. Wtedy wszystko pozornie działa, zdarzenia są widoczne, feed zatwierdzony, ale reklamy nie mogą połączyć oglądanego produktu z pozycją w feedzie. Możliwe schematy zebraliśmy w tabeli:
| Schemat identyfikatora | Zalety | Na co uważać |
|---|---|---|
| ID produktu | prosty, zawsze wypełniony | kombinacje nie są rozróżnione, reklama pokazuje produkt bez wariantu |
| ID produktu i ID kombinacji, np. 125-341 | unikalny dla każdego wariantu | tag na karcie musi znać wybraną kombinację |
| Indeks produktu lub kombinacji | czytelny, zgodny z magazynem i integracjami | puste lub powtórzone indeksy psują dopasowanie |
| item_group_id w tagu, id wariantu w feedzie | dopuszczalne w Google Ads | w Meta wymaga content_type product_group |
Zanim zmienisz schemat w istniejącym sklepie, sprawdź, co już działa. Zmiana identyfikatorów w feedzie Merchant Center powoduje, że Google traktuje produkty jak nowe pozycje, a historia skuteczności produktów w kampaniach zaczyna się od zera. Dlatego jeśli feed od dawna używa jednego schematu, zwykle łatwiej dostosować do niego tagi niż odwrotnie. Przy nowym sklepie wybór jest prostszy: ustal schemat przed pierwszym eksportem feedu i pierwszą instalacją modułu tagów, a potem nie zmieniaj go przy kolejnych modułach i integracjach, np. z marketplace'ami.
Wybierz jeden schemat dla całego sklepu i zastosuj go w feedzie Google, w katalogu Meta i we wszystkich tagach. Ogólne zasady budowy feedu i kodu pod remarketing dynamiczny, niezależnie od platformy, opisujemy w tekście Dynamiczny remarketing - feed i kod sklepu.
Remarketing dynamiczny dla sklepu PrestaShop działa wtedy, gdy trzy elementy mówią tym samym językiem: feed produktowy w Google Merchant Center lub katalog Meta, tagi w sklepie, które przy każdym zdarzeniu przekazują identyfikator oglądanego produktu, oraz grupy odbiorców zbudowane z tych zdarzeń. Identyfikator produktu w tagu musi być dokładnie taki sam jak w feedzie, inaczej reklama nie pokaże towaru, który klient oglądał. W PrestaShop największym źródłem błędów są kombinacje, bo tag i feed często używają różnych identyfikatorów wariantów.
W tym wpisie pokazujemy, jakie wymagania stawiają Google Ads i Meta, jakie zdarzenia muszą wysyłać tagi w sklepie PrestaShop 9, jak ustalić wspólny schemat identyfikatorów i jakie grupy odbiorców przygotować. Opieramy się na pomocy Google Ads o zdarzeniach i parametrach remarketingu dynamicznego, na dokumentacji piksela Meta dla deweloperów i na dokumentacji PrestaShop.
[#wazne] W skrócie: remarketing dynamiczny w PrestaShop wymaga feedu produktowego, tagów przekazujących identyfikatory produktów i grup odbiorców. W Google Ads parametr id w zdarzeniach musi odpowiadać atrybutowi id, item_group_id lub display_ads_id z feedu Merchant Center, a w Meta pole content_ids musi pasować do identyfikatorów w katalogu. Kombinacje produktów wymagają jednego schematu identyfikatorów w tagach i feedzie. W Vinson wdrażamy sklepy na PrestaShop, a jako Google Partner i Meta Business Partner prowadzimy kampanie remarketingowe.
Czym jest remarketing dynamiczny dla sklepu PrestaShop?
Remarketing to wyświetlanie reklam osobom, które odwiedziły już sklep. Remarketing dynamiczny idzie krok dalej: reklama pokazuje konkretne produkty, które dana osoba oglądała lub dodała do koszyka, albo produkty podobne, z aktualną ceną i zdjęciem z feedu. W Google Ads działa to na podstawie feedu z Merchant Center i zdarzeń z tagu Google, a w Meta - na podstawie katalogu produktów i zdarzeń piksela oraz Conversions API, gdzie te reklamy nazywają się reklamami katalogowymi Advantage+.
Dla sklepu PrestaShop to zwykle jedna z najbardziej opłacalnych form reklamy, bo trafia do osób, które już znają sklep i konkretny produkt. Działa jednak tylko wtedy, gdy wszystkie trzy elementy są kompletne i zgodne ze sobą:
[#chart:prs29a]
Feed produktowy - identyfikatory, które muszą pasować do tagów
Według pomocy Google Ads dane zdarzeń remarketingu dynamicznego dla handlu detalicznego można używać tylko razem z feedem produktowym z Merchant Center. Parametr id w zdarzeniu jest wymagany, a jego wartość musi odpowiadać jednemu z atrybutów feedu: id, item_group_id lub display_ads_id. Google zaleca też parametr google_business_vertical z wartością retail. W Meta dokumentacja piksela opisuje content_ids jako identyfikatory produktów powiązane ze zdarzeniem, a content_type jako wartość product albo product_group, zależnie od tego, czy przekazujesz identyfikator pojedynczego produktu, czy grupy wariantów.
W PrestaShop każdy produkt ma ID, a każda kombinacja własne ID kombinacji i opcjonalnie indeks. Moduł feedu i moduł tagów mogą użyć różnych z tych wartości, np. feed eksportuje indeks kombinacji, a tag wysyła ID produktu. Wtedy wszystko pozornie działa, zdarzenia są widoczne, feed zatwierdzony, ale reklamy nie mogą połączyć oglądanego produktu z pozycją w feedzie. Możliwe schematy zebraliśmy w tabeli:
| Schemat identyfikatora | Zalety | Na co uważać |
|---|---|---|
| ID produktu | prosty, zawsze wypełniony | kombinacje nie są rozróżnione, reklama pokazuje produkt bez wariantu |
| ID produktu i ID kombinacji, np. 125-341 | unikalny dla każdego wariantu | tag na karcie musi znać wybraną kombinację |
| Indeks produktu lub kombinacji | czytelny, zgodny z magazynem i integracjami | puste lub powtórzone indeksy psują dopasowanie |
| item_group_id w tagu, id wariantu w feedzie | dopuszczalne w Google Ads | w Meta wymaga content_type product_group |
Zanim zmienisz schemat w istniejącym sklepie, sprawdź, co już działa. Zmiana identyfikatorów w feedzie Merchant Center powoduje, że Google traktuje produkty jak nowe pozycje, a historia skuteczności produktów w kampaniach zaczyna się od zera. Dlatego jeśli feed od dawna używa jednego schematu, zwykle łatwiej dostosować do niego tagi niż odwrotnie. Przy nowym sklepie wybór jest prostszy: ustal schemat przed pierwszym eksportem feedu i pierwszą instalacją modułu tagów, a potem nie zmieniaj go przy kolejnych modułach i integracjach, np. z marketplace'ami.
Wybierz jeden schemat dla całego sklepu i zastosuj go w feedzie Google, w katalogu Meta i we wszystkich tagach. Ogólne zasady budowy feedu i kodu pod remarketing dynamiczny, niezależnie od platformy, opisujemy w tekście Dynamiczny remarketing - feed i kod sklepu.
- Przegląd sklepu, konfiguracji i integracji
- Płatności, wysyłki i połączenie z marketplace’ami
- Plan rozwoju sprzedaży krok po kroku
Konsultację poprowadzi Łukasz Palej, Technical Implementation ExpertTagi remarketingu dynamicznego Google w PrestaShop
Pomoc Google Ads wymienia zalecane zdarzenia remarketingu dynamicznego dla handlu detalicznego. Każde z nich odpowiada stronie lub akcji w sklepie PrestaShop:
view_item_list - strona kategorii z listą produktów,
view_search_results - wyniki wyszukiwania w sklepie,
view_item - karta produktu,
add_to_cart - dodanie produktu do koszyka,
purchase - zakup na stronie potwierdzenia zamówienia.
Google zaleca przekazywanie danych o najbardziej istotnych produktach, a nie o całej liście, którą użytkownik zobaczył. Na stronie kategorii nie musisz więc wysyłać wszystkich produktów z listy - wystarczą te, które klient faktycznie widział na górze strony. W PrestaShop zdarzenia wysyła moduł Google, np. oficjalny PrestaShop Marketing with Google, moduł firmy trzeciej albo kontener Google Tag Manager z warstwą danych. Przed instalacją sprawdź zgodność modułu z PrestaShop 9 - oficjalny moduł działa z kontem PrestaShop przez moduł ps_accounts i wymaga abonamentu, a przy modułach firm trzecich zgodność potwierdź u producenta. Jeśli zdarzenia e-commerce wysyłasz już do Google Analytics 4 z poprawnym item_id, możesz z nich korzystać także w remarketingu, pod warunkiem że identyfikatory pasują do feedu.
Najważniejsze zdarzenie w praktyce to view_item, bo z niego powstaje lista osób, które oglądały konkretne produkty. Na karcie produktu z kombinacjami zdarzenie powinno nieść identyfikator wybranego wariantu. W PrestaShop zmiana kombinacji na karcie zwykle odbywa się bez przeładowania strony, więc moduł musi zaktualizować identyfikator po wyborze rozmiaru czy koloru albo wysyłać identyfikator domyślnej kombinacji konsekwentnie z feedem.
Remarketing dynamiczny Meta - zdarzenia i katalog
Po stronie Meta odpowiednikiem są reklamy katalogowe Advantage+. Według dokumentacji piksela Meta dla deweloperów zdarzenia ViewContent, Search i Purchase wymagają do tych reklam pola contents lub content_ids, a AddToCart pola contents. Pole content_type przyjmuje wartość product lub product_group, a jeśli go nie podasz, zdarzenie dopasuje się do dowolnej pozycji z tym samym identyfikatorem. Dla PrestaShop oznacza to tę samą zasadę co w Google: identyfikator w zdarzeniu musi być tym samym identyfikatorem, który moduł eksportuje do katalogu.
Wdrożenie piksela, Conversions API i katalogu w PrestaShop opisaliśmy szczegółowo we wpisie Meta Ads dla sklepu PrestaShop - piksel, Conversions API i katalog produktów. Przy remarketingu dynamicznym dodaj do tego jedną kontrolę: w Menedżerze zdarzeń sprawdź, czy zdarzenia są dopasowane do pozycji w katalogu. Niski odsetek dopasowania to sygnał, że schematy identyfikatorów się rozjechały.
[#uwaga] Remarketing dynamiczny wymaga zgody klienta na reklamy spersonalizowane. Według dokumentacji Google przy odmowie sygnału ad_personalization remarketing w Google Ads nie otrzymuje danych o tej osobie. Dlatego listy odbiorców będą mniejsze niż liczba odwiedzających sklep. Zakres zgód i treść banera cookies ustal z prawnikiem.
Grupy odbiorców do remarketingu dynamicznego w PrestaShop
Grupy odbiorców w Google Ads, nazywane obecnie segmentami danych, i niestandardowe grupy odbiorców z witryny w Meta budujesz z tych samych zdarzeń. Różnią się maksymalnym czasem, przez jaki osoba pozostaje na liście. Według pomocy Google Ads domyślny czas członkostwa wynosi 30 dni, a maksymalny 540 dni, przy czym każda kolejna wizyta odnawia ten czas. Według dokumentacji Meta dla deweloperów czas przechowywania w niestandardowej grupie odbiorców z witryny wynosi od 1 do 180 dni (stan na październik 2026 - sprawdź aktualne zasady w pomocy obu platform). Porównanie pokazuje diagram:
[#chart:prs29b]
Maksymalny czas nie oznacza najlepszego. W większości sklepów sensowne są krótsze okna, dopasowane do tego, jak długo klienci zastanawiają się nad zakupem. Typowy zestaw grup dla sklepu PrestaShop wygląda tak:
osoby, które oglądały produkty w ostatnich dniach, ale nie dodały ich do koszyka,
osoby, które dodały produkt do koszyka i nie kupiły - z krótszym oknem i wyższą stawką,
kupujący, wykluczeni z remarketingu produktów, które już kupili,
kupujący produkty, które się kończą lub zużywają, np. kosmetyki czy karma - z oknem dopasowanym do typowego czasu ponownego zakupu.
Wykluczenie kupujących jest równie ważne jak same listy. Klient, który kupił buty, nie powinien przez kolejne tygodnie widzieć reklamy tych samych butów. Pomaga w tym zdarzenie purchase z identyfikatorami kupionych produktów. Dlatego zdarzenie zakupu jest potrzebne także wtedy, gdy kampanie remarketingowe optymalizujesz pod inne cele.
Dane produktów, które widzi klient w reklamie dynamicznej
Reklama dynamiczna składa się automatycznie z danych feedu: zdjęcia, tytułu i ceny. Klient, który oglądał produkt w sklepie, porównuje reklamę z tym, co zapamiętał, więc rozbieżności szczególnie rażą. Zadbaj o kilka rzeczy w PrestaShop. Zdjęcie okładki produktu powinno być czytelne także w małym formacie, bez napisów promocyjnych. Nazwa produktu powinna mówić, czym jest towar, a nie tylko podawać kod modelu. Cena w feedzie musi uwzględniać aktualne ceny szczególne i reguły cenowe katalogu, a produkty niedostępne powinny szybko zmieniać status, żeby reklama nie zachęcała do zakupu towaru, którego nie ma.
Przy dużych katalogach warto też wykluczyć z remarketingu produkty o niskiej marży, akcesoria za kilka złotych albo towary wycofywane. W Google Ads służą do tego grupy produktów w kampanii i etykiety niestandardowe w feedzie, a w Meta zestawy produktów w katalogu. Etykiety ustawisz w module feedu na podstawie danych z PrestaShop, np. kategorii, marki albo ręcznie oznaczonej grupy produktów.
Jak ocenić efekt remarketingu dynamicznego?
Remarketing trafia do osób, które już były w sklepie, więc część z nich kupiłaby i bez reklamy. Wysoki ROAS w raporcie nie oznacza automatycznie, że kampania przynosi dodatkową sprzedaż. Patrz na kilka wskaźników jednocześnie: udział nowych i powracających klientów, czas od pierwszej wizyty do zakupu, sprzedaż sklepu ogółem w okresach z kampanią i bez niej. Ustal też jedno okno atrybucji dla wszystkich kampanii, żeby porównywać je na tych samych zasadach. Jeśli remarketing zjada coraz większą część budżetu, a sprzedaż sklepu nie rośnie, zmniejsz stawki albo skróć okna list.
Jak uruchomić remarketing dynamiczny w PrestaShop krok po kroku?
Kolejność wdrożenia ma znaczenie, bo listy odbiorców budują się dopiero od momentu, w którym tagi zaczną działać. Najpierw feed i schemat identyfikatorów, potem tagi i zgody, na końcu grupy odbiorców i kampanie:
[#chart:prs29c]
Po uruchomieniu kampanii regularnie przeglądaj diagnostykę w Google Ads i w Menedżerze zdarzeń Meta. Każda zmiana w sklepie, np. nowy moduł feedu, aktualizacja PrestaShop czy zmiana motywu na Hummingbird, który od wersji 9.1 jest domyślny w nowych instalacjach, może zmienić identyfikatory w tagach albo przerwać wysyłanie zdarzeń. Według zapowiedzi wydania PrestaShop 9.1 Update Assistant w wersji 7.6.0 wykrywa moduły niezgodne z wersją docelową i odinstalowuje je, więc przed aktualizacją sprawdź u producentów wersje modułów feedu i tagów.
Remarketing dynamiczny dobrze działa razem z kampanią produktową. Jak połączyć sklep z Google Ads i zbudować pierwszą kampanię, opisujemy w tekście Google Ads dla sklepu PrestaShop - konwersje zakupu i kampanie Performance Max.
[#checklista] Remarketing dynamiczny w PrestaShop: feed zatwierdzony w Merchant Center i katalog Meta zsynchronizowany, jeden schemat identyfikatorów dla produktów i kombinacji, zdarzenia view_item, add_to_cart i purchase z identyfikatorami zgodnymi z feedem, content_ids i content_type w zdarzeniach Meta, zgody z banera przekazywane do tagów, grupy odbiorców z różnymi oknami czasowymi, wykluczenie kupujących, kontrola dopasowania po każdej zmianie w sklepie.
Jak Vinson pomaga z remarketingiem dynamicznym w PrestaShop
W Vinson wdrażamy, rozwijamy i utrzymujemy sklepy na PrestaShop, a jako Google Partner i Meta Business Partner prowadzimy kampanie remarketingowe. Przy remarketingu dynamicznym:
ustalamy schemat identyfikatorów dla produktów i kombinacji,
konfigurujemy feed Google, katalog Meta i tagi zdarzeń w sklepie,
budujemy grupy odbiorców i wykluczenia,
prowadzimy kampanie i sprawdzamy dopasowanie po zmianach w sklepie.
Szczegóły współpracy znajdziesz na stronie sklep na PrestaShop z Vinson.
Najczęściej zadawane pytania
Co jest potrzebne do remarketingu dynamicznego w PrestaShop?
Feed produktowy w Google Merchant Center lub katalog w Meta, tagi w sklepie wysyłające zdarzenia z identyfikatorami produktów oraz grupy odbiorców zbudowane z tych zdarzeń. Identyfikatory w tagach muszą być takie same jak w feedzie. Potrzebny jest też baner zgód przekazujący zgodę na reklamy spersonalizowane.
Dlaczego reklamy dynamiczne nie pokazują produktów z mojego sklepu PrestaShop?
Najczęściej identyfikatory w zdarzeniach nie pasują do identyfikatorów w feedzie, np. tag wysyła ID produktu, a feed eksportuje indeks kombinacji. Inne przyczyny to odrzucone produkty w Merchant Center, zbyt małe listy odbiorców albo brak zgody na reklamy spersonalizowane u większości odwiedzających.
Jakie zdarzenia wysyłać do remarketingu dynamicznego Google?
Pomoc Google Ads zaleca view_item_list, view_search_results, view_item, add_to_cart i purchase. Każde zdarzenie powinno zawierać parametr id zgodny z atrybutem id, item_group_id lub display_ads_id z feedu, a parametr google_business_vertical z wartością retail.
Jak długo klient może być na liście remarketingowej?
W Google Ads domyślny czas członkostwa to 30 dni, a maksymalny 540 dni. W Meta niestandardowa grupa odbiorców z witryny przechowuje osoby od 1 do 180 dni. Sprawdź aktualne zasady w pomocy obu platform, bo limity mogą się zmieniać.
Jak ustawić remarketing dynamiczny dla kombinacji w PrestaShop?
Eksportuj kombinacje do feedu jako osobne pozycje z własnym identyfikatorem i wspólnym item_group_id. W tagach na karcie produktu wysyłaj identyfikator wybranej kombinacji w tym samym formacie. W Meta ustaw content_type zgodnie z tym, czy przekazujesz identyfikator wariantu, czy grupy.
Spójny feed, poprawne tagi i przemyślane grupy odbiorców to warunek skutecznego remarketingu dynamicznego w sklepie PrestaShop. Jeśli chcesz uruchomić reklamy z produktami oglądanymi przez klientów albo sprawdzić, dlaczego obecne nie działają, zobacz wdrożenie sklepu na PrestaShop z Vinson - zaczniemy od porównania identyfikatorów w Twoim feedzie i tagach.
Tagi remarketingu dynamicznego Google w PrestaShop
Pomoc Google Ads wymienia zalecane zdarzenia remarketingu dynamicznego dla handlu detalicznego. Każde z nich odpowiada stronie lub akcji w sklepie PrestaShop:
view_item_list - strona kategorii z listą produktów,
view_search_results - wyniki wyszukiwania w sklepie,
view_item - karta produktu,
add_to_cart - dodanie produktu do koszyka,
purchase - zakup na stronie potwierdzenia zamówienia.
Google zaleca przekazywanie danych o najbardziej istotnych produktach, a nie o całej liście, którą użytkownik zobaczył. Na stronie kategorii nie musisz więc wysyłać wszystkich produktów z listy - wystarczą te, które klient faktycznie widział na górze strony. W PrestaShop zdarzenia wysyła moduł Google, np. oficjalny PrestaShop Marketing with Google, moduł firmy trzeciej albo kontener Google Tag Manager z warstwą danych. Przed instalacją sprawdź zgodność modułu z PrestaShop 9 - oficjalny moduł działa z kontem PrestaShop przez moduł ps_accounts i wymaga abonamentu, a przy modułach firm trzecich zgodność potwierdź u producenta. Jeśli zdarzenia e-commerce wysyłasz już do Google Analytics 4 z poprawnym item_id, możesz z nich korzystać także w remarketingu, pod warunkiem że identyfikatory pasują do feedu.
Najważniejsze zdarzenie w praktyce to view_item, bo z niego powstaje lista osób, które oglądały konkretne produkty. Na karcie produktu z kombinacjami zdarzenie powinno nieść identyfikator wybranego wariantu. W PrestaShop zmiana kombinacji na karcie zwykle odbywa się bez przeładowania strony, więc moduł musi zaktualizować identyfikator po wyborze rozmiaru czy koloru albo wysyłać identyfikator domyślnej kombinacji konsekwentnie z feedem.
Remarketing dynamiczny Meta - zdarzenia i katalog
Po stronie Meta odpowiednikiem są reklamy katalogowe Advantage+. Według dokumentacji piksela Meta dla deweloperów zdarzenia ViewContent, Search i Purchase wymagają do tych reklam pola contents lub content_ids, a AddToCart pola contents. Pole content_type przyjmuje wartość product lub product_group, a jeśli go nie podasz, zdarzenie dopasuje się do dowolnej pozycji z tym samym identyfikatorem. Dla PrestaShop oznacza to tę samą zasadę co w Google: identyfikator w zdarzeniu musi być tym samym identyfikatorem, który moduł eksportuje do katalogu.
Wdrożenie piksela, Conversions API i katalogu w PrestaShop opisaliśmy szczegółowo we wpisie Meta Ads dla sklepu PrestaShop - piksel, Conversions API i katalog produktów. Przy remarketingu dynamicznym dodaj do tego jedną kontrolę: w Menedżerze zdarzeń sprawdź, czy zdarzenia są dopasowane do pozycji w katalogu. Niski odsetek dopasowania to sygnał, że schematy identyfikatorów się rozjechały.
[#uwaga] Remarketing dynamiczny wymaga zgody klienta na reklamy spersonalizowane. Według dokumentacji Google przy odmowie sygnału ad_personalization remarketing w Google Ads nie otrzymuje danych o tej osobie. Dlatego listy odbiorców będą mniejsze niż liczba odwiedzających sklep. Zakres zgód i treść banera cookies ustal z prawnikiem.
Grupy odbiorców do remarketingu dynamicznego w PrestaShop
Grupy odbiorców w Google Ads, nazywane obecnie segmentami danych, i niestandardowe grupy odbiorców z witryny w Meta budujesz z tych samych zdarzeń. Różnią się maksymalnym czasem, przez jaki osoba pozostaje na liście. Według pomocy Google Ads domyślny czas członkostwa wynosi 30 dni, a maksymalny 540 dni, przy czym każda kolejna wizyta odnawia ten czas. Według dokumentacji Meta dla deweloperów czas przechowywania w niestandardowej grupie odbiorców z witryny wynosi od 1 do 180 dni (stan na październik 2026 - sprawdź aktualne zasady w pomocy obu platform). Porównanie pokazuje diagram:
[#chart:prs29b]
Maksymalny czas nie oznacza najlepszego. W większości sklepów sensowne są krótsze okna, dopasowane do tego, jak długo klienci zastanawiają się nad zakupem. Typowy zestaw grup dla sklepu PrestaShop wygląda tak:
osoby, które oglądały produkty w ostatnich dniach, ale nie dodały ich do koszyka,
osoby, które dodały produkt do koszyka i nie kupiły - z krótszym oknem i wyższą stawką,
kupujący, wykluczeni z remarketingu produktów, które już kupili,
kupujący produkty, które się kończą lub zużywają, np. kosmetyki czy karma - z oknem dopasowanym do typowego czasu ponownego zakupu.
Wykluczenie kupujących jest równie ważne jak same listy. Klient, który kupił buty, nie powinien przez kolejne tygodnie widzieć reklamy tych samych butów. Pomaga w tym zdarzenie purchase z identyfikatorami kupionych produktów. Dlatego zdarzenie zakupu jest potrzebne także wtedy, gdy kampanie remarketingowe optymalizujesz pod inne cele.
Dane produktów, które widzi klient w reklamie dynamicznej
Reklama dynamiczna składa się automatycznie z danych feedu: zdjęcia, tytułu i ceny. Klient, który oglądał produkt w sklepie, porównuje reklamę z tym, co zapamiętał, więc rozbieżności szczególnie rażą. Zadbaj o kilka rzeczy w PrestaShop. Zdjęcie okładki produktu powinno być czytelne także w małym formacie, bez napisów promocyjnych. Nazwa produktu powinna mówić, czym jest towar, a nie tylko podawać kod modelu. Cena w feedzie musi uwzględniać aktualne ceny szczególne i reguły cenowe katalogu, a produkty niedostępne powinny szybko zmieniać status, żeby reklama nie zachęcała do zakupu towaru, którego nie ma.
Przy dużych katalogach warto też wykluczyć z remarketingu produkty o niskiej marży, akcesoria za kilka złotych albo towary wycofywane. W Google Ads służą do tego grupy produktów w kampanii i etykiety niestandardowe w feedzie, a w Meta zestawy produktów w katalogu. Etykiety ustawisz w module feedu na podstawie danych z PrestaShop, np. kategorii, marki albo ręcznie oznaczonej grupy produktów.
Jak ocenić efekt remarketingu dynamicznego?
Remarketing trafia do osób, które już były w sklepie, więc część z nich kupiłaby i bez reklamy. Wysoki ROAS w raporcie nie oznacza automatycznie, że kampania przynosi dodatkową sprzedaż. Patrz na kilka wskaźników jednocześnie: udział nowych i powracających klientów, czas od pierwszej wizyty do zakupu, sprzedaż sklepu ogółem w okresach z kampanią i bez niej. Ustal też jedno okno atrybucji dla wszystkich kampanii, żeby porównywać je na tych samych zasadach. Jeśli remarketing zjada coraz większą część budżetu, a sprzedaż sklepu nie rośnie, zmniejsz stawki albo skróć okna list.
Jak uruchomić remarketing dynamiczny w PrestaShop krok po kroku?
Kolejność wdrożenia ma znaczenie, bo listy odbiorców budują się dopiero od momentu, w którym tagi zaczną działać. Najpierw feed i schemat identyfikatorów, potem tagi i zgody, na końcu grupy odbiorców i kampanie:
[#chart:prs29c]
Po uruchomieniu kampanii regularnie przeglądaj diagnostykę w Google Ads i w Menedżerze zdarzeń Meta. Każda zmiana w sklepie, np. nowy moduł feedu, aktualizacja PrestaShop czy zmiana motywu na Hummingbird, który od wersji 9.1 jest domyślny w nowych instalacjach, może zmienić identyfikatory w tagach albo przerwać wysyłanie zdarzeń. Według zapowiedzi wydania PrestaShop 9.1 Update Assistant w wersji 7.6.0 wykrywa moduły niezgodne z wersją docelową i odinstalowuje je, więc przed aktualizacją sprawdź u producentów wersje modułów feedu i tagów.
Remarketing dynamiczny dobrze działa razem z kampanią produktową. Jak połączyć sklep z Google Ads i zbudować pierwszą kampanię, opisujemy w tekście Google Ads dla sklepu PrestaShop - konwersje zakupu i kampanie Performance Max.
[#checklista] Remarketing dynamiczny w PrestaShop: feed zatwierdzony w Merchant Center i katalog Meta zsynchronizowany, jeden schemat identyfikatorów dla produktów i kombinacji, zdarzenia view_item, add_to_cart i purchase z identyfikatorami zgodnymi z feedem, content_ids i content_type w zdarzeniach Meta, zgody z banera przekazywane do tagów, grupy odbiorców z różnymi oknami czasowymi, wykluczenie kupujących, kontrola dopasowania po każdej zmianie w sklepie.
Jak Vinson pomaga z remarketingiem dynamicznym w PrestaShop
W Vinson wdrażamy, rozwijamy i utrzymujemy sklepy na PrestaShop, a jako Google Partner i Meta Business Partner prowadzimy kampanie remarketingowe. Przy remarketingu dynamicznym:
ustalamy schemat identyfikatorów dla produktów i kombinacji,
konfigurujemy feed Google, katalog Meta i tagi zdarzeń w sklepie,
budujemy grupy odbiorców i wykluczenia,
prowadzimy kampanie i sprawdzamy dopasowanie po zmianach w sklepie.
Szczegóły współpracy znajdziesz na stronie sklep na PrestaShop z Vinson.
Najczęściej zadawane pytania
Co jest potrzebne do remarketingu dynamicznego w PrestaShop?
Feed produktowy w Google Merchant Center lub katalog w Meta, tagi w sklepie wysyłające zdarzenia z identyfikatorami produktów oraz grupy odbiorców zbudowane z tych zdarzeń. Identyfikatory w tagach muszą być takie same jak w feedzie. Potrzebny jest też baner zgód przekazujący zgodę na reklamy spersonalizowane.
Dlaczego reklamy dynamiczne nie pokazują produktów z mojego sklepu PrestaShop?
Najczęściej identyfikatory w zdarzeniach nie pasują do identyfikatorów w feedzie, np. tag wysyła ID produktu, a feed eksportuje indeks kombinacji. Inne przyczyny to odrzucone produkty w Merchant Center, zbyt małe listy odbiorców albo brak zgody na reklamy spersonalizowane u większości odwiedzających.
Jakie zdarzenia wysyłać do remarketingu dynamicznego Google?
Pomoc Google Ads zaleca view_item_list, view_search_results, view_item, add_to_cart i purchase. Każde zdarzenie powinno zawierać parametr id zgodny z atrybutem id, item_group_id lub display_ads_id z feedu, a parametr google_business_vertical z wartością retail.
Jak długo klient może być na liście remarketingowej?
W Google Ads domyślny czas członkostwa to 30 dni, a maksymalny 540 dni. W Meta niestandardowa grupa odbiorców z witryny przechowuje osoby od 1 do 180 dni. Sprawdź aktualne zasady w pomocy obu platform, bo limity mogą się zmieniać.
Jak ustawić remarketing dynamiczny dla kombinacji w PrestaShop?
Eksportuj kombinacje do feedu jako osobne pozycje z własnym identyfikatorem i wspólnym item_group_id. W tagach na karcie produktu wysyłaj identyfikator wybranej kombinacji w tym samym formacie. W Meta ustaw content_type zgodnie z tym, czy przekazujesz identyfikator wariantu, czy grupy.
Spójny feed, poprawne tagi i przemyślane grupy odbiorców to warunek skutecznego remarketingu dynamicznego w sklepie PrestaShop. Jeśli chcesz uruchomić reklamy z produktami oglądanymi przez klientów albo sprawdzić, dlaczego obecne nie działają, zobacz wdrożenie sklepu na PrestaShop z Vinson - zaczniemy od porównania identyfikatorów w Twoim feedzie i tagach.


Łukasz Palej
Technical Implementation Expert
Wdraża integracje i rozwiązania IT dla e-commerce: sklepy, feedy produktowe, przepływ danych między systemami.
Wdraża integracje i rozwiązania IT dla e-commerce: sklepy, feedy produktowe, przepływ danych między systemami.
Sklep na PrestaShop z Vinson
Łukasz i nasz zespół pomogą Ci wdrożyć to na Twoim koncie - bez zobowiązań.
- Analiza Twojego konta i obecnych działań
- Konkretny plan poprawek do wdrożenia
- Bezpłatna konsultacja – bez zobowiązań

Przeczytaj także
Więcej porad z naszej bazy wiedzy - przesuń, aby zobaczyć kolejne artykuły.
Masz pytania? Chętnie porozmawiamy!
Masz pytania? Chętnie porozmawiamy!
Odpowiadamy w ciągu 24 godzin w dni robocze. Pierwsza rozmowa jest bezpłatna i do niczego nie zobowiązuje.
Masz pytania? Chętnie porozmawiamy!
Odpowiadamy w ciągu 24 godzin w dni robocze. Pierwsza rozmowa jest bezpłatna i do niczego nie zobowiązuje.

Bartłomiej Stokłosa
CEO & Founder
"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie - przyjdzie i to zrobi."

Bartłomiej Stokłosa
CEO & Founder
"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie - przyjdzie i to zrobi."
Wybierz dogodny termin w kalendarzu - bez wymiany maili w tę i z powrotem.
Napisz do nas
Opisz krótko, czego potrzebujesz - oddzwonimy lub odpiszemy w ciągu 24 godzin w dni robocze.
Na zapytanie odpowie Łukasz Palej, Technical Implementation ExpertNapisz do nas
Opisz krótko, czego potrzebujesz - oddzwonimy lub odpiszemy w ciągu 24 godzin w dni robocze.
Na zapytanie odpowie Łukasz Palej, Technical Implementation Expert