E-mail marketing w PrestaShop: zgody, odzyskiwanie i wiadomości o zamówieniach

Co byśmy zrobili

Zaczęlibyśmy od sklepu, który już prowadzisz, i najbliższej potrzebnej wiadomości. Zachowaj sprawnego nadawcę i platformę, chyba że brak funkcji lub powtarzalna usterka uzasadnia zmianę. Sprawdź wersje PrestaShop i PHP, zainstalowane moduły, finalizację zakupów i motyw, zapisy zgód, statusy zamówień, integracje, języki i rynki. Ustal, kto zatwierdza kampanie, odpowiada na wiadomości i bada błędy.

Jeśli potwierdzenia zamówień nie działają niezawodnie, najpierw napraw tę ścieżkę wysyłki. Jeśli masz listę odbiorców z odpowiednimi zgodami, ale brakuje wiarygodnych zdarzeń zakupu, zacznij od wiadomości powitalnej lub zatwierdzanego newslettera. Odzyskiwanie koszyków wybierz dopiero po potwierdzeniu identyfikacji, kwalifikacji, przywracania i wstrzymywania wiadomości po zakupie. Sam większy katalog lub liczba odbiorców nie uzasadnia bardziej złożonej platformy.

Uzasadnioną zmianę konektora lub nadawcy przeprowadź na odizolowanej kopii testowej z motywem i modułami sklepu produkcyjnego oraz odpowiednimi danymi. Przed testami wyłącz wysyłkę do klientów, zewnętrzne zadania marketingowe i eksporty do realizacji zamówień; przechwytywacz poczty sklepu nie zatrzyma wysyłki przez API innej platformy. Używaj kontrolowanych kontaktów testowych i konta testowego, jeśli jest obsługiwane. Przed zaplanowaniem przełączenia produkcji przećwicz zapis, zakup, wycofanie zgody i ponowienia, zapisując poprzednią konfigurację i kroki cofnięcia zmiany.

Jeśli chcesz skonfigurować wybrany moduł i sprawdzić uzgodnioną ścieżkę, PrestaShop Module Installation & Configuration Service obejmuje jeden istniejący moduł; licencje, dodatkowe moduły i prace programistyczne są rozliczane osobno.

Oddziel wiadomości operacyjne od marketingowych

E-mail pozwala utrzymywać bazę odbiorców, którą możesz przenosić, z uwzględnieniem zgód, warunków dostawcy i zasad doręczania. Nadal zależy od nadawców, dostawców skrzynek i reputacji. Nie jest automatycznie najtańszym kanałem ani kanałem o najwyższym zwrocie.

PrestaShop wysyła wiadomości operacyjne, takie jak e-maile dotyczące kont i haseł, potwierdzenia zamówień i powiadomienia o statusach. Moduł zbierania zapisów do newslettera nie zapewnia edytora kampanii, mechanizmu segmentacji ani opisanych tutaj wieloetapowych procesów marketingowych. Wymagają one odpowiedniego rozszerzenia, zewnętrznej platformy lub własnej integracji.

Wybierz jedną przydatną wiadomość i sprawdź jej dane oraz ścieżkę doręczenia, zanim rozszerzysz działania. Koordynuj newslettery, oferty lojalnościowe, polecenia i wsparcie, aby ta sama osoba nie dostawała sprzecznych lub zbyt licznych wiadomości. Sprawdź osobno finalizację zakupów, jeśli przyczyną porzuceń są nieoczekiwane koszty lub problemy techniczne.

Poznaj sposób zbierania zapisów do newslettera i przechowywane dane

Wersje modułów mają znaczenie niezależnie od wersji sklepu. Starszy PrestaShop 1.6 zwykle korzysta z blocknewsletter i tabeli bazy danych o sufiksie newsletter. Nowsze instalacje korzystają z ps_emailsubscription oraz tabeli gości o sufiksie emailsubscription. Przed eksportem sprawdź zainstalowany moduł i schemat bazy.

Przy standardowym prefiksie ps_ połączenie ps_ z emailsubscription daje ps_emailsubscription. Ta nazwa tabeli jest poprawna; nie dodawaj kolejnego ps_ tylko dlatego, że moduł tak się nazywa.

Subskrybenci będący gośćmi i zarejestrowani klienci mogą być przechowywani oddzielnie. Status newslettera zarejestrowanego klienta znajduje się w jego rekordzie. Tabela gości może zawierać e-mail, stan aktywacji, datę zapisu, adres IP rejestracji, informacje o źródle odesłania i kontekst sklepu. Źródło odesłania może pochodzić z danych połączenia i nie jest wiarygodnym zapisem strony z formularzem.

Eksport ps_emailsubscription może obejmować zarejestrowanych klientów oraz subskrybentów będących gośćmi, zależnie od filtrów. Własny eksporter lub konektor musi także uwzględniać odpowiednie źródła, sklepy i stany subskrypcji. Nie zakładaj, że natywny eksport obejmuje wyłącznie gości ani że którekolwiek źródło stanowi połowę listy.

Ten przykład tylko do odczytu używa standardowego prefiksu i przykładowego ID sklepu 1. Dostosuj oba do swojej instalacji i chroń eksportowane dane osobowe:

SELECT id, email, active, newsletter_date_add,
       ip_registration_newsletter, http_referer
FROM ps_emailsubscription
WHERE id_shop = 1
ORDER BY newsletter_date_add DESC
LIMIT 50;

W nowszych sklepach z ps_emailsubscription przejdź do Moduły > Menedżer modułów i otwórz Konfiguruj: sprawdź e-mail weryfikacyjny, potwierdzenie po zapisie, ewentualny kupon powitalny i filtry eksportu. Zachowanie właściwe dla wersji sprawdź w dokumentacji zainstalowanego modułu. Weryfikacja wymaga kliknięcia przed aktywacją; potwierdzenie jest późniejszym zawiadomieniem. W ścieżce aktywacji gościa w ps_emailsubscription 2.7.1 aktywacja ustawia active=1 bez zapisywania osobnego znacznika czasu potwierdzenia. Nieaktywny rekord nie jest zgodą na wysyłkę.

Oficjalny kod źródłowy modułu dokumentuje jego tabelę i łączny eksport klientów oraz gości. Moduł służy do zbierania adresów, a nie do wysyłania kampanii.

Dokumentuj zgodę i respektuj każde jej wycofanie

Przedstaw wybór marketingowy jasno i oddziel go od złożenia zamówienia. Pole zgody powinno być domyślnie odznaczone. Wskaż nadawcę, treści, które subskrybent otrzyma, uczciwie określoną częstotliwość i sposób rezygnacji. Podaj link do odpowiednich informacji o prywatności.

Zachowuj treść zgody lub wersję formularza, źródło, datę, metodę i odpowiednie zapisy potwierdzenia. Flaga newslettera, adres IP lub data subskrypcji to dane pomocnicze, a nie pełny dowód ważnej zgody. Double opt-in może wzmocnić potwierdzenie kontroli nad adresem; nie zachowuje automatycznie wszystkich tych danych ani sam w sobie nie zapewnia zgodności z przepisami.

Nie zakładaj, że przypomnienie o porzuconym koszyku jest wiadomością transakcyjną tylko dlatego, że dotyczy koszyka lub nie zawiera rabatu. Sprawdź właściwe przepisy o marketingu elektronicznym oraz podstawę przetwarzania danych osobowych. W Wielkiej Brytanii wytyczne ICO opisują zgodę i ograniczony wyjątek soft opt-in obwarowany warunkami, w tym pozyskaniem danych podczas sprzedaży lub negocjacji dotyczących podobnych produktów oraz możliwością rezygnacji przy zbieraniu danych i w każdej wiadomości. Samo powołanie się na prawnie uzasadniony interes na gruncie GDPR nie uchyla tych zasad.

Utrzymuj osobne zgody dla e-maili, SMS-ów i innych kanałów, nawet jeśli platforma przechowuje je we wspólnym profilu. Numer telefonu podany do dostawy nie jest zgodą na marketing SMS. Przed zbieraniem sygnałów behawioralnych lub push spełnij odpowiednie wymagania dotyczące śledzenia i uprawnień przeglądarki.

Rezygnacja z subskrypcji jest zdarzeniem integracji

1. Ułatw korzystanie z opcji rezygnacji w wiadomości.
2. Niezwłocznie aktualizuj stan blokady wysyłki u nadawcy.
3. Przekazuj wycofanie zgody do każdej właściwej połączonej listy odbiorców i rekordu sklepu.
4. Zachowuj trwały zapis wykluczenia z minimalnym zakresem danych, aby późniejszy CSV, ponowienie lub uzupełnienie danych nie zapisały adresu ponownie.
5. Przetestuj wycofanie zgody zarówno w sklepie, jak i na platformie wysyłkowej.

