Sposób przesyłania formularza
Przeglądarka zbiera i sprawdza dane, a następnie wysyła żądanie. WordPress lub wtyczka formularza przetwarza go i może go zapisać, wysłać e-mail, uruchomić webhooka lub utworzyć rekord CRM.
Każdy punkt awarii generuje inne dowody. Jeśli przycisk nie powoduje żadnego działania, sprawdź interfejs. Jeśli strona zgłasza powodzenie, ale nie przychodzi żadna wiadomość e-mail, sprawdź przetwarzanie po stronie serwera i dostarczanie poczty.
Frontend i walidacja
Błąd JavaScript, konflikt optymalizacji, nieprawidłowy selektor lub captcha mogą uniemożliwić wysłanie żądania. Konsola i sieć pokazują, czy wysłano żądanie i co zwrócił serwer.
Sprawdź wymagane pola, walidację telefonu i adresu e-mail, stan przycisku oraz czytelne komunikaty zwrotne. Na urządzeniach mobilnych klawiatury i przyklejone elementy interfejsu nie powinny zasłaniać wyniku.
- Przejrzyj błędy konsoli.
- Sprawdź żądanie i odpowiedź w sieci.
- Powtórz test bez rozszerzeń przeglądarki.
- Przetestuj telefon komórkowy i wolniejsze połączenie.
WordPress, PHP i poczta serwerowa
Wtyczka może odebrać żądanie, ale nie przetworzyć go z powodu błędu PHP, niewłaściwych uprawnień lub ograniczeń hostingu. Logi ujawniają przyczyny, które przeglądarka zgłasza jedynie jako ogólną awarię.
Poczta PHP nie gwarantuje dostarczenia. Uwierzytelnione SMTP lub firmowe konto w usłudze poczty transakcyjnej zwykle zapewnia lepszą dostarczalność i dokładniejszą diagnostykę.
| Objaw | Co sprawdzić |
|---|---|
| Żądanie zwraca 500 | Logi PHP i serwera i ostatnie zmiany |
| Formularz potwierdza wysłanie, ale e-mail nie dociera | Dziennik SMTP, spam, nadawca i odbiorca |
| Działa sporadycznie | Limity żądań, cache, CAPTCHA i timeout |
| Zduplikowane wiadomości | Powtarzane przesyłanie, ponowne próby webhooka i idempotencja |
DNS i dostarczanie poczty
Nadawca powinien odpowiadać domenie lub usłudze autoryzowanej do wysyłania. SPF i DKIM pomagają odbiorcom zweryfikować źródło, natomiast DMARC określa zasady dotyczące rozbieżności.
Nie zmieniaj losowo rekordów MX ani DNS, ponieważ działanie poczty może zostać przerwane. Zweryfikuj zmiany w stosunku do aktualnej dokumentacji dostawcy i usługi.
- Nie używaj adresu e-mail gościa jako adresu w polu Od.
- W stosownych przypadkach użyj adresu gościa w polu Reply-To.
- Trzymaj sekrety SMTP poza kodem frontendu.
- Testuj dostarczanie do więcej niż jednego dostawcy skrzynek pocztowych.
Jak uniknąć utraty zapytań
Ważne formularze powinny zapisywać zgłoszenie po stronie serwera albo tworzyć rekord w CRM, a wiadomość e-mail traktować jako powiadomienie. Tymczasowa awaria poczty nie niszczy leada.
Używaj czytelnych komunikatów powodzenia i błędu, minimalnych dzienników bez zbędnych danych osobowych oraz testu kontrolnego po aktualizacjach. W przypadku ruchu płatnego rejestruj konwersję dopiero po rzeczywistym sukcesie.
Często zadawane pytania
Czy zawsze wymagana jest wtyczka SMTP?
Nie, ale uwierzytelniona usługa poczty często zapewnia lepszą diagnostykę i dostarczanie niż domyślna poczta PHP na serwerze.
Dlaczego e-mail testowy działa, ale formularz nie działa?
Formularz może używać innego nadawcy, szablonu, hooka lub zestawu reguł walidacji. Rzeczywiste żądanie i dzienniki wymagają sprawdzenia.
Czy leady można wysyłać także do Telegramu?
Tak, jako powiadomienie awaryjne, chroniąc token bota i ograniczając dane osobowe.