Nu primești mesajele din formularul WordPress? 8 lucruri care trebuie verificate

Un potențial client intră pe site.

Completează formularul de contact.

Apasă Trimite.

Pe ecran apare:

„Mesajul a fost trimis cu succes.”

Totul pare în regulă.

Doar că emailul nu ajunge niciodată la tine.

Asta este una dintre cele mai neplăcute probleme pe care le poate avea un site de business, pentru că poate rămâne nedetectată mult timp.

Site-ul funcționează.

Formularul funcționează aparent.

Nu există nicio eroare vizibilă.

Dar lead-urile se pierd.

Și problema este că nu știi câte.

Am întâlnit site-uri unde proprietarul a descoperit după luni de zile că formularele nu mai ajungeau corect pe email.

De aceea, dacă WordPress spune că mesajul a fost trimis, dar tu nu îl primești, trebuie verificat întregul traseu.

Nu doar formularul.

De ce WordPress poate spune că mesajul a fost trimis, dar emailul nu ajunge?

Pentru că sunt două lucruri diferite.

Formularul poate procesa corect datele și poate transmite către WordPress comanda de trimitere.

Dar apoi emailul trebuie:

• generat corect;
• trimis de server;
• acceptat de serverul destinatarului;
• trecut de filtrele anti-spam;
• livrat în Inbox sau Spam.

Problema poate apărea în oricare dintre aceste etape.

De aceea, simplul mesaj:

„Mail sent successfully”

nu garantează că emailul a ajuns efectiv la destinație.

1. WordPress trimite emailul prin metoda implicită a serverului

Implicit, WordPress poate trimite emailuri folosind funcționalitatea de mail a serverului.

Pe unele hostinguri funcționează acceptabil.

Pe altele pot apărea probleme de livrare.

Aici intră în discuție SMTP.

În loc ca WordPress să încerce să trimită emailurile direct de pe serverul web, SMTP permite autentificarea printr-un serviciu de email configurat corespunzător.

De exemplu:

• emailul domeniului;
• Google Workspace;
• Microsoft 365;
• un serviciu tranzacțional de email.

Pentru site-urile importante de business, folosirea unui sistem SMTP configurat corect este de obicei mult mai sigură decât bazarea exclusivă pe metoda implicită.

2. Adresa From este configurată greșit

Este una dintre problemele frecvente.

În formular poate exista ceva de genul:

From: [email-ul completat de utilizator]

La prima vedere pare logic.

Clientul introduce client@gmail.com, iar formularul trimite emailul ca și cum ar veni de la client@gmail.com.

Doar că serverul site-ului tău nu este autorizat să trimită emailuri în numele Gmail.

Acest lucru poate afecta livrarea și poate declanșa filtre anti-spam.

O configurare mai sănătoasă este de obicei:

From: o adresă de pe domeniul site-ului
Reply-To: adresa introdusă de utilizator

Astfel emailul este trimis dintr-o sursă legitimă, iar când apeși Reply răspunzi clientului.

3. SPF, DKIM sau DMARC nu sunt configurate corect

Aici intrăm puțin mai tehnic, dar este important.

Serverele de email folosesc diferite mecanisme pentru a verifica dacă mesajele primite sunt legitime.

Printre cele mai importante sunt:

• SPF;
• DKIM;
• DMARC.

Pe scurt, acestea ajută serverul destinatarului să verifice dacă emailul chiar are voie să fie trimis în numele domeniului tău.

Dacă aceste înregistrări lipsesc sau sunt configurate greșit, emailurile pot:

• ajunge în Spam;
• fi marcate ca suspecte;
• fi respinse;
• avea probleme de livrare la anumite servicii.

Este posibil ca emailurile să ajungă la o adresă și să nu ajungă la alta.

De exemplu, Gmail poate accepta mesajul, iar alt provider să îl respingă.

De aceea, testarea trebuie făcută către mai multe servicii.

4. Mesajele ajung în Spam

Pare banal, dar trebuie verificat.

Mai ales după:

• migrarea site-ului;
• schimbarea hostingului;
• schimbarea configurării de email;
• modificarea DNS-ului;
• instalarea unui nou plugin SMTP.

Uneori mesajele ajung în:

• Spam;
• Junk;
• Promotions;
• Quarantine;
• alte filtre ale companiei.

În cazul adreselor corporate, emailurile pot fi blocate inclusiv înainte să ajungă în folderul Spam al utilizatorului.

De aceea, dacă formularul nu pare să trimită nimic, primul test este să verifici dacă emailul este livrat undeva.

