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 ActiveCampaign wysyła odwiedziny, kontakty, zamówienia i porzucone koszyki PrestaShop do Twojego konta ActiveCampaign. Identyfikator konta uruchamia śledzenie stron, a synchronizacja kontaktów i zamówień wymaga również adresu konta oraz klucza.
ActiveCampaign łączy e-mail marketing, automatyzację i CRM sprzedażowy w płatnej subskrypcji po bezpłatnym okresie próbnym. Usługa wysyła wiadomości i prowadzi odzyskiwanie koszyków, a moduł dostarcza jej działania klientów ze sklepu.
Wybierasz klientów do synchronizacji, czas uznania koszyka za porzucony i wartości z podatkiem lub bez. Wizyty zalogowanych osób trafiają do kontaktu, a odzyskane koszyki zamykają się po zakupie. Listy, zaplanowane kampanie i wyniki pozostają dostępne w panelu Twojego sklepu.
Przypomnienia wskazują produkty pozostawione w koszyku i przestają ponaglać klienta w sprawie zakupu, który stał się już zamówieniem.
ActiveCampaign Integration przesyła zachowania, kontakty, zamówienia i koszyki ze sklepu PrestaShop do ActiveCampaign do wykorzystania w kampaniach i automatyzacjach.
Moduł uruchamia śledzenie ActiveCampaign w całym sklepie. Śledzenie sklepu może rejestrować wizyty na stronach. Gdy klient się loguje, moduł przekazuje jego adres e-mail do śledzenia, aby można było powiązać historię przeglądania z właściwą kartą kontaktu.
To różnica między automatyzacją, która zgaduje, a taką, która wie. Kontakt, który w tym tygodniu trzy razy otworzył tę samą stronę produktu, jest sygnałem czytanym wprost przez Twoje scenariusze, punktacja rośnie na prawdziwym zainteresowaniu, a segment oglądających daną kategorię powstaje z faktycznych wizyt, nie z kliknięć w dawnych mailach.
Połączenie zestawiasz raz, adresem i kluczem z ustawień ActiveCampaign. Od tej chwili klienci sklepu stają się kontaktami: eksportujesz wszystkich albo wybranych, aktualizacje podążają za zmianami danych, a usuwanie odbywa się z tego samego ekranu, więc CRM odbija sklep, zamiast się od niego oddalać.
Zamówienia też podróżują. Zakup ląduje na karcie kupującego w chwili powstania, z produktami i wartością, więc automatyzacje posprzedażowe startują na czas, a raporty przychodów w ActiveCampaign zgadzają się z rzeczywistością sklepu. Wartości koszyka i zamówienia są zapisywane z podatkiem lub bez, tak jak czytasz swoje liczby.
Zostawiony koszyk jest wykrywany po czasie oczekiwania, który sam ustalasz: klient, który jeszcze się zastanawia, ma spokój, a koszyk naprawdę porzucony zostaje uchwycony tego samego dnia. Koszyk pojawia się na liście w Twoim panelu, z klientem i zawartością, i te same dane jadą do ActiveCampaign.
Tam przejmuje go Twoja automatyzacja odzyskująca i pisze o produktach faktycznie leżących w koszyku, a nie ogólne przypomnienie. Gdy klient wraca i kupuje, moduł oznacza koszyk w ActiveCampaign jako odzyskany, sekwencja się zatrzymuje i nikt nie dostaje rabatu na zamówienie, które już złożył. Rabat, którego nie trzeba dawać, i poirytowana odpowiedź, która nigdy nie przychodzi, są sensem tego ostatniego kroku.
Codzienne działania marketingowe prowadzisz bez przechodzenia do innego systemu. Tworzysz listy kontaktów i umieszczasz na nich wyeksportowanych klientów, piszesz w pełni sformatowane wiadomości kampanii i wysyłasz je natychmiast albo w wybranym dniu i o wybranej godzinie.
Potem wyniki każdej kampanii czytasz z tego samego panelu, więc osoba prowadząca sklep widzi, co dała wysyłka, obok zamówień, które wywołała. ActiveCampaign pozostaje silnikiem pod spodem; moduł trzyma stery tam, gdzie sprzedawca i tak pracuje.
Start to jedno pole: identyfikator konta, znajdowany w ustawieniach śledzenia Twojego konta ActiveCampaign. Dopóki go nie ma, moduł mówi wprost, czego brakuje, i nie emituje niczego, więc na wpół skonfigurowana instalacja nigdy nie wysyła przypadkowych danych. Po wpisaniu śledzenie działa w całym sklepie.
Sklep nie płaci nic odczuwalnego. Plik śledzenia ładuje się w tle, już po dostarczeniu strony, więc strony produktów pojawiają się w zwykłym tempie, a przełącznik w ustawieniach wyłącza całą integrację jednym ruchem, kiedy potrzebna jest cisza.
Pierwsza opinia o tym produkcie może pomóc innym w zakupach.
Śledź wizyty ActiveCampaign w swoim sklepie PrestaShop bez edytowania plików motywu. Moduł dodaje śledzenie witryny ActiveCampaign z poziomu Back Office i może identyfikować zalogowanych klientów po adresie e-mail.
Ten moduł ładuje zewnętrzny skrypt śledzący ActiveCampaign (diffuser.js z diffuser-cdn.app-us1.com) bezpośrednio w przeglądarce odwiedzającego. Skrypt pojawia się, gdy moduł jest włączony i zapisano identyfikator konta. W kodzie nie ma wbudowanej bramki zgody na pliki cookie, więc zarządzanie zgodą należy do Ciebie.
Jedyne dane osobowe przekazywane przez sam moduł to adres e-mail zalogowanego klienta, wysyłany przez vgo('setEmail', ...), aby powiązać wizyty z właściwym kontaktem. Goście są śledzeni bez adresu e-mail. Moduł przechowuje w PrestaShop tylko dwa ustawienia (ENABLED i ACCOUNT_ID) i sam nie gromadzi danych odwiedzających.
Ponieważ jest to śledzenie marketingowe/analityczne mogące przesyłać identyfikator osobowy, tam gdzie wymaga tego prawo ładuj je za swoim mechanizmem zgody i opisz ActiveCampaign w polityce prywatności.
Moduł jest przeznaczony dla PrestaShop 1.6 do 9.x i nie edytuje żadnych plików szablonu. Rejestruje jeden hook front-office, displayBeforeBodyClosingTag, i wstawia skrypt śledzący tuż przed zamykającym znacznikiem </body>, nie w nagłówku strony.
Ponieważ zależy od tego hooka, skrypt pojawia się tylko wtedy, gdy Twój szablon faktycznie renderuje displayBeforeBodyClosingTag, co robią standardowe szablony PrestaShop. Nic nie jest kopiowane do szablonu, więc zmiana lub aktualizacja motywu nie usunie integracji.
Jeśli śledzenie nigdy nie pojawia się w źródle strony, sprawdź, czy moduł jest włączony, czy identyfikator konta jest uzupełniony i czy Twój własny szablon wywołuje displayBeforeBodyClosingTag pod koniec strony.
Włącz moduł, wklej ActiveCampaign Account ID, a potem zapisz konfigurację. Account ID to numeryczna wartość pokazywana przez ActiveCampaign w Settings > Tracking > Site Tracking; jest zapisywana jako ACCOUNT_ID, a moduł nie wyrenderuje skryptu storefront, dopóki nie są obecne zarówno ENABLED, jak i ACCOUNT_ID.
123456789.Gdy jest aktywny, hook displayBeforeBodyClosingTag ładuje skrypt diffuser ActiveCampaign, uruchamia vgo('setAccount', ...), włącza default tracking i wywołuje vgo('process'). Dla zalogowanych klientów może też przekazać email klienta przez vgo('setEmail', ...).
Skrypt jest wstawiany tuż przed zamykającym tagiem body, nie w head strony. To przydatne przy sprawdzaniu instalacji: szukaj w wyrenderowanym źródle strony blisko dołu diffuser-cdn.app-us1.com/diffuser/diffuser.js, vgo('setAccount' i swojego account ID. Jeśli ich brakuje, moduł jest wyłączony, Account ID jest puste albo motyw nie wykonuje hooka displayBeforeBodyClosingTag.
Konfiguracja ma też opcjonalne pole EVENT_KEY, ale obecny hook storefront to tylko site tracking. Nie wysyła custom ActiveCampaign event-tracking calls z tej ścieżki kodu modułu. Użyj go do dodania oficjalnego snippet site-tracking i identyfikacji zalogowanych klientów po emailu; własną automatyzację zdarzeń zbuduj osobno, jeśli potrzebujesz głębszego event tracking ActiveCampaign.
Prywatnościowo pamiętaj, że to skrypt trackingowy. Połącz go ze swoim setupem zgód, jeśli sklep wymaga zgody marketingowej albo analytics przed ładowaniem tracking firm trzecich, bo ten moduł sam nie implementuje bramki cookie-consent.
Wymaganym ustawieniem jest ActiveCampaign Account ID, a moduł musi być włączony. Kod sprawdza oba warunki przed renderowaniem skryptu storefront PrestaShop; pole Event Key jest zapisywane w konfiguracji, ale obecny szablon trackingowy go nie używa.
Przy instalacji ENABLED domyślnie wynosi 0, ACCOUNT_ID domyślnie jest pustym stringiem i EVENT_KEY też domyślnie jest pustym stringiem. Komunikat required-configuration deklaruje tylko ACCOUNT_ID jako wymagane, a check aktywacji to po prostu enabled plus niepuste account ID.
Opcja admina opisuje Account ID jako numeric ID z ActiveCampaign site tracking, ale to źródło nie stosuje walidatora numerycznego przed renderowaniem. Dla czystej konfiguracji skopiuj account ID dokładnie z ustawień site tracking ActiveCampaign, włącz moduł, a potem sprawdź źródło strony pod kątem skryptu diffuser.js i vgo('setAccount', ...).
ENABLED = 1
ACCOUNT_ID = 123456789
EVENT_KEY = optional, stored but not rendered by tracking.tplNie, ten moduł nie wysyła zdarzeń product, cart, order ani custom ActiveCampaign ecommerce events. Jego kod PrestaShop tylko ładuje site tracking, ustawia account, opcjonalnie identyfikuje email zalogowanego klienta i wywołuje funkcję page processing ActiveCampaign.
Zapisane ustawienie EVENT_KEY jest opisane jako opcjonalne dla custom events, ale szablon storefront nigdy się do niego nie odwołuje. W tracking template nie ma wywołań purchase, cart, product ani checkout event; jedyne wywołania ActiveCampaign to setAccount, setTrackByDefault, opcjonalne setEmail i process.
Praktyczny efekt dla sprzedawcy to tracking wizyt stron, a nie ecommerce tracking. Możesz go użyć, aby ActiveCampaign widziało śledzone page views i identyfikowało zalogowanych klientów po emailu, ale wartość zamówienia, product IDs, zawartość koszyka i line items nie są wysyłane przez ten moduł. Jeśli są potrzebne, wymagają innej integracji albo nowego kodu podpinającego się pod product, cart i order events.
Tak, zalogowani klienci PrestaShop są identyfikowani po emailu w skrypcie trackingowym ActiveCampaign. Moduł czyta bieżącego klienta z kontekstu PrestaShop i wysyła email tylko wtedy, gdy klient jest zalogowany; anonimowi odwiedzający są śledzeni bez wartości email.
Sprawdzenie odbywa się w hooku zamknięcia body storefront. Tracking jest renderowany tylko wtedy, gdy moduł jest włączony i istnieje ActiveCampaign Account ID. Hook przypisuje potem trzy wartości szablonu: account ID, email klienta i boolean mówiący, czy email został znaleziony.
W szablonie vgo('setEmail', ...) jest opakowane w check zalogowania, więc goście nie dostają pustego wywołania email. Każda śledzona strona nadal ustawia account, włącza default page tracking i wywołuje vgo('process'). To znaczy, że ActiveCampaign może połączyć znane wizyty stron z emailem zalogowanego klienta, podczas gdy wizyty gości pozostają anonimowe, dopóki ActiveCampaign nie zidentyfikuje ich inną drogą.
Logged in customer -> setAccount + setTrackByDefault + setEmail + process
Guest visitor -> setAccount + setTrackByDefault + processNie. Ta integracja korzysta wyłącznie z śledzenia witryny po stronie klienta w ActiveCampaign. Jedyna wymagana wartość to numeryczny identyfikator konta, który kopiujesz z Ustawienia > Śledzenie > Śledzenie witryny w ActiveCampaign.
Moduł przechowuje tylko ENABLED i ACCOUNT_ID oraz osadza w przeglądarce oficjalny tracker diffuser.js. W tej ścieżce kodu nie ma klucza API, adresu API ani synchronizacji serwer, serwer, więc żadne dane uwierzytelniające API nie są przechowywane na Twoim serwerze ani z niego wysyłane, wszystkie dane płyną z przeglądarki odwiedzającego do ActiveCampaign.
Pamiętaj, aby włączyć śledzenie witryny także w koncie ActiveCampaign, inaczej wizyty zebrane przez skrypt nie będą widoczne.
Moduły, które nasz zespół naprawdę łączy z tym i dokładnie dlaczego każdy pasuje do tego samego zestawu.
Sklep korzystający z ActiveCampaign Integration dodaje śledzenie witryny, dzięki czemu wizyty znanych klientów można powiązać z kontaktami CRM na potrzeby automatyzacji, oceny leadów i wyboru momentu kontaktu. To wyostrza pielęgnowanie relacji poza witryną, ale nie zmienia zachęt w samym sklepie, które skłaniają powracających klientów do dalszych zakupów u Ciebie.
Loyalty Discounts System pokrywa ten obszar, przypisując klientów do progów opartych na wydatkach powiązanych z natywnymi grupami PrestaShop, dzięki czemu lojalni kupujący otrzymują skonfigurowane traktowanie grupowe, gdy tylko wartość ich ważnych zamówień osiągnie dany próg. Nagradza wydatki w sklepie, niezależnie od połączenia z ActiveCampaign.
Przy jednoczesnym użyciu obu Twój sklep nagradza lojalność poprzez automatyczne traktowanie grupowe oparte na progach, podczas gdy ActiveCampaign obsługuje kontakt oparty na CRM wynikający z zachowania w sklepie. Oba działają niezależnie: jedno kształtuje zachęty w sklepie na podstawie wydatków, drugie ponownie angażuje kontakty poza witryną, obejmując zarówno to, jak nagradzasz, jak i to, jak docierasz do powracających klientów.
Sklep korzystający z ActiveCampaign Integration udostępnia śledzenie witryny, dzięki czemu wizyty znanych klientów łączą się z kontaktami CRM, a automatyzacje mogą wykorzystywać zachowanie w sklepie. To obsługuje warstwę CRM i komunikacji, ale kontakt jest najskuteczniejszy, gdy w witrynie są prawdziwe treści, do których warto sprowadzić klientów z powrotem.
Blog Revolution pokrywa to natywnym miejscem na poradniki zakupowe, ogłoszenia i porady, utrzymując artykuły, kategorie, tagi, autorów, komentarze, oceny, RSS i czyste strony bloga wewnątrz sklepu. Tworzy treści w witrynie, całkowicie oddzielone od integracji z ActiveCampaign.
Przy jednoczesnym użyciu obu Twój sklep buduje trwałe artykuły, które przyciągają i informują odwiedzających, podczas gdy ActiveCampaign niezależnie łączy znane przeglądanie z kontaktami CRM. Blog dostarcza Twoim automatyzacjom obfitego materiału w witrynie, do którego można kierować czytelników, a oba działają jako osobne narzędzia: jedno tworzy treści, drugie łączy zachowanie w sklepie z ActiveCampaign.
Sklep korzystający z ActiveCampaign Integration łączy wizyty znanych klientów z kontaktami CRM, dzięki czemu wartość jego oceny i automatyzacji lepiej się utrzymuje, gdy kontakty nie są rozdmuchane przez zgłoszenia botów. ActiveCampaign łączy zachowanie, ale nie ogranicza automatycznych śmieci w formularzach, które tworzą kontakty.
reCAPTCHA & hCaptcha Protection pokrywa to, ograniczając wiadomości spamowe i zgłoszenia botów w formularzach kontaktu, rejestracji, logowania i newslettera, z obsługą reCAPTCHA v2, v3 i hCaptcha. Filtruje szum botów w momencie wysyłki, co jest kwestią odrębną od połączenia z ActiveCampaign.
Przy jednoczesnym użyciu obu formularze Twojego sklepu otrzymują mniej zgłoszeń botów, a ActiveCampaign pracuje na czystszych danych. Moduł ochrony ogranicza spam i automatyczne zgłoszenia, dzięki czemu kontakty i ocena, na których polegasz w ActiveCampaign, zawierają mniej szumu botów niż wygenerowałyby niezabezpieczone formularze.
Dzięki ActiveCampaign Integration sklep łączy wizyty znanych klientów z kontaktami CRM, aby automatyzacje i ocena leadów wykorzystywały zachowanie w sklepie. To wspiera ponowne angażowanie poza witryną, ale nie zapewnia sygnału zaufania na stronie, który pomaga wahającemu się klientowi podjąć decyzję: jak recenzenci ocenili produkt.
Reviews & Ratings pokrywa to natywnymi ocenami, pisemnymi opiniami, opcjonalnymi recenzjami ze zdjęciami oraz kryteriami oceny dla produktów, kategorii, stron CMS i samego sklepu, a wszystko moderowane wewnątrz PrestaShop. Odpowiada za moderowane opinie klientów, co jest kwestią odrębną od połączenia z ActiveCampaign.
Przy jednoczesnym użyciu obu opinie pomagają konwertować klientów w sklepie, a ActiveCampaign ponownie angażuje tych, którzy odchodzą, poprzez automatyzacje oparte na CRM. Oba działają niezależnie: jedno buduje zaufanie w momencie decyzji, a drugie obsługuje późniejszy kontakt, dzięki czemu Twój sklep wzmacnia zarówno konwersję, jak i utrzymanie klientów, a żadne z narzędzi nie zależy od drugiego.
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ą.