X Pixel + Web Conversions API wysyła działania zakupowe z PrestaShop do X Ads przez przeglądarkę, serwer lub obie drogi. Konfigurator w kilka minut weryfikuje Twoje konto, znajduje piksel i przypisuje działania.
X Ads zapewnia reklamy, grupy odbiorców i raporty konwersji. Nie narzuca minimalnych wydatków na kampanię; sam ustalasz budżet, a X rozlicza reklamę oddzielnie od modułu.
Włączasz każde działanie osobno, wybierasz identyfikatory katalogu i określasz statusy opłacenia, anulowania oraz zwrotu. Raportowana wartość uwzględnia Twoje ustawienia podatku, dostawy i opakowania. Obie drogi mają wspólny identyfikator konwersji, nieudane wysyłki serwera są ponawiane, a zgoda marketingowa wyznacza zakres śledzenia.
Przychód kampanii podąża za rzeczywistym cyklem zamówienia, a bieżąca historia wysyłki pokazuje, czy zakup dotarł do X, czy wymaga jeszcze Twojej uwagi.
X Pixel + Web Conversions API łączy sklep PrestaShop z X Ads i utrzymuje spójność działań zakupowych między przeglądarką klienta a serwerem sklepu. Moduł decyduje, które działania opuszczają sklep, do którego X Pixel trafiają i jakie informacje im towarzyszą. X wykorzystuje je później w Menedżerze zdarzeń, raportach kampanii, grupach odbiorców i optymalizacji reklam.
Pierwsze połączenie jest krótkie, a ten sam panel rozwija się do sterowania zdarzeniami, statusami zamówień, drogami wysyłki, rynkami, identyfikatorami katalogowymi, zasadami dopasowania i diagnostyką. Wspólny mechanizm przypisania X Pixela do jednego modułu zapobiega też jego wysyłaniu przez drugi uczestniczący produkt pomiarowy MPR.
Każda część ścieżki zakupowej ma własne ustawienie: wizyta na stronie, oglądanie produktu i wariantu, wyszukiwanie, otwarcie koszyka, dodanie i usunięcie produktu, lista życzeń, rozpoczęcie składania zamówienia, wybór dostawy, wybór płatności, rejestracja konta, opłacony zakup, anulowanie i zwrot. Działania produktowe używają produktu, kombinacji, referencji, EAN albo referencji dostawcy. Zakupy zawierają wybraną podstawę wartości, walutę, produkty, ilości i stałe odniesienie do zamówienia.
Moduł śledzi zmianę wariantu i przekazuje bieżący identyfikator oraz cenę, zamiast pozostawiać w X pierwszy stan produktu. Ustalasz też, które statusy oznaczają opłaconą sprzedaż, anulowanie i zwrot. Przychód przypisany do kampanii podąża dzięki temu za wynikiem handlowym zapisanym w PrestaShop.
Działania właściwe dla danego sklepu uzupełniają wybory standardowe. Reguła reaguje na określone kliknięcie, fragment adresu strony, rodzaj strony albo nazwane działanie w sklepie. Każda reguła niesie własne wartości, uruchamia się raz lub wielokrotnie i wybiera drogę przez przeglądarkę, serwer albo obie.
Wybierasz samą przeglądarkę, sam serwer albo wysyłkę łączoną. W trybie łączonym obie kopie mają ten sam identyfikator konwersji, a zakup stały identyfikator oparty na zamówieniu. X identyfikuje więc jedno działanie zamiast dwóch. Nazwy i identyfikatory produktów, ceny, ilości, wartość zamówienia i waluta pozostają takie same na obu drogach.
Zdarzenia serwerowe najpierw trafiają do trwałej lokalnej kolejki wysyłki. Chwilowy problem z połączeniem uruchamia automatyczne ponowienia w rosnących odstępach, a przerwana wysyłka wraca do obsługi. Ostateczne błędy pozostają widoczne, a jedna akcja odzyskiwania ponownie ustawia je jako oczekujące.
Panel pokazuje sumy zdarzeń oczekujących, wysyłanych, przyjętych i nieudanych wraz z ostatnimi próbami, kodami odpowiedzi, czasem i ostatnim błędem. Sprzedawca widzi więc różnicę między słabym wynikiem kampanii a konwersją, która jeszcze nie dotarła do X.
Każde standardowe zdarzenie ma niezależny przełącznik. PageView, ViewContent, AddToCart, StartCheckout, Purchase, Search, AddToWishlist i SignUp osobno podążają za planem kampanii. Wyłączenie wizyt na stronach pozostawia aktywne wybrane działania handlowe. Własne reguły dodają działania charakterystyczne dla sklepu bez zmiany motywu.
Uporządkowane reguły kierują inny Pixel i chronione połączenie z X według sklepu, języka, kraju klienta lub waluty. Każdy rynek dziedziczy świadomie wybrane ustawienie wspólne albo zachowuje własny cel. Ustawienia katalogu wybierają produkt, kombinację, referencję, EAN lub referencję dostawcy z opcjonalnym prefiksem i sufiksem. Podgląd pokazuje dokładny identyfikator używany przy oglądaniu produktu, koszyku i zakupie.
Reguły zakupu określają statusy opłacone, anulowane i zwrócone oraz to, czy przekazywana wartość obejmuje podatek, dostawę i opakowanie. Wynik kampanii X odpowiada dzięki temu kwocie, którą sprzedawca rzeczywiście uznaje za przychód.
Droga serwerowa dopasowuje właściwe działanie na podstawie identyfikatora kliknięcia X oraz chronionych danych e-mail, telefonu, imienia, nazwiska i lokalizacji. Adres sieciowy i informacje o przeglądarce tworzą opcjonalną, samodzielną parę dopasowania. Ustawienia wskazują używane grupy informacji, a chronione wartości pozostają ukryte w diagnostyce.
Pomiar marketingowy czeka na zgodę, gdy decyzją zarządza MPR Cookies Revolution albo MPR Cookie Banner. Po udzieleniu zgody wybrane drogi uruchamiają się jeden raz na tej samej stronie. Sesje zalogowanych pracowników pozostają poza danymi kampanii, dlatego testy i wewnętrzne kontrole zamówień nie zmieniają raportów reklamowych.
Wspólny mechanizm przypisuje odpowiedzialność za wysyłanie każdego X Pixela jednemu uczestniczącemu produktowi MPR. Jeśli identyfikator należy już do innego produktu, podwójna droga pozostaje wyciszona, a strona ustawień nazywa konflikt.
Kreator połączenia sprawdza konto X, odnajduje dostępne Pixele i zdarzenia, przypisuje wybrane działania sklepowe oraz testuje każdą drogę wysyłki. Następnie konfiguracja przekazuje kontrolny zakup i łączy wynik z przeglądarki oraz serwera jednym identyfikatorem konwersji.
Oś zdarzeń na żywo zestawia działania z przeglądarki i serwera ze sklepem, rynkiem, nazwą zdarzenia, stanem dostawy, siłą dopasowania i odpowiedzią X. Ocena stanu oddziela brakujące ustawienie od słabego dopasowania, rozbieżnego identyfikatora katalogowego, braku zgody lub błędu dostawy, a poprawki porządkuje według wpływu.
Diagnostyka lejka układa na jednej ścieżce oglądanie produktów, aktywność koszyka, etapy zamówienia, opłacone zakupy, anulowania i zwroty. Do pierwszego uruchomienia wystarcza kreator połączenia, a głębsze ustawienia pozostają gotowe na kilka rynków, własne działania i szczegółową politykę zamówień.
Wymaga PrestaShop 1.6 lub nowszego oraz PHP 7.1 lub nowszego.
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ą.
X Pixel + Web Conversions API śledzi wyświetlenia produktów, koszyki, checkouty i zakupy z Twoich reklam na X, a Cookies Revolution zbiera zgody odwiedzających według kategorii, z blokowaniem skryptów i logami zgód. Kampanie na X mierzone przy prawidłowo obsłużonych zgodach.
X Pixel + Web Conversions API pokazuje, które posty i reklamy przyprowadzają kupujących, a Checkout Revolution zamienia więcej tych wizyt w zamówienia dzięki Apple Pay, Google Pay i kartom w jednym oknie modalnym. Mniej utraconej sprzedaży między kliknięciem a płatnością.
Moduł Promocja tygodnia co tydzień automatycznie publikuje flash sale na X, a X Pixel + Web Conversions API śledzi, którzy odwiedzający potem kupują. Twoje posty z okazjami i dane o konwersjach są w tej samej sieci.
Zgodność i Prawo
Aktualności i aktualizacje
Aktualności i aktualizacje
Aktualności i aktualizacje
Aktualności i aktualizacje
Aktualności i aktualizacje