Nu doar dacă apare în Inbox.

5. Hostingul blochează sau limitează trimiterea emailurilor

Unele hostinguri au reguli stricte privind emailurile trimise din PHP.

Pot exista:

• limite zilnice;
• limite pe oră;
• blocarea anumitor funcții;
• restricții anti-spam;
• probleme temporare pe server.

Un site poate trimite perfect emailuri luni întregi și apoi să apară o problemă după o schimbare de server sau de configurare.

De aceea, dacă formularul este configurat corect, trebuie verificat și hostingul.

Mai ales dacă nici alte emailuri WordPress nu mai ajung.

De exemplu:

• resetare parolă;
• notificări de utilizator;
• emailuri WooCommerce.

Dacă nici acestea nu ajung, problema probabil nu este doar formularul.

6. Pluginul de formular este configurat greșit

Contact Form 7, WPForms, Gravity Forms și alte soluții pot funcționa foarte bine.

Dar trebuie configurate corect.

O greșeală simplă poate afecta livrarea.

De exemplu:

• adresă destinatar greșită;
• câmp From invalid;
• tag-uri incorecte;
• email scris greșit;
• formular duplicat și configurat diferit;
• reguli condiționale;
• integrare externă care nu mai funcționează.

Dacă există mai multe formulare pe site, trebuie testate separat.

Nu presupune că dacă unul funcționează, toate sunt în regulă.

7. Un update a modificat ceva

Formularul poate să fi funcționat perfect mult timp.

Apoi, după:

• update WordPress;
• update plugin;
• schimbare PHP;
• schimbare hosting;
• migrare;
• modificare DNS;
• actualizare SMTP;

apar probleme.

Asta nu înseamnă neapărat că update-ul formularului este vinovat.

Poate fi o incompatibilitate între mai multe componente.

De aceea, când problema apare brusc, mă interesează:

Ce s-a schimbat în perioada în care emailurile au încetat să mai ajungă?

Este una dintre cele mai rapide metode de a reduce zona de căutare.

8. Formularul nu salvează mesajele nicăieri

Acesta este un risc pe care multe business-uri îl ignoră.

Dacă formularul trimite mesajul doar pe email și livrarea eșuează, este posibil ca lead-ul să se piardă complet.

De aceea, pentru formularele importante, prefer să existe și o metodă de salvare a mesajelor în WordPress sau într-un sistem extern.

De exemplu:

• baza de date;
• CRM;
• Google Sheets;
• sistem de lead management.

Astfel, dacă emailul nu ajunge, mesajul poate fi totuși recuperat.

Emailul nu ar trebui să fie singurul loc în care există informația.

Cum verifici dacă problema este formularul sau emailul?

Aș face testarea în ordinea următoare.

1. Trimite un formular de test

Folosește o adresă reală și notează ora exactă.

2. Verifică toate folderele

Inbox, Spam, Junk și eventual quarantine.

3. Testează către alt provider

De exemplu:

• Gmail;
• Outlook;
• email pe domeniu.

Dacă ajunge la unul, dar nu la altul, ai deja un indiciu.

4. Verifică logurile

Dacă folosești un plugin SMTP sau un sistem care păstrează loguri, vezi dacă mesajul a fost trimis și dacă există erori.

5. Verifică alte emailuri WordPress

Testează:

• resetare parolă;
• email de comandă WooCommerce;
• notificări administrative.

Dacă nici acestea nu ajung, problema este mai generală.

6. Verifică DNS-ul domeniului

SPF, DKIM și DMARC trebuie să fie coerente cu serviciul de email folosit.

De ce recomand SMTP pe site-urile de business?

Pentru că oferă mai mult control și vizibilitate.

Cu o configurare SMTP corectă poți avea:

• autentificare;
• livrare mai predictibilă;
• loguri;
• mesaje de eroare mai clare;
• monitorizare;
• posibilitatea de a folosi un serviciu dedicat.

SMTP nu garantează că fiecare email va ajunge în Inbox.

Dar face sistemul mult mai ușor de diagnosticat decât:

„WordPress spune că a trimis, dar nu știm ce s-a întâmplat după.”

SMTP rezolvă orice problemă?

Nu.

Este important.

Poți instala un plugin SMTP și tot să ai probleme dacă:

• DNS-ul este greșit;
• folosești o adresă From nepotrivită;
• autentificarea nu funcționează;
• serviciul blochează mesajele;
• domeniul are reputație slabă;
• formularul este configurat greșit.

