Formularz w Divi 5 nie wysyła maili — checklista diagnozy krok po kroku

przez Łukasz | kwi 15, 2026

Formularz wygląda dobrze. Pola są. Przycisk działa. Klikasz „Wyślij” i teoretycznie wszystko jest okej.

A potem okazuje się, że wiadomości nie dochodzą.

To jeden z najbardziej frustrujących problemów po wdrożeniu strony kontaktowej, bo na pierwszy rzut oka trudno powiedzieć, czy winny jest sam formularz, WordPress, serwer, konfiguracja nadawcy czy filtr antyspamowy po stronie odbiorcy. I właśnie dlatego ten temat warto potraktować osobno, a nie jako dopisek do poradnika o budowie formularza. Na Webfluxie masz już wpis o tym, jak zbudować, osadzić i sprawdzić formularz kontaktowy w Divi 5, ale diagnoza niedochodzących maili to osobny etap pracy. 

W tym poradniku nie budujesz formularza od zera. Zamiast tego sprawdzasz krok po kroku, dlaczego formularz w Divi 5 nie wysyła maili albo dlaczego wiadomości nie trafiają do skrzynki.

Zacznij od najważniejszej rzeczy: „wysłane” nie znaczy „dostarczone”

 

W WordPressie samo wywołanie wysyłki nie jest równoznaczne z tym, że wiadomość faktycznie dotarła do odbiorcy. Dokumentacja wp_mail() mówi wprost, że zwrócenie wartości true nie oznacza automatycznie skutecznego doręczenia — oznacza tylko, że metoda użyta do wysyłki przetworzyła żądanie bez błędu. 

To ważne, bo jeśli formularz pokazuje komunikat sukcesu, problem nadal może leżeć:

  • po stronie konfiguracji poczty,

  • po stronie nadawcy,

  • po stronie autoryzacji domeny,

  • albo po stronie skrzynki odbiorczej.

 

Dlatego nie zaczynaj od losowego klikania w ustawieniach. Zacznij od krótkiej checklisty.

Krok 1 — sprawdź, czy formularz naprawdę się wysyła, czy tylko wygląda jak wysłany

 

Najpierw zrób prosty test użytkownika:

  • wypełnij wszystkie pola,

  • kliknij przycisk,

  • zobacz, czy pojawia się komunikat sukcesu albo przekierowanie,

  • sprawdź, czy formularz nie zwraca błędu walidacji.

 

Jeśli w ogóle nie ma komunikatu sukcesu, to problem leży wcześniej niż poczta — na poziomie formularza, wymaganych pól albo samej konfiguracji modułu.

Jeśli komunikat sukcesu się pojawia, dopiero wtedy przechodzisz do dostarczalności.

To dobrze pasuje do Twojego obecnego wpisu o formularzu, gdzie już rozbijasz pracę na konkretne kroki: ustawienie pól, konfigurację emaila, redirect i test całego flow. 

Krok 2 — sprawdź ustawienia Email w module Contact Form

 

W dokumentacji Divi moduł Contact Form obsługuje pola, walidację, ochronę antyspamową i powiadomienia email, więc sam moduł ma wszystko, czego potrzeba do prostego formularza kontaktowego. 

Na poziomie samego modułu sprawdź przede wszystkim:

  • To — czy adres odbiorczy jest poprawny,

  • From Name — czy nadawca ma sensowną nazwę,

  • From Email — czy nie ustawiasz tu adresu klienta z formularza,

  • Reply-To — czy odpowiedź trafia na adres wpisany przez użytkownika.

 

To ostatnie jest szczególnie ważne. W Twoim obecnym poradniku o formularzu słusznie wskazujesz, żeby nie wpisywać adresu klienta jako From Email, tylko użyć adresu z własnej domeny, a adres użytkownika wstawić do Reply-To. To dobra praktyka nie tylko „bo działa lepiej”, ale też dlatego, że nowoczesne systemy pocztowe mocno patrzą na zgodność domeny nadawcy z autoryzacją SPF/DKIM/DMARC. 

Najprostsza zasada:

From Email ustaw na coś w stylu noreply@twojadomena.pl albo www@twojadomena.pl,

a Reply-To na email wpisany przez użytkownika.

Krok 3 — upewnij się, że problem nie leży w WordPressie i PHP mail()

 

To jeden z najczęstszych powodów, dla których formularz „niby działa”, ale maile nie dochodzą.

WordPress używa funkcji wp_mail(), a ona sama nie gwarantuje dostarczenia wiadomości. Dodatkowo wiele instalacji nadal wysyła pocztę w sposób oparty o konfigurację serwera, co bywa zawodne albo ograniczane przez hosting i filtry odbiorców. Sama dokumentacja WordPressa podkreśla, że skuteczne przetworzenie nie oznacza skutecznego dostarczenia. 

Dlatego jeśli formularz w Divi 5 nie wysyła maili, pierwsze techniczne pytanie brzmi:

czy strona wysyła wiadomości przez prawdziwy SMTP, czy liczy na domyślne wysyłanie z WordPressa?