W ps_emailsubscription 2.7.1 rezygnacja gościa w sklepie usuwa jego rekord; działanie administracyjne może zamiast tego go dezaktywować. U zarejestrowanych klientów aktualizowany jest stan newslettera. Nie traktuj usuniętego rekordu subskrypcji jako jedynego śladu wycofania zgody.

Oddziel niezbędną komunikację o zamówieniu od blokady marketingu. Nigdy nie traktuj importu odbiorców, utworzenia konta ani instalacji nowego konektora jako nowej zgody. Odrzucaj kupione lub zebrane automatycznie listy bez wymaganej ważnej zgody i udokumentowanego pochodzenia.

Zapewnij przydatne okazje do zapisu

Testuj odpowiednie miejsca w stopce, formularzu konta, procesie składania zamówienia i na stronach treści. Dyskretne okno popup może być dodatkową drogą, jeśli nie utrudnia zakupów. Każde miejsce wymaga tak samo jasnej zgody i działającego procesu potwierdzenia.

W przypadku popupów testuj opóźnienie, głębokość przewijania i częstotliwość zamiast kopiować uniwersalną zasadę 30 sekund. Zapewnij wyraźny przycisk zamknięcia, użyteczną wersję mobilną i nie przerywaj składania zamówienia. Wytyczne Google dotyczące reklam pełnoekranowych wyjaśniają, dlaczego zasłanianie treści strony może być problemem.

Daj przydatny powód do zapisu: porady zakupowe, wiadomości o dostępności, nowe kolekcje lub zachętę powitalną sprawdzoną pod kątem marży. Jeśli obiecujesz kupon po potwierdzeniu, przetestuj rzeczywistą ścieżkę weryfikacji i potwierdzenia. Nie zakładaj, że wspólny kod jest przypisany do klienta lub jednorazowy.

Mierz ukończone potwierdzenia według miejsca zapisu, a nie tylko przesłane adresy. Sprawdzaj skargi, duplikaty, niedoręczone wiadomości weryfikacyjne i późniejsze zakupy. Porównuj miejsca przy tej samej definicji ukończonego zapisu.

Przetestuj zapis, zanim zaczniesz promować formularz

Załóżmy, że odwiedzający zapisuje się przez stopkę, później zakłada konto na ten sam adres, a następnie zmienia wybór newslettera. Ta ścieżka sprawdza więcej niż komunikat o powodzeniu formularza: obejmuje opisane wyżej rekordy gościa i klienta.

1. Użyj kontrolowanego adresu bez wcześniejszej subskrypcji. Zapisz treść formularza, język i sklep, wyślij formularz i sprawdź rekord docelowy. Jeśli weryfikacja jest włączona, adres nie może trafić do wysyłki marketingowej przed potwierdzeniem.
2. Dokończ weryfikację i sprawdź aktywny profil oraz wiadomość powitalną. Jeśli obiecałeś kupon, sprawdź, czy dociera właściwą ścieżką po ukończonym zapisie i czy jego ograniczenia odpowiadają obietnicy.
3. Załóż konto z tym adresem. Potwierdź, że konektor uzgadnia istniejącego subskrybenta bez duplikatu ani utraty dowodów zgody. Następnie wycofaj zgodę na newsletter i sprawdź rekord klienta oraz platformę wysyłkową. Powtórz zapis z wcześniejszego źródła lub uruchom obsługiwane uzupełnienie danych: żadne z nich nie może przywrócić subskrypcji.
4. Użyj innego adresu testowego, aby złożyć zamówienie z odznaczoną zgodą marketingową. Zakup nie może sam tworzyć subskrypcji marketingowej. Zachowaj ten wynik wraz z udanym zapisem, zanim dodasz kolejne miejsca zbierania adresów.

Sprawdź transport poczty i uwierzytelnianie

Ustal, który system wysyła każdą wiadomość. Moduł wywołujący pocztę PrestaShop używa skonfigurowanego transportu sklepu. Zewnętrzna platforma kampanii zwykle korzysta z własnej infrastruktury. Zmiana ustawień SMTP sklepu nie konfiguruje wszystkich platform.

W Parametry zaawansowane, E-mail sprawdź wybrany transport i wyślij test. Ścieżka bez SMTP w PrestaShop 1.7.8 używa transportu sendmail biblioteki Swift, a w 9.1 Symfony SendmailTransport. Nazywanie którejkolwiek po prostu funkcją PHP mail() jest nieprecyzyjne. Prawidłowo skonfigurowany lokalny serwer pocztowy może uwierzytelniać i podpisywać pocztę; samo uwierzytelnione SMTP nie zapewnia zgodności domen.

• SPF: autoryzuj rzeczywistych nadawców kopertowych we właściwej domenie. Publikuj jedną politykę SPF na nazwę domeny i stosuj dokładne rekordy nadawcy; nie dodawaj dowolnych wpisów include do każdej domeny From.
• DKIM: opublikuj rekordy selektorów dostawcy i sprawdź, czy otrzymane wiadomości mają ważny podpis.
• DMARC: sprawdź, czy widoczna domena From jest zgodna z tożsamością poprawnie przechodzącą SPF lub DKIM. Przed zaostrzeniem egzekwowania sprawdź legalnych nadawców i raporty.

Specyfikacja SPF wyjaśnia ocenianie rekordów. Korzystaj z instrukcji uwierzytelniania swojego nadawcy zamiast kopiować rekord DNS z wartościami innego konta.

Dla odbiorców z osobistymi kontami Gmail wymagania Google dla nadawców wymagają SPF lub DKIM od wszystkich nadawców, a od nadawców masowych w okolicach progu 5000 wiadomości dziennie dodatkowego uwierzytelniania, zgodności DMARC i mechanizmów rezygnacji. Marketingowe wiadomości masowe i wiadomości z subskrypcji wymagają obsługiwanych nagłówków rezygnacji jednym kliknięciem oraz widocznego linku w treści. Sam link w stopce nie jest mechanizmem nagłówkowym.

Oddziel strumienie marketingowe i transakcyjne, jeśli pomaga to w obsłudze, ale subdomena nie gwarantuje izolacji reputacji. Świadomie zwiększaj nowy wolumen wysyłki, blokuj trwałe odbicia i skargi oraz przestrzegaj aktualnych limitów każdego dostawcy. Nie opieraj się na stałym okresie rozgrzewania ani ogólnym wzorcu odsetka rezygnacji.

Sprawdzaj otrzymane nagłówki i zdarzenia doręczeń u dostawcy. Usługa testowa może wykryć problemy konfiguracji, lecz jej wynik nie dowodzi trafienia do skrzynki odbiorczej. Błąd uwierzytelniania może powodować odrzucenie, ograniczanie lub filtrowanie; nie istnieje uniwersalna reguła domyślnego kierowania do spamu.

Prawidłowo korzystaj z natywnego podglądu koszyków i ręcznego odzyskiwania

Porzucenie koszyka oznacza, że nie przekształcił się on w zamówienie. Kupujący mógł odejść przed ukończeniem składania zamówienia lub przejściem do płatności. W pełni anonimowy koszyk nie ma adresu e-mail, na który możesz napisać.

Zamówienia, Koszyki umożliwia podgląd koszyków w nowszych panelach administracyjnych. Rdzeń pozwala ręcznie wysłać e-mail dotyczący koszyka powiązanego z klientem, z linkiem odzyskiwania. Link może przywrócić koszyk. Sam rdzeń nie zapewnia opisanej niżej wielowiadomościowej sekwencji marketingowej z harmonogramem i segmentacją.

To zapytanie zestawia koszyki powiązane z klientami, zaktualizowane w przykładowym okresie 30 dni, nieaktywne od co najmniej godziny i bez powiązanego zamówienia. Pokazuje liczbę sztuk, a nie pieniężną wartość koszyka ani zgodę na wysyłkę. W razie potrzeby zmień prefiks, sklep i przedziały czasu.

SELECT c.id_cart, c.date_add, c.date_upd, cu.email,
       SUM(cp.quantity) AS items
FROM ps_cart c
JOIN ps_cart_product cp
  ON cp.id_cart = c.id_cart AND cp.id_shop = c.id_shop
JOIN ps_customer cu ON cu.id_customer = c.id_customer
WHERE c.id_shop = 1
  AND cu.deleted = 0 AND cu.email <> ''
  AND c.date_upd >= DATE_SUB(NOW(), INTERVAL 30 DAY)
  AND c.date_upd < DATE_SUB(NOW(), INTERVAL 1 HOUR)
  AND NOT EXISTS (
    SELECT 1 FROM ps_orders o WHERE o.id_cart = c.id_cart
  )
