PrestaShop: e-maile nie dochodzą? Oto jak naprawić dostarczalność

Klient składa zamówienie, ale nie dostaje potwierdzenia. Administrator nie widzi powiadomienia o nowej sprzedaży. Formularz kontaktowy działa, ale wiadomości nie trafiają na skrzynkę. Albo e-maile z PrestaShop technicznie są wysyłane, lecz lądują w spamie. To problem, który szybko przestaje być tylko techniczny, bo wpływa na sprzedaż, obsługę klienta i zaufanie do sklepu.

Dostarczalność e-maili w PrestaShop zależy od kilku elementów naraz: konfiguracji sklepu, metody wysyłki, serwera SMTP, domeny nadawcy, rekordów DNS, treści wiadomości, reputacji wysyłki i filtrów po stronie odbiorcy. Dlatego sama informacja „e-mail nie dochodzi” nie wystarcza. Najpierw trzeba ustalić, czy wiadomość nie została wysłana, została odrzucona, trafiła do spamu, czy zatrzymała się po stronie skrzynki odbiorcy.

W tym poradniku pokażę, jak krok po kroku sprawdzić wysyłkę e-maili w PrestaShop, kiedy używać SMTP, jak ustawić SPF, DKIM i DMARC, jak testować wiadomości transakcyjne oraz których błędów unikać, żeby nie pogorszyć dostarczalności.

Jeśli prowadzisz sklep internetowy, potraktuj e-maile transakcyjne jak część ścieżki zakupowej. Potwierdzenia zamówień, zmiany statusu płatności, informacje o wysyłce i wiadomości z formularza kontaktowego muszą działać stabilnie. Na hostingu PrestaShop w cyber_Folks możesz rozwijać sklep w środowisku przygotowanym pod e-commerce, pocztę, bezpieczeństwo i wygodną administrację.

Dlaczego e-maile z PrestaShop nie dochodzą?

E-maile z PrestaShop mogą nie dochodzić z kilku powodów. Czasem sklep w ogóle ich nie wysyła, bo konfiguracja jest błędna. Czasem wysyła je poprawnie, ale serwer pocztowy odrzuca wiadomość. Zdarza się też, że wiadomość dochodzi technicznie, ale trafia do spamu, ofert albo innego folderu, którego klient nie sprawdza.

Najczęstsze przyczyny problemów to:

• błędna konfiguracja SMTP w PrestaShop,
• używanie funkcji PHP mail() zamiast uwierzytelnionego SMTP,
• niepoprawny adres nadawcy w ustawieniach sklepu,
• brak albo błędna konfiguracja SPF, DKIM i DMARC,
• wysyłka z domeny innej niż ta widoczna w polu nadawcy,
• blokada portu SMTP albo zły typ szyfrowania,
• przepełniona skrzynka nadawcy lub odbiorcy,
• limity wysyłki po stronie serwera pocztowego,
• treść wiadomości przypominająca spam,
• problem z modułem płatności, zamówień lub formularza kontaktowego,
• błąd szablonu e-mail w PrestaShop.

Najpierw rozdziel dwa scenariusze: czy PrestaShop nie wysyła wiadomości, czy wysyła je, ale odbiorcy ich nie widzą. To najważniejszy punkt diagnostyki. Inaczej naprawiasz błędny login SMTP, a inaczej brak DKIM, złą reputację domeny lub zbyt agresywną treść wiadomości.

Jak sprawdzić, czy PrestaShop wysyła e-maile?

Zacznij od panelu administracyjnego. W PrestaShop przejdź do sekcji Parametry zaawansowane → E-mail. To miejsce, w którym sprawdzisz historię wysłanych wiadomości, metodę wysyłki oraz konfigurację poczty. Możesz też wysłać wiadomość testową.

1. Zaloguj się do panelu administracyjnego PrestaShop.
2. Przejdź do Parametry zaawansowane → E-mail.
3. Sprawdź, czy w historii widzisz wiadomości wysłane ze sklepu.
4. Zweryfikuj wybraną metodę wysyłki: PHP mail() lub własne SMTP.
5. Wpisz adres testowy i wyślij wiadomość testową.
6. Sprawdź skrzynkę odbiorczą, spam, oferty i reguły filtrowania.
7. Jeśli test nie przechodzi, zapisz dokładny komunikat błędu.

Jeśli testowa wiadomość nie wychodzi z panelu, problem najczęściej dotyczy ustawień SMTP, portu, szyfrowania, loginu, hasła albo połączenia z serwerem pocztowym. Jeśli test działa, ale nie dochodzą wiadomości o zamówieniach, sprawdź statusy zamówień, moduły płatności, szablony e-mail i logikę, która uruchamia wysyłkę.

