WordPress în spam? Formulare, notificări, WooCommerce

Un site WordPress trimite mai multe emailuri decât crede proprietarul lui. Notificarea formularului de contact. Resetarea parolei. Mesajul de bun venit pentru utilizatorul nou, alerta de moderare a comentariilor și, în cazul unui magazin, toate confirmările de comandă, facturile și actualizările de livrare din WooCommerce. Cele mai multe dintre acestea nu au fost concepute de nimeni și nimeni nu le verifică până când un client scrie că emailul despre comandă nu a sosit.

Când unul dintre aceste mesaje ajunge în spam, verifică modul în care mesajul părăsește serverul înainte să modifici formularea. În WordPress, această parte este configurată implicit să folosească opțiunea cu cele mai mici șanse de livrare.

01Cum trimite WordPress emailuri în configurația implicită

WordPress și aproape toate pluginurile care trimit emailuri, inclusiv WooCommerce și pluginurile pentru formulare, folosesc o singură funcție, wp_mail(). Aceasta transmite mesajul către PHPMailer, care în mod implicit îl trimite către mail() din PHP, iar aceasta îl transmite oricărui program de email disponibil pe serverul de găzduire. Nu există autentificare la un furnizor de email, nicio semnătură și nimic în DNS care să indice că acest server poate trimite mesaje pentru domeniul tău.

Adresa expeditorului pe care o alege este wordpress@, urmată de domeniul site-ului tău (WordPress elimină prefixul www.). Dacă nu ai schimbat-o niciodată, aceasta este adresa pe care clienții tăi o văd în câmpul From, iar pe multe site-uri nimeni nu a creat vreodată acea căsuță poștală.

În cazul găzduirii partajate, mesajul este apoi trimis de pe serverul furnizorului de găzduire, printr-o adresă IP folosită de multe alte site-uri. Dacă unul dintre ele trimite mesaje către o listă cumpărată sau este compromis și începe să trimită spam în masă, adresa capătă o reputație proastă, iar mesajele tale pentru resetarea parolei sunt trimise de la aceeași adresă ca mesajele lor.

Prin urmare, o instalare WordPress implicită trimite emailuri al căror SPF nu corespunde domeniului tău. Adresa pentru mesajele returnate rămâne de obicei pe numele de server al furnizorului de găzduire, iar dacă este folosită în schimb adresa ta, verificarea SPF eșuează complet. Nu există nici o semnătură DKIM pentru domeniul tău, astfel că DMARC eșuează. Gmail și Yahoo și-au stabilit regulile pentru expeditori în februarie 2024, Microsoft a făcut același lucru în mai 2025 pentru domeniile care trimit peste 5.000 de mesaje pe zi către Outlook.com, iar din noiembrie 2025 Gmail respinge mai multe dintre mesajele care îi încalcă regulile, în loc să le plaseze în spam.

02Trimite printr-un serviciu real de email

Cea mai importantă soluție este să nu mai folosești mail(). Instalează un plugin SMTP (WP Mail SMTP, FluentSMTP și Post SMTP sunt cele mai răspândite și fiecare are o versiune gratuită) și conectează-l la un serviciu care trimite corect emailurile: propriul furnizor de căsuțe poștale, precum Google Workspace sau Microsoft 365, ori un serviciu tranzacțional precum Amazon SES, Brevo, SendGrid sau Mailgun.

Pluginul înlocuiește mecanismul de trimitere folosit de wp_mail(), astfel încât fiecare email de la fiecare plugin este trimis prin noua metodă, fără să modifici pluginurile. Dacă pluginul oferă opțiunea API a furnizorului, folosește-o în locul conexiunii SMTP obișnuite cu parolă. WP Mail SMTP precizează că metoda API funcționează chiar și atunci când serviciul tău de găzduire blochează porturile SMTP.

Mulți omit următorul pas. Autentifică domeniul la furnizorul respectiv: fiecare îți oferă înregistrări DNS pe care trebuie să le publici, de obicei două sau trei înregistrări CNAME pentru DKIM și o includere SPF sau un domeniu personalizat pentru return-path. Până când aceste înregistrări nu sunt adăugate în DNS-ul tău, furnizorul își trece propriul nume în semnătură, iar DMARC eșuează acolo la fel ca pe serverul de găzduire.

