Newsletterul ajunge în spam? Verificarea domeniului nu înlocuiește DMARC

O adresă de expediere verificată în platforma de newsletter nu înseamnă că mesajele trimise de pe domeniul ei sunt autentificate. Instrucțiunile Mailchimp disting verificarea accesului la adresă de autentificarea prin DNS. Pentru o trimitere mare, identificați domeniul din câmpul From, configurați SPF și DKIM, publicați DMARC și verificați un mesaj primit efectiv.

Cerințele Google pentru expeditori prevăd SPF sau DKIM pentru mesajele către conturi Gmail personale și SPF, DKIM și DMARC pentru expeditorii de volum mare. Mesajele autentificate sunt mai puțin susceptibile să fie respinse sau marcate ca spam, însă autentificarea nu garantează plasarea în inbox: contează și reclamațiile destinatarilor, reputația și practicile de trimitere.

Stabiliți ce domeniu și ce servicii trebuie verificate

Porniți de la adresa văzută de abonat în câmpul From, de exemplu [email protected]. Notați și celelalte servicii care trimit mesaje folosind același domeniu: căsuțele obișnuite, formularele site-ului și automatizările. Inventarul contează mai ales înainte de o politică DMARC strictă, care poate afecta mesaje legitime dacă un serviciu a fost omis.

Verificarea prin cod sau link primit pe email dovedește platformei că aveți acces la adresă. SPF identifică serverele autorizate pentru domeniul tehnic folosit la expediere, DKIM permite verificarea semnăturii mesajului, iar DMARC verifică dacă o autentificare reușită se aliniază cu domeniul vizibil în From. Pentru configurare aveți nevoie de acces la zona DNS activă; aceasta poate fi administrată în altă parte decât la firma de la care ați cumpărat domeniul.

Configurați SPF pentru expeditorii relevanți

Căutați mai întâi în DNS o înregistrare TXT care începe cu v=spf1. La același nume de domeniu trebuie să existe o singură înregistrare SPF: dacă publicați încă una, verificarea poate produce o eroare. Dacă înregistrarea există, actualizați-o păstrând serviciile care trimit în continuare. Folosiți mecanismul indicat de fiecare furnizor, fără să îl deduceți din numele său comercial.

Ca exemplu condițional, v=spf1 include:_spf.google.com ~all este potrivit pentru expedierea prin Google Workspace, dar nu autorizează automat și platforma de newsletter. Aceasta poate cere un mecanism suplimentar în înregistrarea SPF sau poate administra separat domeniul tehnic de retur. Urmați instrucțiunile platformei pentru configurația folosită efectiv; copierea unei valori SPF generice poate lăsa un expeditor legitim neautorizat.

SPF verifică domeniul asociat adresei tehnice de retur, afișată de obicei în Return-Path, nu direct adresa vizibilă în From. Dacă platforma folosește propriul domeniu pentru retururi, un rezultat spf=pass se poate referi la acel domeniu. Pentru DMARC, rezultatul SPF ajută numai dacă domeniul autentificat este și aliniat cu cel din From; un DKIM valid și aliniat poate asigura această condiție pe cealaltă cale.

Activați DKIM cu valorile furnizate de platformă

Deschideți instrucțiunile de autentificare pentru domeniul ales și copiați exact numele și valorile cerute pentru DKIM. În funcție de serviciu, pot fi înregistrări CNAME sau TXT; în configurarea manuală Mailchimp folosește două CNAME pentru DKIM. Un nume DKIM are de regulă forma selector._domainkey.example.com, dar selectorul și destinația trebuie luate din contul serviciului care va semna mesajele.

Verificați cum interpretează panoul DNS câmpul Host. Unele panouri adaugă automat domeniul principal: introducerea unui nume complet poate produce din greșeală un nume dublat. După salvare, comparați numele publicat cu cel cerut de platformă și așteptați confirmarea activării, în loc să presupuneți că simpla adăugare a înregistrării a pornit semnarea.

Proba decisivă este mesajul primit. În anteturile sale, verificați rezultatul dkim=pass și domeniul d= din semnătura DKIM. O semnătură validă cu domeniul propriu al platformei poate să nu fie aliniată cu domeniul newsletterului din From. În această situație, reveniți la setarea de autentificare personalizată a domeniului.

Publicați DMARC după autentificarea mesajelor

DMARC se publică printr-o înregistrare TXT la _dmarc.example.com, dacă adresa din From folosește example.com. Instrucțiunile Google pentru DMARC recomandă activarea SPF și DKIM înainte de DMARC, un interval de 48 de ore pentru verificarea autentificării și pornirea cu politica p=none. Dacă există deja o înregistrare DMARC la acel nume, actualizați-o pe aceea.

O valoare condițională este v=DMARC1; p=none; rua=mailto:[email protected]. Adresa de după rua trebuie înlocuită cu o căsuță administrată de dumneavoastră, destinată rapoartelor agregate; ea poate primi multe mesaje. Dacă încă nu aveți unde să primiți rapoarte, v=DMARC1; p=none publică politica minimă. p=none permite monitorizarea fără a cere destinatarului să pună în carantină sau să respingă mesajele care nu trec DMARC.

Un mesaj trece DMARC dacă trece autentificarea și alinierea prin cel puțin una dintre cele două căi: SPF sau DKIM. Alinierea compară domeniul autentificat cu domeniul din From; în modul implicit, o subdomenie relevantă poate fi acceptată. Analizați mesajele și rapoartele tuturor serviciilor de expediere înainte de a trece la p=quarantine ori p=reject, pentru ca politica să nu afecteze corespondența legitimă.

Confirmați DNS și rezultatul unui mesaj de probă

După ce modificările apar în DNS, verificați înregistrarea SPF pentru domeniul potrivit, numele DKIM cerute de furnizor și TXT-ul de la _dmarc. Cu un instrument DNS sau cu dig, puteți interoga, de exemplu, dig TXT example.com și dig TXT _dmarc.example.com. Pentru DKIM, interogați numele exact furnizat de platformă și tipul de înregistrare cerut. Dacă platforma arată în continuare „autentificare în curs”, comparați întâi valorile publice cu cele solicitate.

Trimiteți un newsletter de probă către o adresă externă și deschideți anteturile complete ale mesajului primit. În Authentication-Results, căutați spf=pass, dkim=pass și dmarc=pass, apoi comparați domeniul din From cu Return-Path și cu d= din semnătura DKIM. Dacă SPF trece, dar DMARC eșuează, verificați alinierea. Dacă DKIM lipsește sau eșuează, verificați selectorul, înregistrarea DNS și activarea semnării în platformă.

Repetați proba pentru fiecare serviciu care trimite folosind domeniul. Dacă autentificarea trece, dar newsletterul ajunge tot în spam, consultați răspunsurile serverului, reclamațiile și reputația domeniului și creșteți volumul treptat. Rezultatele DNS și anteturile arată dacă problema ține de autentificare; livrarea depinde și de felul în care destinatarii primesc mesajele.

Citește și:

• Muzica „gratuită” poate bloca monetizarea: verificarea înainte de upload
• Mozilla Monitor verifică gratuit până la 20 de adrese în breșe
• Mesajul fără greșeli poate fi phishing: verifică expeditorul, nu stilul