Formularz kontaktowy ma prosty cel: przyjąć zapytanie i przekazać je osobie, która może szybko się nim zająć. Problem zaczyna się wtedy, gdy strona pokazuje komunikat o poprawnym wysłaniu, ale wiadomość nie pojawia się w skrzynce firmy ani biura sprzedaży. W przypadku strony inwestycji może to oznaczać, że zapytanie o mieszkanie, kartę lokalu lub materiały sprzedażowe nie trafia do właściwego procesu obsługi.
Dostarczalność wiadomości z formularza nie zależy wyłącznie od samej wtyczki czy pola adresu e-mail. Trzeba sprawdzić cały łańcuch: przyjęcie danych przez stronę, mechanizm wysyłki, serwer SMTP lub hosting, konfigurację DNS, uwierzytelnianie domeny, serwer odbiorcy oraz konkretną skrzynkę, którą monitoruje zespół. Poniżej znajdziesz praktyczne wyjaśnienie SPF, DKIM i DMARC oraz procedurę, która pomaga ustalić, gdzie zatrzymuje się wiadomość.
Formularz pokazuje sukces, ale to jeszcze nie dowód dostarczenia
Komunikat wyświetlany po wysłaniu formularza zwykle potwierdza, że strona przyjęła dane i przekazała je do procesu wysyłki. To ważny etap, ale nie jest równoznaczny z odebraniem wiadomości przez adresata. W WordPressie funkcja wp_mail() może zwrócić pozytywny wynik, gdy przekazanie wiadomości do procesu wysyłki odbyło się bez zgłoszenia błędu na tym etapie. Nie oznacza to automatycznie, że wiadomość trafiła do skrzynki.
Później poczta może zostać odrzucona przez serwer odbiorcy, skierowana do spamu albo kwarantanny lub dostarczona do innej skrzynki niż ta, którą sprawdza biuro sprzedaży. Przyczyną może być również niewłaściwy adres odbiorcy, reguła automatyczna, alias albo problem z limitem skrzynki. Dlatego sam sukces widoczny na stronie nie powinien zamykać kontroli.
W praktyce konsekwencja biznesowa jest prosta: formularz może działać z perspektywy użytkownika, a jednocześnie nie przekazywać zapytania do zespołu. Dla firmy oznacza to ryzyko utraty kontaktu. Dla dewelopera oznacza to dodatkowo konieczność sprawdzenia, czy lead dotyczący konkretnej inwestycji trafia do właściwego biura sprzedaży i może zostać obsłużony.
Gdzie może zatrzymać się wiadomość z formularza
Najłatwiej diagnozować problem, rozbijając wysyłkę na kolejne etapy. Pierwszy obejmuje sam formularz i jego konfigurację: pola, komunikat po wysłaniu, adres odbiorcy oraz sposób przekazania danych przez wtyczkę lub mechanizm strony. Jeśli adres biura sprzedaży jest wpisany błędnie albo nie jest już monitorowany, wiadomość może trafić do niewłaściwego miejsca, nawet gdy formularz działa technicznie.
Drugi etap to mechanizm wysyłki. Wiadomość może być przekazywana przez WordPress, serwer hostingowy, SMTP albo zewnętrzną usługę. Każde z tych rozwiązań może mieć własne ustawienia nadawcy i własny sposób raportowania błędów. Trzeba więc ustalić, które źródła faktycznie wysyłają pocztę w imieniu domeny firmy.
Trzeci etap obejmuje DNS i ocenę wiadomości przez serwer odbiorcy. Rekordy domeny oraz wyniki SPF, DKIM i DMARC wpływają na to, czy wiadomość wygląda na prawidłowo uwierzytelnioną. Następnie serwer odbiorcy może skierować ją do skrzynki głównej, spamu lub kwarantanny, albo ją odrzucić.
Kontrola po stronie odbiorcy powinna obejmować:
- skrzynkę główną biura sprzedaży;
- folder spamu i kwarantannę;
- aliasy oraz reguły automatyczne;
- limity skrzynki i monitoring adresu odbiorczego;
- potwierdzenie, że lead trafia do procesu obsługi, a nie tylko do skrzynki technicznej.
SPF, DKIM i DMARC — co robi każdy z tych mechanizmów
SPF, DKIM i DMARC nie są ustawieniami samego formularza. Dotyczą domeny i infrastruktury pocztowej, z której korzysta strona lub usługa wysyłająca wiadomości. Ich zadaniem jest pomóc serwerowi odbiorcy ocenić, czy wiadomość została wysłana z uprawnionego źródła i czy domeny użyte w uwierzytelnieniu są zgodne z adresem widocznym dla odbiorcy.
SPF wykorzystuje rekord TXT w DNS do wskazania uprawnionych źródeł wysyłki dla domeny MAIL FROM. Sama obecność rekordu SPF nie sprawdza jednak, czy domena ta jest zgodna z adresem widocznym w polu From. Dlatego nie należy kopiować gotowego rekordu bez ustalenia wszystkich usług, które wysyłają pocztę w imieniu domeny. Błędny rekord może wpływać także na inne wiadomości firmowe.
DKIM dodaje do wiadomości podpis kryptograficzny. Serwer odbiorcy może dzięki niemu sprawdzić integralność określonych elementów wiadomości oraz domenę używaną do podpisu. Przy formularzu oznacza to potrzebę sprawdzenia, czy domena firmy lub właściwa usługa wysyłająca ma poprawnie skonfigurowany podpis.
DMARC wykorzystuje wyniki SPF i DKIM, sprawdza zgodność domeny uwierzytelnionej z domeną w polu From oraz określa sposób postępowania z wiadomościami, które nie spełniają wymagań. Wiadomość może przejść DMARC, gdy co najmniej jedna z metod, SPF lub DKIM, przejdzie poprawnie i będzie zgodna domenowo.
Ważne jest jednak, aby nie traktować tych mechanizmów jako gwarancji dostarczenia do skrzynki. Systemy pocztowe uwzględniają również inne sygnały, między innymi reputację i historię nadawcy, historię odbiorcy oraz zachowanie wiadomości. Uwierzytelnienie poprawia ocenę techniczną, ale nie zastępuje testów i monitoringu.
Jak ustawić adres nadawcy formularza
Jednym z częstych problemów jest niezgodność między adresem użytym w polu From a usługą, która faktycznie wysyła wiadomość. Adres nadawcy powinien należeć do domeny firmy i być zgodny z domeną uwierzytelnianą przez SPF lub DKIM. Dzięki temu serwer odbiorcy otrzymuje spójny sygnał dotyczący źródła wiadomości.
Nie należy ustawiać jako nadawcy adresu osoby, która wypełniła formularz. Taki adres może pochodzić z innej domeny, a zewnętrzna usługa wysyłająca wiadomość nie musi mieć prawa do uwierzytelniania tej domeny. W efekcie SPF lub DKIM mogą przejść osobno, ale DMARC może zakończyć się niepowodzeniem z powodu braku zgodności domen.
Praktyczny model wygląda następująco:
- From: adres należący do domeny firmy i obsługiwany przez skonfigurowany system wysyłki;
- Reply-To: adres osoby kontaktującej się, jeśli formularz i system pocztowy obsługują takie ustawienie;
- odbiorca: aktualny, monitorowany adres firmy lub biura sprzedaży.
Jeśli wiadomości wysyła zewnętrzna usługa, trzeba sprawdzić, czy może podpisać je DKIM domeną firmy albo zostać prawidłowo uwierzytelniona w DNS. Nie ma jednego uniwersalnego ustawienia dla każdego hostingu, dostawcy SMTP i systemu pocztowego, dlatego konfigurację należy oceniać w konkretnym środowisku.
Procedura testu: od wysłania formularza do biura sprzedaży
Test dostarczalności formularza powinien być kontrolowany i powtarzalny. Nie wystarczy wysłać przypadkowej wiadomości i sprawdzić, czy pojawiła się w skrzynce. Warto zanotować czas testu, temat oraz użyte dane, aby później porównać je z logami lub śledzeniem wiadomości.
- Wyślij formularz z kontrolowanymi danymi i zapisz moment wykonania testu.
- Sprawdź adres odbiorcy ustawiony w formularzu oraz potwierdź, do której skrzynki powinno trafić zapytanie.
- Zweryfikuj skrzynkę główną, spam, kwarantannę, aliasy, reguły automatyczne i limity skrzynki.
- Sprawdź, czy wiadomość pojawiła się w procesie obsługi biura sprzedaży, a nie tylko w skrzynce technicznej.
- Otwórz nagłówki otrzymanej wiadomości i przeanalizuj pole
Authentication-Results. - Porównaj wyniki SPF, DKIM i DMARC oraz sprawdź, jakie domeny zostały użyte w uwierzytelnieniu.
Nagłówki wiadomości pomagają ustalić, czy problem pojawił się po stronie wysyłki, zgodności domen czy serwera odbiorcy. Jeżeli poczta jest obsługiwana w Microsoft 365, można dodatkowo wykorzystać Message Trace do śledzenia wiadomości oraz Microsoft Remote Connectivity Analyzer do kontroli konfiguracji. Narzędzia nie zastępują jednak potwierdzenia, że zapytanie trafiło do właściwej osoby i zostało objęte obsługą.
Co zrobić, gdy problem wraca
Powtarzające się problemy wymagają uporządkowania całego przepływu, a nie tylko jednorazowej zmiany w formularzu. Najpierw trzeba zidentyfikować wszystkie legalne źródła wysyłki: stronę, hosting, SMTP i ewentualne usługi zewnętrzne. Dopiero na tej podstawie można oceniać rekordy DNS i zasady uwierzytelniania.
Korekty ustawień domeny powinny uwzględniać wszystkie systemy wysyłające pocztę w jej imieniu. Przed zmianą polityki DMARC należy zinwentaryzować te źródła i obserwować raporty lub wyniki testów. Polityka quarantine albo reject może wpłynąć także na inne systemy, jeśli nie są prawidłowo uwierzytelnione.
Po zmianach należy ponowić test formularza, przeanalizować nagłówki lub logi dostawcy poczty i sprawdzić cały proces po stronie biura sprzedaży. Warto również utrzymywać stałą kontrolę adresów odbiorczych, formularzy i reguł skrzynek. Ocena konkretnego wdrożenia wymaga dostępu do konfiguracji DNS, formularza, serwera SMTP oraz skrzynki odbiorczej. Bez tych danych nie można potwierdzić, że konkretna domena lub strona działa poprawnie.
Dostarczalność wiadomości z formularza jest częścią obsługi zapytania, a nie wyłącznie zadaniem technicznym. Formularz, mechanizm wysyłki, DNS, SPF, DKIM, DMARC, serwer odbiorcy i biuro sprzedaży tworzą jeden łańcuch. Jeśli którykolwiek element nie działa prawidłowo, komunikat sukcesu na stronie może dawać fałszywe poczucie kontroli.
SPF, DKIM i DMARC pomagają ocenić autentyczność oraz zgodność wiadomości, ale nie gwarantują dostarczenia do skrzynki ani skuteczności sprzedaży. Dlatego potrzebne są testy, analiza nagłówków, kontrola spamu i kwarantanny oraz potwierdzenie, że lead trafia do właściwego procesu. Skontaktuj się z INB Marketing, aby omówić stronę internetową lub marketing, który pomoże skuteczniej prezentować i sprzedawać inwestycję.