03Adresa From din formularele de contact

Pluginurile pentru formulare, inclusiv Contact Form 7 și WPForms, îți permit să alegi ce apare în linia From a notificării pe care o primești. Multe configurații folosesc acolo adresa vizitatorului, astfel încât, atunci când apeși Reply, răspunsul să ajungă la vizitator. Pare o soluție ingenioasă, dar exact acest comportament a fost creat DMARC să îl oprească.

Să presupunem că o vizitatoare pe nume Anna scrie de la anna@yahoo.com. Site-ul tău trimite acum un mesaj care pretinde că provine de la yahoo.com, printr-un server pe care Yahoo nu l-a autorizat niciodată. yahoo.com publică o politică DMARC cu p=reject, așa că un server destinatar care o respectă refuză notificarea ca fiind falsificată. Pentru un vizitator care folosește Gmail, politica este mai permisivă, iar mesajul ajunge mai des în spam. WPForms avertizează exact despre acest lucru în documentația sa.From ești tu, Reply-To este vizitatorul

Configurează formularul astfel:

• From: o adresă de pe propriul tău domeniu, cum ar fi forms@yourdomain.com, același domeniu pentru care este autentificat pluginul tău SMTP.
• Reply-To: adresa vizitatorului, preluată din câmpul formularului. Când apeși Reply, răspunsul ajunge în continuare la Anna.
• To: căsuța poștală pe care o verifici efectiv.

În Contact Form 7, aceste opțiuni se află în fila Mail: introdu propria adresă în From și adaugă Reply-To: [your-email] în secțiunea Additional headers. Celelalte pluginuri pentru formulare au un câmp Reply-To în setările notificărilor.

04E-mailurile WooCommerce

WooCommerce are propriile setări pentru expeditor: WooCommerce, apoi Settings, apoi Emails, în secțiunea Email Sender Options, cu un nume în câmpul "From" și o adresă în câmpul "From". Implicit, adresa este cea de administrare a site-ului. Dacă persoana care a instalat magazinul a folosit o adresă Gmail, fiecare confirmare de comandă este trimisă pretinzând că provine de la gmail.com și nu trece verificarea DMARC, din același motiv ca formularul de contact de mai sus. Introdu acolo o adresă de pe domeniul tău autentificat; numele magazinului este un nume potrivit pentru expeditor. (Pentru notificările despre comenzi trimise către tine, WooCommerce include deja clientul în Reply-To, așa cum este corect.)

În cazul e-mailurilor magazinului pot apărea două probleme care nu apar la un formular de contact.

Prima este volumul. Dacă un plugin pentru promoții sau newslettere trimite mesaje clienților pe aceeași rută ca mesajele de confirmare a comenzilor, e-mailurile de marketing și cele tranzacționale folosesc aceeași reputație. Dacă newsletterul primește reclamații, confirmările au de suferit. Trimiterea celor două tipuri prin servicii diferite le menține separate, iar folosirea unui subdomeniu separat pentru marketing ajută puțin, deși furnizorii de e-mail țin cont într-o anumită măsură și de reputația domeniului principal.

A doua este problema dezabonării. Confirmările comenzilor și resetările parolelor sunt mesaje tranzacționale, iar regula Gmail și Yahoo privind dezabonarea cu un singur clic nu li se aplică. O solicitare de recenzie, un memento despre un coș abandonat sau un e-mail de tipul "s-ar putea să-ți placă și" trimis foștilor cumpărători este marketing, iar dacă trimiți astfel de mesaje în volum mare, regula li se aplică integral, ceea ce înseamnă un antet List-Unsubscribe cu o opțiune de dezabonare printr-un singur clic. Verifică dacă extensia care le trimite adaugă acest antet; testul de mai jos îți arată în ambele cazuri.

05Partea de DNS, pe înțelesul tuturor

Indiferent de serviciul prin care trimiți, domeniul tău are nevoie de trei lucruri în DNS pentru ca mesajele să fie considerate de încredere. Găsești explicația completă în SPF, DKIM și DMARC explicate; iată ce înseamnă acestea pentru un site WordPress.