GROUP BY c.id_cart, c.date_add, c.date_upd, cu.email
ORDER BY c.date_upd DESC;

Użyj zamiast tego date_add, jeśli chodzi Ci o koszyki utworzone w danym okresie. Obliczaj kwoty w odpowiednim kontekście wyceny koszyka, uwzględniając walutę, podatek, dostawę, rabaty i sklep. Suma ilości produktów w koszyku nie odpowie na to pytanie.

Kontakt ręczny może być właściwy w konkretnej sprawie obsługowej lub dozwolonym przypadku odzyskiwania. Zastosuj te same kontrole zgody i blokad co dla odpowiadającej mu wiadomości automatycznej.

Poznaj natywne linki do koszyków i ich zabezpieczenia

Natywny URL odzyskiwania używa recover_cart i token_cart. PrestaShop 1.7.8 i 9.1 obliczają token jako md5(_COOKIE_KEY_ . 'recover_cart_' . id_cart). Token nie jest po prostu ID koszyka ani jego secure_key.

Token przywraca uwierzytelnienie klienta oraz kontekst koszyka. Wymagany jest rekord klienta; rekord klienta-gościa różni się od koszyka całkowicie pozbawionego klienta. PrestaShop 9.1 odrzuca także koszyk użyty już do zamówienia. PrestaShop 1.7.8 sprawdza token, koszyk i klienta, ale jego metoda odzyskiwania nie ma analogicznej kontroli ukończonego zamówienia. Przetestuj linki zakończonych zamówień w swojej dokładnej wersji.

Ten przykład po stronie serwera zakłada już wczytany i zweryfikowany obiekt Cart, powiązanego klienta i prawidłowy kontekst sklepu:

$idCart = (int) $cart->id;
$token = md5(_COOKIE_KEY_ . 'recover_cart_' . $idCart);
$link = Context::getContext()->link->getPageLink(
    'order',
    true,
    (int) $cart->id_lang,
    [
        'step' => 3,
        'recover_cart' => $idCart,
        'token_cart' => $token,
    ],
    false,
    (int) $cart->id_shop
);

To opis natywnego mechanizmu zgodności, a nie zalecenie projektowania nowych tokenów uwierzytelniania z MD5. Własny system odzyskiwania wymaga bezpiecznego tokenu oraz zasad jego wygasania i autoryzacji.

Traktuj URL odzyskiwania jako poufny, ponieważ może przywrócić sesję klienta. Nie ujawniaj go na publicznych stronach, we wspólnych raportach ani w zbędnym śledzeniu przez podmioty trzecie. Przetestuj link z e-maila w nowej przeglądarce, we właściwym języku i sklepie, dla koszyków kont oraz klientów-gości.

Po powrocie kupującego ponownie sprawdź cenę, dostępność, dostawę i rabaty. Nie obiecuj stałej rezerwacji dawnej wartości koszyka. Testuj usunięte koszyki, ukończone zamówienia i nieprawidłowe tokeny oraz sprawdź mechanizm odzyskiwania konektora zamiast zakładać, że każdy dostawca używa ścieżki rdzenia.

Zbuduj proces odzyskiwania jako mierzalny eksperyment

Proces odzyskiwania potrzebuje aktywności koszyka, tożsamości, zgody, aktualnych produktów, działającego linku odzyskiwania i zdarzenia zakupu zatrzymującego wiadomości. Napraw te elementy przed włączeniem procesu. Sam fragment kodu śledzącego nie wystarczy.

Poniższy harmonogram jest hipotezą do testu. Wszystkie czasy są liczone od tego samego zdarzenia porzucenia, a nie od poprzedniego e-maila. Możesz zacząć tylko od pierwszej wiadomości i sprawdzić, czy kolejne przynoszą dodatkowy zysk.

Przykładowe tematy to „Twój koszyk czeka na sprawdzenie” lub „Czy możemy pomóc Ci w zamówieniu?”. Nie twierdź, że pierwsza wiadomość zawsze konwertuje najlepiej ani że konkretna liczba wiadomości jest optymalna.

Segmentuj na podstawie rzeczywistych danych klienta i koszyka: pierwszy lub kolejny zakup, marża pokrycia, typ produktu i zaobserwowane zdarzenia przy składaniu zamówienia. Wyjście na etapie dostawy lub płatności może wskazać coś do zbadania; nie dowodzi powodu odejścia kupującego.

Obliczaj koszt zachęty z uwzględnieniem marży produktu, kosztów płatności i realizacji, zwrotów oraz dopłaty do dostawy. Uwzględnij w nim darmową wysyłkę. Każdy próg wartości koszyka oprzyj na tych kosztach i części marży, którą możesz przeznaczyć na zachętę.

Używaj reguł koszyka do ofert z rzeczywistymi datami ważności, ograniczeniami kwalifikacji i limitami użycia. Dla jednorazowej oferty przypisanej odbiorcy utwórz unikalny kod, wybierz odbiorcę w polu Ogranicz do jednego klienta i ustaw zarówno Łącznie dostępnych, jak i Łącznie dostępnych dla każdego użytkownika na 1. Sprawdź, czy wybrany konektor rzeczywiście tworzy i synchronizuje natywne reguły koszyka; funkcja kuponów na platformie tego nie dowodzi.

Przed każdą zaplanowaną wysyłką ponownie sprawdzaj ukończenie zakupu, blokady, zgodę, limity częstotliwości i kwalifikację koszyka. Zatrzymaj sekwencję po kwalifikującym się zakupie. Nie kontaktuj się z tą samą osobą przez nakładające się procesy odzyskiwania koszyków, reagowania na przeglądanie, wysyłki SMS i newsletterów bez koordynacji.

Przetestuj przypomnienie, które musi się zatrzymać

Powracający klient zostawia w koszyku płaszcz w wybranym rozmiarze, otrzymuje przypomnienie, a następnie kupuje w osobnej sesji przeglądarki. Opóźniona kolejna wiadomość musi zostać wstrzymana, nawet jeśli klient nigdy nie kliknie e-maila. Sprawdź ten wynik na podstawie zdarzenia zamówienia i stanu odbiorcy, zamiast uznawać śledzone kliknięcie linku za dowód zakupu.

1. Nadaj kontaktowi testowemu właściwą zgodę na przypomnienia i sprawdź bieżący produkt, kombinację, walutę i sklep w zdarzeniu. Powtórz test z odmową zgody na przypomnienia; sam adres nie może kwalifikować koszyka.
2. Pozwól kwalifikującemu się koszykowi wejść do procesu. Otwórz wiadomość w nowej sesji i sprawdź wybrany rozmiar, język, aktualne ceny, opcje dostawy i prawo do rabatu.
3. Dokończ kwalifikujący się zakup bez używania linku z wiadomości. Potwierdź, że zmapowane zdarzenie zakupu usuwa oczekujące przypomnienia dla tego koszyka lub kontaktu zgodnie z uzgodnionymi zasadami.
4. Ponów wcześniejsze zdarzenie koszyka i zdarzenie zakupu przez obsługiwany mechanizm testowy. Ponowienie nie może wygenerować drugiej wiadomości, ponownie otworzyć odzyskanego koszyka ani usunąć późniejszego wycofania zgody.
5. Powtórz test z wygasłą ofertą lub niedostępną kombinacją. Kupujący potrzebuje aktualnego koszyka i zrozumiałego wyjaśnienia, a nie obietnicy rezerwacji starej ceny lub stanu magazynowego.

Przetestuj też zamówienie oczekujące na płatność offline. Ustal wprost, czy złożenie zamówienia kończy odzyskiwanie i czy ma po nim nastąpić osobne przypomnienie o płatności. Istniejące nieopłacone zamówienie nie jest po prostu kolejnym porzuconym koszykiem; bezrefleksyjne kontynuowanie obu procesów może skłonić klienta do złożenia duplikatu zamówienia.

Porównaj rzeczywiste integracje, zanim porównasz platformy

Wypisz dane potrzebne każdemu planowanemu procesowi. Synchronizacja kontaktów, ładowanie kodu integracji połączonej witryny, śledzenie oglądanych produktów, zdarzenia koszyka, ukończone zamówienia, zwroty i aktualizacje dostawy to odrębne możliwości. Nazwa integracji lub pole klucza API nie potwierdza żadnej z nich.

Porównaj konektor utrzymywany przez dostawcę z ewentualnym osobnym modułem MPR. Mogą pełnić różne zadania. Nie instaluj dwóch emiterów śledzenia lub danych handlowych dla tego samego zdarzenia bez działającego mechanizmu deduplikacji.

