WordPress nu trimite e-mailuri? Soluții pentru SMTP, DNS, formulare, WooCommerce și livrabilitate (2026)
Depanează problemele de trimitere a e-mailurilor din WordPress cu o listă pas cu pas pentru SMTP, autentificare DNS, formulare de contact, WooCommerce, resetarea parolei, loguri și livrabilitate.
Când WordPress nu trimite e-mailuri, eșecul poate apărea în patru locuri: WordPress nu creează niciodată mesajul, un plugin îl blochează sau îl direcționează greșit, gazda refuză să îl trimită sau furnizorii de inbox îl resping ori îl filtrează.
Soluția nu este să încerci mai întâi „alt plugin de formular de contact”. Începe prin a identifica ce e-mail a eșuat, apoi treci la o configurare corectă a expeditorului, cu DNS autentificat și teste repetabile.
Diagnostic rapid
Folosește acest tabel pentru a restrânge problema înainte de a schimba plugin-uri.
| Simptom | Cauză probabilă | Prima verificare |
|---|---|---|
| Resetarea parolei nu ajunge niciodată | Traseul de trimitere WordPress este stricat | Trimite un e-mail de test dintr-un plugin SMTP |
| Formularul de contact spune că a trimis, dar inboxul e gol | Problemă de destinatar al formularului sau de serviciu de trimitere | Verifică setările de notificare ale formularului și logurile de mail |
| E-mailurile de comandă WooCommerce lipsesc | Șablon dezactivat, destinatar greșit sau problemă de expeditor | Revizuiește setările de e-mail WooCommerce și plasează o comandă de test |
| E-mailurile ajung în spam | Autentificare slabă sau reputație slabă | Verifică SPF, DKIM, DMARC, domeniul From și conținutul |
| Unele e-mailuri se trimit, altele eșuează | Setări de notificare specifice unui plugin | Testează fiecare tip de plugin separat |
| E-mailurile de administrator merg, dar cele către clienți eșuează | Filtrarea destinatarului, șablon sau suprimare | Verifică logurile și starea adresei de e-mail a clientului |
Nu te baza pe un singur test. Testează resetarea parolei, formularele de contact, WooCommerce, notificările de administrator și orice plugin de membership sau rezervări care trimite e-mailuri.
De ce eșuează e-mailul WordPress
WordPress folosește wp_mail(), care de obicei predă mesajele funcției de mail a serverului, dacă un plugin nu schimbă traseul. Acel traseu implicit poate fi nesigur pentru că:
- Gazda poate bloca sau limita PHP mail.
- Mesajele pot să nu fie autentificate cu domeniul de trimitere.
- IP-urile de găzduire partajată pot avea o reputație slabă.
- Adresa From poate să nu corespundă domeniului site-ului.
- Eșecurile pot fi silențioase, dacă logarea nu este activată.
- Mai multe plugin-uri pot suprascrie același comportament de e-mail.
- Înregistrările DNS pot lipsi sau pot fi nealiniate.
Soluția pe termen lung este să trimiți printr-un serviciu SMTP sau API dedicat și să verifici domeniul.
Pasul 1: confirmă tipul eșecului
Creează o matrice scurtă de teste:
| Test | De ce contează |
|---|---|
| Resetarea parolei | Confirmă e-mailul de bază al WordPress |
| Notificarea de utilizator nou | Confirmă e-mailurile de administrator și de cont |
| Trimiterea unui formular de contact | Confirmă notificările plugin-ului de formulare |
| Comandă de test WooCommerce | Confirmă e-mailurile de comandă pentru client și magazin |
| Comandă eșuată sau rambursare | Confirmă șabloanele tranzacționale mai rare |
| E-mailul de test al plugin-ului SMTP | Confirmă conexiunea la serviciul de trimitere |
Notează dacă fiecare mesaj este livrat, lipsă, întârziat sau trimis în spam. Asta îți spune dacă problema este globală sau limitată la un singur plugin.
Pasul 2: instalează un serviciu de trimitere SMTP sau API
Folosește un plugin precum WP Mail SMTP sau alt plugin de trimitere WordPress de încredere. Plugin-ul ar trebui să îți permită să direcționezi e-mailul WordPress printr-un expeditor precum Brevo, SMTP.com, SendGrid, Mailgun, Gmail, Amazon SES sau alt furnizor care suportă trimiterea autentificată.
Configurare de bază:
- Instalează plugin-ul de trimitere.
- Alege un furnizor suportat de plugin.
- Conectează-te cu o cheie API, OAuth sau credențiale SMTP.
- Setează un From Email care folosește domeniul tău.
- Setează un From Name care corespunde site-ului sau brandului.
- Activează setările de forțare a expeditorului doar după ce confirmi că nu vor strica alte plugin-uri.
- Trimite un e-mail de test.
Serviciile prin API sunt adesea mai ușor de monitorizat decât credențialele SMTP brute, pentru că pot oferi erori și loguri de evenimente mai clare. SMTP funcționează în continuare atunci când este configurat corect.
Pasul 3: verifică expeditorul și autentificarea DNS
Cele mai multe probleme de tip „e-mailurile WordPress ajung în spam” se reduc la identitate.
Verifică:
- Domeniul From este același domeniu sau un subdomeniu verificat pe care îl controlezi.
- SPF include serviciul care trimite e-mailul WordPress.
- DKIM este activat pentru serviciul de trimitere.
- DMARC există și se aliniază cu configurarea expeditorului.
- Adresa From nu este o căsuță gratuită precum Gmail sau Yahoo pentru e-mail de business.
- Adresa de reply-to este monitorizată.
După adăugarea înregistrărilor DNS, așteaptă propagarea și testează din nou. Un panou DNS corect nu este o dovadă până când mesajele reale nu se autentifică în headerele din inbox.
Pasul 4: repară e-mailurile formularelor de contact
Plugin-urile de formulare de contact au adesea propriile setări de notificare.
Listă de verificare:
- Confirmă că notificarea formularului este activată.
- Asigură-te că adresa „To” este corectă.
- Folosește o adresă From pe domeniul tău, nu e-mailul vizitatorului.
- Pune e-mailul vizitatorului în Reply-To în schimb.
- Verifică câmpurile obligatorii și setările de protecție anti-spam.
- Dezactivează notificările duplicate în timpul testării.
- Testează cu o adresă de e-mail care nu este de administrator.
Dacă testul SMTP trece, dar e-mailul formularului de contact eșuează, problema este de obicei în configurarea formularului, nu în expeditor.
Pasul 5: repară e-mailurile WooCommerce
WooCommerce are șabloane și destinatari separați pentru evenimente diferite.
Verifică:
- Mergi în setările de e-mail WooCommerce și confirmă că fiecare e-mail necesar este activat.
- Revizuiește câmpul de destinatar pentru e-mailurile de administrator.
- Plasează o comandă reală de test cu un produs de test.
- Testează stările de comandă în procesare, finalizată, rambursată și eșuată.
- Confirmă că se trimit atât e-mailurile pentru checkout ca vizitator, cât și cele de cont.
- Verifică dacă alt plugin personalizează șabloanele de e-mail WooCommerce.
- Revizuiește logurile pentru răspunsuri API sau SMTP eșuate.
Dacă clienții nu primesc e-mailul de comandă, tratează asta ca pe o problemă de venituri și de suport. Repară livrarea tranzacțională înainte de a lansa campanii de marketing.
Pasul 6: rezolvă e-mailurile care ajung în spam
Plasarea în spam are nevoie de obicei de mai multe îmbunătățiri, nu de o singură setare magică.
Începe aici:
- Autentifică domeniul cu SPF, DKIM și DMARC.
- Folosește un nume From și o adresă From consecvente.
- Evită să trimiți de pe un domeniu care nu a fost niciodată „încălzit”, dacă volumul este mare.
- Elimină linkurile stricate, scurtătoarele de URL-uri și subiectele înșelătoare.
- Ține atașamentele în afara notificărilor WordPress de rutină, unde este posibil.
- Monitorizează semnalele de bounce și de reclamații în platforma de trimitere.
- Separă e-mailul de marketing de e-mailul tranzacțional WordPress, dacă volumul sau reputația diferă.
Dacă e-mailul este important pentru venituri, nu ignora testele de spam după prima livrare reușită în inbox. Repetă testarea după schimbări de temă, plugin, găzduire, DNS sau expeditor.
Pasul 7: verifică conflictele dintre plugin-uri și regulile de găzduire
Dacă expeditorul funcționează, dar WordPress tot eșuează inconsecvent, izolează conflictele.
Proces sigur:
- Confirmă că backup-urile sunt la zi.
- Dezactivează temporar celelalte plugin-uri legate de mail.
- Păstrează activ doar plugin-ul de trimitere SMTP sau API.
- Testează e-mailul de bază al WordPress.
- Testează formularele de contact.
- Testează WooCommerce.
- Reactivează plugin-urile unul câte unul.
Verifică și restricțiile la nivel de gazdă. Unele găzduiri gestionate blochează porturile SMTP de ieșire sau cer servicii de mail aprobate. Dacă credențialele SMTP eșuează, dar trimiterea prin API funcționează, restricțiile de găzduire pot fi motivul.
Tipare de erori și soluții
| Eroare sau comportament | Ce să faci |
|---|---|
| Autentificare eșuată | Recreează credențialele și confirmă utilizatorul, parola, cheia API sau conexiunea OAuth |
| Timeout la conexiune | Verifică firewall-ul gazdei, portul SMTP, modul SSL/TLS sau folosește trimiterea prin API |
| Expeditor neverificat | Verifică domeniul From sau adresa expeditorului în serviciul de e-mail |
| DKIM eșuat | Recopiază înregistrările DNS DKIM și așteaptă propagarea |
| SPF eșuat | Adaugă serviciul de trimitere în SPF și evită mai multe înregistrări SPF |
| DMARC eșuat | Aliniază domeniul From cu SPF sau DKIM și revizuiește politica |
| Formularul trimite adminului, dar nu utilizatorului | Verifică șablonul de notificare a utilizatorului, câmpurile dinamice și suprimarea |
| E-mailul de admin WooCommerce lipsește | Verifică dacă șablonul este activat și câmpul de destinatar |
Monitorizarea după reparație
E-mailul WordPress se poate strica din nou mai târziu, după actualizări de plugin-uri, modificări de DNS, schimbări de domeniu sau schimbări de furnizor.
Monitorizează:
- Logurile de erori SMTP sau API.
- Rata de bounce.
- Reclamațiile de spam.
- E-mailurile WooCommerce eșuate.
- Eșecurile notificărilor din formulare de contact.
- Tichetele de suport pentru resetarea parolei.
- Rapoartele DMARC, dacă le revizuiești.
Setează un test lunar recurent pentru site-urile importante. Pentru ecommerce, testează după fiecare schimbare majoră de WooCommerce sau de checkout.
Listă de verificare QA la lansare
Înainte de a declara problema rezolvată:
- Resetarea parolei ajunge în inbox.
- E-mailul de utilizator nou ajunge.
- Notificarea de admin a formularului de contact ajunge.
- Confirmarea către vizitator a formularului de contact ajunge, dacă este folosită.
- E-mailurile de comandă WooCommerce ajung la admin și la client.
- E-mailurile de rambursare, comandă eșuată și comandă finalizată funcționează.
- Domeniul expeditorului trece SPF și DKIM.
- DMARC există.
- Plugin-urile de trimitere nefolosite sunt dezactivate.
- Logurile nu arată eșecuri repetate.
- Echipa de suport știe unde să verifice logurile de e-mail.