Jakie wersje PrestaShop są obsługiwane?

PrestaShop od 8.0 do 8.99 (cała gałąź 8.x). PrestaShop 1.7 nie jest wspierany (hook actionEmailSendBefore istnieje, ale system włączania per sklep działa inaczej).

Jak działa blokowanie?

Moduł dodaje hook actionEmailSendBefore, wywoływany przez PrestaShop przy każdej wysyłce e-maila. Jeśli szablon (na przykład bankwire, order_conf, shipped) znajduje się na Twojej liście blokowania, hook zwraca wartość fałszu i e-mail zostaje po cichu anulowany. W przeciwnym razie e-mail wychodzi normalnie.

Jakie e-maile mogę zablokować?

Wszystkie: bankwire (oczekiwanie na przelew), cheque (oczekiwanie na czek), order_conf (potwierdzenie zamówienia), payment (płatność przyjęta), shipped (zamówienie wysłane), order_changed (zmiana statusu), order_return_state (zwrot produktu), account (utworzenie konta), password i password_query, contact i contact_form, newsletter, backoffice_order oraz refund. 15 najczęstszych szablonów jest podpowiadanych w autouzupełnianiu. Możesz też wpisać dowolny własny szablon, ponieważ moduł niczego nie zakłada z góry.

Jak włączyć filtrowanie tylko w wybranych sklepach w trybie multistore?

Przez natywny system włączania per sklep w PrestaShop: w Modułach i Menedżerze modułów przełącz selektor multistore na wybrany sklep i włącz albo wyłącz moduł na tym poziomie. W sklepach, gdzie moduł jest wyłączony, e-maile wychodzą normalnie. W sklepach, gdzie jest włączony, stosuje się lista szablonów. Sama lista jest globalna (współdzielona między aktywnymi sklepami).

Jak przywrócić e-mail, który zablokowałem?

Szablon możesz wyłączyć przełącznikiem, nie usuwając go: zostaje na liście, ale przestaje być filtrowany, co jest bardzo wygodne przy testach. Możesz też całkowicie usunąć szablon z listy. A żeby przywrócić wszystkie e-maile wszędzie, wystarczy wyłączyć moduł w danym sklepie, nie ruszając listy.

Czy moduł wpływa na wydajność?

Moduł korzysta z oficjalnego hooka actionEmailSendBefore: to jedno bardzo szybkie zapytanie SQL (wyszukanie po unikalnym kluczu szablonu) wykonywane tuż przed każdą wysyłką e-maila. Wpływ jest całkowicie pomijalny, rzędu kilku mikrosekund na wysyłkę.

Czy moduł wpływa na front office?

Nie, to moduł w 100 procentach działający w back office, bez żadnego wpływu na front. Strony ładują się normalnie, checkout działa, formularz kontaktowy też (chyba że zablokowałeś szablon contact na liście). Filtrowanie działa wyłącznie w momencie ewentualnej wysyłki e-maila.

Dlaczego moduł, a nie nadpisanie?

To narzędzie, które deweloperzy PrestaShop piszą od nowa jako nadpisanie przy każdym projekcie: czysto wyłączyć wybrane e-maile bez modyfikowania rdzenia, bez ruszania szablonów i bez psucia innych modułów. Ten moduł robi to standardowo, w 5 minut, bez ani jednej linii kodu, i działa dalej po aktualizacjach PrestaShop.

Jakie są typowe zastosowania?

Typowe przypadki: sklep B2B z własnym procesem fakturowania (wyłączenie standardowego potwierdzenia zamówienia, aby została wyłącznie faktura z własnego systemu); środowisko testowe albo przedprodukcyjne (wyłączenie WSZYSTKICH e-maili, aby nie spamować prawdziwych klientów ze środowiska testowego); sklep w białej etykiecie z zewnętrznym systemem e-mail w rodzaju Brevo albo ActiveCampaign (wyłączenie natywnych e-maili PrestaShop, aby zostały tylko te z systemu zewnętrznego); multistore, w którym część sklepów ma wysyłać newsletter, a część nie.

Email Filter PrestaShop: blokowanie e-maili wychodzących

Q: Czy zostaje ślad po zablokowanych e-mailach?

Tak. Każde zablokowanie jest zapisywane w PrestaShopLogger wraz z nazwą szablonu i identyfikatorem sklepu. Widoczne w Ustawieniach zaawansowanych i Logach, po odfiltrowaniu na E-mail. Przydatne do sprawdzenia, czy filtrowanie działa, albo do audytu tego, co nie zostało wysłane w danym okresie.

DataFirefly Email Filter: blokowanie wysyłki e-maili transakcyjnych w PrestaShop 8

Blokuj wysyłkę wybranych e-maili PrestaShop bez nadpisań i grzebania w rdzeniu: oficjalny hook, natywny multistore.