Dokumentacja wtyczki producenta Brevo opisuje synchronizację kontaktów i zamówień, śledzenie aktywności i opcje nadawcy; opisana wersja 5.0.36 jest przetestowana do PrestaShop 9.0, więc nowsze połączenia wersji sprawdź osobno.

Moduł MPR Brevo (Sendinblue) Integration synchronizuje kontakty ze zgodą, śledzi aktywność w sklepie i może kierować pocztę sklepu przez Brevo. Przed dodaniem osobnego konektora sprzedażowego sprawdź zakres zdarzeń zakupowych, aktualizacje doręczeń i ustawienia kierowania poczty w zainstalowanej wersji.

Korzystaj z aktualnych macierzy zgodności dla swojej dokładnej wersji PrestaShop i PHP. Unikaj niepopartych twierdzeń, że jeden dostawca jest zawsze najtańszy, najlepiej utrzymywany lub najprostszy w instalacji.

Wybierz zatwierdzaną kampanię lub konektor oparty na zgodach

Gdy zespół powinien sprawdzać każdą wiadomość

Mail Revolution tworzy grupy odbiorców na podstawie reguł klientów, zgód i zamówień w PrestaShop oraz przygotowuje wiadomości do zatwierdzenia przez człowieka. Wysyłka jest początkowo wyłączona. Piszesz treści w każdym języku, wybierasz godziny pracy i limity dzienne, a recenzenci zatwierdzają dokładną spersonalizowaną wiadomość dla odbiorcy. Edycja wiadomości anuluje wcześniejsze zatwierdzenie, a zgoda jest ponownie sprawdzana przed wysyłką.

Wybierz tę ścieżkę, gdy pracownik powinien przed wysłaniem sprawdzić wiadomość po wycenie lub wybrany newsletter. Profile nadawcy osobistego i newsletterowego służą różnym celom: raporty newslettera śledzą otwarcia i kliknięcia, a wiadomości osobiste nie śledzą żadnego z nich. Uwzględnij pracę przy zatwierdzaniu oraz wydajność wysyłki. Zatwierdzana kampania to inny model działania niż automatyczny wieloetapowy proces odzyskiwania koszyka lub reaktywacji na zewnętrznej platformie.

Gdy ważne są osobne wybory newslettera i przypomnień

SendPulse Integration aktualizuje kontakty ze zgodą i osobno zapisuje wybory dotyczące newslettera oraz przypomnień o koszyku. Podajesz dane dostępu do konta, wybierasz książki adresowe do każdego celu, sprawdzasz opcje potwierdzenia, opóźnienie przypomnień, retencję koszyków i treść zgód dla każdego języka. Założenie konta nie zapisuje klienta do subskrypcji, a wysyłka jest początkowo wyłączona.

Klient może zarządzać tymi wyborami na osobnej stronie dostępnej z konta i finalizacji zakupów. Wycofania ze sklepu trafiają do kolejki SendPulse; zaplanowane kontrole przenoszą rezygnacje z SendPulse z powrotem do modułu. Przed uruchomieniem wykonaj te zadania i sprawdź oczekujące prace oraz błędy. Zapisana preferencja oczekująca na przetworzenie to co innego niż wycofanie już zastosowane u nadawcy.

Kampanie i ewentualną sekwencję przypomnień przygotuj w samym SendPulse. Szczegóły koszyka zasilają proces przypomnień, a link powrotu pozwala kupującemu przejrzeć zapisany koszyk, wybrać scalenie z bieżącym koszykiem lub jego zastąpienie i potwierdzić przywrócenie. Przetestuj oba wybory z innymi produktami już obecnymi w koszyku przeglądarki. To inna ścieżka niż założenie, że każdy konektor korzysta z natywnego URL przywracającego sesję.

Moduł i konto zewnętrzne mają odrębne warunki. Sprawdź aktualne uprawnienia konta do wysyłki i automatyzacji oraz zachowanie produkcyjnego konektora po zakupie, zanim włączysz proces przypomnień. Sama synchronizacja kontaktów nie zapewnia wszystkich zdarzeń potrzebnych do szerszych kampanii cyklu życia opisanych poniżej.

Oceń formularze Mailchimp, listy odbiorców i dane handlowe

Osadzony formularz zapisu może zbierać imiona, inne pola odbiorców i tagi oraz adresy e-mail. Sam nie zapewnia historii zakupów, danych produktów ani odzyskiwania koszyka. Poradnik Mailchimp dotyczący osadzonych formularzy opisuje te konfigurowalne pola.

Konektor PrestaShop dostawcy dokumentuje przesyłanie klientów i zamówień oraz funkcje e-commerce. Opublikowany zakres PHP to 5.6 do 8.1. Przed instalacją na PHP 8.2 lub nowszym sprawdź wydanie konektora, nawet gdy sklep obsługuje to środowisko. Przetestuj obsługę produktów, koszyków, zamówień gości i wstrzymywania wysyłki po zakupie w wybranym konektorze.

Moduł MPR Mailchimp Integration synchronizuje odbiorców będących klientami ze zgodą, ładuje połączenie witryny i obsługuje ponowienia, zamiast pełnej synchronizacji zamówień, produktów i koszyków; instrukcje konfiguracji znajdziesz na jego stronie pomocy.

Lista odbiorców jest niezależnym zbiorem danych na koncie Mailchimp, a nie automatycznie osobną fakturą za subskrypcję. Powielone płatne kontakty na różnych listach mogą być liczone wielokrotnie. Rozważ jedną listę z odpowiednimi tagami i segmentami, jeśli pasuje to do Twojej firmy, zachowując właściwe rozdzielenie różnych podmiotów prawnych lub zgód.

Segmenty oparte na zakupach buduj dopiero po zweryfikowaniu danych zakupowych: niedawni kupujący, klienci z jednym zakupem, odpowiednie kategorie lub określone historyczne wydatki. Sama flaga newslettera nie dowodzi zgody dla danej listy odbiorców ani nie synchronizuje późniejszych wycofań zgody.

Stosuj instrukcje uwierzytelniania domeny dla swojego rzeczywistego konta. Nie zakładaj, że jego wymagania SPF odpowiadają wymaganiom nadawcy transakcyjnego sklepu.

Dokumentacja planów Mailchimp podaje dla Free 250 kontaktów, 500 wysyłek miesięcznie i 250 dziennie. Przed planowaniem budżetu potwierdź limity widoczne na koncie. Procesy automatyzacji są wyłączone z Free w porównaniu planów, więc wieloetapowa reaktywacja wymaga odpowiedniego planu.

Oceń zdarzenia Klaviyo i zgody dla kanałów

Rozważ Klaviyo, gdy potrzebujesz segmentów opartych na zdarzeniach, danych produktów i zamówień, procesów warunkowych lub obsługiwanej komunikacji wielokanałowej. Wskaźniki predykcyjne są szacunkami z wymaganiami dotyczącymi danych, a nie gwarantowanym przychodem. Próg liczby kontaktów lub średniej wartości zamówienia nie dowodzi, że subskrypcja się zwróci.

Zacznij od oficjalnej dokumentacji integracji PrestaShop. Obecnie wymienia wersje PrestaShop od 1.7.0 do 9.1.x oraz dodatkowe wymagania zbierania zgód SMS podczas finalizacji zakupów. Obejmuje zdarzenia na stronie i synchronizację zamówień; nie dodawaj automatycznie kolejnego skryptu.

Przed włączeniem wiadomości o porzuceniu sprawdź identyfikację, dozwolone śledzenie, sygnały z finalizacji zakupów i wstrzymywanie po ukończonym zamówieniu. Przetestuj zakupy z kontem i jako gość, alternatywne metody płatności oraz zmodyfikowane strony finalizacji zakupów. Sprawdź rzeczywiste opóźnienie synchronizacji i włączone zdarzenia transakcyjne.

Osobny moduł MPR Klaviyo Integration ma hooki przeglądarki oraz koszyka i potwierdzenia; sprawdź zakres zdarzeń i ograniczenia na stronie pomocy, zamiast zakładać, że to pełny konektor producenta do historycznych danych sprzedażowych.

We własnej integracji serwerowej używaj obsługiwanych interfejsów Events i Profiles API z wersjonowaniem datami. Starsze interfejsy HTTP API v1/v2 Track i Identify Klaviyo wycofano 30 czerwca 2024 r., co dokumentuje FAQ migracji. Obsługiwane metody przeglądarkowego SDK są odrębnym interfejsem. Prywatne klucze API przechowuj po stronie serwera.

Wspólny profil klienta nadal ma osobne stany zgód i blokad dla e-maila oraz SMS. Koordynuj wyjścia z procesów między kanałami i sprawdzaj obsługę kierunków, godziny ciszy oraz opłaty za wiadomości. Klaviyo dokumentuje także integrację WhatsApp Business; sprawdź jej dostępność i zgody zamiast twierdzić, że platforma nie obsługuje WhatsApp.

