Dynamiczny remarketing - jak przygotować feed i kod sklepu

Łukasz Palej

Łukasz Palej

Technical Implementation Expert

Dynamiczny remarketing wymaga dwóch rzeczy: feedu produktowego w Google Merchant Center lub katalogu Meta oraz kodu w sklepie, który przy wyświetleniu produktu, dodaniu do koszyka i zakupie wysyła identyfikatory oglądanych produktów. Te identyfikatory muszą być dokładnie takie same jak w feedzie - w Google Ads wartość id ze zdarzenia musi odpowiadać atrybutowi id, item_group_id albo display_ads_id w Merchant Center, a w Meta identyfikatorom z katalogu. Gdy się zgadzają, reklama pokazuje klientowi te produkty, które oglądał w sklepie.

W tym wpisie wyjaśniamy, czym jest dynamiczny remarketing, jakie zdarzenia i parametry musi wysyłać sklep dla Google Ads i Meta, jak przygotować feed, żeby identyfikatory się zgadzały, i jak sprawdzić, czy wszystko działa. Tekst jest dla sprzedawców, którzy chcą uruchomić reklamy przypominające o oglądanych produktach albo widzą, że listy odbiorców remarketingu dynamicznego są puste.

[#wazne] W skrócie: dynamiczny remarketing w Google Ads i Meta pokazuje klientom reklamy z produktami, które oglądali w sklepie. Wymaga feedu produktowego (Merchant Center lub katalog Meta) i kodu w sklepie wysyłającego zdarzenia, np. view_item, add_to_cart i purchase w Google oraz ViewContent, AddToCart i Purchase w Meta, z identyfikatorami produktów zgodnymi z feedem. Najczęstszy błąd to różne id w kodzie i w feedzie. Programiści Vinson przygotowują feedy i kod sklepu tak, żeby remarketing działał.

Czym jest dynamiczny remarketing w e-commerce

Dynamiczny remarketing to rodzaj reklamy, która zamiast ogólnego komunikatu marki pokazuje konkretne produkty oglądane wcześniej przez danego użytkownika, często razem z produktami podobnymi. Klient obejrzał czarną kurtkę w rozmiarze M i nie kupił - kilka dni później widzi tę kurtkę z aktualną ceną w reklamie na YouTube, w sieci reklamowej Google albo na Instagramie.

Mechanizm opiera się na połączeniu dwóch źródeł. Kod w sklepie zapisuje, które produkty oglądał użytkownik, przesyłając ich identyfikatory. Feed produktowy dostarcza do tych identyfikatorów nazwę, zdjęcie, cenę i link. System reklamowy łączy oba źródła po identyfikatorze. Jeśli identyfikator ze zdarzenia nie istnieje w feedzie, reklama nie ma czego pokazać - i to jest najczęstsza przyczyna problemów.

Dlaczego warto się tym zająć od strony technicznej? Bo kampania remarketingu dynamicznego jest tak dobra, jak dane, na których działa. Marketer może idealnie ustawić budżet i odbiorców, ale jeśli połowa zdarzeń ze sklepu ma identyfikatory, których nie ma w feedzie, system pokaże klientom przypadkowe produkty albo w ogóle nie zbuduje listy odbiorców. Tych problemów nie widać w panelu kampanii na pierwszy rzut oka - wychodzą dopiero przy porównaniu kodu sklepu z feedem. Dlatego przy wdrożeniu remarketingu najwięcej pracy jest zwykle po stronie programisty, a nie w samych ustawieniach reklam.

Elementy, które muszą współpracować w Google Ads i Meta:

[#chart:wpr40a]

Jakie zdarzenia wysyła sklep dla dynamicznego remarketingu Google Ads

Dla sklepów, czyli branży retail, Google zaleca zdarzenia odpowiadające kolejnym krokom zakupu. Według pomocy Google Ads są to view_search_results przy wynikach wyszukiwania, view_item_list na stronie kategorii, view_item na karcie produktu, add_to_cart przy dodaniu do koszyka i purchase po zakupie (stan na październik 2026 - sprawdź aktualną pomoc Google Ads).

ParametrStatus wg GoogleZnaczenie
itemsWymaganyTablica z co najmniej jednym produktem
idWymaganyIdentyfikator produktu zgodny z id, item_group_id lub display_ads_id w Merchant Center
valueOpcjonalnyŁączna wartość produktów
google_business_verticalZalecanyDla sklepów wartość retail

Dane zdarzeń z branży retail mogą być używane wyłącznie razem z feedem produktowym w Merchant Center. Kod nie musi działać na każdej podstronie - wystarczą strony, na których zachodzą zdarzenia remarketingowe: kategorie, karty produktów, koszyk i potwierdzenie zamówienia. Uproszczony przykład dla karty produktu, oparty na przykładzie z pomocy Google:

[#przyklad] gtag('event', 'view_item', { value: 249.90, items: [{ id: 'SKU-123', google_business_vertical: 'retail' }] });

W praktyce identyfikatora nie wpisuje się ręcznie, tylko generuje go szablon sklepu z danych produktu, tym samym polem, z którego korzysta generator feedu. Na stronie kategorii tablica items zawiera wszystkie produkty widoczne na liście, w koszyku - produkty w koszyku, a po zakupie - produkty z zamówienia. Jeśli sklep ma już w Google Tag Manager zdarzenia e-commerce GA4, tag remarketingowy może korzystać z tych samych danych, pod warunkiem że identyfikatory produktów są zgodne z feedem.

Bezpłatna konsultacja programistyczna
Potrzebujesz programisty do sklepu, integracji lub automatyzacji?
  • Wycena zadania w 24 h w dni robocze
  • Integracje, API, feedy i poprawki w sklepie
  • Rozliczenie godzinowe albo za projekt
Łukasz PalejKonsultację poprowadzi Łukasz Palej, Technical Implementation Expert

Jakie zdarzenia wysyła sklep dla reklam katalogowych Meta

W Meta odpowiednikiem dynamicznego remarketingu są reklamy katalogowe Advantage+. Według dokumentacji piksela przed ich uruchomieniem sklep musi śledzić trzy zdarzenia standardowe: ViewContent, AddToCart i Purchase. Każde z nich musi zawierać content_ids, czyli tablicę identyfikatorów, albo contents, czyli tablicę obiektów z id i ilością. Identyfikatory muszą odpowiadać identyfikatorom w katalogu produktów (stan na październik 2026 - sprawdź aktualną dokumentację Meta).

[#przyklad] fbq('track', 'AddToCart', { value: 249.90, currency: 'PLN', contents: [{ id: 'SKU-123', quantity: 1 }] });

Jeśli sklep wysyła te same zdarzenia także z serwera przez Conversions API, identyfikatory produktów w obu źródłach muszą być takie same, a zdarzenia powinny mieć wspólny identyfikator do deduplikacji. Sam katalog dla Meta przygotowuje się podobnie jak feed dla Google, ale z własnymi wymaganiami - opisujemy je we wpisie feed produktowy dla Meta Ads i katalogu Facebook.

Jak przygotować feed do dynamicznego remarketingu

Feed do remarketingu to ten sam feed, który zasila kampanie produktowe, ale kilka jego cech ma tu szczególne znaczenie. Najważniejsza jest strategia identyfikatorów. Sklep musi zdecydować, czy w kodzie i w feedzie używa identyfikatora wariantu, np. SKU konkretnego rozmiaru, czy identyfikatora produktu głównego. Google Ads dopuszcza dopasowanie do id, item_group_id albo display_ads_id, więc można wysyłać w zdarzeniach identyfikator grupy, jeśli karta produktu nie wie jeszcze, który wariant wybierze klient. Ważne, żeby decyzja była jedna i konsekwentna.

  • stałe identyfikatory - id nie może się zmieniać przy migracji sklepu, zmianie wtyczki czy przebudowie wariantów,

  • ten sam format - jeśli feed ma id „SKU-123”, kod nie może wysyłać „sku-123”, „123” ani identyfikatora z bazy danych,

  • aktualne ceny i dostępność - reklama z nieaktualną ceną lub produktem niedostępnym traci sens,

  • dobre zdjęcia - w reklamach graficznych i wideo zdjęcie produktu jest głównym elementem,

  • czytelne tytuły - w remarketingu tytuł często jest skracany, więc najważniejsze słowa powinny być na początku.

Ważna jest też częstotliwość aktualizacji. Remarketing pokazuje produkty kilka dni po wizycie klienta, a w tym czasie cena mogła się zmienić, a produkt zniknąć z magazynu. Jeśli feed odświeża się raz w tygodniu, reklama może zachęcać do zakupu czegoś, czego już nie ma, i kierować na stronę z komunikatem o braku towaru. Dla remarketingu warto więc aktualizować przynajmniej ceny i dostępność codziennie, a przy szybko rotującym asortymencie częściej.

Jeśli tytuły w feedzie są słabe, a zmiana w sklepie jest trudna, część poprawek można zrobić regułami w Merchant Center - opisujemy je we wpisie reguły feedu w Merchant Center - automatyczna zmiana tytułów i kategorii. Pamiętaj jednak, że reguły zmieniają dane tylko w Google, a katalog Meta trzeba poprawić osobno.

Jak wdrożyć kod dynamicznego remarketingu w sklepie krok po kroku

Kolejność prac ma znaczenie, bo kod remarketingu zależy od decyzji podjętych przy feedzie. Plan, który stosujemy przy wdrożeniach w sklepach na różnych platformach:

  1. Przegląd feedów - sprawdzenie, jakie identyfikatory są w Merchant Center i katalogu Meta oraz czy są stałe.

  2. Decyzja o identyfikatorze - wariant czy grupa produktu, osobno dla karty produktu, koszyka i zakupu.

  3. Warstwa danych - zdarzenia ze sklepu z identyfikatorami w tym samym formacie co w feedzie.

  4. Tagi Google Ads i Meta - konfiguracja zdarzeń remarketingowych w Google Tag Manager albo w kodzie szablonu.

  5. Testy - przejście ścieżki od kategorii do zakupu i sprawdzenie identyfikatorów w trybie podglądu i narzędziach platform.

  6. Kontrola po starcie - porównanie identyfikatorów ze zdarzeń z feedem po kilku dniach zbierania danych.

Przy sklepach z dużą liczbą wariantów warto szczególnie uważnie przetestować koszyk. Karta produktu często wysyła identyfikator grupy, a koszyk już konkretny wariant, i obie wartości muszą istnieć w feedzie w odpowiednich atrybutach. Podobnie przy zestawach produktów: jeśli w sklepie zestaw to jeden produkt, a w feedzie nie ma go wcale, zdarzenia z jego identyfikatorem nie zostaną dopasowane.

Jak sprawdzić zgodność identyfikatorów w kodzie i feedzie

Najprostszy wskaźnik jakości wdrożenia to odsetek identyfikatorów ze zdarzeń, które da się znaleźć w feedzie. Można go policzyć samodzielnie: zebrać identyfikatory wysłane w zdarzeniach z kilku dni, np. z eksportu danych analitycznych lub dziennika serwera, i porównać z listą id w feedzie. Wynik bliski 100% oznacza, że remarketing ma z czego budować reklamy:

[#chart:wpr40b]

W samych systemach reklamowych też są narzędzia diagnostyczne. W Google Ads warto sprawdzić stan tagu i list odbiorców, a w Merchant Center - czy produkty są zatwierdzone. W Meta Menedżer zdarzeń pokazuje zdarzenia piksela i problemy z dopasowaniem do katalogu. Dokładne nazwy raportów i ich położenie zmieniają się wraz z interfejsem, więc sprawdzaj je w aktualnej pomocy platform.

Porównanie identyfikatorów warto powtarzać nie tylko po wdrożeniu, ale też po każdej większej zmianie w sklepie: migracji na nową platformę, zmianie wtyczki do feedu, przebudowie wariantów czy imporcie produktów od nowego dostawcy. To właśnie wtedy identyfikatory w kodzie i w feedzie najczęściej zaczynają się rozjeżdżać, a kampania przez kilka tygodni działa na pół gwizdka, zanim ktoś zauważy spadek wyników.

Najczęstsze błędy w dynamicznym remarketingu

Większość problemów z remarketingiem dynamicznym to problemy z danymi, a nie z ustawieniami kampanii. Objawy i poprawki, które widzimy najczęściej:

[#chart:wpr40c]

Częstym źródłem kłopotów jest też to, że sklep ma już pomiar zdarzeń e-commerce GA4 z item_id, a osobny, starszy kod remarketingu wysyła inne identyfikatory. Najlepiej oprzeć wszystkie tagi na jednej warstwie danych, w której item_id jest zgodny z feedem - jak ją zbudować, opisujemy we wpisie śledzenie konwersji w sklepie internetowym - dataLayer i GTM.

[#checklista] Przed uruchomieniem kampanii remarketingu dynamicznego sprawdź: feed zatwierdzony w Merchant Center i katalog w Meta bez błędów; zdarzenia na karcie produktu, w koszyku i po zakupie; identyfikatory w zdarzeniach w tym samym formacie co w feedzie; google_business_vertical ustawiony na retail; content_ids lub contents w zdarzeniach Meta; zgoda na pomiar obsłużona zgodnie z polityką sklepu.

Dobrze wdrożone zdarzenia dają też więcej możliwości przy samych kampaniach. Skoro sklep rozróżnia wyświetlenie produktu, dodanie do koszyka i zakup, zespół reklamowy może inaczej traktować osoby, które tylko oglądały produkt, a inaczej te, które porzuciły koszyk. Osoby, które już kupiły, można wykluczyć z reklam tych samych produktów albo pokazywać im produkty uzupełniające. Wartość z koszyka pomaga z kolei ustalić, ile warto wydać na powrót klienta. Wszystko to działa jednak tylko wtedy, gdy zdarzenia są kompletne, uruchamiają się na właściwych stronach i niosą poprawne identyfikatory.

[#uwaga] Remarketing wykorzystuje dane o zachowaniu użytkowników, więc wymaga zgód zgodnych z RODO i polityką prywatności sklepu. Zasady zbierania zgód ustal z prawnikiem lub inspektorem ochrony danych.

Jak Vinson pomaga z dynamicznym remarketingiem

Programiści Vinson sprawdzają zgodność identyfikatorów między kodem sklepu, Merchant Center i katalogiem Meta, a potem poprawiają feed albo zdarzenia w szablonie sklepu, module lub warstwie danych. Wdrażamy zdarzenia remarketingowe dla Google Ads i Meta, ustawiamy deduplikację przy pomiarze serwerowym i testujemy cały proces przed startem kampanii. Jako Google Partner i Meta Business Partner łączymy pracę techniczną z obsługą kampanii. Szczegóły znajdziesz na stronie Wsparcie programistyczne dla e-commerce.

Najczęściej zadawane pytania

Co jest potrzebne do dynamicznego remarketingu w Google Ads?

Potrzebny jest feed produktowy w Google Merchant Center połączony z kontem Google Ads oraz kod w sklepie, który wysyła zdarzenia, np. view_item, add_to_cart i purchase, z tablicą items i identyfikatorami produktów. Identyfikator musi odpowiadać atrybutowi id, item_group_id lub display_ads_id w feedzie. Zalecane jest też ustawienie google_business_vertical na retail.

Dlaczego lista odbiorców remarketingu dynamicznego jest pusta?

Najczęściej kod nie wysyła zdarzeń z parametrem items albo wysyła identyfikatory, których nie ma w feedzie. Przyczyną bywa też brak zgody na pomiar u większości użytkowników lub zdarzenia uruchamiane na złych stronach. Warto porównać identyfikatory ze zdarzeń z listą id w Merchant Center.

Jakie zdarzenia piksela są potrzebne do reklam katalogowych Meta?

Według dokumentacji Meta sklep musi śledzić ViewContent, AddToCart i Purchase. Każde zdarzenie musi zawierać content_ids albo contents z identyfikatorami zgodnymi z katalogiem produktów (stan na październik 2026 - sprawdź aktualną dokumentację Meta).

Czy w remarketingu wysyłać identyfikator wariantu czy produktu?

To zależy od sklepu, ale decyzja musi być spójna w kodzie i w feedzie. Google Ads dopasowuje identyfikator do id, item_group_id lub display_ads_id, więc na karcie produktu bez wybranego wariantu można wysyłać identyfikator grupy. W koszyku i po zakupie zwykle znany jest już konkretny wariant.

Czy jeden feed wystarczy dla Google i Meta?

Dane mogą pochodzić z jednego generatora, ale Google Merchant Center i katalog Meta mają osobne wymagania, więc zwykle powstają dwa pliki. Najważniejsze, żeby identyfikatory produktów były w obu takie same jak w kodzie sklepu. Wtedy ta sama warstwa danych zasila remarketing w obu systemach.

Dynamiczny remarketing działa tylko wtedy, gdy feed i kod sklepu mówią tym samym językiem identyfikatorów. Jeśli chcesz przygotować sklep do kampanii remarketingowych albo naprawić puste listy odbiorców, sprawdź wsparcie programistyczne Vinson.

Jakie zdarzenia wysyła sklep dla reklam katalogowych Meta

W Meta odpowiednikiem dynamicznego remarketingu są reklamy katalogowe Advantage+. Według dokumentacji piksela przed ich uruchomieniem sklep musi śledzić trzy zdarzenia standardowe: ViewContent, AddToCart i Purchase. Każde z nich musi zawierać content_ids, czyli tablicę identyfikatorów, albo contents, czyli tablicę obiektów z id i ilością. Identyfikatory muszą odpowiadać identyfikatorom w katalogu produktów (stan na październik 2026 - sprawdź aktualną dokumentację Meta).

[#przyklad] fbq('track', 'AddToCart', { value: 249.90, currency: 'PLN', contents: [{ id: 'SKU-123', quantity: 1 }] });

Jeśli sklep wysyła te same zdarzenia także z serwera przez Conversions API, identyfikatory produktów w obu źródłach muszą być takie same, a zdarzenia powinny mieć wspólny identyfikator do deduplikacji. Sam katalog dla Meta przygotowuje się podobnie jak feed dla Google, ale z własnymi wymaganiami - opisujemy je we wpisie feed produktowy dla Meta Ads i katalogu Facebook.

Jak przygotować feed do dynamicznego remarketingu

Feed do remarketingu to ten sam feed, który zasila kampanie produktowe, ale kilka jego cech ma tu szczególne znaczenie. Najważniejsza jest strategia identyfikatorów. Sklep musi zdecydować, czy w kodzie i w feedzie używa identyfikatora wariantu, np. SKU konkretnego rozmiaru, czy identyfikatora produktu głównego. Google Ads dopuszcza dopasowanie do id, item_group_id albo display_ads_id, więc można wysyłać w zdarzeniach identyfikator grupy, jeśli karta produktu nie wie jeszcze, który wariant wybierze klient. Ważne, żeby decyzja była jedna i konsekwentna.

  • stałe identyfikatory - id nie może się zmieniać przy migracji sklepu, zmianie wtyczki czy przebudowie wariantów,

  • ten sam format - jeśli feed ma id „SKU-123”, kod nie może wysyłać „sku-123”, „123” ani identyfikatora z bazy danych,

  • aktualne ceny i dostępność - reklama z nieaktualną ceną lub produktem niedostępnym traci sens,

  • dobre zdjęcia - w reklamach graficznych i wideo zdjęcie produktu jest głównym elementem,

  • czytelne tytuły - w remarketingu tytuł często jest skracany, więc najważniejsze słowa powinny być na początku.

Ważna jest też częstotliwość aktualizacji. Remarketing pokazuje produkty kilka dni po wizycie klienta, a w tym czasie cena mogła się zmienić, a produkt zniknąć z magazynu. Jeśli feed odświeża się raz w tygodniu, reklama może zachęcać do zakupu czegoś, czego już nie ma, i kierować na stronę z komunikatem o braku towaru. Dla remarketingu warto więc aktualizować przynajmniej ceny i dostępność codziennie, a przy szybko rotującym asortymencie częściej.

Jeśli tytuły w feedzie są słabe, a zmiana w sklepie jest trudna, część poprawek można zrobić regułami w Merchant Center - opisujemy je we wpisie reguły feedu w Merchant Center - automatyczna zmiana tytułów i kategorii. Pamiętaj jednak, że reguły zmieniają dane tylko w Google, a katalog Meta trzeba poprawić osobno.

Jak wdrożyć kod dynamicznego remarketingu w sklepie krok po kroku

Kolejność prac ma znaczenie, bo kod remarketingu zależy od decyzji podjętych przy feedzie. Plan, który stosujemy przy wdrożeniach w sklepach na różnych platformach:

  1. Przegląd feedów - sprawdzenie, jakie identyfikatory są w Merchant Center i katalogu Meta oraz czy są stałe.

  2. Decyzja o identyfikatorze - wariant czy grupa produktu, osobno dla karty produktu, koszyka i zakupu.

  3. Warstwa danych - zdarzenia ze sklepu z identyfikatorami w tym samym formacie co w feedzie.

  4. Tagi Google Ads i Meta - konfiguracja zdarzeń remarketingowych w Google Tag Manager albo w kodzie szablonu.

  5. Testy - przejście ścieżki od kategorii do zakupu i sprawdzenie identyfikatorów w trybie podglądu i narzędziach platform.

  6. Kontrola po starcie - porównanie identyfikatorów ze zdarzeń z feedem po kilku dniach zbierania danych.

Przy sklepach z dużą liczbą wariantów warto szczególnie uważnie przetestować koszyk. Karta produktu często wysyła identyfikator grupy, a koszyk już konkretny wariant, i obie wartości muszą istnieć w feedzie w odpowiednich atrybutach. Podobnie przy zestawach produktów: jeśli w sklepie zestaw to jeden produkt, a w feedzie nie ma go wcale, zdarzenia z jego identyfikatorem nie zostaną dopasowane.

Jak sprawdzić zgodność identyfikatorów w kodzie i feedzie

Najprostszy wskaźnik jakości wdrożenia to odsetek identyfikatorów ze zdarzeń, które da się znaleźć w feedzie. Można go policzyć samodzielnie: zebrać identyfikatory wysłane w zdarzeniach z kilku dni, np. z eksportu danych analitycznych lub dziennika serwera, i porównać z listą id w feedzie. Wynik bliski 100% oznacza, że remarketing ma z czego budować reklamy:

[#chart:wpr40b]

W samych systemach reklamowych też są narzędzia diagnostyczne. W Google Ads warto sprawdzić stan tagu i list odbiorców, a w Merchant Center - czy produkty są zatwierdzone. W Meta Menedżer zdarzeń pokazuje zdarzenia piksela i problemy z dopasowaniem do katalogu. Dokładne nazwy raportów i ich położenie zmieniają się wraz z interfejsem, więc sprawdzaj je w aktualnej pomocy platform.

Porównanie identyfikatorów warto powtarzać nie tylko po wdrożeniu, ale też po każdej większej zmianie w sklepie: migracji na nową platformę, zmianie wtyczki do feedu, przebudowie wariantów czy imporcie produktów od nowego dostawcy. To właśnie wtedy identyfikatory w kodzie i w feedzie najczęściej zaczynają się rozjeżdżać, a kampania przez kilka tygodni działa na pół gwizdka, zanim ktoś zauważy spadek wyników.

Najczęstsze błędy w dynamicznym remarketingu

Większość problemów z remarketingiem dynamicznym to problemy z danymi, a nie z ustawieniami kampanii. Objawy i poprawki, które widzimy najczęściej:

[#chart:wpr40c]

Częstym źródłem kłopotów jest też to, że sklep ma już pomiar zdarzeń e-commerce GA4 z item_id, a osobny, starszy kod remarketingu wysyła inne identyfikatory. Najlepiej oprzeć wszystkie tagi na jednej warstwie danych, w której item_id jest zgodny z feedem - jak ją zbudować, opisujemy we wpisie śledzenie konwersji w sklepie internetowym - dataLayer i GTM.

[#checklista] Przed uruchomieniem kampanii remarketingu dynamicznego sprawdź: feed zatwierdzony w Merchant Center i katalog w Meta bez błędów; zdarzenia na karcie produktu, w koszyku i po zakupie; identyfikatory w zdarzeniach w tym samym formacie co w feedzie; google_business_vertical ustawiony na retail; content_ids lub contents w zdarzeniach Meta; zgoda na pomiar obsłużona zgodnie z polityką sklepu.

Dobrze wdrożone zdarzenia dają też więcej możliwości przy samych kampaniach. Skoro sklep rozróżnia wyświetlenie produktu, dodanie do koszyka i zakup, zespół reklamowy może inaczej traktować osoby, które tylko oglądały produkt, a inaczej te, które porzuciły koszyk. Osoby, które już kupiły, można wykluczyć z reklam tych samych produktów albo pokazywać im produkty uzupełniające. Wartość z koszyka pomaga z kolei ustalić, ile warto wydać na powrót klienta. Wszystko to działa jednak tylko wtedy, gdy zdarzenia są kompletne, uruchamiają się na właściwych stronach i niosą poprawne identyfikatory.

[#uwaga] Remarketing wykorzystuje dane o zachowaniu użytkowników, więc wymaga zgód zgodnych z RODO i polityką prywatności sklepu. Zasady zbierania zgód ustal z prawnikiem lub inspektorem ochrony danych.

Jak Vinson pomaga z dynamicznym remarketingiem

Programiści Vinson sprawdzają zgodność identyfikatorów między kodem sklepu, Merchant Center i katalogiem Meta, a potem poprawiają feed albo zdarzenia w szablonie sklepu, module lub warstwie danych. Wdrażamy zdarzenia remarketingowe dla Google Ads i Meta, ustawiamy deduplikację przy pomiarze serwerowym i testujemy cały proces przed startem kampanii. Jako Google Partner i Meta Business Partner łączymy pracę techniczną z obsługą kampanii. Szczegóły znajdziesz na stronie Wsparcie programistyczne dla e-commerce.

Najczęściej zadawane pytania

Co jest potrzebne do dynamicznego remarketingu w Google Ads?

Potrzebny jest feed produktowy w Google Merchant Center połączony z kontem Google Ads oraz kod w sklepie, który wysyła zdarzenia, np. view_item, add_to_cart i purchase, z tablicą items i identyfikatorami produktów. Identyfikator musi odpowiadać atrybutowi id, item_group_id lub display_ads_id w feedzie. Zalecane jest też ustawienie google_business_vertical na retail.

Dlaczego lista odbiorców remarketingu dynamicznego jest pusta?

Najczęściej kod nie wysyła zdarzeń z parametrem items albo wysyła identyfikatory, których nie ma w feedzie. Przyczyną bywa też brak zgody na pomiar u większości użytkowników lub zdarzenia uruchamiane na złych stronach. Warto porównać identyfikatory ze zdarzeń z listą id w Merchant Center.

Jakie zdarzenia piksela są potrzebne do reklam katalogowych Meta?

Według dokumentacji Meta sklep musi śledzić ViewContent, AddToCart i Purchase. Każde zdarzenie musi zawierać content_ids albo contents z identyfikatorami zgodnymi z katalogiem produktów (stan na październik 2026 - sprawdź aktualną dokumentację Meta).

Czy w remarketingu wysyłać identyfikator wariantu czy produktu?

To zależy od sklepu, ale decyzja musi być spójna w kodzie i w feedzie. Google Ads dopasowuje identyfikator do id, item_group_id lub display_ads_id, więc na karcie produktu bez wybranego wariantu można wysyłać identyfikator grupy. W koszyku i po zakupie zwykle znany jest już konkretny wariant.

Czy jeden feed wystarczy dla Google i Meta?

Dane mogą pochodzić z jednego generatora, ale Google Merchant Center i katalog Meta mają osobne wymagania, więc zwykle powstają dwa pliki. Najważniejsze, żeby identyfikatory produktów były w obu takie same jak w kodzie sklepu. Wtedy ta sama warstwa danych zasila remarketing w obu systemach.

Dynamiczny remarketing działa tylko wtedy, gdy feed i kod sklepu mówią tym samym językiem identyfikatorów. Jeśli chcesz przygotować sklep do kampanii remarketingowych albo naprawić puste listy odbiorców, sprawdź wsparcie programistyczne Vinson.

Czy ten artykuł był pomocny? Oceń go
Bądź pierwszą osobą, która oceni

Ł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.

★★★★★
Współpracowałeś z Vinson?
Twoja opinia pomoże innym sprzedawcom wybrać sprawdzoną agencję. Zajmie Ci to minutę.
Oceń nas na Trustpilot →
Potrzebujesz pomocy z tym tematem?

Wsparcie programistyczne dla e-commerce

Ł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ń
4,9/5 ze 171 opiniiWsparcie programistyczne dla e-commerce
Łukasz Palej - Technical Implementation Expert
Łukasz PalejTechnical Implementation Expert

Przeczytaj także

Więcej porad z naszej bazy wiedzy - przesuń, aby zobaczyć kolejne artykuły.

1 / 1

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 Vinson Agency

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 Vinson Agency

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."

Zadzwoń

574 944 685

Adres

Kazimierza Wielkiego 7/7

32-700 Bochnia

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.

Łukasz PalejNa zapytanie odpowie Łukasz Palej, Technical Implementation Expert

Napisz do nas

Opisz krótko, czego potrzebujesz - oddzwonimy lub odpiszemy w ciągu 24 godzin w dni robocze.

Łukasz PalejNa zapytanie odpowie Łukasz Palej, Technical Implementation Expert
4,9172 opinii klientów · Trustindex →