Dobra praktyka. Testuj wysyłkę na kilku adresach: w tej samej domenie, na Gmailu, na Outlooku i na skrzynce firmowej. Jeśli wiadomość dochodzi tylko do części odbiorców, problem może dotyczyć dostarczalności, a nie samej konfiguracji PrestaShop.

Czy lepiej używać PHP mail czy SMTP?

PrestaShop może wysyłać wiadomości przez funkcję PHP mail() albo przez SMTP. W sklepie produkcyjnym zwykle lepszym wyborem jest SMTP, ponieważ pozwala wysyłać wiadomości przez uwierzytelnione konto pocztowe i łatwiej powiązać nadawcę z domeną sklepu.

Funkcja mail() może działać poprawnie w części środowisk, ale daje mniej kontroli nad autoryzacją i diagnozą. SMTP pozwala ustawić serwer, port, szyfrowanie, login i hasło. Dzięki temu wiadomość jest wysyłana podobnie jak z klienta pocztowego, a nie anonimowo z poziomu serwera WWW.

Jeśli sklep wysyła potwierdzenia zamówień, zmiany statusu, wiadomości z formularzy i powiadomienia do administratora, skonfiguruj SMTP. To stabilniejszy punkt wyjścia do dalszej diagnostyki.

Jak poprawnie skonfigurować SMTP w PrestaShop?

Konfigurację SMTP znajdziesz w panelu PrestaShop w sekcji e-mail. Dane powinny pochodzić z panelu hostingu, usługi pocztowej albo systemu wysyłkowego, z którego korzystasz. Nie zgaduj portów i szyfrowania, bo drobna różnica między SSL, TLS i portem może zablokować wysyłkę.

Najczęściej potrzebujesz tych danych:

• serwer SMTP, czyli adres serwera poczty wychodzącej,
• port SMTP, zależny od sposobu szyfrowania,
• szyfrowanie, najczęściej SSL albo TLS,
• nazwa użytkownika, zwykle pełny adres e-mail,
• hasło do skrzynki albo hasło aplikacji, jeśli usługa tego wymaga,
• adres nadawcy zgodny z domeną sklepu,
• nazwa nadawcy, np. nazwa sklepu.

Jeśli korzystasz z poczty w cyber_Folks, aktualne parametry sprawdzisz w poradniku Konfiguracja klientów poczty – porty, adres serwera, przykłady. Jako login zwykle należy podać pełny adres e-mail, a dla SMTP trzeba włączyć uwierzytelnianie.

Wskazówka. Dla sklepu używaj adresu w domenie sklepu, np. sklep@twojadomena.pl, zamowienia@twojadomena.pl albo kontakt@twojadomena.pl. Nadawca, domena, SMTP i rekordy DNS powinny tworzyć spójną całość.

Jakie porty i szyfrowanie wybrać dla SMTP?

Port i szyfrowanie zależą od dostawcy poczty. Najczęściej spotkasz porty 465 dla SSL oraz 587 dla TLS lub STARTTLS. Czasem działa też port 25, ale w wielu środowiskach jest ograniczany albo niezalecany do uwierzytelnionej wysyłki aplikacyjnej.

Jeżeli test SMTP zwraca błąd połączenia, zacznij od sprawdzenia hosta, portu i szyfrowania. Jeśli zwraca błąd autoryzacji, sprawdź login, hasło, hasło aplikacji i to, czy konto pocztowe istnieje oraz może wysyłać wiadomości.

Jakie rekordy DNS wpływają na dostarczalność?

Dostarczalność e-maili zależy nie tylko od PrestaShop. Serwery odbiorców sprawdzają, czy domena ma prawo wysyłać wiadomości z danego serwera i czy wiadomość nie została zmieniona po drodze. Do tego służą przede wszystkim SPF, DKIM i DMARC.

Jeśli korzystasz z poczty na cyber_Folks i strefa DNS domeny jest utrzymywana poza cyber_Folks, sprawdź, czy rekordy SPF, DKIM i DMARC zostały dodane również u zewnętrznego operatora DNS. Sama konfiguracja skrzynki w hostingu nie wystarczy, jeśli domena korzysta z innej strefy DNS.

Jak ustawić SPF dla e-maili z PrestaShop?

SPF informuje serwery odbiorców, które adresy IP lub hosty mogą wysyłać pocztę w imieniu Twojej domeny. Jeśli PrestaShop wysyła wiadomości przez serwer, którego nie ma w SPF, część odbiorców może oznaczać wiadomości jako podejrzane, przenosić je do spamu albo odrzucać.