Oceń Omnisend i zdiagnozuj brakującą aktywność

Omnisend oferuje e-mail i SMS przez integrację PrestaShop. Każdy kanał potrzebuje własnej zgody i ścieżki danych. Omnisend oferuje również web push dla obsługiwanych platform; przed planowaniem takiego procesu sprawdź dostępność kanału dla swojej integracji handlowej. Wspólna lista odbiorców nie oznacza dostępności ani zgody dla każdego kanału i kontaktu.

Postępuj zgodnie z aktualnym poradnikiem integracji PrestaShop dostawcy, aby sprawdzić zakres kontaktów, produktów, zamówień i zachowań. Podaje on, że zdarzenia behawioralne wymagają zidentyfikowanych kontaktów, na przykład osób, które przesłały formularz lub kliknęły śledzony link e-mail. Anonimowe przeglądanie nie staje się automatycznie widoczną aktywnością.

1. Sprawdź, czy zainstalowano pełną obsługiwaną integrację, a nie tylko klucz API.
2. Potwierdź ładowanie wymaganych skryptów zgodnie z właściwym wyborem dotyczącym śledzenia i polityką bezpieczeństwa treści.
3. Potwierdź identyfikację testowego kontaktu obsługiwaną metodą.
4. Sprawdź nadejście zdarzeń i rzeczywiste dane produktów oraz koszyka.
5. Sprawdź filtry procesu, subskrypcję kanału, blokady i reguły częstotliwości.
6. Złóż zamówienie i potwierdź zatrzymanie oczekujących wiadomości o porzuceniu.

Nie zakładaj obsługi dowolnych rozgałęzień Shipped i Delivered. Mapuj tylko zdarzenia faktycznie wysyłane przez zainstalowany konektor. Testuj zwroty, anulowania i różne metody płatności.

Osobny moduł MPR Omnisend Integration przesyła wizyty, wyświetlenia produktów, zmiany koszyka i zamówienia do Omnisend; konfiguracja wymaga Brand ID i włączenia przełącznika. Sprawdź dane zdarzeń i wyjście po zakupie, a dodatkowy konektor dodaj wyłącznie do nieobsługiwanej synchronizacji produktów lub historycznych zamówień.

Przed planowaniem budżetu porównaj aktualne limity kontaktów, wysyłek i kanałów. Kierunki SMS i segmenty wiadomości mogą wpływać na koszt, a funkcja push platformy nie jest z założenia wolna od kosztów subskrypcji. Nie wybieraj kanału wyłącznie dlatego, że e-mail zapisano jako nieotwarty.

Oceń automatyzację ActiveCampaign i zakres danych handlowych

Rozważ procesy, które faktycznie zbudujesz: rozgałęzienia warunkowe, kroki oczekiwania na warunek, cele, pola własne, punktację leadów lub etapy lejka sprzedaży. Proces wyceny B2B może wymagać innych danych niż detaliczny proces ponownych zakupów.

Zdefiniuj pola kontaktów, tagi, zdarzenia produktów i zamówień, dane koszyka oraz opcjonalną aktywność na stronie. Śledzenie witryny obserwuje znane kontakty z odpowiednimi zgodami; nie jest synchronizacją zamówień przez API. Konektor, proces pośredniczący lub własna implementacja Deep Data musi dostarczyć dane sprzedażowe potrzebne automatyzacjom.

Moduł MPR ActiveCampaign Integration zapewnia śledzenie witryny, a po podaniu adresu konta i klucza API oraz identyfikatora śledzenia także synchronizację kontaktów, zamówień i porzuconych koszyków. Na stronie pomocy potwierdź te funkcje oraz sposób zatrzymywania sekwencji po ukończonym zakupie w zainstalowanej wersji.

Mapuj osobno złożenie zamówienia, potwierdzenie płatności, realizację, anulowanie i zwrot. Zamówienie z przelewem lub płatnością za pobraniem może powstać przed zapłatą. Nie zastępuj każdego zdarzenia Placed Order wyzwalaczem opłaconego statusu ani nie opisuj utworzenia zamówienia jako dowodu płatności.

Zacznij od jednego sprawdzonego procesu, a potem dodawaj segmenty i reguły punktacji lub lejka. Preferuj potwierdzone kliknięcia, zakupy i istotną aktywność sprzedażową zamiast punktacji opartej wyłącznie na otwarciach. Używaj wyzwalaczy przeglądania dopiero po uruchomieniu identyfikacji i zgód na śledzenie.

Aktualny przegląd planów ActiveCampaign rozdziela podstawowe plany marketingowe i dodatki, w tym rozszerzone możliwości CRM. Sprawdź rzeczywisty pakiet pod kątem lejka, sprzedaży, punktacji, SMS i funkcji transakcyjnych. Nie zakładaj, że zaawansowany CRM jest wliczony tylko dlatego, że wybierasz wyższy pakiet e-mail.

Powiąż wiadomości po zakupie z rzeczywistymi ścieżkami wysyłki

Sprawdź rzeczywiste ustawienia statusów zamówień w Parametry sklepu, Ustawienia zamówień, Statusy. W PrestaShop 1.6 szukaj w Zamówienia, Statusy. Ustawienia domyślne i modyfikacje różnią się. Domyślna instalacja PrestaShop 9.1 włącza e-mail dla statusu Przygotowanie w toku, więc sprawdź go przy planowaniu powiadomień.

W potwierdzeniach podaj dokładne podsumowanie, następny krok i monitorowany kanał pomocy. Nie sugeruj, że zamówienie jest opłacone tylko dlatego, że istnieje potwierdzenie. Metody płatności mogą wysyłać dodatkowe instrukcje lub powiadomienia.

Szablony poczty zwykle mają wersje HTML i tekstowe w katalogach mails dla poszczególnych języków, a ścieżki motywu lub modułu wpływają na wybór. Sprawdź na przykład mails/en/order_conf.html i mails/en/order_conf.txt, a następnie ustal, czy wybraną kopię dostarcza aktywny motyw lub moduł. Generowanie motywów e-mail i tłumaczenia różnią się między wersjami. Przed edycją ustal faktycznie używany szablon i język, a zmiany przygotuj tak, aby można je było utrzymać przy aktualizacjach.

Jeśli ta opcja jest dostępna, użyj Międzynarodowe, Tłumaczenia, Tłumaczenia szablonów e-mail; w starszym PrestaShop 1.6 jest to Lokalizacja, Tłumaczenia. Zmień charakterystyczny wiersz na kopii testowej i wygeneruj rzeczywistą wiadomość o zamówieniu w docelowym języku. Jeśli go brakuje, prześledź wybór i generowanie szablonu, zamiast wielokrotnie edytować plik rdzenia. Przetestuj wersję tekstową oraz HTML.

Dostępne zmienne zależą od kodu wysyłającego i hooków rozszerzeń. Standardowe sumy kosztów dostawy w potwierdzeniu używają {total_shipping}, a nie uniwersalnej zmiennej {shipping}. Ścieżka śledzenia może udostępniać {followup}; sprawdzaj każdy szablon oddzielnie.

Przydatna wiadomość po zakupie pyta, czy produkt dotarł i działa zgodnie z oczekiwaniami. Prośba o opinię powinna następować po wystarczającym czasie użytkowania i prowadzić do działającego formularza danego produktu. Okresy takie jak pięć do siedmiu lub siedem do czternastu dni to hipotezy do testu, a nie uniwersalne najlepsze terminy.

Dla produktów zużywalnych oszacuj cykl uzupełniania na podstawie rzeczywistych zakupów. Dla produktów trwałych proponuj faktycznie zgodne akcesoria, takie jak karta do aparatu lub torba. Koordynuj inne promocje, aby niedawni kupujący nie trafiali do sprzecznych procesów.

Zbieranie opinii i ograniczenia zaimplementowanych próśb opisuje poradnik o opiniach.

Zachowaj spójność obietnic dostawy i pracy obsługi

Wysyłaj wiadomość Delivered wyłącznie na podstawie wiarygodnego sygnału doręczenia. Sama nazwa statusu zamówienia lub jego flaga delivery nie dowodzi, że paczka dotarła do klienta. Jeśli musisz oszacować dostawę, wyraźnie oznacz szacunek i uwzględnij opóźnienia.

Estimated Delivery Date podaje szacowane terminy na stronie produktu; użycie zapisanego terminu konkretnego zamówienia w potwierdzeniu lub wiadomości o wysyłce wymaga dodatkowej integracji opisanej na stronie pomocy.

