WordPress nie wysyła maili — dlaczego formularz milczy

To awaria, która boli najbardziej, bo jej nie widać. Strona działa, formularz kontaktowy pokazuje „dziękujemy, wiadomość wysłana” — a wiadomości nie ma. Ani w skrzynce, ani w spamie. Klient myśli, że go zignorowałeś. Ty nie wiesz nawet, że ktoś pisał.

Najgorsze: to nie jest rzadki błąd po awarii. To domyślny stan większości świeżych instalacji WordPressa.

Dlaczego maile z WordPressa giną

WordPress wysyła pocztę funkcją mail() PHP — prosto z serwera, bez logowania do żadnego konta pocztowego, bez uwierzytelnienia. Z punktu widzenia Gmaila czy WP Poczty taki mail wygląda dokładnie jak spam: nadawca podszywa się pod Twoją domenę, a serwer, z którego przyszedł, nie ma prawa w jej imieniu wysyłać.

Kiedyś takie maile lądowały w spamie. Od 2024 roku Gmail i inni zaostrzyli zasady i coraz częściej odrzucają je w ogóle — dlatego wiadomości nie znajdziesz nawet w folderze spam.

Drugi wariant: niektóre hostingi po prostu blokują funkcję mail(), właśnie po to, żeby ich serwery nie rozsyłały spamu.

Naprawa: wyślij pocztę jak człowiek, czyli przez SMTP

Rozwiązanie polega na tym, żeby WordPress logował się do prawdziwego konta pocztowego i wysyłał przez nie — jak Ty w Thunderbirdzie czy Outlooku. Robi to wtyczka SMTP: WP Mail SMTP, FluentSMTP albo Post SMTP — którakolwiek, wszystkie robią to samo.

Konfiguracja w skrócie:

1. Załóż na swoim hostingu skrzynkę typu [email protected] (adres w tej samej domenie co strona — to ważne).
2. W ustawieniach wtyczki podaj serwer SMTP hostingu, port (zwykle 465 albo 587), login i hasło skrzynki.
3. Ustaw ten adres jako nadawcę („From”).
4. Użyj przycisku wyślij wiadomość testową — każda z tych wtyczek go ma — i sprawdź, czy test doszedł na Twój prywatny adres.

Sprawdź SPF i DKIM, żeby poczta nie wpadała do spamu

SMTP załatwia wysyłkę, ale o tym, czy mail dojdzie do skrzynki odbiorcy, decydują rekordy DNS domeny:

• SPF — lista serwerów, które mogą wysyłać pocztę z Twojej domeny,
• DKIM — podpis cyfrowy potwierdzający, że mail nie został podrobiony.

Większość hostingów dodaje je automatycznie przy zakładaniu skrzynki, ale zaufaj i sprawdź: wyślij maila ze strony na adres Gmaila, otwórz go i wybierz Pokaż oryginał — przy SPF i DKIM powinno stać PASS. Jeśli stoi FAIL, rekordy do poprawy znajdziesz w panelu hostingu, w sekcji DNS.

Gdy formularz milczy z innego powodu

Jeśli test SMTP przechodzi, a formularz dalej nie wysyła — problem jest w samym formularzu, nie w poczcie:

• formularz padł po aktualizacji wtyczki — tak się wraca do działającej wersji,
• konflikt z inną wtyczką — najczęściej cache albo bezpieczeństwa; metoda znajdowania winowajcy tutaj,
• zapora serwera blokuje wysyłkę formularza — objawia się błędem 403 przy kliknięciu „wyślij”,
• wiadomości wpadają, ale na zły adres — sprawdź w ustawieniach formularza, dokąd faktycznie wysyła; po latach i zmianach skrzynek to częstsze, niż się wydaje.

Dobra praktyka na przyszłość: włącz w wtyczce SMTP log wysłanych wiadomości. Następnym razem nie będziesz zgadywać, czy mail wyszedł — zobaczysz to czarno na białym.

Ile to zajmuje

Konfiguracja SMTP z testem — pół godziny. Poprawa rekordów SPF/DKIM — kwadrans plus czas propagacji DNS (do doby). Warto zlecić, gdy nie wiesz, ile zapytań już przepadło — a przy stronie firmowej każde z nich to potencjalny klient, który napisał do konkurencji.

---

Podejrzewasz, że zapytania z formularza giną? Sprawdzimy i naprawimy wysyłkę — bezpłatna diagnoza, reakcja w ciągu dwóch godzin, od 120 zł netto za godzinę, płatność po wykonaniu.