Dla poczty utrzymywanej na wybranych usługach cyber_Folks przykładowy rekord SPF może wyglądać tak:

v=spf1 a mx include:_spf.cyberfolks.pl -all

Nie wklejaj jednak rekordu na ślepo. Sprawdź właściwą wartość dla swojego panelu i domeny w pomocy cyber_Folks: Jaki rekord SPF jest obsługiwany?. Jeśli używasz zewnętrznego systemu do wysyłki, np. platformy marketingowej lub transakcyjnej, jego mechanizm też trzeba uwzględnić w SPF.

Uwaga. Domena powinna mieć jeden rekord SPF typu TXT. Jeśli dodasz kilka osobnych rekordów SPF, możesz pogorszyć weryfikację zamiast ją naprawić. Gdy korzystasz z kilku usług wysyłkowych, połącz je w jednym rekordzie.

Jak ustawić DKIM dla domeny sklepu?

DKIM podpisuje wiadomość kluczem powiązanym z domeną. Dzięki temu serwer odbiorcy może sprawdzić, czy e-mail faktycznie został wysłany przez uprawniony system i czy jego treść nie została zmodyfikowana po drodze.

W PrestaShop konfigurację DKIM możesz spotkać w sekcji e-mail, ale klucz DKIM musi być też poprawnie opublikowany w DNS domeny. W cyber_Folks instrukcję znajdziesz w poradniku Jak wygenerować klucz DKIM?.

Przy konfiguracji DKIM zwróć uwagę na trzy rzeczy:

• czy DKIM jest włączony dla właściwej domeny,
• czy rekord TXT znajduje się w tej strefie DNS, z której faktycznie korzysta domena,
• czy domena w podpisie DKIM jest zgodna z domeną widoczną w polu nadawcy.

Jeśli używasz zewnętrznego systemu wysyłkowego, np. osobnej platformy e-mail marketingu, może on wymagać własnych rekordów DKIM. Wtedy konfigurujesz DKIM zgodnie z instrukcją dostawcy tej usługi, a nie tylko z poziomu hostingu.

Jak ustawić DMARC i nie zablokować własnej wysyłki?

DMARC określa, co serwery odbiorców mają zrobić z wiadomością, która nie przejdzie weryfikacji SPF lub DKIM. Może tylko raportować problem, kierować wiadomości do spamu albo je odrzucać. Dlatego DMARC warto wdrażać etapami.

Na start najbezpieczniejsza jest polityka obserwacyjna:

v=DMARC1; p=none; sp=none

Taka konfiguracja nie każe automatycznie odrzucać wiadomości, ale pozwala zacząć porządkować uwierzytelnianie domeny. Dopiero gdy SPF i DKIM działają poprawnie dla wszystkich źródeł wysyłki, można rozważać bardziej restrykcyjne polityki, takie jak quarantine lub reject.

Ważne. Nie przechodź od razu na p=reject, jeśli nie masz pewności, że wszystkie systemy wysyłające z domeny są poprawnie uwierzytelnione. Dotyczy to PrestaShop, skrzynek pracowników, systemu newsletterowego, faktur, CRM, formularzy i narzędzi transakcyjnych.

Co zrobić, gdy test e-mail działa, ale zamówienia nie wysyłają wiadomości?

Jeśli wiadomość testowa z panelu dochodzi, a klient nie otrzymuje potwierdzenia zamówienia, problem może nie dotyczyć SMTP. Wtedy trzeba sprawdzić, czy PrestaShop w ogóle uruchamia konkretny szablon e-mail dla danego zdarzenia.

Sprawdź kolejno:

• czy status zamówienia ma przypisany e-mail do wysyłki,
• czy szablon e-mail istnieje dla wybranego języka,
• czy moduł płatności poprawnie zmienia status zamówienia,
• czy klient ma prawidłowy adres e-mail,
• czy sklep nie ma nadpisanego szablonu w motywie,
• czy moduł nie przechwytuje lub nie opóźnia wysyłki,
• czy w logach nie ma błędu szablonu, tłumaczeń lub zmiennej.

W PrestaShop e-maile transakcyjne są powiązane z konkretnymi zdarzeniami i statusami. Jeżeli status nie wysyła wiadomości albo moduł płatności nie ustawia go poprawnie, test SMTP może działać, a klient nadal nie dostanie potwierdzenia.

Co zrobić, gdy e-maile trafiają do spamu?