SMTP este o parte din soluție.

Nu este un buton magic.

Ce plugin SMTP ar trebui folosit?

Există mai multe opțiuni bune.

Mai important decât numele pluginului este:

• cum este configurat;
• ce serviciu folosește;
• dacă autentificarea este corectă;
• dacă mesajele sunt logate;
• dacă domeniul este configurat corespunzător.

Un plugin instalat și lăsat pe setările implicite nu rezolvă automat livrarea.

Ce se întâmplă dacă folosești Gmail sau Microsoft 365?

În acest caz trebuie ținut cont de regulile serviciului respectiv.

Autentificarea, permisiunile și metodele de conectare se pot schimba în timp.

Din acest motiv, integrările vechi care funcționau cu user și parolă pot să nu mai fie potrivite.

Pe un site important, integrarea trebuie configurată folosind metoda recomandată de furnizor.

Cum protejezi formularul de spam?

Este o altă problemă legată de formulare.

Un formular fără protecție poate primi:

• zeci;
• sute;
• mii de mesaje automate.

Asta poate afecta:

• livrarea emailurilor;
• reputația;
• resursele serverului;
• capacitatea de a identifica mesajele reale.

Pot fi folosite soluții precum:

• honeypot;
• CAPTCHA;
• filtre anti-spam;
• limitare de request-uri.

Dar protecția anti-spam trebuie să fie echilibrată.

Un CAPTCHA prea agresiv poate bloca și utilizatorii reali.

Cât de des ar trebui testate formularele?

Dacă site-ul este important pentru lead-uri, eu nu aș considera verificarea formularului o operațiune „o dată pe an”.

Mai ales după:

• update-uri;
• schimbare hosting;
• schimbare DNS;
• schimbare serviciu de email;
• redesign;
• modificarea formularului.

În cadrul mentenanței WordPress, formularul ar trebui testat periodic.

Am detaliat și alte verificări importante în articolul despre mentenanța WordPress și ce trebuie verificat periodic pe un site de business.

De ce problema aceasta poate costa mai mult decât pare?

Pentru că nu vezi ce pierzi.

Dacă site-ul este căzut, observi.

Dacă checkout-ul nu funcționează, cineva îți poate spune.

Dar dacă formularul afișează:

„Mesaj trimis cu succes.”

clientul presupune că ai primit mesajul.

Tu nu știi că acel client a existat.

Poate merge la următorul furnizor.

Și tu ajungi la concluzia:

„Site-ul nu prea mai aduce lead-uri.”

Când, în realitate, lead-urile există.

Doar că nu ajung la tine.

Ce recomand pentru un formular important de business?

Eu aș avea cel puțin:

• configurare corectă a formularului;
• SMTP;
• SPF/DKIM/DMARC corecte;
• protecție anti-spam;
• salvarea mesajelor;
• loguri;
• testare periodică.

Pentru lead-uri foarte importante, poate avea sens și:

• trimitere în CRM;
• notificare alternativă;
• automatizare;
• backup al datelor.

Ideea este simplă:

nu te baza pe un singur email pentru un lead important.

Formularul funcționează, dar răspunsurile tale nu ajung la client?

Este posibil și scenariul invers.

Primești formularul.

Răspunzi.

Dar clientul nu vede emailul.

Aici problema nu mai este WordPress.

Trebuie verificată configurația emailului folosit de companie:

• SPF;
• DKIM;
• DMARC;
• reputația domeniului;
• serverul SMTP;
• eventualele blacklist-uri.

De aceea, partea de website și partea de email nu pot fi tratate complet separat.

***

Dacă formularul WordPress spune că mesajul a fost trimis, dar emailul nu ajunge, problema poate fi în mai multe locuri:

• WordPress;
• pluginul de formular;
• SMTP;
• hosting;
• DNS;
• SPF;
• DKIM;
• DMARC;
• serverul destinatarului;
• filtrul de spam.

De aceea, soluția nu este doar:

„Mai instalez un plugin.”

Trebuie urmărit traseul complet al mesajului.

Iar pentru site-urile care generează lead-uri, formularul ar trebui tratat ca o funcționalitate critică de business.

Nu doar ca un element de design pe pagina Contact.

Nu mai primești mesajele din formularul WordPress sau nu știi dacă toate lead-urile ajung corect?

Pot verifica formularul, configurația SMTP, livrarea emailurilor și partea tehnică din spatele site-ului pentru a identifica unde se pierde mesajul.

Contactează-mă pentru verificarea formularului și a livrării emailurilor WordPress.