Modelowane listy odbiorców nie zawierają konkretnych osób, tylko prawdopodobieństwa. Wyjaśniam, jak powstają, gdzie ich szukać w panelu i jak czytać ich raporty.
Remarketing dynamiczny to moment, w którym reklama display przestaje być plakatem, a zaczyna być odpowiedzią na konkretne zachowanie. Zamiast jednego banera dla wszystkich, którzy odwiedzili sklep, każdy użytkownik widzi produkty, które faktycznie oglądał — plus te, które system uzna za powiązane.
Brzmi to jak funkcja do włączenia jednym przełącznikiem i częściowo tak jest, ale wymaga dwóch rzeczy wdrożonych poprawnie: tagu przekazującego dane o zachowaniu oraz pliku produktowego, z którego system weźmie zdjęcia, nazwy i ceny. Jeśli którekolwiek z tych dwóch jest niedopracowane, kampania albo nie wystartuje, albo będzie pokazywać przypadkowe produkty.
Chcę więc przejść po kolei: co to daje, co trzeba przygotować, jak zbudować listy odbiorców i gdzie łatwo przesadzić.
Zwykły remarketing pokazuje ten sam kreatyw wszystkim osobom z danej listy. Ktoś oglądał buty, ktoś inny plecak — obaj zobaczą baner z logo sklepu i ogólnym hasłem.
Remarketing dynamiczny składa reklamę osobno dla każdego odbiorcy. Zaciąga z pliku produktowego konkretne pozycje, które ta osoba widziała, i wstawia je w szablon graficzny. Efekt jest bardziej trafny i zwykle wyraźnie skuteczniejszy, bo przypomina o czymś konkretnym, a nie o istnieniu sklepu.
Jest też różnica w nakładzie pracy, i to na korzyść wariantu dynamicznego. Nie przygotowuję dziesiątek banerów dla różnych kategorii — przygotowuję jeden zestaw zasobów, a system generuje z nich kombinacje dopasowane do formatu powierzchni reklamowej i do użytkownika.
Cena tej wygody: mam mniejszą kontrolę nad tym, jak dokładnie reklama wygląda. Warto to sprawdzić w podglądzie przed uruchomieniem, bo szablon, który dobrze wygląda w kwadracie, w wąskim banerze potrafi skrócić nazwę produktu do nieczytelnego fragmentu.
Tu jest cała trudność i tu najczęściej coś nie działa.
Pierwsza rzecz to plik produktowy. Jeśli prowadzisz już kampanie produktowe, masz go w Merchant Center i możesz go wykorzystać. Ten sam feed obsługuje oba typy kampanii, więc porządek w tytułach, zdjęciach i cenach opłaca się podwójnie.
Druga rzecz to tag remarketingowy z parametrami dynamicznymi. Zwykły tag remarketingowy zapisuje tylko fakt odwiedzenia strony. Wariant dynamiczny musi dodatkowo przekazać, jaki produkt użytkownik zobaczył i na jakim etapie ścieżki się znajduje.
W praktyce oznacza to przekazywanie kilku wartości: identyfikatora produktu, typu strony oraz wartości koszyka na etapie zakupu. Kluczowy jest przy tym jeden warunek, o który najczęściej rozbijają się wdrożenia: identyfikator produktu przekazywany przez tag musi być dokładnie tym samym identyfikatorem, który jest w pliku produktowym. Jeśli feed używa numeru katalogowego, a tag wysyła wewnętrzne ID z bazy sklepu, system nie połączy jednego z drugim i reklamy pokażą losowe produkty albo nie pokażą żadnych.
Najwygodniej wdrożyć to przez menedżera tagów, z warstwą danych wypełnianą przez sklep. Po wdrożeniu warto zweryfikować w trybie podglądu, czy na karcie produktu faktycznie wysyłane są poprawne wartości — a nie założyć, że wtyczka zrobiła to dobrze.
Jedna lista „wszyscy odwiedzający” to marnowanie potencjału. Sens remarketingu dynamicznego polega na tym, że różnym etapom ścieżki mówi się różne rzeczy.
Długość okresu członkostwa dobieram do cyklu zakupowego. Przy produktach kupowanych impulsowo trzy do siedmiu dni ma sens; przy droższych decyzjach trzydzieści dni albo więcej. Domyślne ustawienie rzadko odpowiada realiom konkretnego sklepu.
Remarketing dynamiczny jest skuteczny i właśnie dlatego łatwo go przedawkować. Reklama, która pokazuje ten sam but przez trzy tygodnie na każdej odwiedzanej stronie, przestaje przypominać, a zaczyna drażnić — i to nie jest tylko kwestia wizerunku, bo skuteczność takich wyświetleń szybko spada.
Dwa ustawienia, które zawsze konfiguruję: ograniczenie liczby wyświetleń na użytkownika oraz rozsądny okres członkostwa listy. Do tego dochodzi wykluczanie miejsc docelowych, które generują kliknięcia bez sensu — aplikacje mobilne i treści dla dzieci są tu klasycznym źródłem przepalonego budżetu w sieci reklamowej.
Warto też przejrzeć raport miejsc docelowych po pierwszych tygodniach. Sieć reklamowa jest ogromna i obejmuje powierzchnie o bardzo różnej jakości; kilka wykluczeń potrafi wyraźnie poprawić rachunek.
Remarketing dynamiczny ma zwykle najlepszy koszt konwersji w całym koncie i to bywa źródłem nieporozumienia. Ci użytkownicy już znali sklep i część z nich kupiłaby tak czy inaczej.
Dlatego nie oceniam tej kampanii w oderwaniu od reszty. Patrzę na to, czy całkowita liczba zamówień w sklepie rośnie, a nie tylko na to, jak tanie są konwersje przypisane remarketingowi. Przydatne jest też porównanie z okresem, w którym kampania nie działała.
Ostatnia uwaga, techniczna, ale ważna dla planowania: skuteczność remarketingu opiera się na możliwości rozpoznania powracającego użytkownika. Ograniczenia w przechowywaniu identyfikatorów w przeglądarkach zaostrzają się od kilku lat i zapowiadane są dalsze zmiany. Warto więc już teraz nie budować całej strategii sprzedażowej na jednym kanale opartym na śledzeniu między witrynami, a traktować remarketing jako element szerszej całości.
Używamy plików cookies, aby ułatwić Ci nawigację oraz wykonywanie określonych funkcji. Szczegółowe informacje o wszystkich plikach cookies znajdziesz w każdej kategorii zgody poniżej.
Pliki cookies oznaczone jako "Niezbędne" są przechowywane w Twojej przeglądarce, ponieważ są one kluczowe dla zapewnienia podstawowych funkcji strony.
Używamy również plików cookies firm trzecich, które pomagają nam analizować, w jaki sposób korzystasz z tej strony, zapamiętują Twoje preferencje oraz dostarczają treści i reklamy odpowiednie dla Ciebie. Te pliki cookies będą przechowywane w Twojej przeglądarce tylko za Twoją uprzednią zgodą.
Możesz zdecydować, czy chcesz włączyć lub wyłączyć niektóre bądź wszystkie te pliki cookies, jednak wyłączenie niektórych z nich może wpłynąć na Twoje doświadczenia podczas przeglądania strony.
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| __cf_bm | 13 minutes | Cloudflare bot management — distinguishes humans from bots. |
| rc::* | Persistent | Google reCAPTCHA — localStorage holding anti-bot challenge state. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| wpEmojiSettingsSupports | Session | WordPress — sessionStorage flag caching whether the browser can render emoji (feature detection). |
| ytidb* | Persistent | YouTube — IndexedDB storing playback/search state for embedded videos. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| _ga_* | 400 days | Google Analytics 4 — persists session state per property. |
| _ga | 400 days | Google Analytics — distinguishes unique users via a client id. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| NID | 183 days | Google — stores preferences for personalized ads. |
| fr | 90 days | Meta — encrypted Facebook id and browser id for ads. |
| _gcl_au | 90 days | Google AdSense/Ads — experiments with advertising efficiency (conversion linker). |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| __Secure-YNID | 180 days | |
| YSC | Session | |
| __Secure-ROLLOUT_TOKEN | 180 days | |
| VISITOR_INFO1_LIVE | 180 days | |
| VISITOR_PRIVACY_METADATA | 180 days | |
| datr | 400 days | |
| sb | 400 days | |
| wd | 7 days |