Advanced Order Fulfilment zapewnia wewnętrzne etapy, zadania, kierowanie i powiadomienia. Sprawdź, jak skonfigurowany proces odnosi się do natywnych statusów zamówień; obsługiwaną konfigurację opisuje strona pomocy.

Ustal rzeczywisty proces nadania: generowanie etykiety, kontrolę pakowania, wpisanie śledzenia i powiadomienie. Zapisuj wyjątki i wiadomości klientów przy zamówieniu, aby inny pracownik mógł je prześledzić. Jeśli obietnica dostawy ulega zmianie, przekaż klientowi realistyczną aktualizację i dostępne rozwiązanie.

Przy pakowaniu używaj dokumentów odpowiednich dla zamówienia i odbiorcy. Odbiorca prezentu może potrzebować dokumentu dostawy zamiast faktury z cenami. Podziękowanie lub dozwolona oferta to opcja do przetestowania, a nie gwarantowany wzrost lojalności.

Rozwiązuj problemy uszkodzonych, błędnych lub zaginionych dostaw w ramach procesów obsługi i przewoźnika. Nie obiecuj, że dobrze rozwiązany problem buduje większą lojalność niż zamówienie bez błędów. Zapisuj działanie, osobę odpowiedzialną i zakończenie, aby pomocnemu e-mailowi odpowiadało rzeczywiste rozwiązanie.

Przetestuj opóźnioną lub uszkodzoną dostawę

Zamówienie wychodzi w osobnych paczkach, ale klient dostał tylko część, gdy nadchodzi pora wiadomości z pytaniem o satysfakcję. Ogólny e-mail „ciesz się zamówieniem” byłby mylący. Powiąż fakty o przesyłkach, decyzję obsługi i kwalifikację marketingową, wyznaczając pracownika odpowiedzialnego za następny krok.

Jeśli proces zwrotów opiera się na dacie dostawy, przekaż do niego obsługiwany dowód doręczenia zamiast zastępować go datą zamówienia. W wiadomościach dla klienta rozróżniaj daty szacowane i potwierdzone oraz nie uruchamiaj ponownie sekwencji promocyjnej tylko dlatego, że zamknięto zgłoszenie do wsparcia.

Skonfiguruj linki śledzenia i unikaj podwójnych powiadomień o wysyłce

Link śledzenia tworzą dwie wartości: szablon URL przewoźnika i numer śledzenia zamówienia lub przesyłki. Ścieżka śledzenia przewoźnika podstawia numer w miejsce @. Użyj aktualnego, obsługiwanego URL przewoźnika zamiast kopiować niesprawdzony przykład.

1. Sprawdź URL śledzenia u przewoźnika w Wysyłka, Przewoźnicy.
2. Zapisz rzeczywisty numer śledzenia we właściwym rekordzie zamówienia i przewoźnika lub przesyłki.
3. Sprawdź, czy ten zapis wysyła in_transit.
4. Przesuń proces do rzeczywistego statusu nadania i sprawdź skonfigurowany e-mail statusowy.
5. Otwórz obie wiadomości oraz konto klienta lub śledzenie zamówienia gościa, aby sprawdzić działanie linków.

Wprowadzenie numeru przed statusem może pomóc dołączyć śledzenie do wiadomości statusowej, ale może też wywołać dwie wiadomości, ponieważ aktualizacja śledzenia jest osobnym wyzwalaczem. Przetestuj wybraną wersję, moduł przewoźnika i proces, a następnie skonfiguruj spójną politykę powiadomień.

Stosuj czytelny numer zamówienia, wyraźne działanie śledzenia, odpowiednie informacje o przesyłce i kanał pomocy. Zachowaj poprawne zmienne szablonu i przetestuj wyświetlanie mobilne. Osobno przetestuj ponowny zapis niezmienionego numeru i zmianę na nowy.

Obsługa wielu paczek zależy od wersji. PrestaShop 9.1 obejmuje dzielenie, przypisywanie pozycji, łączenie i śledzenie, a prezentacja w sklepie zależy od flagi funkcji ulepszonych przesyłek. Starsze procesy i moduły przewoźników różnią się. Sprawdź dokładne wydanie i włączone funkcje zamiast zakładać, że rdzeń zawsze nie obsługuje dzielenia przesyłek.

Przy wielu paczkach informuj klientów, które pozycje należą do każdej przesyłki, i udostępnij każdy link śledzenia. Utworzenie etykiety, nadanie, transport i doręczenie to różne zdarzenia.

Jeśli śledzenie się zatrzyma, zbadaj sprawę i poinformuj klienta. Przy zgłoszeniu paczki oznaczonej jako doręczona, ale nieotrzymanej, sprawdź dokumentację doręczenia przewoźnika i zbadaj sprawę; sam skan nie gwarantuje obrony przed chargebackiem. Przy zwrocie do nadawcy potwierdź adres przed ponowną wysyłką. Uszkodzone paczki obsługuj zgodnie z właściwym rozwiązaniem reklamacyjnym i procedurą roszczeń wobec przewoźnika.

Importy przewoźnika, narzędzia etykiet lub obsługiwane zbiorcze importy śledzenia mogą ograniczyć ręczne wpisywanie. Sprawdzaj ich wyzwalacze poczty oraz zapisane numery śledzenia. Poradnik o wysyłce omawia szerszą konfigurację przewoźników.

Czytaj wiadomość w wersji faktycznie wysłanej

Jeśli konto klienta ma już poprawny link śledzenia, ale wcześniejszy e-mail jest pusty, porównaj czas wiadomości z czasem zapisu numeru śledzenia. Późniejsza korekta pola nie zmienia doręczonego e-maila. E-mail z numerem śledzenia otwierający stronę niewłaściwego przewoźnika wskazuje raczej na szablon URL lub przypisanie przewoźnika do przesyłki. Zachowaj kontrolowany przykład każdego błędu podczas sprawdzania modułu importu lub etykiet.

Wysyłaj ponownie właściwą wiadomość bez przełączania statusów

Najpierw ustal, czy klient potrzebuje powiadomienia o statusie, potwierdzenia zamówienia czy faktury. Sprawdź adres, język, wybrany szablon, wynik u dostawcy i ewentualne odbicie. Wpis w logu poczty nie dowodzi doręczenia do skrzynki ani przeczytania.

W PrestaShop 1.7.8 i 9.1 natywna akcja ponownej wysyłki z historii statusów korzysta z istniejącego rekordu historii i wysyła skonfigurowany e-mail statusowy bez zmiany stanu procesu ani dodawania nowego wpisu historii. W nowszych wersjach mechanizm aktualizacji statusu może odrzucać ponowne przypisanie aktualnego stanu.

Nie przełączaj statusów w celu ponownej wysyłki poczty. Zmiany statusów, w tym zmiany flagi shipped, mogą wpływać na zapasy, a także na dokumenty, hooki i inne automatyzacje. Stosuj rzeczywiste przejście tylko wtedy, gdy proces zamówienia powinien się zmienić.

Oryginalne order_conf jest budowane przez inną ścieżkę wysyłki. Dedykowane odtworzenie musi zestawić właściwe zmienne zamówienia i szablon; niekoniecznie odtwarza oryginalne bajty.

Resend Order Confirmation odtwarza wiadomość z bieżących danych zamówienia i klienta oraz aktualnego szablonu, nie zmienia statusu ani kwot, zapisuje prywatną notatkę i log oraz wysyła bez załączonej faktury. Przed potwierdzeniem sprawdź wyświetlanego odbiorcę: używany jest aktualny adres e-mail klienta, język zamówienia i pierwotny sklep.

Przed poprawieniem adresu e-mail lub ponowną wysyłką osobistych danych zamówienia sprawdź tożsamość i zamierzonego odbiorcę. Po edycji zamówienia upewnij się, że wiadomość przedstawia końcowe dane. Sprawdzaj faktury oddzielnie zamiast zakładać, że każde potwierdzenie zawiera PDF.

Klienci mogą przeglądać zamówienie i dostępne dokumenty przez obsługiwane ścieżki konta lub śledzenia zamówienia gościa. Przycisk ponownej wysyłki dostępny klientowi wymaga odpowiedniego rozszerzenia lub modyfikacji z kontrolą właściciela, odbiorcy, limitami nadużyć i rejestrem aktywności.

Testuj ponowne wysyłki na środowisku testowym z przechwytywaniem poczty i rozpoznawalnymi zamówieniami testowymi. Wielokrotne wysyłanie nie naprawi błędu uwierzytelniania ani doręczenia. Zbadaj nadawcę, a następnie wyślij wymaganą wiadomość raz.

Zdefiniuj nieaktywność, wyznacz grupę odbiorców i testuj zachęty