Jeśli e-maile trafiają do spamu, nie zaczynaj od zmiany treści wszystkich szablonów. Najpierw sprawdź fundamenty: czy nadawca jest zgodny z domeną, czy SMTP jest uwierzytelnione, czy SPF, DKIM i DMARC działają poprawnie oraz czy wiadomość nie zawiera elementów typowych dla spamu.

Najczęstsze przyczyny spamu to:

• brak SPF, DKIM lub DMARC,
• wysyłka z adresu typu Gmail lub Outlook, ale z serwera sklepu,
• niezgodność domeny nadawcy z domeną uwierzytelnioną,
• zbyt dużo linków i krzykliwych komunikatów w wiadomości,
• brak danych identyfikujących sklep,
• podejrzane załączniki,
• niska reputacja domeny albo adresu IP,
• wysyłka newsletterów ze skrzynki przeznaczonej do wiadomości transakcyjnych.

W e-mailach transakcyjnych stawiaj na prostą, czytelną treść. Potwierdzenie zamówienia powinno informować, a nie sprzedawać za wszelką cenę. Zbyt agresywny język, nadmiar grafik, skrócone linki i wiele wykrzykników mogą pogorszyć ocenę wiadomości.

Jak sprawdzić nagłówki wiadomości?

Nagłówki e-maila pokazują, co wydarzyło się z wiadomością po drodze. To tam zobaczysz wyniki SPF, DKIM i DMARC, serwery pośrednie, adres zwrotny, domenę nadawcy oraz ewentualne oznaczenia antyspamowe.

Jeśli wiadomość trafia do spamu, otwórz jej szczegóły w skrzynce odbiorczej i poszukaj sekcji typu Authentication-Results. Możesz zobaczyć tam informacje podobne do:

spf=pass dkim=pass dmarc=pass

Jeśli przy którymś mechanizmie widzisz fail, softfail, neutral lub none, to dobry trop diagnostyczny. Nie oznacza automatycznie jednej konkretnej przyczyny, ale pokazuje, gdzie szukać: w SPF, DKIM, DMARC, domenie nadawcy albo serwerze wysyłającym.

Wskazówka. Przy zgłoszeniu do administratora lub supportu prześlij pełne nagłówki problematycznej wiadomości. Sam zrzut ekranu ze spamu zwykle nie wystarczy do rzetelnej diagnozy.

Jakie błędy SMTP pojawiają się najczęściej?

Błędy SMTP często brzmią technicznie, ale zwykle prowadzą do konkretnego problemu: autoryzacji, odbiorcy, limitu, reputacji albo konfiguracji domeny. Warto zapisać pełny komunikat, a nie tylko informację, że wysyłka się nie udała.

Jeżeli błąd dotyczy autoryzacji, nie zmieniaj od razu rekordów DNS. Jeśli błąd dotyczy odrzucenia wiadomości po stronie odbiorcy, sama zmiana hasła SMTP nie pomoże. Dopasuj działanie do komunikatu.

Czy wiadomości transakcyjne i newslettery wysyłać tak samo?

Nie. Wiadomości transakcyjne i marketingowe mają inny cel, inną częstotliwość i inny poziom ryzyka. Potwierdzenie zamówienia, faktura, zmiana statusu wysyłki i reset hasła powinny mieć możliwie stabilną ścieżkę wysyłki. Newsletter może mieć osobny system, osobną listę, własne zgody i mechanizm wypisu.

Nie używaj PrestaShop jako narzędzia do masowej wysyłki marketingowej, jeśli nie masz do tego przygotowanej infrastruktury. Duża kampania wysyłana z tej samej skrzynki co potwierdzenia zamówień może pogorszyć reputację nadawcy, wyczerpać limity i pośrednio zaszkodzić e-mailom transakcyjnym.

Do kampanii marketingowych lepiej użyć narzędzia stworzonego do e-mail marketingu, np. MailerLite w cyber_Folks. Dzięki temu wiadomości promocyjne, segmenty, formularze, automatyzacje i wypisy nie mieszają się z krytyczną komunikacją transakcyjną sklepu.

Jak przygotować adres nadawcy dla sklepu?

Adres nadawcy powinien wyglądać wiarygodnie i być zgodny z domeną sklepu. Najlepiej użyć skrzynki w domenie, pod którą działa sklep, np. zamowienia@twojadomena.pl, sklep@twojadomena.pl albo kontakt@twojadomena.pl. Unikaj wysyłki z prywatnych adresów Gmail, Outlook czy WP, jeśli wiadomość wychodzi z serwera sklepu.

Dobrze przygotowany nadawca powinien spełniać kilka warunków:

• adres istnieje i odbiera odpowiedzi,
• nazwa nadawcy jasno wskazuje sklep,
• domena ma poprawne SPF, DKIM i DMARC,
• adres jest używany konsekwentnie w PrestaShop, SMTP i szablonach,
• klient może odpowiedzieć na wiadomość albo dostać informację, jak się skontaktować.

Nie ustawiaj jako nadawcy adresu, do którego nie masz dostępu. Jeśli klient odpowie na potwierdzenie zamówienia z pytaniem o dostawę, wiadomość powinna trafić do obsługi sklepu, a nie zaginąć w skrzynce technicznej.

Jak testować e-maile po naprawie?

Po zmianie konfiguracji nie wystarczy wysłać jednej wiadomości testowej. W sklepie trzeba sprawdzić kilka typów e-maili, bo różne wiadomości mogą korzystać z różnych szablonów, statusów i modułów.

• Wyślij wiadomość testową z panelu PrestaShop.
• Złóż testowe zamówienie jako klient.
• Sprawdź potwierdzenie zamówienia dla klienta.
• Sprawdź powiadomienie o zamówieniu dla administratora.
• Zmień status zamówienia i sprawdź wiadomość statusową.
• Przetestuj formularz kontaktowy.
• Przetestuj reset hasła klienta.
• Sprawdź wiadomości na Gmailu, Outlooku i skrzynce firmowej.
• Zweryfikuj nagłówki: SPF, DKIM i DMARC.
• Sprawdź folder spam i oferty.

Test wykonaj po każdej większej zmianie: zmianie SMTP, migracji sklepu, zmianie DNS, włączeniu DKIM, wdrożeniu DMARC, aktualizacji modułu płatności lub zmianie szablonów e-mail.

Jaka jest szybka checklista naprawy dostarczalności?

Jeśli e-maile z PrestaShop nie dochodzą, użyj tej checklisty. Pomoże Ci szybko zawęzić problem bez przypadkowego zmieniania wszystkich ustawień naraz.

Wprowadzaj jedną zmianę naraz. Jeśli jednocześnie zmienisz SMTP, SPF, DKIM, DMARC i szablony, trudno będzie ustalić, co naprawdę naprawiło problem albo co spowodowało nowy błąd.

Jak hosting wpływa na wysyłkę e-maili z PrestaShop?

Hosting wpływa na wysyłkę e-maili w kilku miejscach: dostęp do serwera SMTP, limity wysyłki, bezpieczeństwo poczty, DNS, logi, certyfikaty, możliwość konfiguracji DKIM i stabilność działania sklepu. Nawet najlepszy szablon e-mail nie pomoże, jeśli sklep korzysta z błędnej konfiguracji poczty albo domena nie jest poprawnie uwierzytelniona.

Na hostingu PrestaShop w cyber_Folks możesz korzystać z rozwiązań ważnych dla sklepu i poczty, takich jak konta e-mail, szyfrowane porty, antyspam, antywirus, SPF, DKIM, DMARC, WAF, SSH, kopie zapasowe oraz technologie wspierające wydajność sklepu.

Dobry hosting nie zastępuje poprawnej konfiguracji DNS i SMTP, ale ułatwia utrzymanie porządku. Jeśli sklep po migracji przestał wysyłać wiadomości, sprawdź nie tylko PrestaShop, lecz także DNS, MX, SPF, DKIM, DMARC, konto pocztowe i dane serwera SMTP.

Co warto zapamiętać?

Gdy e-maile z PrestaShop nie dochodzą, nie zaczynaj od przypadkowych zmian. Najpierw sprawdź, czy sklep wysyła wiadomość testową, jaką metodą wysyła pocztę i czy problem dotyczy wszystkich odbiorców, czy tylko wybranych skrzynek.

W sklepie produkcyjnym najbezpieczniej oprzeć wysyłkę o poprawnie skonfigurowane SMTP, adres w domenie sklepu oraz rekordy SPF, DKIM i DMARC. To fundament dostarczalności. Dopiero później analizuj treść wiadomości, reputację domeny, limity wysyłki i konkretne szablony PrestaShop.

Pamiętaj też, że wiadomości transakcyjne są częścią procesu zakupowego. Klient, który nie dostaje potwierdzenia zamówienia, może stracić zaufanie do sklepu albo napisać do obsługi, mimo że zakup został poprawnie zapisany. Dobra dostarczalność to mniej niepewności po stronie klienta i mniej ręcznej pracy po stronie zespołu.

Chcesz prowadzić PrestaShop na środowisku przygotowanym pod e-commerce, pocztę, bezpieczeństwo i stabilną administrację? Sprawdź hosting PrestaShop w cyber_Folks.