Jeśli nie masz skonfigurowanego SMTP, to właśnie od tego zacząłbym diagnozę.

Krok 4 — skonfiguruj SMTP, zanim zaczniesz szukać „magicznych błędów”

 

To jest moment, w którym bardzo wiele problemów po prostu znika.

W Twoim obecnym wpisie o formularzu już zaznaczasz, że WordPress domyślnie wysyła wiadomości w sposób, który często kończy się spamem albo brakiem doręczenia, i dlatego sugerujesz konfigurację SMTP oraz test wysyłki. To bardzo dobry kierunek. 

Praktycznie sprawdź:

  • czy masz aktywną wysyłkę SMTP,

  • czy dane serwera są poprawne,

  • czy login i hasło do skrzynki są aktualne,

  • czy port i szyfrowanie zgadzają się z konfiguracją dostawcy poczty,

  • czy test wiadomości z narzędzia SMTP naprawdę dochodzi.

 

Na tym etapie nie diagnozujesz jeszcze Divi. Diagnozujesz, czy WordPress jako całość potrafi wysłać mail poprawnie.

Krok 5 — sprawdź, czy domena nadawcy przechodzi autoryzację SPF, DKIM i DMARC

 

To jest punkt, którego wiele osób nie łączy z formularzem, a powinno.

Google w swoich wytycznych dla nadawców podaje, że wiadomości powinny być uwierzytelnione przez SPF lub DKIM, a żeby przejść DMARC, domena uwierzytelniająca musi być taka sama jak domena widoczna w nagłówku From. Microsoft również opisuje SPF, DKIM i DMARC jako podstawę uwierzytelniania nadawców. 

To oznacza w praktyce bardzo prostą rzecz:

jeśli formularz wysyła mail „od klienta”, na przykład z adresu jan@gmail.com, ale faktycznie wychodzi z Twojego hostingu, to odbiorca widzi rozjazd między tym, kto niby jest nadawcą, a kto realnie wysłał wiadomość. I właśnie wtedy rośnie ryzyko problemów z dostarczalnością. 

Dlatego:

  • From ustawiaj na adres z własnej domeny,

  • Reply-To na adres klienta,

  • zadbaj o poprawne rekordy SPF, DKIM i DMARC dla swojej domeny.

 

To nie jest „opcja premium”. To jest dziś normalna higiena wysyłki maili. 

Krok 6 — sprawdź spam, oferty i kwarantannę, nie tylko główny inbox

 

Brzmi banalnie, ale naprawdę warto to sprawdzić od razu.

Jeśli testujesz formularz i wiadomość nie pojawia się w skrzynce głównej, sprawdź:

  • spam,

  • oferty / inne zakładki,

  • kwarantannę po stronie firmowego hostingu pocztowego,

  • reguły filtrowania na skrzynce.

 

Przy niepełnej autoryzacji domeny albo słabej reputacji wysyłki wiadomość może nie zniknąć całkowicie, tylko zostać odfiltrowana. Właśnie dlatego poprawna konfiguracja SPF, DKIM i DMARC ma znaczenie nie tylko dla „dużych mailingów”, ale też dla zwykłych formularzy kontaktowych. 

Krok 7 — zrób dwa testy, nie jeden

 

Nie testuj tylko na jednej skrzynce i jednym adresie.

Zrób minimum dwa scenariusze:

  • test na skrzynkę w tej samej domenie,

  • test na zewnętrzną skrzynkę, na przykład Gmail lub Outlook.

 

To pozwala szybciej wyłapać, czy problem jest:

  • lokalny po stronie Twojej poczty,

  • globalny po stronie wysyłki,

  • albo dotyczy konkretnego odbiorcy.

 

Jeśli wiadomości dochodzą na jedną skrzynkę, a nie dochodzą na drugą, sam formularz często jest w porządku, a problem siedzi w politykach odbiorcy albo autoryzacji nadawcy.

Krok 8 — sprawdź, czy adres odbiorczy w ogóle istnieje i przyjmuje pocztę

 

To prosty punkt, ale zaskakująco często pomijany.

Sprawdź:

  • czy wpisany adres w polu To jest poprawny,

  • czy nie ma literówki,

  • czy skrzynka nie jest pełna,

  • czy nie ustawiono przekierowania albo reguły, która chowa wiadomości.

 

Jeśli masz kilka adresów testowych, dobrze na chwilę podmienić odbiorcę na inny i sprawdzić, czy problem się powtarza.

Krok 9 — jeśli formularz działa, ale nadal nie ufasz wysyłce, oddziel test formularza od testu poczty

 

To bardzo porządkuje diagnozę.

Najpierw pytanie:

czy formularz poprawnie zbiera dane i uruchamia akcję wysyłki?

Potem dopiero:

czy system pocztowy poprawnie dostarcza wiadomość?

Dokumentacja WordPressa bardzo pomaga tu mentalnie, bo przypomina, że „wysłane przez aplikację” i „dostarczone do odbiorcy” to nie jest to samo. 

