E-mailurile trimise ajung în Spam la destinatari: cauze și soluții
TipărireDacă partenerii vă spun că mesajele dumneavoastră apar în dosarul Spam sau Junk, problema ține aproape întotdeauna de unul dintre aceste trei lucruri: domeniul nu își dovedește identitatea (SPF, DKIM, DMARC), adresa IP de pe care pleacă mesajul are o reputație slabă sau textul mesajului seamănă cu un mesaj nesolicitat. Mai jos găsiți cum aflați care dintre ele vă afectează și ce puteți face.
Ce verifică serverul destinatarului
Când primește un mesaj, serverul destinatarului se uită la mai multe semnale și le adună într-un scor:
- identitatea: dacă serverul care a trimis are voie să trimită pentru domeniul dvs. (SPF), dacă mesajul poartă o semnătură validă (DKIM) și ce politică a stabilit domeniul (DMARC);
- reputația: dacă adresa IP sau domeniul apar pe liste negre ori au trimis recent mesaje raportate ca spam;
- conținutul: subiectul, linkurile, proporția dintre text și imagini, atașamentele.
Marile servicii de e-mail, precum Gmail sau Outlook.com, cer tot mai strict ca mesajele să fie autentificate. Un domeniu fără SPF și DKIM corecte are șanse mari să ajungă în Spam chiar dacă mesajul în sine este perfect legitim.
Diagnostic rapid
- Deschideți mail-tester.com și copiați adresa de test afișată pe pagină.
- Trimiteți acolo un mesaj obișnuit, din căsuța și programul pe care le folosiți zilnic, nu un mesaj gol de tip „test”.
- Reveniți pe pagină și citiți raportul: rezultatul pentru SPF, DKIM și DMARC, verificarea listelor negre și observațiile despre conținut.
- În cPanel deschideți Email, apoi Email Deliverability. Lângă fiecare domeniu vedeți dacă înregistrările sunt valide sau dacă cPanel a găsit o problemă.
Cauzele cele mai frecvente și ce faceți
- SPF sau DKIM lipsă ori greșite. În Email Deliverability apăsați Manage lângă domeniu și urmați valorile recomandate de cPanel. Detalii în articolele despre configurarea SPF și DMARC și despre înregistrările DKIM.
- Nu există DMARC. Adăugați o înregistrare TXT
_dmarc, la început cu politicap=none. Pașii sunt în același articol despre SPF și DMARC. - Formularul site-ului trimite „în numele” vizitatorului. Dacă formularul pune în câmpul From adresa de Gmail a vizitatorului, mesajul pică verificările, pentru că serverul nostru nu are voie să trimită pentru gmail.com. Setați ca expeditor o adresă reală de pe domeniul dvs., creată în cPanel, iar adresa vizitatorului puneți-o în câmpul Reply-To.
- Adresa IP este pe o listă neagră. Pe găzduirea partajată adresa IP este folosită de mai multe conturi. Deschideți un tichet și atașați antetul complet al unui mesaj ajuns în Spam, ca să putem verifica.
- Conținut care arată a reclamă. Subiecte scrise cu majuscule, multe semne de exclamare, multe linkuri, linkuri scurtate, un mesaj format doar dintr-o imagine. Scrieți mai simplu, cu text real și puține linkuri.
- Trimiteri în masă. Pe găzduire se pot trimite cel mult 400 de mesaje pe oră, iar trimiterea de mesaje nesolicitate este interzisă de Termenii și condițiile TopHost. Pentru buletine informative către mulți abonați folosiți un serviciu specializat de newsletter.
Dacă DNS-ul domeniului este la alt furnizor
Când domeniul nu folosește serverele de nume TopHost (ns4.tophost.md și ns5.tophost.md), butonul Repair din cPanel nu are efect, pentru că zona DNS reală este în altă parte. Copiați valorile afișate de cPanel în zona DNS a acelui furnizor. Dacă folosiți Cloudflare, înregistrările pentru e-mail (MX și înregistrarea mail) trebuie să rămână în modul „DNS only”, fără proxy.
Bine de știut
- Modificările DNS se văd de obicei în câteva ore, uneori până la 24 de ore. Reputația unui domeniu sau a unei adrese IP se reface mai încet, în zile sau săptămâni.
- Rugați câțiva destinatari să marcheze mesajul ca „Nu este spam”. Acest semnal contează pentru filtrul lor.
- Dacă mesajele ajung în Spam doar la un anumit furnizor, filtrul acelui furnizor este cauza. Cereți destinatarului antetul complet al mesajului (în Gmail: „Afișați originalul”) și trimiteți-l într-un tichet.
