Jak rozwiązać problemy z mailami w WordPress?

Źródło problemu prawie zawsze sprowadza się do jednej rzeczy: WordPress domyślnie wysyła pocztę przez funkcję PHP `mail()`, a nie przez uwierzytelniony serwer SMTP. Ta funkcja nie loguje się nigdzie hasłem, nie podpisuje wiadomości i nie potrafi udowodnić, że nadawca jest prawdziwy. Dla nowoczesnych filtrów Gmaila czy Outlooka taki list wygląda podejrzanie.

Są dwa różne objawy, które trzeba rozdzielić, bo mają inne przyczyny. Pierwszy to maile, które w ogóle nie wychodzą – tu zwykle winny jest zablokowany `mail()` na hostingu albo konflikt wtyczki. Drugi to maile, które wychodzą, ale lądują w spamie – tu problemem jest brak uwierzytelnienia domeny (SPF, DKIM, DMARC) lub słaba reputacja IP serwera.

W praktyce mylenie tych dwóch objawów prowadzi do leczenia złej rzeczy. Zanim cokolwiek zmienisz, ustal, czy wiadomość fizycznie opuszcza serwer, czy raczej dociera, ale do niewłaściwego folderu.

Diagnozę zaczynamy od dopasowania objawu do prawdopodobnej przyczyny. Poniższa tabela porządkuje najczęstsze scenariusze, które widzimy podczas audytów stron na WordPress i WooCommerce.

Kluczowy krok diagnostyczny to logowanie wysyłki. Zainstaluj wtyczkę typu WP Mail Logging lub włącz logi w WP Mail SMTP – zobaczysz, czy wiadomość została w ogóle przekazana do serwera pocztowego i z jakim statusem. Jeśli log pokazuje sukces, a mail nie dochodzi, problem leży po stronie dostarczalności, nie wysyłki.

Warto też od razu sprawdzić adres nadawcy. WordPress domyślnie wysyła z adresu typu wordpress@twojadomena.pl, którego skrzynka zwykle fizycznie nie istnieje – a niespójny lub nieistniejący adres From to jeden z pierwszych sygnałów, jakie biorą pod uwagę filtry antyspamowe. Ustawienie poprawnego, działającego adresu firmowego to drobna zmiana, która sama w sobie często poprawia trafialność do skrzynki odbiorczej.

Funkcja `mail()` przekazuje wiadomość lokalnemu agentowi pocztowemu serwera bez logowania i bez szyfrowania. Wielu dostawców hostingu współdzielonego celowo ją ogranicza lub całkowicie blokuje, żeby zainfekowana strona nie rozsyłała spamu z ich infrastruktury. To dlatego ten sam motyw i te same wtyczki potrafią działać na jednym hostingu, a na drugim milczeć.

SMTP rozwiązuje to inaczej: wtyczka loguje się do uwierzytelnionego serwera pocztowego nazwą użytkownika i hasłem (albo kluczem API), a wiadomość wychodzi z reputowanego IP dostawcy. Dlatego pierwszą realną naprawą prawie zawsze jest przełączenie WordPressa na SMTP. Sam mechanizm konfiguracji opisujemy osobno – tutaj skupiamy się na tym, jak rozpoznać, że to właśnie `mail()` jest winowajcą.

Szybki test: wyślij wiadomość testową przez wtyczkę logującą i sprawdź log serwera (`mail.log` lub panel hostingu). Wpis o odrzuceniu albo całkowity brak wpisu to mocny sygnał, że hosting blokuje `mail()`.

Wybierając dostawcę SMTP, kieruj się skalą wysyłki. Skrzynka firmowa na własnym hostingu wystarczy małej stronie wizytówkowej, ale przy sklepie z dziesiątkami powiadomień dziennie lepiej sprawdzi się wyspecjalizowana usługa transakcyjna z monitoringiem reputacji i raportami odbić. Im więcej maili wysyłasz, tym bardziej liczy się dedykowane, czyste IP, którego reputacji nie psuje nikt inny.

Te trzy rekordy DNS to mechanizm, którym Twoja domena udowadnia odbiorcy, że wiadomość jest autentyczna. Brak choćby jednego z nich to najczęstszy powód lądowania poprawnie wysłanych maili w spamie. Poniżej rola każdego z nich.

W praktyce SPF i DKIM ustawia się w strefie DNS domeny (u rejestratora lub dostawcy poczty), a DMARC dokłada politykę nadzorującą. Po zmianach zweryfikuj efekt narzędziem typu Mail Tester albo MXToolbox – pokażą, czy podpis DKIM przechodzi i czy SPF obejmuje wszystkie używane serwery wysyłkowe. To jeden ze szczegółów, który większość poradników pomija: SPF musi zawierać też serwer SMTP, którego używa wtyczka, a nie tylko serwer hostingu strony.

WooCommerce nie ma własnego silnika pocztowego – korzysta dokładnie z tego samego mechanizmu co WordPress, więc dziedziczy wszystkie jego problemy z `mail()` i uwierzytelnianiem. Jeśli klient nie dostaje potwierdzenia zamówienia, najpierw sprawdź, czy dany typ powiadomienia jest w ogóle włączony w WooCommerce → Ustawienia → E-maile.

Drugi, mniej oczywisty winowajca to kolejka zadań. Część powiadomień WooCommerce przetwarza w tle przez Action Scheduler, a gdy cron WordPressa działa wadliwie (np. na stronie z małym ruchem), maile potrafią utknąć w kolejce zamiast wyjść od razu. Status zadań sprawdzisz w WooCommerce → Status → Zaplanowane działania.

Dla sklepu brak maila o zamówieniu to nie kosmetyka – to zgubiony kontakt z klientem i potencjalnie reklamacja. Dlatego w e-commerce traktujemy stabilną wysyłkę jako element krytyczny, na równi z płatnościami.

Jeśli SMTP jest włączony, DNS uzupełniony, a maile dalej znikają, przejdź przez krótką listę kontrolną, zanim uznasz to za awarię hostingu:

1. Sprawdź log wysyłki – czy wtyczka raportuje sukces, czy błąd autoryzacji SMTP.
2. Zweryfikuj adres From – musi być na Twojej domenie i zgodny z kontem SMTP.
3. Przetestuj na Mail Testerze – wynik poniżej 8/10 wskazuje, co dokładnie kuleje.
4. Wyłącz kolejno wtyczki formularzy i bezpieczeństwa – konflikt potrafi blokować wysyłkę.
5. Skontaktuj się z hostingiem dopiero, gdy logi wskazują na blokadę po stronie serwera lub złą reputację IP.

Gdy mimo tego problem wraca, zwykle oznacza to głębszy kłopot z konfiguracją domeny albo z samą instalacją. Jeśli wolisz oddać temat w ręce praktyków, możemy zdiagnozować i naprawić wysyłkę w ramach opieki nad stronami internetowymi – od ustawienia SMTP, przez rekordy DNS, po testy dostarczalności. Najszybciej zaczniemy od bezpłatnej konsultacji.

Nie chcesz grzebać w tym sam i ryzykować pogłębienia awarii? Naprawimy Twój WordPress – diagnoza w 30 minut, pełna naprawa od 299 zł, z miesięczną opieką w pakiecie.