Reaktywacja dotyczy przerwy od kwalifikującego się zakupu, a nie niedawno porzuconego koszyka. Zdefiniuj zasady takiego zakupu i zmierz rozkład odstępów między kolejnymi zamówieniami według klienta i typu produktu. Wyeksportuj kwalifikujące się zamówienia, uporządkuj zakupy każdego klienta chronologicznie i oblicz odstępy między kolejnymi zamówieniami. Samo zapytanie o ostatnie zamówienie nie mierzy tych odstępów.

Produkt zużywalny o mniej więcej miesięcznym cyklu może uzasadniać wcześniejszy test niż trwałe urządzenie. Moda bywa sezonowa. Jeśli próbujesz progów takich jak 1,5 lub 2 razy zwykły odstęp zakupowy, traktuj je jako ustawienia testowe i porównuj wyniki.

Ta przykładowa grupa wybiera klientów, których ostatnie ważne zamówienie w sklepie 1 pochodzi sprzed 60 do 365 dni. Zmień prefiks, sklep i przedziały. valid=1 odzwierciedla obsługę statusów z flagą logable, a nie uniwersalny dowód płatności lub wykluczenie zwrotu; sprawdź swoje statusy i przed użyciem dodaj wymagane zasady płatności, anulowań oraz zwrotów.

SELECT c.id_customer, c.firstname, c.lastname, c.email,
       MAX(o.date_add) AS last_order
FROM ps_orders o
JOIN ps_customer c ON c.id_customer = o.id_customer
WHERE o.id_shop = 1
  AND o.valid = 1
  AND c.newsletter = 1 AND c.deleted = 0
GROUP BY c.id_customer, c.firstname, c.lastname, c.email
HAVING MAX(o.date_add) < DATE_SUB(NOW(), INTERVAL 60 DAY)
   AND MAX(o.date_add) >= DATE_SUB(NOW(), INTERVAL 365 DAY)
ORDER BY last_order DESC;

Flaga newslettera jest wstępnym filtrem. Przed wysyłką zastosuj aktualne zgody, blokady i inne wykluczenia kampanii. Ostatnia wizyta nie jest ostatnim zakupem; korzystaj z danych zamówień zamiast wnioskować o nieaktywności z listy klientów.

Przykładowa sekwencja do przetestowania

Te czasy są liczone od wejścia i stanowią hipotezy, a nie powód, by zakładać przewagę czterech wiadomości nad jedną. Zatrzymaj proces po kwalifikującym się zakupie lub wycofaniu zgody. Określ, kiedy ograniczyć lub zakończyć marketing wobec osób niereagujących; nie myl automatycznych otwarć z istotnym zaangażowaniem.

Możliwe zachęty to rabat procentowy, dopłata do wysyłki, prezent lub korzyść lojalnościowa. Nie ma uniwersalnego minimalnego skutecznego rabatu. Kody przypisane klientowi, rzeczywiste daty ważności oraz limity łączne i na użytkownika pomagają egzekwować jednorazowość oferty. Przed obietnicą unikalnych kodów na dużą skalę sprawdź rzeczywisty mechanizm ich generowania i synchronizacji.

Segmentuj według historii produktów, czasu od zakupu, zmierzonej wartości i istotnej aktywności. Nabywca produktu trwałego może potrzebować akcesoriów zamiast kolejnego identycznego przedmiotu. Nie zakładaj, że wysokie historyczne wydatki oznaczają opłacalność dużego rabatu.

Mierz ustaloną kohortę kampanii

Zapisz końcowe identyfikatory odbiorców oraz daty rozpoczęcia i zakończenia kampanii. Następnie policz kwalifikujące się zakupy w tym konkretnym przedziale, bez zachowywania klauzuli HAVING dotyczącej nieaktywności. Przykład używa przykładowych ID kohorty i dat, z tym samym zastrzeżeniem dotyczącym zasad zamówień:

SELECT COUNT(DISTINCT o.id_customer) AS reactivated
FROM ps_orders o
WHERE o.id_shop = 1 AND o.valid = 1
  AND o.date_add >= '2026-10-01 00:00:00'
  AND o.date_add < '2026-11-30 00:00:00'
  AND o.id_customer IN (101, 102, 103);

Podziel wynik przez zdefiniowaną wielkość kohorty i, jeśli to praktyczne, porównaj z losową grupą kontrolną. Śledź późniejsze zakupy bez rabatu, rabaty, dopłaty do wysyłki i zysk po kosztach zmiennych. Oceniaj kampanię na podstawie zmierzonego współczynnika odzyskiwania.

Oddziel nieaktywnego klienta od przypomnienia o produkcie

Załóżmy, że sprzedajesz karmę i trwałe legowiska dla zwierząt. Klient kupujący karmę, który przegapił swój zwykły termin kolejnego zakupu, może być dobrym odbiorcą przypomnienia o uzupełnieniu zapasu; nabywca legowiska po takim samym czasie może nie potrzebować kolejnego. Jeśli klient od karmy niedawno kupił legowisko, jego ostatni zakup jest świeży, choć zakup karmy jest starszy. Ustal, czy reguła dotyczy klienta czy konkretnego produktu, i sprawdź odpowiednie pozycje zamówień przed dodaniem tej osoby do procesu.

Dla zatwierdzanej kampanii zapisz wybraną grupę odbiorców i wykluczenia przed akceptacją wiadomości przez pracowników. Dla procesu ciągłego określ, kiedy osoba może wejść ponownie po zakupie lub wcześniejszej próbie. W przeciwnym razie codzienne zadanie kwalifikujące może stale przyjmować tę samą nieodpowiadającą osobę i obchodzić limit ostatniej wiadomości.

Mierz wartość, uzupełnianie zapasów i całą ścieżkę wysyłki

Historyczne wydatki wymagają zasad przeliczania walut i uwzględniania zwrotów

Nie sumuj kwot w walutach zamówień, jakby były w jednej walucie. Jedna z konwencji raportowania przelicza zapisaną kwotę każdego zamówienia według zapisanego kursu na walutę referencyjną sklepu. Jeśli ta podstawa zmieniała się w czasie, przed porównaniem przeprowadź jej jawną normalizację. Historyczny opłacony przychód nie jest pełną wartością klienta w czasie ani zyskiem.

Ten przykład diagnostyczny grupuje dane według klienta i sklepu oraz oznacza brakujące lub niedodatnie kursy. Nie odejmuje zwrotów ani nie dowodzi aktualnego prawa do wysyłki:

SELECT o.id_customer, COUNT(*) AS order_count,
       SUM(CASE WHEN o.conversion_rate > 0
                THEN o.total_paid_real / o.conversion_rate END)
           AS historical_paid_base,
       SUM(CASE WHEN o.conversion_rate IS NULL
                     OR o.conversion_rate <= 0 THEN 1 ELSE 0 END)
           AS invalid_rates
FROM ps_orders o
WHERE o.id_shop = 1 AND o.valid = 1
GROUP BY o.id_customer
ORDER BY historical_paid_base DESC;

Nie używaj wartości z nieprawidłowymi kursami do rankingu. Przed utworzeniem segmentu VIP lub segmentu według wartości klienta zdefiniuj statusy opłacenia i ukończenia, anulowania, częściowe zwroty, podatki, chargebacki i walutę raportowania. Dane zgód i aktualne blokady dołącz oddzielnie.

Do przypomnień o uzupełnieniu używaj okna ostatniego zakupu

Zapytanie o wszystkie zamówienia starsze niż 25 dni jest nieograniczoną próbką historyczną. Nie wskazuje klientów, których ostatni właściwy zakup miał miejsce około 25 dni temu. Grupuj według klienta i docelowego produktu, wybierz ostatni kwalifikujący się zakup i ograniczony zakres wieku. Dopasuj kombinacje, gdy uzupełnienie zależy od wariantu.

SELECT o.id_customer, MAX(o.date_add) AS last_product_order
FROM ps_orders o
JOIN ps_order_detail od ON od.id_order = o.id_order
WHERE o.id_shop = 1 AND o.valid = 1
  AND od.product_id = 42
GROUP BY o.id_customer
HAVING MAX(o.date_add) >= DATE_SUB(NOW(), INTERVAL 26 DAY)
   AND MAX(o.date_add) < DATE_SUB(NOW(), INTERVAL 25 DAY);

To przykładowe dzienne okno kwalifikacji podlegające tym samym zasadom zamówień, zwrotów i zgód. Proces działający stale potrzebuje też deduplikacji, nadrabiania pominiętych uruchomień i blokowania po zakupie. Ciężkie raporty uruchamiaj na odpowiedniej kopii raportowej lub poza szczytem; SELECT nie oznacza braku kosztu.

Raportuj wyniki z jasno określonymi mianownikami