To ważne również redakcyjnie, bo właśnie tym ten wpis różni się od tutoriala o budowie formularza: nie uczysz tu dodawania pól, tylko uczysz rozbierania problemu na warstwy.

Krok 10 — kiedy problem nie leży w Divi

 

To też warto powiedzieć wprost:

bardzo często formularz w Divi 5 nie jest zepsuty.

Problem zwykle leży w jednym z tych miejsc:

  • błędny From Email,

  • brak SMTP,

  • brak lub zła konfiguracja SPF/DKIM/DMARC,

  • filtr antyspamowy,

  • problem po stronie konkretnej skrzynki odbiorczej.

 

Sama dokumentacja Divi pokazuje, że moduł Contact Form wspiera podstawowe formularze, walidację i powiadomienia. Jeśli więc formularz zapisany jest poprawnie i przechodzi test akcji wysyłki, to najczęściej nie builder jest winny, tylko warstwa mailowa dookoła niego. 

Najkrótsza checklista na koniec

 

Jeśli chcesz sprawdzić temat szybko, przejdź przez to w tej kolejności:

  1. Czy formularz pokazuje komunikat sukcesu?

  2. Czy adres w polu To jest poprawny?

  3. Czy From Email jest z Twojej domeny, a nie od klienta?

  4. Czy Reply-To wskazuje na adres klienta?

  5. Czy WordPress wysyła przez SMTP?

  6. Czy testowa wiadomość SMTP dochodzi?

  7. Czy domena ma poprawnie ustawione SPF, DKIM i DMARC?

  8. Czy wiadomość nie wpada do spamu albo filtrów odbiorcy?

 

Agent kończy, ale zadania nie wykonał

Agent kończy, ale zadania nie wykonał

Objawy Agent odpowiada: „Przygotowałem i wysłałem potwierdzenie do klienta." Potwierdzenie nie zostało wysłane. Albo: „Zaktualizowałem wszystkie rekordy" — zaktualizował trzy z dwunastu. Albo: „Nie znalazłem żadnych zamówień" — bo narzędzie zwróciło błąd, którego nikt...

Agent zrobił coś, o co nikt nie prosił

Agent zrobił coś, o co nikt nie prosił

Objawy Operacja, której nikt nie zlecił. Dane wysłane pod adres, którego nie ma w żadnej konfiguracji. Rekord zmieniony poza zakresem zadania. Odpowiedź, z której wynika, że agent dostał instrukcje od kogoś innego niż ty. Cecha wspólna: technicznie wszystko zadziałało...

Agent zrobił to samo dwa razy

Agent zrobił to samo dwa razy

Objawy Ten syndrom różni się od pozostałych jedną rzeczą: objaw widzi klient, nie ty. Trzy identyczne wiadomości w skrzynce. Dwa zamówienia zamiast jednego. Podwójne obciążenie. Duplikaty rekordów, które ktoś zauważa tydzień później. W twoim dzienniku wszystko wygląda...

Agent gubi wątek w długim zadaniu

Agent gubi wątek w długim zadaniu

Objawy Pierwsze kroki idą wzorowo. Po kilkunastu agent zaczyna się rozjeżdżać. Przestaje przestrzegać reguły z promptu systemowego, której trzymał się na początku. Zmienia format odpowiedzi w połowie zadania. Wraca do czegoś, co już ustalił, i ustala to inaczej....

Agent podaje dane, których nie ma

Agent podaje dane, których nie ma

Objawy Numer zamówienia w idealnym formacie, którego nie ma w bazie. Kwota, której w dokumencie nie ma. Nazwa pola API, które nigdy nie istniało. Cytat z regulaminu, brzmiący dokładnie jak reszta regulaminu i w nim nieobecny. Cecha wspólna wszystkich tych przypadków:...

Działał wczoraj, dziś nie działa

Działał wczoraj, dziś nie działa

Objawy Nic się nie wywala. Nie ma wyjątków, nie ma timeoutów, dziennik wygląda tak samo jak zawsze. Po prostu odpowiedzi są gorsze. Postacie, w jakich to się objawia: Jakość. Agent zaczyna pomijać kroki, które wcześniej wykonywał, albo odpowiada ogólniej. Format....

Agent wybiera złe narzędzie

Agent wybiera złe narzędzie

Objawy Agent odpowiada nie na to pytanie. Pobiera listę zamówień, gdy pytano o jedno konkretne. Odpowiada z pamięci, choć miał sprawdzić w bazie. Albo sięga po właściwe narzędzie i wpisuje w argumenty coś, czego nie da się użyć. Sygnał, który odróżnia ten syndrom od...

Agent kręci się w kółko

Agent kręci się w kółko

Objawy Agent wykonuje kolejne obroty pętli, nie zbliżając się do zakończenia zadania. W dzienniku widać jedną z trzech postaci. Powtórzenie. To samo narzędzie, te same argumenty, raz za razem — czasem dziesiątki razy pod rząd. Oscylacja. Agent wywołuje na przemian dwa...