W PrestaShop wyłączenie wysyłki konkretnego e-maila transakcyjnego (potwierdzenia zamówienia, powiadomienia o płatności, e-maila o utworzeniu konta) wymaga napisania nadpisania, ruszenia rdzenia albo zainstalowania rozbudowanego kombajnu filtrującego według złożonych reguł. DataFirefly Email Filter robi odwrotnie: jedna strona w panelu, pole tekstowe z autouzupełnianiem standardowych szablonów, wpisujesz nazwę szablonu (albo wybierasz z listy: bankwire, order_conf, shipped i inne), klikasz Dodaj i gotowe. Przy multistore włączasz albo wyłączasz moduł sklep po sklepie natywnym selektorem multistore. Żadnych nadpisań, żadnego grzebania w rdzeniu, całą pracę wykonuje oficjalny hook PrestaShop. 9 euro, instalacja w 2 minuty.

PrestaShop 8.0+ Multistore 1 hook 1 tabela Natywne logi Bez konfiguracji we froncie

Zwrot w 30 dni

12 miesięcy aktualizacji

Wsparcie 24 h

Wersja pełna

Wszystko, co warto wiedzieć, zanim zainstalujesz.

Szczegółowe spojrzenie na to, jak działa DataFirefly Email Filter: blokowanie wysyłki e-maili transakcyjnych w PrestaShop 8, dlaczego zbudowaliśmy go w ten sposób i jaka myśl stoi za powyższymi funkcjami.

§ 01

Potrzeba

W PrestaShop masz środowisko przedprodukcyjne, które przy każdym teście wysyła potwierdzenia zamówienia do prawdziwych klientów; albo sklep B2B, w którym masz własny proces fakturowania, a natywny e-mail go dubluje; albo multistore, w którym sklep niemiecki wysyła własny newsletter przez Brevo, a e-maile PrestaShop stają się spamem. Wszystkie te przypadki wołają o to samo rozwiązanie: selektywne wyłączenie wybranych e-maili. I wszystkie kończą się w praktyce prowizorycznymi nadpisaniami, które psują się przy kolejnej aktualizacji PrestaShop.

§ 02

Moduł w jednym zdaniu

Lista szablonów e-mail do zablokowania, zarządzana z back office i stosowana przez oficjalny hook PrestaShop actionEmailSendBefore. Żadnej magii, żadnej ukrytej złożoności: natywny mechanizm PrestaShop jest użyty dokładnie tak, jak został pomyślany.

§ 03

Codzienna praca

Wchodzisz w Moduły i Menedżera modułów i konfigurujesz DataFirefly Email Filter. Strona jest bardzo prosta: pole tekstowe (z listą podpowiedzi standardowych szablonów PrestaShop) do dodania szablonu do zablokowania oraz tabela szablonów już obecnych na liście, z dwoma przyciskami w każdym wierszu: przełącznikiem aktywności i usunięciem. To wszystko. Żadnych złożonych reguł i zagnieżdżonych warunków: jeśli szablon jest na liście, zostaje zablokowany, a jeśli nie, e-mail wychodzi.

§ 04

Multistore

Moduł korzysta z natywnego systemu włączania per sklep w PrestaShop. Aby włączyć filtrowanie wyłącznie w wybranych sklepach, wchodzisz w Moduły i Menedżera modułów, wybierasz docelowy sklep selektorem multistore na górze i włączasz albo wyłączasz moduł na tym poziomie. Hook actionEmailSendBefore jest wywoływany wyłącznie w sklepach, w których moduł jest aktywny, a routingiem zajmuje się sam PrestaShop. Sama lista szablonów jest globalna i współdzielona.

§ 05

Wydajność i śledzenie

Hook wykonuje jedno zapytanie SQL: SELECT po unikalnym kluczu (nazwie szablonu), aby sprawdzić obecność na liście. Kilka mikrosekund, całkowicie pomijalne nawet w sklepie wysyłającym kilkaset e-maili dziennie. Każde zablokowanie jest zapisywane w PrestaShopLogger wraz z szablonem i identyfikatorem sklepu, widoczne w Ustawieniach zaawansowanych i Logach po odfiltrowaniu na E-mail. Możesz więc audytować to, co nie wyszło, bez przekopywania logów serwera.

§ 06

Zastosowania

Środowisko przedprodukcyjne albo testowe: dodaj wszystkie szablony do listy i włącz moduł, dzięki czemu żaden e-mail nie opuści środowiska testowego, a Twoje kampanie testowe przestaną zanieczyszczać skrzynki prawdziwych klientów. B2B z własnym fakturowaniem: zablokuj order_conf i zostaw własny e-mail z fakturą. Multistore z zewnętrznymi e-mailami: włącz moduł wyłącznie w sklepach podłączonych do Brevo, ActiveCampaign czy Mailchimpa, a w pozostałych zachowaj natywne e-maile. Migracja sklepu: zablokuj tymczasowo order_conf i shipped na czas importu historii, aby przez pomyłkę nie wysłać 5000 potwierdzeń.

DataFirefly Email Filter: blokowanie wysyłki e-maili transakcyjnych w PrestaShop 8

W skrócie.

Standardowy hook, zero prowizorki

Minimalistyczny interfejs

Natywny multistore

Ślad po zablokowanych e-mailach