Te pliki cookie są niezbędne do prawidłowego działania strony. Umożliwiają podstawowe funkcje, takie jak bezpieczeństwo, koszyk i dostęp do konta. Nie można wyłączyć tych plików cookie.
Te pliki cookie umożliwiają rozszerzone funkcje i personalizację, takie jak zapamiętywanie preferencji językowych lub regionu. Jeśli nie zezwolisz na te pliki cookie, niektóre funkcje mogą nie działać prawidłowo.
Te pliki cookie pomagają nam zrozumieć, jak odwiedzający korzystają ze strony, zbierając i raportując informacje anonimowo. Pomaga nam to ulepszać naszą stronę.
Te pliki cookie służą do wyświetlania reklam dopasowanych do Twoich zainteresowań. Pomagają również mierzyć skuteczność kampanii reklamowych.
Integracja AdRoll Pixel przekazuje działania zakupowe i wartości zamówień PrestaShop do odbiorców reklamowych oraz raportów AdRoll. Dwa identyfikatory konta i przełącznik aktywacji wystarczą do podstawowego uruchomienia.
AdRoll ponownie dociera do zainteresowanych odwiedzających w internecie i pokazuje wydatki, konwersje oraz przypisany przychód. Reklamy samoobsługowe są rozliczane według wykorzystania za tysiąc wyświetleń; reklamy społecznościowe i pakiety z obsługą stanowią osobne oferty.
Każde zdarzenie włączasz niezależnie i definiujesz własne działania dla przycisków, linków lub wybranych stron. Zakupy zawierają numer zamówienia, walutę i produkty; etapy płatności pozostają oddzielone od sprzedaży. Ochrona zgody korzysta z MPR Cookies Revolution lub MPR Cookie Banner, a wizyty pracowników nie trafiają do danych kampanii.
Grupa oparta na potwierdzonych dodaniach do koszyka odróżnia klientów, którzy skutecznie dodali produkt, od odwiedzających z nieudaną próbą.
AdRoll Pixel Integration łączy sklep PrestaShop z AdRoll i zamienia działania zakupowe w sygnały gotowe do wykorzystania w kampaniach. Najmocniejszą stroną są reguły zdarzeń ustalane przez sprzedawcę. Mniejszy sklep zaczyna od dwóch identyfikatorów konta, a rozbudowany dział reklamy precyzyjnie wybiera wszystkie potrzebne działania standardowe i własne. AdRoll obsługuje grupy odbiorców, reklamy i raporty kampanii, a moduł decyduje, co wysyła sklep, kiedy pozwala na to zgoda i które wizyty wewnętrzne pozostają poza pomiarem.
Standardowy zestaw obejmuje odsłony stron, wyświetlenia produktów, wyszukiwania, potwierdzone dodania do koszyka i listy życzeń, rozpoczęcie składania zamówienia, etapy dostawy i płatności, rejestracje oraz zakupy. Zdarzenie koszyka lub listy życzeń następuje po udanym dodaniu, dlatego usunięcie albo nieudana próba nie wygląda jak nowe zainteresowanie zakupem, a powtórzone kliknięcie tego samego przycisku w ciągu sekundy zostaje pominięte.
Zainteresowanie produktem zawiera jego identyfikator, nazwę, kategorię, wartość i walutę. Potwierdzone zamówienie zawiera numer, całkowity przychód, walutę, liczbę pozycji oraz każdy produkt z nazwą, ceną i ilością. AdRoll otrzymuje więc różnicę między oglądaniem, dalszym krokiem i zakupem.
Sygnał wyszukiwania obejmuje stronę wyników, a także listy nowości, najczęściej kupowanych i przecenionych produktów, gdy stoi za nimi wpisana fraza. Każde zdarzenie ma własny identyfikator i walutę sklepu, dlatego jedno działanie nigdy nie liczy się podwójnie, a sklep, który nie zgłasza zmian koszyka, zostaje objęty pomiarem przez sam przycisk zakupu.
Tworzysz reguły dla działań, których nie nazywa standardowa droga zakupu. Reguła śledzi wybrany przycisk albo odnośnik, fragment adresu, konkretną stronę sklepu, stronę dostarczaną przez inny moduł lub nazwaną czynność w sklepie. Limit piętnastu różnych nazw utrzymuje porządek w grupach odbiorców i zapobiega mnożeniu niemal identycznych wpisów.
Każda reguła zawiera kontekst handlowy wybrany przez sprzedawcę, na przykład produkt, promocję albo etap procesu. Wartości dostępne na bieżącej stronie uzupełniają zapisaną regułę w chwili działania. Ta sama reguła obsługuje dzięki temu wiele produktów bez przygotowywania osobnego pomiaru dla każdego z nich.
Każda reguła sama rozstrzyga, czy zgłasza się raz na wizytę, czy przy każdym wystąpieniu, a reguła adresowa zawęża się do tej strony sklepu albo modułu, której dotyczy. Błędnie zapisany wybór elementu zostaje wychwycony i pominięty, zamiast zakłócać stronę, a ekran ustawień odrzuca zestaw reguł, który w sklepie i tak by nie zadziałał.
Przy aktywnym MPR Cookies Revolution lub MPR Cookie Banner AdRoll uruchamia się dopiero po zgodzie marketingowej. Za tą samą zgodą adres e-mail zalogowanego klienta jest dopasowywany do jego aktywności w AdRoll. Konto łączy w ten sposób wizyty i konwersje bez wykraczania poza zasady danych wybrane przez sprzedawcę. Gdy decyzji brakuje, nic się nie wczytuje i żadne zdarzenie nie wychodzi po cichu w tle.
Wykluczenie pracowników pozostawia testy, prace przy katalogu i wewnętrzne sprawdzanie zamówień poza grupami odbiorców. Jeżeli inna zainstalowana integracja MPR odpowiada już za tę samą parę identyfikatorów, ten moduł pozostaje nieaktywny i wskazuje właściciela połączenia, zamiast wysyłać te same działania dwa razy.
AdRoll tworzy grupy odbiorców witryny z otrzymanych stron i działań, a następnie wykorzystuje je w kampaniach przypominających o sklepie. Konto pokazuje stan grup oraz wyniki kampanii, między innymi wydatki, wyświetlenia, kliknięcia, konwersje i przypisany przychód. Zainteresowanie produktem i zakończona sprzedaż stają się więc częścią decyzji reklamowych.
Reklamy samoobsługowe są rozliczane w miarę wykorzystania, a cena zależy od tysiąca wyświetleń. Reklamy społecznościowe, usługi zarządzane i pakiet Advanced stanowią osobne oferty AdRoll. Cena na tej stronie obejmuje AdRoll Pixel Integration dla PrestaShop, natomiast budżet reklamowy i pakiety usługi należą do konta AdRoll.
Konfiguracja korzysta z identyfikatora reklamodawcy i identyfikatora piksela widocznych na koncie AdRoll. Moduł sprawdza format obu wartości, wymaga ich przed aktywacją, a potem pokazuje w jednej tabeli stan połączenia, standardowych zdarzeń, ochrony zgody, własnych reguł i dostępności po stronie usługi.
Każde standardowe zdarzenie ma osobny przełącznik, a własne reguły pozostają opcjonalne. Przydatne ustawienia początkowe skracają pierwsze uruchomienie, zaś ten sam ekran później mieści dokładny plan pomiaru. Kontrole instalacji, pomoc przy aktualizacjach i czytelne ostrzeżenia pokazują brak identyfikatora lub błędną regułę, zanim raporty staną się podstawą decyzji.
Do plików motywu nic nie trafia, dlatego zmiana wyglądu ani aktualizacja nie naruszają planu pomiaru, a piksel wczytuje się raz na stronę nawet wtedy, gdy prosi o niego kilka elementów sklepu. Licencja, pomoc i aktualizacja znajdują się w tym samym menu, a wpisy w panelu odtwarzają się same, jeśli aktualizacja sklepu je usunie.
Pierwsza opinia o tym produkcie może pomóc innym w zakupach.
AdRoll Pixel dodaje śledzenie przeglądarkowe AdRoll do sklepu PrestaShop, dzięki czemu można budować grupy odbiorców do retargetingu i mierzyć działania e-commerce bez edycji kodu szablonu. Moduł wysyła do AdRoll zdarzenia strony, produktu, koszyka, checkout, wyszukiwania, rejestracji, zakupu, listy życzeń oraz opcjonalne zdarzenia niestandardowe.
Wpisz AdRoll Advertiser ID z adroll_adv_id, wpisz Pixel ID z adroll_pix_id, włącz browser tracking i wybierz zdarzenia, które chcesz wysyłać. Oba ID mogą zawierać tylko litery, cyfry, podkreślenia albo myślniki, a tracking pozostaje nieaktywny, dopóki ID nie są poprawne i moduł nie jest włączony.
Moduł jest integracją browser Pixel. Jego własne demo metadata oznacza AdRoll server-side purchase jako unavailable, bo publiczny AdRoll S2S access nie jest wystawiony w tym module jako stabilny token/endpoint flow.
Przy instalacji sam browser tracking domyślnie jest wyłączony, a standardowe event toggles domyślnie włączone. To pozwala sprzedawcy najpierw skonfigurować ID, a potem włączyć tracking, gdy jest gotowy. Employee exclusion i marketing-consent respect też są domyślnie włączone, więc pracownicy back office przeglądający storefront oraz odwiedzający bez obsługiwanej zgody marketingowej mogą zostać wstrzymani przed wysłaniem zdarzeń.
Hook header przygotowuje kolejkę AdRoll, ustawia window.adroll_adv_id, window.adroll_pix_id i window.adroll_version='2.0', a potem ładuje https://s.adroll.com/j/roundtrip.js. Header events są budowane server-side dla page view, product view, checkout start, search i signup, podczas gdy add-to-cart i wishlist events są bindowane w JavaScript do zdarzeń PrestaShop albo typowych button selectors.
Custom browser events są opcjonalne i domyślnie wyłączone. Jeśli są włączone, JSON musi być tablicą albo obiektem z tablicą events. Nazwy zdarzeń są ograniczone do liter, cyfr, podkreśleń i myślników, z limitem 64 znaków, a moduł ogranicza custom events do 15 unikalnych nazw zdarzeń. Obsługiwane triggery to click, url, controller i event.
[{"event":"GalleryBrowse","trigger":"click","selector":".product-images img","params":{"segment_name":"gallery_browse"}}]Tak, purchase tracking wysyła wartość zamówienia i walutę ze strony potwierdzenia zamówienia PrestaShop. Moduł buduje też item count, order reference, product IDs, names, categories, prices i quantities, a potem wysyła event purchase przez browser pixel, gdy purchase tracking jest włączony.
Hook order-confirmation najpierw sprawdza normalną bramkę trackingową: moduł musi być aktywny, ID muszą być poprawne, employee exclusion nie może blokować żądania, marketing consent musi przejść, gdy jest włączony, a TRACK_PURCHASE musi być on. Następnie akceptuje order albo objOrder z parametrów hooka PrestaShop i buduje purchase payload z załadowanego zamówienia.
Mapowanie value jest jawne. Common conversion data jest konwertowane na parametry w stylu AdRoll: value staje się conversion_value, currency staje się adroll_currency, num_items pozostaje item count, order_id jest ustawiane na referencję zamówienia PrestaShop, a dane produktów stają się product_id, content_ids i tablicą products z item ID, name, price i quantity, gdy są dostępne.
Event nadal jest browser-side. Szablon wywołuje window.mpradrollTrack('purchase', params, 'Order confirmation'), gdy skrypt header jest obecny, albo wraca do window.__adroll.track/window.adroll.track. Jeśli istnieje legacy funkcja AdRoll record_user, szablon też ją wywołuje, ale moduł nie wysyła server-to-server purchase request.
Tak. Gdy MPRADROLLPIXEL_RESPECT_CONSENT jest włączone, moduł sprawdza obsługiwane moduły cookie-consent przed wyrenderowaniem albo odpaleniem AdRoll tracking. Przy mprcookiesrevolution zgoda marketingowa jest granted tylko wtedy, gdy cookie mprcr_consent zawiera marketing:1. Przy mprcookiebanner zgoda jest granted, gdy mprcookie_consent=granted. Jeśli odpowiedniego cookie brakuje, moduł wraca do wartości DEFAULT_CONSENT tego modułu zgody.
mprcookiesrevolution allowed: mprcr_consent=essential:1|marketing:1|statistics:1
mprcookiesrevolution blocked: mprcr_consent=essential:1|marketing:0|statistics:1
mprcookiebanner allowed: mprcookie_consent=grantedJeśli żaden obsługiwany moduł zgody nie jest aktywny, consent check nie blokuje trackingu. Employee exclusion może nadal osobno wstrzymać tracking, gdy MPRADROLLPIXEL_EXCLUDE_EMPLOYEES jest włączone.
Domyślne ustawienia instalacji są zorientowane na prywatność: RESPECT_CONSENT=1 i EXCLUDE_EMPLOYEES=1. Server-side metoda canTrack() zwraca false, jeśli moduł jest nieaktywny, poprawny kontekst pracownika przegląda front office albo zgoda marketingowa nie jest granted według kontroli obsługiwanych modułów zgody.
Szablon przeglądarkowy też wykonuje consent check przed załadowaniem AdRoll. Gdy obsługiwany moduł zgody jest aktywny, sprawdza window.MPRCR.isGranted('marketing'), jeśli jest dostępne, a potem te same dwa cookies. Jeśli client-side check zawiedzie, skrypt wraca przed załadowaniem roundtrip.js albo odpaleniem zakolejkowanych zdarzeń. Jedna praktyczna pułapka: client-side check nie zna server-side wartości DEFAULT_CONSENT, więc setup polegający na domyślnej zgodzie granted bez cookie zgody trzeba przetestować w przeglądarce.
Nie, ten moduł wysyła zdarzenia AdRoll przez browser pixel, a nie przez publiczne API server-side. Kod PrestaShop zawiera notatkę demo, że AdRoll S2S jest betą dostępną przez support; produkcyjnie ładuje roundtrip.js i wysyła tylko zdarzenia przeglądarkowe.
Moduły, które nasz zespół naprawdę łączy z tym i dokładnie dlaczego każdy pasuje do tego samego zestawu.
Uruchamiając AdRoll Pixel, Twój sklep wysyła aktywność handlową do AdRoll wraz z identyfikatorami reklamodawcy i piksela oraz kontekstem zakupu potrzebnymi do retargetingu i raportowania, obejmując wyświetlenia stron i produktów, dodania do koszyka i zapisane produkty, rozpoczęcie płatności, wyszukiwanie i rejestrację. Daje Ci to własny widok retargetingu AdRoll, ale opisuje kanał wyłącznie jego własnymi kategoriami i nie zapewnia neutralnego miejsca do porównania tych wydatków z resztą ruchu.
Google Analytics GA4 to osobny moduł, który wysyła aktywność e-commerce do Twojej usługi GA4 po zweryfikowaniu Measurement ID, obejmując wyświetlenia produktów, aktywność koszyka, rozpoczęcia płatności, zakupy, wyszukiwania, logowania i tworzenie kont. Zapewnia raportowanie niezależne od kanału w całym sklepie, umieszczając AdRoll w tych samych lejkach i widoku przychodów co każde inne źródło.
Używane wraz z AdRoll Pixel, GA4 zachowuje sygnały retargetingu AdRoll do dostrajania kampanii, jednocześnie pokazując, jak wypada on na tle innych źródeł. Korzyścią jest kontekst obejmujący cały sklep dla Twoich decyzji: optymalizujesz retargeting za pomocą danych platformy, ale przydzielasz budżet na podstawie neutralnego raportu, więc kanał, który sam w sobie wygląda na skuteczny, jest zawsze mierzony względem swojego rzeczywistego wkładu w sklep.
Sklep korzystający z AdRoll Pixel wysyła zdarzenia handlowe do AdRoll na potrzeby retargetingu i zwykle uruchamia też inne tagi marketingowe. Koordynowanie ich ręcznie w motywie jest kłopotliwe i łatwe do zepsucia, a piksel AdRoll obsługuje tylko własną platformę, więc szerszy zestaw pikseli i fragmentów analitycznych nie ma żadnej wspólnej, świadomej zdarzeń struktury spajającej go w miarę rozrastania się stosu.
Google Tag Manager to osobny moduł, który dodaje Twój kontener GTM i zasila go zdarzeniami e-commerce w formacie GA4 z rzeczywistych zachowań zakupowych, dając otaczającym tagom marketingowym i analitycznym spójną warstwę dostarczania. Pozostaw śledzenie AdRoll w dedykowanym module i skonfiguruj pozostałe tagi w GTM bez powielania tego piksela.
Uruchamianie obu pozostawia piksel AdRoll nienaruszony, podczas gdy GTM porządkuje szerszy krajobraz tagów. Korzyścią jest schludniejsza, bardziej odporna konfiguracja: Twój pomiar retargetingu pozostaje niezależny, inne tagi żyją w łatwej w utrzymaniu strukturze, a przyszłe zmiany znacznie rzadziej naruszają istniejące śledzenie, więc Twój czas trafia do wyników kampanii, a nie do porządkowania fragmentów kodu.
Ponieważ AdRoll Pixel ładuje śledzenie w przeglądarce na potrzeby retargetingu, sklep, który go używa, zbiera dane marketingowe, które odwiedzający z UE powinni móc zaakceptować lub odrzucić, bez bramki zgody w samym pikselu. Bez dedykowanej warstwy nie możesz niezawodnie wstrzymać tego śledzenia, dopóki kupujący nie wyrazi zgody, co naraża Cię pod względem zgodności i pozostawia niepewność co do tego, jak zebrano dane o odbiorcach stojące za Twoim retargetingiem.
Cookies Revolution to osobny menedżer zgód, który zbiera i egzekwuje wybory dla plików cookie niezbędnych, funkcjonalnych, analitycznych i marketingowych. Blokuje pasujące skrypty zewnętrzne i wbudowane (inline) przed wyrażeniem zgody, ponownie aktywuje dozwolone po jej udzieleniu i rejestruje każdą decyzję.
Używany wraz z AdRoll Pixel, wstrzymuje skrypty marketingowe, dopóki kupujący nie wyrazi zgody, i zapisuje jego wybór, więc Twój retargeting działa na fundamencie respektującym zgodę. Korzyścią jest możliwe do obrony śledzenie: nadal mierzysz kupujących, którzy wyrażają zgodę, masz możliwy do audytu rejestr zgód, a obsługa zgodności pozostaje osobną, łatwą do zarządzania warstwą, zamiast być improwizowana wokół Twojego piksela retargetingu.
30 dni na zwrot
Moduły Plug & Play
Wsparcie na pierwszym miejscu
Moduł tworzy i rozwija David Miller z mypresta.rocks. David Miller pracuje z PrestaShop od 2013 roku, a firma prowadząca ten sklep jest zarejestrowana od 3 grudnia 2018 roku. Każdy moduł w tym katalogu to nasza własna praca, więc Twoje pytania do wsparcia trafiają do ludzi, którzy napisali kod. Historia zmian na tej stronie pokazuje każdą aktualizację z datą.
