¶ Szablony maili i alerty - treść i wysyłka maili sklepu
Szablony maili i alerty w Hummerce to treści maili, które sklep wysyła automatycznie klientom i obsłudze: potwierdzenie zamówienia, zmiana statusu, rejestracja, zwrot czy kod logowania do panelu. Alert decyduje, kiedy mail ma pójść, a szablon - co się w nim znajdzie; oba elementy sklep zmienia sam w panelu, w każdym języku sklepu.
Stan na wersję Hummerce 2.35 (ostatnie zmiany w module: 2.35.55), aktualizacja 2026-09-28.
¶ Korzyści i zastosowania
- Sklep sam zmienia treść i tytuł maila (np. nowy regulamin, zmiana terminu wysyłki, akcja świąteczna) bez zgłoszenia do programisty.
- Personalizacja: imię klienta, numer zamówienia i status w temacie maila - wyższy odsetek otwarć i mniej pytań "co z moim zamówieniem".
- Rozdzielenie poczty obsługi: zamówienia, kontakt, zwroty na różne skrzynki lub dodatkowe kopie maili dla wybranych działów.
- Wielojęzyczność i kilka sklepów (widoków): osobna treść i tytuł dla każdego języka i widoku.
- Wyłączenie pojedynczego maila (np. mail o rejestracji dla obsługi) bez prac programistycznych.
- Awaria jednego adresu (literówka klienta) nie wstrzymuje wysyłki pozostałych maili.
- Asystent AI (MCP) wysyła maila do klienta lub ponawia mail o zamówieniu, np. gdy klient zgubił potwierdzenie.
¶ Jak to wygląda
Zrzuty z panelu sklepu demonstracyjnego Hummerce.
¶ Lista szablonów
¶ Lista alertów
¶ Zasady działania
¶ Od zdarzenia do wysłanego maila
- Zdarzenie (złożenie zamówienia, zmiana statusu, rejestracja, złożenie zwrotu) uruchamia alert o stałym symbolu. Wyłączony alert (Aktywny = nie) nie wysyła żadnego ze swoich szablonów.
- Alert ma listę Przypisanych szablonów - zwykle jeden dla klienta i jeden dla obsługi sklepu. Można dopisać kolejne, np. kopię do działu obsługi klienta.
- Szablon z Wyświetlaniem w sklepie = nie nie jest wysyłany - tak wyłącza się pojedynczy mail bez ruszania alertu.
- Mail trafia do kolejki. Wysyłka działa w tle co ok. 2 minuty, więc mail wychodzi z niewielkim opóźnieniem. Kolejka wysyła maile w kolejności ich powstania.
- Błąd serwera pocztowego - wysyłka jest ponawiana. Błąd samej wiadomości (np. niepoprawny adres) - wiadomość jest oznaczana jako nieprawidłowa i nie jest ponawiana, a kolejne maile wychodzą normalnie.
- Adres, na który serwer pocztowy kilka razy z rzędu odmówił doręczenia, jest pomijany przy kolejnych wysyłkach.
- Historię wysyłki alertu (adresat, data, czy wysłany, czy ważny) widać w zakładce Wystąpienia alertu.
¶ Elementy szablonu
- Symbol - identyfikator, po którym sklep wywołuje szablon. Nie zmieniaj go - mail przestanie być wysyłany.
- Wyświetlanie w sklepie - czy szablon jest używany (tak / nie).
- Typ powiadomienia -
EMAILlubPANEL(powiadomienie w panelu);SMSiPUSHpojawiają się, gdy sklep ma włączoną bramkę SMS lub powiadomienia push. - Tytuł - temat maila; osobno dla każdego języka i opcjonalnie dla innych widoków (sklepów).
- Treść (html) - treść maila w HTML.
- Treść (tekst) - wersja bez formatowania dla programów pocztowych, które nie wyświetlają HTML.
- Odbiorca - adres lub zmienna, np. dane klienta z zamówienia albo adres email do zamówień z konfiguracji. Kilka adresów - po przecinku.
- Odpowiedz do - adres, na który trafi odpowiedź klienta.
- Nazwa - w standardowych szablonach nazwa sklepu.
- Nadawca - mail wychodzi z Adresu zwrotnego emaili z nazwą sklepu, o ile szablon nie ma własnego nadawcy.
- Nagłówek i stopka są wspólne dla wielu maili (szablony
headerifooter) - zmiana w jednym miejscu zmienia wszystkie maile, które je wstawiają.
¶ Języki i widoki
- Tytuł i treści mają osobną wartość dla każdego języka sklepu. Mail dostaje wersję w języku i widoku, w którym klient złożył zamówienie lub założył konto.
- Brak wersji w danym języku lub widoku - sklep wysyła wersję domyślną.
- Domyślne treści standardowych szablonów są po polsku i angielsku. Kolejny język (np. niemiecki) trzeba uzupełnić przy wdrożeniu.
¶ Zmienne i dynamiczne tytuły
- W tytule, treści i adresach można używać zmiennych sklepu (np. nazwa sklepu, adresy z konfiguracji) oraz zmiennych zależnych od zdarzenia, np. numer zamówienia, dane klienta, nowy i poprzedni status zamówienia albo link do zamówienia dla klienta.
- Warunki i pętle działają w treści i w tytule - np. inny tytuł dla opłaconego zamówienia albo lista produktów w treści.
- Przykład dynamicznego tytułu: "Anna, zmiana stanu zamówienia nr 01349 w sklepie Mój sklep. Nowy status: W realizacji, poprzedni: Złożone" - imię klienta, numer i statusy zamówienia wstawiane są automatycznie ze zmiennych.
- Wspólne elementy (np. stopkę) można wstawić do wielu szablonów jednym zapisem - sklep sam dobiera wersję w języku maila.
¶ Adresy sklepu
- Adresy nadawcy i obsługi ustawia się w Konfiguracja -> Ustawienia, grupa E-maile:
- Adres zwrotny emaili i Pole "Od:" maili zwrotnych - z tego adresu wychodzą maile,
- Adres email do zamówień i Pole "Od:" maili dotyczących zamówień - tu trafiają maile dla obsługi o zamówieniach,
- Adres email kontaktowy i Pole "Od:" maili kontaktowych - formularze kontaktowe i komentarze klientów.
- Sama zmiana adresu w konfiguracji działa dla szablonów, których Odbiorca odwołuje się do zmiennej z konfiguracji. Szablon z wpisanym na stałe adresem trzeba poprawić ręcznie.
- Domyślne powiadamianie klienta - czy przy zmianie statusu w panelu opcja powiadomienia klienta jest domyślnie zaznaczona. Bez powiadomienia mail o zmianie statusu nie wychodzi ani do klienta, ani do obsługi.
¶ Wysyłka testowa
- Panel nie ma przycisku "wyślij test". Szablon sprawdza się na zamówieniu testowym złożonym na własny adres e-mail - albo zmianą jego statusu.
- Asystent AI (MCP) może ponownie wyzwolić mail do zamówienia lub klienta - mail idzie do wszystkich odbiorców alertu, także do obsługi sklepu. Testuj na zamówieniu i koncie testowym.
- Po zmianie szablonu sprawdź mail w kilku programach pocztowych (np. Gmail, Outlook, telefon) i w każdym języku sklepu.
¶ Przypomnienie o płatności i prośba o opinię
- Standard nie wysyła automatycznie przypomnienia o nieopłaconym zamówieniu ani prośby o opinię po realizacji.
- Takie maile przygotowujemy jako rozszerzenie wdrożenia (maile wysyłane po określonym czasie dla zamówień spełniających warunki, np. nieopłacona płatność online po 24 h).
- Prośbę o opinię wysyłają też zewnętrzne serwisy opinii zintegrowane ze sklepem (Opinie o sklepie).
¶ Wersja
- Od wersji 2.14 - edycja maili w panelu.
- Od wersji 2.24 - wysyłka przez alerty i kolejkę, typy powiadomień (e-mail, panel, SMS, push).
- Od wersji 2.29 - zmienne i warunki w tytułach maili (dynamiczne tytuły).
- Od wersji 2.34 - maile bez poprawnego odbiorcy są pomijane i nie blokują wysyłki pozostałych; nowy szablon potwierdzenia zmiany loginu; wysyłka maili przez asystenta AI (MCP).
- Od wersji 2.35 - szablony zwrotów i kodu logowania do panelu (2FA).
- Ostatnie zmiany w module: wersja 2.35.55.
¶ Zależności
- Serwer poczty (SMTP) i adresy w grupie E-maile - konfigurujemy przy uruchomieniu sklepu.
- Maile modułów działają, gdy moduł jest włączony: zwroty (Zwroty - odstąpienie od umowy), konta firmowe i oferty (Sprzedaż B2B - przegląd), kod logowania do panelu (Bezpieczeństwo panelu i sklepu), Allegro (Allegro - integracja bezpośrednia), powiadomienie o dostępności (Powiadomienie o dostępności), newsletter.
- SMS i powiadomienia push - osobny moduł (SMSAPI).
- Treść maili nie zależy od szablonu graficznego sklepu (BS5, BS4) - jest wspólna.
- Poprawność prawna treści (dane sprzedawcy, informacje dla konsumenta) - sklep we własnym zakresie.
¶ Wdrożenie
- Działa po aktualizacji - standardowe szablony i alerty instalują się same, a treść zmienia się w panelu. Prace są potrzebne w tych przypadkach:
- dostosowanie wyglądu maili do identyfikacji sklepu (logo, kolory, nagłówek, stopka, układ listy produktów),
- tłumaczenie szablonów na kolejny język (poza polskim i angielskim),
- nowy mail dla zdarzenia, które nie ma domyślnego szablonu (np. numer przesyłki, link do śledzenia paczki),
- maile po określonym czasie (przypomnienie o płatności, prośba o opinię) - rozszerzenie,
- przy aktualizacji ze sklepu starszego niż 2.24 - przeniesienie dedykowanych maili na alerty,
- testy na środowisku testowym i uruchomienie produkcyjne.
- Minimalny szacowany czas:
- zmiany treści i tytułów w panelu - 0 h (we własnym zakresie),
- dostosowanie wyglądu standardowych maili - od 4 h,
- kolejny język szablonów - od 3 h,
- nowy mail dla istniejącego zdarzenia - od 2 h.
- Czas konkretnego wdrożenia zależy od jego zakresu - wyceniamy go indywidualnie.
- Od czego zależy czas:
- liczba maili i stopień indywidualizacji ich wyglądu,
- liczba języków i widoków (sklepów),
- liczba dedykowanych maili sklepu do przeniesienia lub poprawienia,
- wersja sklepu - sklep na wersji starszej niż 2.34 wymaga najpierw aktualizacji (wycena osobno),
- maile uzależnione od integracji (ERP, kurierzy) - wycena osobno.
¶ Ograniczenia
- Brak podglądu i wysyłki testowej z edytora szablonu - test tylko na zamówieniu lub koncie testowym.
- Edytor to pole z kodem HTML, bez edytora wizualnego - większe zmiany wyglądu wymagają znajomości HTML.
- Domyślne treści są po polsku i angielsku; inne języki trzeba przetłumaczyć. Brak tłumaczenia - klient dostaje wersję domyślną.
- Mail o zmianie statusu i o edycji zamówienia wychodzi tylko wtedy, gdy obsługa zaznaczy powiadomienie klienta - także kopia dla obsługi.
- Maile o komentarzach, podziale zamówienia, haśle, newsletterze i formularzach nie przechodzą przez alerty: wyłączenie alertu komentarzy nie zatrzymuje tych maili, a w Wystąpieniach nie widać ich wysyłki. Wyłącza się je polem Wyświetlanie w sklepie szablonu.
- Mail o numerze przesyłki, link do śledzenia paczki i link do zamówienia nie mają domyślnego szablonu - trzeba je przygotować.
- Brak automatycznych maili po czasie (przypomnienie o płatności, prośba o opinię, porzucony koszyk) w standardzie.
- Mail wychodzi z opóźnieniem do ok. 2 minut (kolejka).
- Błędna zmienna w szablonie (np. literówka) nie blokuje zapisu - wynik widać dopiero w wysłanym mailu.
- Zmiana Symbolu szablonu lub alertu zatrzymuje wysyłkę tego maila.
- REST API nie obsługuje szablonów ani alertów.
- Nie weryfikujemy konfiguracji pod kątem zgodności z prawem - treść maili (dane sprzedawcy, informacje dla konsumenta, zgody marketingowe) ustala sklep.
¶ Potencjał rozwoju
- Podgląd maila z danymi wybranego zamówienia i wysyłka testowa z edytora.
- Edytor wizualny maili.
- Automatyczne maile po czasie w standardzie: przypomnienie o płatności, prośba o opinię, porzucony koszyk.
- Domyślne szablony maili o przesyłce i linku do śledzenia.
- Przeniesienie wszystkich maili (komentarze, hasło, newsletter) na alerty - jedno miejsce włączania i historia wysyłki.
- Domyślne tłumaczenia szablonów na kolejne języki.
- Obsługa szablonów przez REST API.
¶ Najczęstsze pytania
Czy sklep może sam zmienić treść maila o zamówieniu?
Tak. Treść, tytuł i odbiorcę zmienia się w panelu, osobno dla każdego języka i widoku, bez zgłoszenia do programisty.
Czy każdy język sklepu może mieć inną treść maila?
Tak. Bez własnej wersji w danym języku lub widoku sklep wysyła wersję domyślną.
Czy da się wyłączyć jeden mail bez wyłączania całego alertu?
Tak, polem Wyświetlanie w sklepie przy konkretnym szablonie - reszta szablonów przypisanych do alertu działa dalej.
Czy sklep wysyła przypomnienie o nieopłaconym zamówieniu lub prośbę o opinię?
Nie w standardzie. Takie maile po określonym czasie przygotowujemy jako rozszerzenie wdrożenia.
Ile trwa dodanie maila dla nowego zdarzenia, np. numeru przesyłki?
Od 2 h - szablon, przypięcie do alertu i test.
Czy da się wysłać maila testowego bezpośrednio z edytora szablonu?
Nie. Panel nie ma przycisku wysyłki testowej - szablon sprawdza się na zamówieniu lub koncie testowym, albo asystentem AI (MCP).
¶ Powiązane
- Zwroty - odstąpienie od umowy - własne szablony i alerty zwrotu.
- Sprzedaż B2B - przegląd - maile rejestracji firmy i ofert handlowych.
- Bezpieczeństwo panelu i sklepu - mail z kodem logowania do panelu (2FA).
- Edytor komunikatów - komunikaty sklepu wstawiane do treści maili.
- Na hummerce.com: Obsługa newslettera.
Chcesz zobaczyć, jak szablony maili i alerty mogą działać w Waszym sklepie? Umów bezpłatną prezentację.
¶ Szczegóły konfiguracji
¶ Dostęp w panelu
- Szablony: Konfiguracja -> Szablony (Zarządzanie szablonami wiadomości) - lista z wyszukiwarką, edycja, dodawanie, zakładka Historia zmian.
- Alerty: Konfiguracja -> Alerty - Symbol, Aktywny, Nazwa, Priorytet, Przypisane szablony; zakładki Wystąpienia i Historia.
- Konfiguracja w panelu: Konfiguracja -> Ustawienia, grupa E-maile: adresy i pola "Od:", Domyślne powiadamianie klienta; ustawienie Limit wysyłki Email - maile na godzinę,
0- bez limitu.
¶ REST API i MCP
- MCP:
ec2_email_send- dowolny mail (tytuł, treść HTML lub tekst, kopie) na adres, do klienta albo na adres z zamówienia; wysyłany od razu,ec2_email_send_order_notification- ponowne wyzwolenie maila do zamówienia (złożenie, zmiana statusu, aktualizacja, numer przesyłki) wg szablonów sklepu,ec2_email_send_customer_notification- mail o rejestracji lub aktywacji konta wg szablonów sklepu.- Wymagane uprawnienie konta panelu do modułu Formularz kontaktowy (Asystent AI - serwer MCP).
- REST API: nie obsługuje szablonów ani alertów (REST API).
¶ Komunikaty sklepu
Treści zależne od widoku zmienia się przez parametry wielowidokowe, a komunikaty sklepu wstawiane do maili - w edytorze komunikatów.
¶ Parametry
¶ Szablony maili
Najważniejsze maile. Odbiorca "obsługa" oznacza domyślnie Adres email do zamówień.
| Alert | Szablony | Odbiorca | Kiedy |
|---|---|---|---|
orderPlacedAlert |
orderForCustomer, orderForOwner |
klient, obsługa | złożenie zamówienia |
orderStatusChangedAlert |
orderStatusChanged, orderStatusChangedForOwner |
klient, obsługa | zmiana statusu zamówienia, płatności lub dostawy z powiadomieniem klienta |
orderUpdatedAlert |
orderUpdate, orderUpdateForOwner |
klient, obsługa | edycja zamówienia z powiadomieniem klienta |
customerRegisteredAlert |
customerRegistered, customerRegisteredForOwner |
klient, obsługa | rejestracja konta |
customerActivationAlert |
customerActivated |
klient | aktywacja konta przez obsługę |
customerUnconfirmedLoginAssignedAlert |
unconfirmedLoginAssignedForCustomer |
nowy adres klienta | zmiana e-maila (loginu) - link potwierdzający |
returnPlaced, returnPlacedOwner |
returnPlaced, returnPlacedOwner |
klient, obsługa | złożenie zwrotu |
returnStatusUpdated, returnAccepted |
returnStatusUpdated, returnAccepted |
klient | zmiana statusu zwrotu, akceptacja zwrotu |
admin2FACodeEmailAlert |
admin2FACodeEmail |
administrator panelu | kod logowania do panelu (2FA e-mail) |
| - | customerPasswordReminder |
klient | prośba o nowe hasło - link do zmiany |
Szablony bez alertu (kreska w pierwszej kolumnie) wysyłają się bezpośrednio - wyłącza się je polem Wyświetlanie w sklepie.