Maile transakcyjne w sklepie - jak wybrać serwer SMTP i go skonfigurować

Maile transakcyjne w sklepie, czyli potwierdzenia zamówień, informacje o wysyłce i resety haseł, najlepiej wysyłać przez uwierzytelniony serwer SMTP: skrzynkę firmową na własnej domenie albo zewnętrzną usługę do wysyłki transakcyjnej. Serwer SMTP wybierasz według liczby wiadomości, platformy sklepu i tego, czy potrzebujesz logów doręczeń. Konfiguracja to podanie hosta, portu 587 lub 465, loginu i hasła w panelu sklepu oraz ustawienie rekordów SPF, DKIM i DMARC w DNS domeny.

Wiele sklepów zaczyna od domyślnej wysyłki z serwera hostingu, bo działa od pierwszego dnia i nie wymaga konfiguracji. Problem pojawia się później: klienci piszą, że nie dostali potwierdzenia zamówienia, kurierskie numery przesyłek lądują w spamie, a reset hasła nie dochodzi wcale. Poniżej wyjaśniamy, czym różni się wysyłka przez funkcję serwera od wysyłki przez SMTP, jak dobrać dostawcę i jak krok po kroku podpiąć go do sklepu.

[#wazne] W skrócie: maile transakcyjne ze sklepu powinny wychodzić przez uwierzytelniony serwer SMTP na domenie sklepu, a nie przez domyślną funkcję wysyłki hostingu. Przy małej liczbie zamówień wystarczy skrzynka firmowa, przy większej - dedykowana usługa transakcyjna z logami. Bez SPF, DKIM i DMARC nawet najlepszy SMTP nie zagwarantuje doręczenia. W Vinson konfigurujemy SMTP, DNS i testy wysyłki dla sklepów na WooCommerce, PrestaShop, Shoper i innych platformach.

Czym są maile transakcyjne i dlaczego trafiają do spamu

Maile transakcyjne to wiadomości wysyłane automatycznie w odpowiedzi na działanie klienta: złożenie zamówienia, opłacenie, zmianę statusu, nadanie paczki, rejestrację konta czy prośbę o reset hasła. Różnią się od newslettera tym, że klient na nie czeka, a ich brak od razu generuje pytania do obsługi.

Serwer SMTP (Simple Mail Transfer Protocol) to serwer, który przyjmuje wiadomość od sklepu i przekazuje ją dalej do serwerów odbiorców, np. Gmaila czy Outlooka. Kluczowe jest to, że przy połączeniu przez SMTP sklep loguje się do serwera, a serwer wysyła pocztę z adresów IP, które są przypisane do Twojej domeny w rekordach DNS.

Najczęstsze powody, dla których maile transakcyjne nie docierają albo trafiają do spamu:

wysyłka przez funkcję PHP mail() z serwera hostingu, którego adres IP nie jest uwzględniony w rekordzie SPF domeny,
brak podpisu DKIM, przez co serwer odbiorcy nie może sprawdzić, czy wiadomość nie została zmieniona po drodze,
brak rekordu DMARC lub rozjazd między domeną w polu „Od” a domeną, która faktycznie wysłała maila,
współdzielony adres IP hostingu, z którego inne strony wysyłały spam, przez co IP trafiło na listy blokujące,
adres nadawcy w darmowej domenie, np. sklep.kowalski@gmail.com, wysyłany z obcego serwera.

Od lutego 2024 r. Gmail i Yahoo wymagają od nadawców dużej liczby wiadomości uwierzytelnienia SPF i DKIM, rekordu DMARC oraz zgodności domeny nadawcy, a przy wiadomościach marketingowych także łatwej rezygnacji jednym kliknięciem (stan na styczeń 2026 - sprawdź aktualne wytyczne dostawców poczty). Nawet jeśli Twój sklep nie wysyła tysięcy maili dziennie, spełnienie tych zasad poprawia doręczalność. Szczegóły rekordów opisaliśmy w poradniku o tym, jak ustawić SPF, DKIM i DMARC w sklepie.

Funkcja mail() hostingu czy zewnętrzny serwer SMTP w sklepie

Pierwsza decyzja dotyczy tego, czy zostać przy domyślnej wysyłce, czy przejść na SMTP. W WooCommerce i wielu innych sklepach na WordPressie domyślnie działa funkcja wp_mail(), która korzysta z PHP mail() na serwerze. W PrestaShop w ustawieniach poczty możesz wybrać funkcję mail() albo własne parametry SMTP. W sklepach abonamentowych, takich jak Shoper, maile wysyła zwykle infrastruktura platformy, a w panelu sprawdzasz, czy da się podać własny serwer SMTP i adres nadawcy.

[#chart:wit16a]

Wniosek jest prosty: domyślna wysyłka bywa wystarczająca na start, ale gdy sklep ma regularne zamówienia, brak kontroli nad doręczeniem kosztuje więcej niż konfiguracja SMTP. Każdy niedoręczony mail z numerem przesyłki to potencjalne pytanie do obsługi, a niedoręczony reset hasła - porzucony koszyk.

Maile transakcyjne w sklepie, czyli potwierdzenia zamówień, informacje o wysyłce i resety haseł, najlepiej wysyłać przez uwierzytelniony serwer SMTP: skrzynkę firmową na własnej domenie albo zewnętrzną usługę do wysyłki transakcyjnej. Serwer SMTP wybierasz według liczby wiadomości, platformy sklepu i tego, czy potrzebujesz logów doręczeń. Konfiguracja to podanie hosta, portu 587 lub 465, loginu i hasła w panelu sklepu oraz ustawienie rekordów SPF, DKIM i DMARC w DNS domeny.

Wiele sklepów zaczyna od domyślnej wysyłki z serwera hostingu, bo działa od pierwszego dnia i nie wymaga konfiguracji. Problem pojawia się później: klienci piszą, że nie dostali potwierdzenia zamówienia, kurierskie numery przesyłek lądują w spamie, a reset hasła nie dochodzi wcale. Poniżej wyjaśniamy, czym różni się wysyłka przez funkcję serwera od wysyłki przez SMTP, jak dobrać dostawcę i jak krok po kroku podpiąć go do sklepu.

[#wazne] W skrócie: maile transakcyjne ze sklepu powinny wychodzić przez uwierzytelniony serwer SMTP na domenie sklepu, a nie przez domyślną funkcję wysyłki hostingu. Przy małej liczbie zamówień wystarczy skrzynka firmowa, przy większej - dedykowana usługa transakcyjna z logami. Bez SPF, DKIM i DMARC nawet najlepszy SMTP nie zagwarantuje doręczenia. W Vinson konfigurujemy SMTP, DNS i testy wysyłki dla sklepów na WooCommerce, PrestaShop, Shoper i innych platformach.

Czym są maile transakcyjne i dlaczego trafiają do spamu

Maile transakcyjne to wiadomości wysyłane automatycznie w odpowiedzi na działanie klienta: złożenie zamówienia, opłacenie, zmianę statusu, nadanie paczki, rejestrację konta czy prośbę o reset hasła. Różnią się od newslettera tym, że klient na nie czeka, a ich brak od razu generuje pytania do obsługi.

Serwer SMTP (Simple Mail Transfer Protocol) to serwer, który przyjmuje wiadomość od sklepu i przekazuje ją dalej do serwerów odbiorców, np. Gmaila czy Outlooka. Kluczowe jest to, że przy połączeniu przez SMTP sklep loguje się do serwera, a serwer wysyła pocztę z adresów IP, które są przypisane do Twojej domeny w rekordach DNS.

Najczęstsze powody, dla których maile transakcyjne nie docierają albo trafiają do spamu:

wysyłka przez funkcję PHP mail() z serwera hostingu, którego adres IP nie jest uwzględniony w rekordzie SPF domeny,
brak podpisu DKIM, przez co serwer odbiorcy nie może sprawdzić, czy wiadomość nie została zmieniona po drodze,
brak rekordu DMARC lub rozjazd między domeną w polu „Od” a domeną, która faktycznie wysłała maila,
współdzielony adres IP hostingu, z którego inne strony wysyłały spam, przez co IP trafiło na listy blokujące,
adres nadawcy w darmowej domenie, np. sklep.kowalski@gmail.com, wysyłany z obcego serwera.

Od lutego 2024 r. Gmail i Yahoo wymagają od nadawców dużej liczby wiadomości uwierzytelnienia SPF i DKIM, rekordu DMARC oraz zgodności domeny nadawcy, a przy wiadomościach marketingowych także łatwej rezygnacji jednym kliknięciem (stan na styczeń 2026 - sprawdź aktualne wytyczne dostawców poczty). Nawet jeśli Twój sklep nie wysyła tysięcy maili dziennie, spełnienie tych zasad poprawia doręczalność. Szczegóły rekordów opisaliśmy w poradniku o tym, jak ustawić SPF, DKIM i DMARC w sklepie.

Funkcja mail() hostingu czy zewnętrzny serwer SMTP w sklepie

Pierwsza decyzja dotyczy tego, czy zostać przy domyślnej wysyłce, czy przejść na SMTP. W WooCommerce i wielu innych sklepach na WordPressie domyślnie działa funkcja wp_mail(), która korzysta z PHP mail() na serwerze. W PrestaShop w ustawieniach poczty możesz wybrać funkcję mail() albo własne parametry SMTP. W sklepach abonamentowych, takich jak Shoper, maile wysyła zwykle infrastruktura platformy, a w panelu sprawdzasz, czy da się podać własny serwer SMTP i adres nadawcy.

[#chart:wit16a]

Wniosek jest prosty: domyślna wysyłka bywa wystarczająca na start, ale gdy sklep ma regularne zamówienia, brak kontroli nad doręczeniem kosztuje więcej niż konfiguracja SMTP. Każdy niedoręczony mail z numerem przesyłki to potencjalne pytanie do obsługi, a niedoręczony reset hasła - porzucony koszyk.

Jak wybrać serwer SMTP dla sklepu internetowego

Nie ma jednego najlepszego serwera SMTP dla każdego sklepu. Wybór zależy od liczby zamówień, platformy, budżetu i tego, ile chcesz wiedzieć o losie każdej wiadomości. Najczęściej w grę wchodzą trzy grupy rozwiązań.

Rozwiązanie	Dla kogo	Zalety	Na co uważać
SMTP skrzynki na hostingu	mały sklep, kilka-kilkanaście zamówień dziennie	brak dodatkowych kosztów, prosta konfiguracja	limity wysyłki hostingu, brak logów doręczeń, współdzielone IP
SMTP poczty firmowej (Google Workspace, Microsoft 365)	sklep, który już ma pocztę w chmurze	dobra reputacja serwerów, ten sam adres co obsługa klienta	dzienne limity wysyłki na konto, wymagane uwierzytelnienie aplikacji
Usługa transakcyjna (np. Amazon SES, Brevo, Mailgun, Postmark, SendGrid)	sklep z większym ruchem lub wieloma typami powiadomień	logi, statystyki odbić, webhooki, API, osobna reputacja	weryfikacja domeny, czasem okres próbny z ograniczeniami

Przy wyborze sprawdź w dokumentacji dostawcy aktualne limity i cennik (stan na styczeń 2026 - sprawdź aktualny regulamin usługi). Zwróć uwagę zwłaszcza na:

limit wiadomości - dzienny i godzinowy; w szczycie sprzedaży, np. przed świętami, liczba maili rośnie kilkukrotnie,
logi i powiadomienia o odbiciach - czy zobaczysz, że mail do konkretnego klienta został odrzucony i dlaczego,
uwierzytelnienie domeny - czy dostawca podpisuje maile kluczem DKIM Twojej domeny, a nie swojej,
lokalizację serwerów i umowę powierzenia - maile transakcyjne zawierają dane osobowe klientów, więc potrzebujesz umowy powierzenia przetwarzania danych,
integrację z platformą - gotowa wtyczka lub moduł oszczędza czas i zmniejsza ryzyko błędów.

[#tip] Dobra praktyka: oddziel maile transakcyjne od newslettera. Newsletter wysyłaj z systemu do e-mail marketingu, a powiadomienia o zamówieniach przez SMTP sklepu. Jeśli kampania marketingowa dostanie dużo zgłoszeń spamu, nie pociągnie w dół doręczalności potwierdzeń zamówień. Część firm używa do tego osobnej subdomeny, np. powiadomienia.twojsklep.pl.

Konfiguracja serwera SMTP w sklepie krok po kroku

Niezależnie od dostawcy konfiguracja SMTP w sklepie przebiega według tego samego schematu. Najpierw przygotowujesz domenę, potem podpinasz dane serwera do sklepu, a na końcu testujesz każdy typ powiadomienia.

[#chart:wit16b]

Jakie parametry SMTP wpisać w panelu sklepu

W panelu sklepu lub wtyczce SMTP zwykle podajesz te same pola:

Host - adres serwera, np. smtp.twojhosting.pl albo adres podany przez dostawcę usługi transakcyjnej.
Port i szyfrowanie - 587 z STARTTLS albo 465 z SSL/TLS. Port 25 służy do przesyłania poczty między serwerami i na wielu hostingach jest blokowany dla wysyłki z aplikacji.
Uwierzytelnianie - login (najczęściej pełny adres e-mail lub klucz API) i hasło. W Google Workspace i Microsoft 365 używa się haseł aplikacji, OAuth albo przekaźnika SMTP zamiast zwykłego hasła do konta.
Adres i nazwa nadawcy - np. zamowienia@twojsklep.pl i „Twój Sklep”. Adres musi być w domenie, którą zweryfikowałeś u dostawcy.
Adres do odpowiedzi - jeśli klient odpowie na potwierdzenie zamówienia, wiadomość powinna trafić do skrzynki obsługi, a nie w próżnię.

W WooCommerce te dane wpisuje się zwykle we wtyczce do SMTP, która podmienia domyślną funkcję wysyłki WordPressa. W PrestaShop parametry SMTP są w ustawieniach poczty w sekcji parametrów zaawansowanych. W Magento i Shopware konfiguracja zależy od wersji i rozszerzeń. Po zapisaniu ustawień większość paneli pozwala wysłać mail testowy - to pierwszy, ale nie jedyny test.

Które maile w sklepie omijają nowy SMTP

Częsty błąd po zmianie serwera polega na tym, że część wiadomości nadal wychodzi starą drogą. Dotyczy to zwłaszcza maili wysyłanych nie przez sam sklep, tylko przez dodatki: formularz kontaktowy, moduł opinii, wtyczkę do faktur, integrację z kurierem czy system zwrotów. Każdy z tych elementów może mieć własne ustawienia wysyłki albo korzystać bezpośrednio z funkcji serwera. Dlatego po konfiguracji SMTP zrób listę wszystkich automatycznych wiadomości w sklepie i sprawdź, skąd każda z nich wychodzi. Pomaga w tym podgląd nagłówków odebranego maila - w polu Received zobaczysz serwer, przez który przeszła wiadomość. Jeśli platforma sklepu i system do zamówień, np. Base, wysyłają osobne powiadomienia, ustal, który z nich odpowiada za które wiadomości, żeby klient nie dostawał dwóch potwierdzeń tego samego zamówienia.

Rekordy DNS dla serwera SMTP

Sama zmiana serwera w panelu sklepu nie wystarczy. Musisz powiedzieć światu, że nowy serwer ma prawo wysyłać pocztę w imieniu Twojej domeny. Do rekordu SPF dopisujesz mechanizm include podany przez dostawcę (pamiętaj, że domena może mieć tylko jeden rekord SPF i limit 10 zapytań DNS w jego obrębie), dodajesz rekord DKIM wygenerowany w panelu dostawcy i sprawdzasz, czy istnieje rekord DMARC. Jeśli nie masz pewności, jak edytować strefę, zajrzyj do poradnika o konfiguracji DNS dla sklepu.

Jak przetestować maile transakcyjne po zmianie SMTP

Mail testowy z panelu sprawdza tylko połączenie z serwerem. Pełny test polega na przejściu ścieżki klienta i sprawdzeniu, czy każda wiadomość dochodzi i nie wpada do spamu. Złóż testowe zamówienie, zmień jego status, zarejestruj konto i poproś o reset hasła. Sprawdź wiadomości w skrzynkach u kilku dostawców, np. Gmail, Outlook i Onet.

[#checklista] Checklista po konfiguracji SMTP: potwierdzenie zamówienia dochodzi do skrzynki odbiorczej; w nagłówkach wiadomości SPF, DKIM i DMARC mają wynik pass; adres nadawcy jest w domenie sklepu; odpowiedź klienta trafia do skrzynki obsługi; reset hasła działa; maile z modułu kurierskiego i faktur również wychodzą przez nowy SMTP; w logu dostawcy nie ma odbić.

Jeśli coś nie działa, zacznij od objawu. Poniższy schemat pokazuje najczęstsze problemy po zmianie serwera SMTP w sklepie i ich przyczyny.

[#chart:wit16c]

Warto też ustawić monitoring: w usługach transakcyjnych możesz włączyć powiadomienia o rosnącym odsetku odbić lub zgłoszeń spamu, a raporty DMARC pokażą, czy ktoś nie wysyła maili w imieniu Twojej domeny. Problem z doręczaniem powiadomień o zamówieniach bywa dla sklepu równie dotkliwy jak awaria strony, bo klient, który nie dostał potwierdzenia, często pisze do obsługi albo rezygnuje z kolejnych zakupów.

Jak Vinson pomaga skonfigurować maile transakcyjne w sklepie

W Vinson zajmujemy się techniczną stroną sklepów internetowych, w tym pocztą i doręczalnością. Jesteśmy agencją e-commerce z Bochni działającą od 2021 r., współpracowaliśmy z ponad 500 firmami, a klienci oceniają nas na 4,9/5 ze 171 opinii. W ramach wsparcia informatycznego dla firm i sklepów:

sprawdzamy, którędy dziś wychodzą maile z Twojego sklepu i dlaczego trafiają do spamu,
dobieramy serwer SMTP do liczby zamówień i platformy, a następnie podpinamy go do sklepu,
ustawiamy SPF, DKIM i DMARC bez psucia poczty firmowej i innych usług na domenie,
testujemy wszystkie typy powiadomień, także z modułów kurierskich, płatności i fakturowania.

Najczęściej zadawane pytania

Czy mały sklep potrzebuje zewnętrznego serwera SMTP?

Nie zawsze potrzebuje płatnej usługi transakcyjnej, ale powinien wysyłać maile przez uwierzytelniony SMTP, a nie przez domyślną funkcję mail() serwera. Przy kilku zamówieniach dziennie wystarczy SMTP skrzynki firmowej na domenie sklepu z poprawnym SPF i DKIM. Usługę transakcyjną warto rozważyć, gdy rośnie liczba maili lub potrzebujesz logów doręczeń.

Jaki port SMTP wybrać: 587 czy 465?

Oba porty są poprawne do wysyłki z aplikacji. Port 587 używa STARTTLS, czyli szyfrowanie włącza się po nawiązaniu połączenia, a port 465 szyfruje połączenie od początku (SSL/TLS). Wybierz ten, który zaleca dostawca, i ustaw w panelu sklepu odpowiadający mu typ szyfrowania. Port 25 nie nadaje się do wysyłki ze sklepu.

Czy mogę wysyłać maile ze sklepu przez Gmaila lub Google Workspace?

Tak, jeśli używasz Google Workspace na domenie sklepu, możesz wysyłać przez jego SMTP lub przekaźnik SMTP, z uwierzytelnieniem zgodnym z wytycznymi Google. Pamiętaj o dziennych limitach wysyłki na konto i sprawdź je w dokumentacji Google. Nie używaj prywatnego konta Gmail jako nadawcy powiadomień sklepu - wygląda to nieprofesjonalnie i gorzej się doręcza.

Dlaczego potwierdzenia zamówień trafiają do spamu mimo SMTP?

Najczęściej brakuje podpisu DKIM dla nowego serwera, rekord SPF nie zawiera dostawcy albo domena w polu „Od” nie zgadza się z domeną uwierzytelnioną w DMARC. Znaczenie ma też treść, np. same obrazki bez tekstu czy skrócone linki. Sprawdź nagłówki wiadomości w Gmailu („Pokaż oryginał”) - zobaczysz tam wynik SPF, DKIM i DMARC.

Czy maile transakcyjne i newsletter mogą iść tym samym serwerem?

Technicznie mogą, ale lepiej je rozdzielić. Kampanie marketingowe częściej zbierają zgłoszenia spamu i rezygnacje, co obniża reputację nadawcy. Gdy powiadomienia o zamówieniach idą osobnym serwerem lub z osobnej subdomeny, problemy z newsletterem nie blokują potwierdzeń zakupów.

Jeśli chcesz, żeby każde potwierdzenie zamówienia dochodziło do klienta, zgłoś się po wsparcie IT dla firm i sklepów w Vinson - przejrzymy konfigurację SMTP i DNS Twojego sklepu. Przy okazji warto uporządkować pocztę firmową sklepu, z której wychodzą odpowiedzi do klientów.

Jak wybrać serwer SMTP dla sklepu internetowego

Nie ma jednego najlepszego serwera SMTP dla każdego sklepu. Wybór zależy od liczby zamówień, platformy, budżetu i tego, ile chcesz wiedzieć o losie każdej wiadomości. Najczęściej w grę wchodzą trzy grupy rozwiązań.

Rozwiązanie	Dla kogo	Zalety	Na co uważać
SMTP skrzynki na hostingu	mały sklep, kilka-kilkanaście zamówień dziennie	brak dodatkowych kosztów, prosta konfiguracja	limity wysyłki hostingu, brak logów doręczeń, współdzielone IP
SMTP poczty firmowej (Google Workspace, Microsoft 365)	sklep, który już ma pocztę w chmurze	dobra reputacja serwerów, ten sam adres co obsługa klienta	dzienne limity wysyłki na konto, wymagane uwierzytelnienie aplikacji
Usługa transakcyjna (np. Amazon SES, Brevo, Mailgun, Postmark, SendGrid)	sklep z większym ruchem lub wieloma typami powiadomień	logi, statystyki odbić, webhooki, API, osobna reputacja	weryfikacja domeny, czasem okres próbny z ograniczeniami

Przy wyborze sprawdź w dokumentacji dostawcy aktualne limity i cennik (stan na styczeń 2026 - sprawdź aktualny regulamin usługi). Zwróć uwagę zwłaszcza na:

limit wiadomości - dzienny i godzinowy; w szczycie sprzedaży, np. przed świętami, liczba maili rośnie kilkukrotnie,
logi i powiadomienia o odbiciach - czy zobaczysz, że mail do konkretnego klienta został odrzucony i dlaczego,
uwierzytelnienie domeny - czy dostawca podpisuje maile kluczem DKIM Twojej domeny, a nie swojej,
lokalizację serwerów i umowę powierzenia - maile transakcyjne zawierają dane osobowe klientów, więc potrzebujesz umowy powierzenia przetwarzania danych,
integrację z platformą - gotowa wtyczka lub moduł oszczędza czas i zmniejsza ryzyko błędów.

[#tip] Dobra praktyka: oddziel maile transakcyjne od newslettera. Newsletter wysyłaj z systemu do e-mail marketingu, a powiadomienia o zamówieniach przez SMTP sklepu. Jeśli kampania marketingowa dostanie dużo zgłoszeń spamu, nie pociągnie w dół doręczalności potwierdzeń zamówień. Część firm używa do tego osobnej subdomeny, np. powiadomienia.twojsklep.pl.

Konfiguracja serwera SMTP w sklepie krok po kroku

Niezależnie od dostawcy konfiguracja SMTP w sklepie przebiega według tego samego schematu. Najpierw przygotowujesz domenę, potem podpinasz dane serwera do sklepu, a na końcu testujesz każdy typ powiadomienia.

[#chart:wit16b]

Jakie parametry SMTP wpisać w panelu sklepu

W panelu sklepu lub wtyczce SMTP zwykle podajesz te same pola:

Host - adres serwera, np. smtp.twojhosting.pl albo adres podany przez dostawcę usługi transakcyjnej.
Port i szyfrowanie - 587 z STARTTLS albo 465 z SSL/TLS. Port 25 służy do przesyłania poczty między serwerami i na wielu hostingach jest blokowany dla wysyłki z aplikacji.
Uwierzytelnianie - login (najczęściej pełny adres e-mail lub klucz API) i hasło. W Google Workspace i Microsoft 365 używa się haseł aplikacji, OAuth albo przekaźnika SMTP zamiast zwykłego hasła do konta.
Adres i nazwa nadawcy - np. zamowienia@twojsklep.pl i „Twój Sklep”. Adres musi być w domenie, którą zweryfikowałeś u dostawcy.
Adres do odpowiedzi - jeśli klient odpowie na potwierdzenie zamówienia, wiadomość powinna trafić do skrzynki obsługi, a nie w próżnię.

W WooCommerce te dane wpisuje się zwykle we wtyczce do SMTP, która podmienia domyślną funkcję wysyłki WordPressa. W PrestaShop parametry SMTP są w ustawieniach poczty w sekcji parametrów zaawansowanych. W Magento i Shopware konfiguracja zależy od wersji i rozszerzeń. Po zapisaniu ustawień większość paneli pozwala wysłać mail testowy - to pierwszy, ale nie jedyny test.

Które maile w sklepie omijają nowy SMTP

Częsty błąd po zmianie serwera polega na tym, że część wiadomości nadal wychodzi starą drogą. Dotyczy to zwłaszcza maili wysyłanych nie przez sam sklep, tylko przez dodatki: formularz kontaktowy, moduł opinii, wtyczkę do faktur, integrację z kurierem czy system zwrotów. Każdy z tych elementów może mieć własne ustawienia wysyłki albo korzystać bezpośrednio z funkcji serwera. Dlatego po konfiguracji SMTP zrób listę wszystkich automatycznych wiadomości w sklepie i sprawdź, skąd każda z nich wychodzi. Pomaga w tym podgląd nagłówków odebranego maila - w polu Received zobaczysz serwer, przez który przeszła wiadomość. Jeśli platforma sklepu i system do zamówień, np. Base, wysyłają osobne powiadomienia, ustal, który z nich odpowiada za które wiadomości, żeby klient nie dostawał dwóch potwierdzeń tego samego zamówienia.

Rekordy DNS dla serwera SMTP

Sama zmiana serwera w panelu sklepu nie wystarczy. Musisz powiedzieć światu, że nowy serwer ma prawo wysyłać pocztę w imieniu Twojej domeny. Do rekordu SPF dopisujesz mechanizm include podany przez dostawcę (pamiętaj, że domena może mieć tylko jeden rekord SPF i limit 10 zapytań DNS w jego obrębie), dodajesz rekord DKIM wygenerowany w panelu dostawcy i sprawdzasz, czy istnieje rekord DMARC. Jeśli nie masz pewności, jak edytować strefę, zajrzyj do poradnika o konfiguracji DNS dla sklepu.

Jak przetestować maile transakcyjne po zmianie SMTP

Mail testowy z panelu sprawdza tylko połączenie z serwerem. Pełny test polega na przejściu ścieżki klienta i sprawdzeniu, czy każda wiadomość dochodzi i nie wpada do spamu. Złóż testowe zamówienie, zmień jego status, zarejestruj konto i poproś o reset hasła. Sprawdź wiadomości w skrzynkach u kilku dostawców, np. Gmail, Outlook i Onet.

[#checklista] Checklista po konfiguracji SMTP: potwierdzenie zamówienia dochodzi do skrzynki odbiorczej; w nagłówkach wiadomości SPF, DKIM i DMARC mają wynik pass; adres nadawcy jest w domenie sklepu; odpowiedź klienta trafia do skrzynki obsługi; reset hasła działa; maile z modułu kurierskiego i faktur również wychodzą przez nowy SMTP; w logu dostawcy nie ma odbić.

Jeśli coś nie działa, zacznij od objawu. Poniższy schemat pokazuje najczęstsze problemy po zmianie serwera SMTP w sklepie i ich przyczyny.

[#chart:wit16c]

Warto też ustawić monitoring: w usługach transakcyjnych możesz włączyć powiadomienia o rosnącym odsetku odbić lub zgłoszeń spamu, a raporty DMARC pokażą, czy ktoś nie wysyła maili w imieniu Twojej domeny. Problem z doręczaniem powiadomień o zamówieniach bywa dla sklepu równie dotkliwy jak awaria strony, bo klient, który nie dostał potwierdzenia, często pisze do obsługi albo rezygnuje z kolejnych zakupów.

Jak Vinson pomaga skonfigurować maile transakcyjne w sklepie

W Vinson zajmujemy się techniczną stroną sklepów internetowych, w tym pocztą i doręczalnością. Jesteśmy agencją e-commerce z Bochni działającą od 2021 r., współpracowaliśmy z ponad 500 firmami, a klienci oceniają nas na 4,9/5 ze 171 opinii. W ramach wsparcia informatycznego dla firm i sklepów:

sprawdzamy, którędy dziś wychodzą maile z Twojego sklepu i dlaczego trafiają do spamu,
dobieramy serwer SMTP do liczby zamówień i platformy, a następnie podpinamy go do sklepu,
ustawiamy SPF, DKIM i DMARC bez psucia poczty firmowej i innych usług na domenie,
testujemy wszystkie typy powiadomień, także z modułów kurierskich, płatności i fakturowania.

Najczęściej zadawane pytania

Czy mały sklep potrzebuje zewnętrznego serwera SMTP?

Nie zawsze potrzebuje płatnej usługi transakcyjnej, ale powinien wysyłać maile przez uwierzytelniony SMTP, a nie przez domyślną funkcję mail() serwera. Przy kilku zamówieniach dziennie wystarczy SMTP skrzynki firmowej na domenie sklepu z poprawnym SPF i DKIM. Usługę transakcyjną warto rozważyć, gdy rośnie liczba maili lub potrzebujesz logów doręczeń.

Jaki port SMTP wybrać: 587 czy 465?

Oba porty są poprawne do wysyłki z aplikacji. Port 587 używa STARTTLS, czyli szyfrowanie włącza się po nawiązaniu połączenia, a port 465 szyfruje połączenie od początku (SSL/TLS). Wybierz ten, który zaleca dostawca, i ustaw w panelu sklepu odpowiadający mu typ szyfrowania. Port 25 nie nadaje się do wysyłki ze sklepu.

Czy mogę wysyłać maile ze sklepu przez Gmaila lub Google Workspace?

Tak, jeśli używasz Google Workspace na domenie sklepu, możesz wysyłać przez jego SMTP lub przekaźnik SMTP, z uwierzytelnieniem zgodnym z wytycznymi Google. Pamiętaj o dziennych limitach wysyłki na konto i sprawdź je w dokumentacji Google. Nie używaj prywatnego konta Gmail jako nadawcy powiadomień sklepu - wygląda to nieprofesjonalnie i gorzej się doręcza.

Dlaczego potwierdzenia zamówień trafiają do spamu mimo SMTP?

Najczęściej brakuje podpisu DKIM dla nowego serwera, rekord SPF nie zawiera dostawcy albo domena w polu „Od” nie zgadza się z domeną uwierzytelnioną w DMARC. Znaczenie ma też treść, np. same obrazki bez tekstu czy skrócone linki. Sprawdź nagłówki wiadomości w Gmailu („Pokaż oryginał”) - zobaczysz tam wynik SPF, DKIM i DMARC.

Czy maile transakcyjne i newsletter mogą iść tym samym serwerem?

Technicznie mogą, ale lepiej je rozdzielić. Kampanie marketingowe częściej zbierają zgłoszenia spamu i rezygnacje, co obniża reputację nadawcy. Gdy powiadomienia o zamówieniach idą osobnym serwerem lub z osobnej subdomeny, problemy z newsletterem nie blokują potwierdzeń zakupów.

Jeśli chcesz, żeby każde potwierdzenie zamówienia dochodziło do klienta, zgłoś się po wsparcie IT dla firm i sklepów w Vinson - przejrzymy konfigurację SMTP i DNS Twojego sklepu. Przy okazji warto uporządkować pocztę firmową sklepu, z której wychodzą odpowiedzi do klientów.

Maile transakcyjne w sklepie - jak wybrać serwer SMTP i go skonfigurować