• Poczta operacyjna: generowanie, przyjęcie przez transport, zdarzenia doręczenia lub odbicia, dostęp klienta i wyniki obsługi.
• Marketing: uprawnieni odbiorcy, doręczone wiadomości, istotne kliknięcia, rezygnacje, skargi i kwalifikujące się zamówienia w podanym okresie.
• Opinie: wizyty w formularzu i ukończone opinie, a nie tylko otwarcia e-maili.
• Zysk: dodatkowe zakupy po uwzględnieniu kosztów towaru, realizacji, platformy i zachęt.

Apple Mail Privacy Protection może ładować zdalną treść bez czytania wiadomości przez człowieka. Same otwarcia nie pozwalają więc wiarygodnie oceniać zaangażowania danej osoby ani diagnozować problemu doręczenia. Przychód przypisany przez platformę także nie dowodzi przychodu dodatkowego; w miarę możliwości porównuj z grupą kontrolną.

Stosuj spójne tagi kampanii w analityce, bez danych osobowych ani danych dostępowych do odzyskiwania w polach tagowania. Zapisuj okno atrybucji, strefę czasową i walutę. Nie porównuj średnich wskaźników otwarć wiadomości transakcyjnych i promocyjnych tak, jakby służyły temu samemu celowi.

Kontrole całej ścieżki przed uruchomieniem

1. Zapisz i potwierdź adres testowy każdą ścieżką zbierania danych.
2. Sprawdź docelowy profil, zapisy zgód i dokładne dane zdarzeń.
3. Przetestuj porzucenie, link odzyskiwania w nowej sesji i blokowanie po zakupie.
4. Złóż zamówienia różnymi metodami płatności; sprawdź potwierdzenia, statusy i śledzenie.
5. Zrezygnuj z subskrypcji w sklepie i u dostawcy, następnie uruchom ponowienie lub uzupełnienie historii i potwierdź zachowanie blokady.
6. Sprawdź anulowanie, zwrot, powtórzone zdarzenie, brakujący produkt i nieudaną wysyłkę.
7. Włącz jeden proces, przypisz osobę odpowiedzialną oraz monitoruj błędy i rzeczywiste efekty dla klientów przed rozszerzeniem działań.

Znajdź wadliwy etap, zanim zmienisz kampanię

Zachowaj zanonimizowany zapis testu ze sklepem, identyfikatorami kontaktu, koszyka i zamówienia, nazwą zdarzenia, czasem wystąpienia, czasem przetworzenia i wynikiem nadawcy. Powiąż ten sam przypadek między systemami. Nie umieszczaj prywatnych kluczy API, danych odzyskiwania ani zbędnej kopii bazy klientów w zgłoszeniu do wsparcia.

Przełącz proces i przekaż jego obsługę

Migracja nadawcy lub konektora wymaga planu danych oraz zmiany ustawień. Zmapuj tożsamości odbiorców, język, sklep i pola zgód między starym a nowym systemem. Ustal, które dane historyczne są uzupełnieniem, a które zdarzenia mogą uruchomić nowy proces. Import starego zakupu tak, jakby nastąpił teraz, może wysłać nieadekwatną wiadomość; import starego kontaktu jako nowego subskrybenta może wznowić sekwencję powitalną.

1. Zinwentaryzuj każdą aktywną wiadomość, wyzwalacz i system wysyłkowy. Uwzględnij zadania modułów, zaplanowane polecenia, automatyzacje platformy i każdy ERP lub serwis realizacji, który może wysyłać tę samą wiadomość.
2. Przygotuj zapisy wykluczeń przed włączeniem importów kontaktów. Zapisz granicę historii, mapowanie identyfikatorów i sposób obsługi już zakolejkowanych wiadomości, a następnie przećwicz proces z wyłączoną wysyłką.
3. Wyraźnie sprawdź granice środowiska testowego. Odizoluj bazę danych, wyłącz harmonogramy produkcyjne i zewnętrzne wywołania zwrotne oraz zastąp dane dostępowe nadawcy lub miejsca docelowe kontrolowanymi odpowiednikami testowymi. Sprawdź platformy zewnętrzne oraz pocztę generowaną przez sklep.
4. Wykonaj powyższe kontrole uruchomieniowe i zachowaj powstałe profile, próbki wiadomości oraz dowody zakupu, wycofania i ponowienia. Sprawdź rzeczywisty motyw, zakupy gościa, języki, waluty i konteksty multistore, których zamierzasz używać.
5. Uzgodnij okno przełączenia i to, który nadawca kończy pracę przed uruchomieniem następcy. Uzgodnij zmiany od próby, zastosuj najnowsze wycofania zgód i wyklucz nieaktualne koszyki przed zwolnieniem zadań.
6. Włącz uzgodniony proces dla określonej grupy odbiorców. Obserwuj błędy kolejki, zdarzenia doręczenia, podwójne wysyłki i odpowiedzi do wsparcia, wyznaczając osobę, która może wstrzymać dane działania marketingowe.

Dla cofnięcia zmiany zapisz, jak wstrzymać harmonogram, ponowienia i proces zewnętrzny, uwzględniając żądania już przyjęte przez dostawcę. Przywróć poprzednią konfigurację, zachowując nowe zamówienia, wycofania i trwałe zapisy wysyłki. Przywrócenie starej bazy sklepu na bieżące dane sprzedażowe może utracić te zmiany. Uzgodnij rzeczywistą wysyłkę przed zwolnieniem oczekujących zadań starą ścieżką.

O co zapytać programistę lub agencję

• Który zainstalowany moduł i która ścieżka platformy dostarczają każde wymagane zdarzenie, a które części to śledzenie przeglądarki, synchronizacja kontaktów lub sprzedaży?
• Gdzie przechowywane są dowody zgody, kto stosuje wycofania i co dowodzi, że ponowienie nie zapisze kogoś ponownie?
• Jakie dowody potwierdzają uzgodnione zachowanie zakupów gościa, oczekujących płatności, zwrotów i rzeczywistej finalizacji zakupów?
• Kto odpowiada za zaplanowane zadania i błędy, gdzie widać ostatnie udane wykonanie i jak pracownicy ponawiają nieudane zadanie bez podwójnej wysyłki?
• Który szablon, język i nadawca zostały przetestowane i gdzie są eksport konfiguracji, kroki przełączenia produkcji oraz instrukcje cofnięcia?

Przed przekazaniem obsługi poproś pracownika odpowiedzialnego za proces o pokazanie analizy nieudanego zadania i wstrzymania. Zaplanuj następny przegląd na podstawie rzeczywistych doręczeń, skarg, zakupów i kosztów oraz powtarzaj odpowiednie testy akceptacyjne po zmianach konektora, motywu lub finalizacji zakupów.

Pytania właścicieli sklepów

Czy należy zastąpić używaną już platformę?

Zachowaj ją, jeśli zainstalowana integracja potrafi potwierdzić działanie następnego wymaganego procesu, a koszt pasuje do Twojego zespołu. Brakujące zdarzenie lub mapowanie zgody może wymagać ograniczonej naprawy integracji zamiast migracji platformy.

Czy możemy zostawić e-maile o zamówieniach w PrestaShop, a marketing wysyłać gdzie indziej?

Tak. Przypisz nadawcę do każdej wiadomości i oddziel niezbędną komunikację o zamówieniach od wykluczeń marketingowych. Wyłącz nakładające się wysyłki, aby oba systemy nie ogłaszały tego samego zdarzenia.

Czy zgoda na newsletter obejmuje także przypomnienia o koszyku?

Sprawdź faktycznie zebraną zgodę i zasady właściwego rynku. Nie wywodź zgody na przypomnienia z adresu, konta ani niezwiązanego pola wyboru. Jeśli wybory są osobne, egzekwuj je osobno.

Czy możemy zaimportować starą listę klientów i zacząć wysyłać?

Dopiero po sprawdzeniu pochodzenia, właściwej zgody, dowodów potwierdzenia i aktualnych wykluczeń. Nowy konektor lub grupa odbiorców nie odnawiają zgody, a import musi zachować wycofania.

Czy darmowy konektor oznacza darmowy cały proces?

Konto zewnętrzne, opłaty za wysyłkę lub kanał, konfiguracja i bieżąca obsługa pozostają osobnymi kosztami. Porównując ścieżki, uwzględnij pisanie wiadomości, sprawdzanie odbiorców i obsługę nieudanych zadań.

Co uruchomić najpierw?

Wybierz przydatną wiadomość, której dane i ścieżkę wysyłki potrafisz już potwierdzić. Uruchom ją po przetestowaniu wyjść po zakupie i wycofaniu zgody, a potem na podstawie zmierzonych wyników oceń, czy warto dodać kolejny etap.