• SPF. O singură înregistrare TXT pe domeniul tău, care indică cine poate trimite mesaje în numele acestuia. Multe servicii de trimitere nu necesită nicio modificare aici, deoarece realizează alinierea prin propriul domeniu pentru mesajele returnate. Dacă serviciul tău solicită un include: și domeniul are deja o înregistrare pentru furnizorul căsuței tale poștale, adaugă-l în acea înregistrare. Nu crea o a doua înregistrare; două înregistrări SPF reprezintă o eroare și ambele nu mai funcționează. Verifică rezultatul cu instrumentul de verificare SPF.
• DKIM. Înregistrările furnizate de serviciul tău de trimitere. După ce devin active, serviciul semnează fiecare mesaj cu domeniul tău, iar aceasta este semnătura pe care o caută DMARC.
• DMARC. O înregistrare TXT la _dmarc.yourdomain.com. Începe cu v=DMARC1; p=none; rua=mailto: și o adresă pe care o verifici, apoi înăsprește politica atunci când rapoartele arată că niciun mesaj al tău nu eșuează. Instrumentul de verificare DMARC citește configurația existentă.

Reține că serverul de găzduire poate trimite în continuare mesaje pe cont propriu, printr-o sarcină cron sau un plugin vechi care apelează direct mail() în loc de wp_mail(). Aceste mesaje ocolesc pluginul SMTP, iar rapoartele DMARC le vor indica drept o sursă la care nu te așteptai.

06Testarea emailurilor reale, nu a unui mesaj de test

Fiecare plugin SMTP are un buton „send test email”, iar acesta dovedește doar că funcționează conexiunea. Nu îți arată confirmarea comenzii așa cum o generează WooCommerce, notificarea formularului cu antetul Reply-To sau emailul de resetare a parolei cu linkul adăugat de WordPress.

De aceea, fac WordPress să trimită emailurile reale. O adresă de test de pe pagina principală acceptă un singur mesaj, așa că obține o adresă nouă pentru fiecare email pe care vrei să-l verifici. Pentru formular, setează temporar adresa drept destinatar al notificării și trimite formularul. Pentru WooCommerce, plasează o comandă de test folosind adresa ca email al clientului. Pentru resetarea parolei, atribuie adresa unui utilizator de test și solicită o resetare. Fiecare mesaj primește propriul raport, cu SPF, DKIM și DMARC și alinierea acestora, 21 de liste de blocare, conținut și linkuri, precum și regulile pentru expeditorii de mesaje în masă. Verificarea folderului în care ajunge mesajul la Gmail, Outlook, Yahoo și alți furnizori necesită trimiterea aceluiași mesaj către o listă de inboxuri, cu un marcaj în subiect. Un formular sau o comandă din magazin nu poate face acest lucru, așa că păstrează această parte pentru emailurile pe care le trimiți tu.

Dacă preferi să nu creezi manual comenzi de test, pluginul WordPress gratuit trimite aceste mesaje prin funcția wp_mail() a site-ului tău, pe aceeași cale urmată de emailurile clienților, și afișează rezultatul în panoul de control. De asemenea, detectează când site-ul începe să trimită un tip de email pe care nu l-a mai întâlnit.

07Când mesajul ajunge în continuare în spam

Dacă autentificarea trece, adresa From aparține domeniului tău, iar emailul ajunge în continuare în spam, verifică reputația infrastructurii prin care trimiți. O cauză frecventă, dacă încă folosești mail(), este un IP de găzduire partajată aflat pe o listă de blocare, iar instrumentul de verificare a listelor de blocare îți va arăta acest lucru. Conținutul contează mai puțin decât se așteaptă majoritatea. O notificare de formular cu un singur link și trei rânduri de text rareori declanșează singură un filtru. Un email WooCommerce cu un șablon HTML complex, o imagine mare și un serviciu de scurtare a linkurilor poate declanșa un filtru.

Verifică un mesaj, corectează problemele indicate în raport și trimite-l din nou la o adresă nouă.