Modulul 7 · 7.1

Newslettere de pe propriul dumneavoastră domeniu

Modulul 7: Newslettere și e-mail de pe site-ul dvs. · Timp de citire: 11 minute

Obiectiv de învățare: După această lecție veți putea configura un serviciu de expediere astfel încât newsletterul dumneavoastră, trimis în numele propriului domeniu, să treacă de SPF, DKIM și DMARC, și veți putea verifica în antetele mesajului dacă acest lucru a reușit.

Concepte cheie: serviciu de expediere, domeniu From, Return-Path (domeniu de bounce), domeniu DKIM (d=), aliniere (alignment), domeniu de bounce propriu prin CNAME, DKIM prin CNAME, subdomeniu pentru marketing, limită de expediere, încălzire (warm-up)

De ce un newsletter este diferit de un e-mail obișnuit

Un e-mail către un client sau un coleg îl trimiteți din propria căsuță poștală. Un newsletter ajunge la sute sau mii de persoane simultan. Pentru destinatari precum Gmail, Outlook.com și T-Online, acesta este un alt tip de trafic: bulkmail. Ei îl examinează mai strict, pentru că aproape tot spamul este, la rândul lui, bulkmail.

Trei lucruri fac diferența între un newsletter care ajunge în inbox și unul care dispare în spam:

Tehnica: e-mailul trebuie să fie demonstrabil provenit de la domeniul dumneavoastră. Acest lucru este asigurat de SPF, DKIM și DMARC, și mai ales de alinierea dintre ele.
Reputația: serverele și domeniul cu care trimiteți trebuie să aibă o reputație bună (lecția 5.2).
Comportamentul destinatarilor dumneavoastră: vă deschid mesajul sau apasă pe „Acesta este spam”? Acest lucru depinde de lista dumneavoastră și de consimțământ (lecția 7.2).

Această lecție se concentrează pe primul punct. Bazele înregistrărilor se găsesc în cursul DNS, lecția 7.4. Aici vedem cum verificați în practică dacă totul este corect.

De ce nu pur și simplu prin propria căsuță poștală?

Poate fi tentant să trimiteți un newsletter prin BCC din programul dumneavoastră obișnuit de e-mail, sau printr-o listă de corespondență pe pachetul de hosting. Pentru o asociație mică, cu treizeci de membri care se cunosc între ei, o listă de corespondență este perfect acceptabilă. Pentru un newsletter adevărat însă nu, din patru motive:

Limite de expediere. Aproape orice furnizor limitează câte mesaje poate trimite o căsuță poștală sau un pachet pe zi, pentru a limita abuzul. La WebOké vedeți această limită în DirectAdmin, la statisticile utilizatorului; la alți furnizori apare în termeni și condiții sau în panoul de client. Un newsletter către 2.000 de persoane depășește cu mult acest prag.
Reputație partajată. Împărțiți serverul de expediere cu alți clienți. Dacă destinatarii se plâng de newsletterul dumneavoastră, acest lucru afectează și mesajele lor, și invers.
Fără buton de dezabonare și fără gestionare a bounce-urilor. Un serviciu de expediere adaugă automat antetele de dezabonare în fiecare mesaj (lecția 7.2), elimină din listă adresele care nu mai există și procesează plângerile. Acest lucru nu îl puteți face corect manual.
Confidențialitate. Un singur clic greșit și trimiteți adresele tuturor în câmpul Către.

Un serviciu de expediere (serviciu de newsletter precum Laposta, Brevo, MailerLite sau Mailchimp, sau un serviciu tranzacțional pentru confirmări și facturi) este conceput pentru această activitate. Dar atunci altcineva trimite în numele domeniului dumneavoastră, iar acest lucru trebuie demonstrat.

Trei domenii într-un singur mesaj

Fiecare mesaj are cel puțin trei locuri unde apare un domeniu. La un e-mail obișnuit, trimis din propria căsuță poștală, acestea sunt de regulă identice. La un serviciu de expediere, nu în mod automat.

Loc	Unde îl vedeți	Cine îl verifică
From (expeditor vizibil)	`From: Nieuws <nieuws@example.com>`	DMARC verifică acest domeniu
Return-Path (expeditor din plic, adresă de bounce)	`Return-Path: <bounce-8f3a@mail.sender.example>`	SPF verifică acest domeniu
Domeniu DKIM	`DKIM-Signature: ... d=sender.example; s=s1; ...`	DKIM verifică semnătura acestui domeniu

DMARC (lecția 4.4) aprobă un mesaj dacă SPF sau DKIM reușește, și domeniul care a reușit este aliniat cu domeniul From. Aliniat înseamnă, în configurația standard (relaxed), că este același domeniu organizațional: mail.example.com este aliniat cu example.com, dar sender.example nu este.

Fără setări proprii, un newsletter arată astfel:

Return-Path: <bounce-8f3a@mail.sender.example>
From: Nieuws <nieuws@example.com>
DKIM-Signature: v=1; a=rsa-sha256; d=sender.example; s=s1; ...
Authentication-Results: mx.example.net;
       spf=pass smtp.mailfrom=mail.sender.example;
       dkim=pass header.d=sender.example;
       dmarc=fail header.from=example.com

SPF reușește și DKIM reușește, dar amândouă pentru domeniul serviciului. Niciunul nu este aliniat cu example.com, deci DMARC eșuează. Dacă politica dumneavoastră DMARC este p=none, veți observa acest lucru doar în rapoartele dumneavoastră (lecția 4.5). Dacă este quarantine sau reject, newsletterul dumneavoastră ajunge în spam sau este respins.

Soluția: autentificarea domeniului la serviciu

Orice serviciu de expediere serios are un pas numit „autentificare domeniu”, „verificare domeniu” sau „configurare domeniu de expediere”. Serviciul vă oferă atunci câteva înregistrări de adăugat în DNS-ul dumneavoastră. De regulă acestea sunt:

DKIM prin CNAME, de exemplu s1._domainkey.example.com către un nume la serviciu. După aceea, serviciul vă semnează mesajele cu d=example.com. Aceasta este înregistrarea cea mai importantă: astfel DMARC reușește prin DKIM.
Un domeniu de bounce propriu, adesea un CNAME pe un subdomeniu, de exemplu bounce.example.com către serviciu. Astfel Return-Path devine ...@bounce.example.com. SPF al acelui subdomeniu indică, prin CNAME, către serviciu, iar SPF este atunci de asemenea aliniat. Nu orice serviciu oferă acest lucru; doar DKIM este suficient pentru DMARC.
Uneori un include SPF în înregistrarea dumneavoastră proprie, dacă serviciul folosește domeniul dumneavoastră principal ca Return-Path. Faceți acest lucru doar dacă serviciul vi-l cere, și întotdeauna în înregistrarea SPF existentă (lecția 4.2).
Uneori o înregistrare TXT de verificare, pentru a dovedi că domeniul vă aparține.

După configurarea corectă, același newsletter arată astfel:

Return-Path: <bounce-8f3a@bounce.example.com>
From: Nieuws <nieuws@example.com>
DKIM-Signature: v=1; a=rsa-sha256; d=example.com; s=s1; ...
Authentication-Results: mx.example.net;
       spf=pass smtp.mailfrom=bounce.example.com;
       dkim=pass header.d=example.com;
       dmarc=pass header.from=example.com

Preluați întotdeauna numele și destinațiile exact din panoul de control al serviciului dumneavoastră. Acestea diferă de la un serviciu la altul și uneori de la un cont la altul.

Un subdomeniu separat pentru marketing?

Expeditorii mari folosesc adesea un subdomeniu propriu pentru newslettere, precum nieuws.example.com sau info.example.com, cu nieuwsbrief@nieuws.example.com ca expeditor. Ideea: reputația e-mailurilor dumneavoastră de marketing rămâne astfel separată de e-mailul dumneavoastră obișnuit. Dacă o campanie merge prost, e-mailul dumneavoastră zilnic cu clienții suferă mai puțin din acest motiv.

Pentru cine trimite un newsletter de câteva ori pe lună, acest lucru nu este necesar. Face însă administrarea mai complicată: subdomeniul are nevoie de propriul DKIM, iar politica dumneavoastră DMARC pentru subdomenii (sp=) trebuie să se potrivească. Luați în considerare acest lucru dacă trimiteți mult sau dacă, pe lângă newslettere, aveți și mult e-mail tranzacțional (comenzi, parole). Acesta nu trebuie niciodată să sufere din cauza unei campanii eșuate.

Important: nu setați pe un subdomeniu de expediere nicio înregistrare MX către serviciu dacă nu este necesar, și nu modificați niciodată MX-ul domeniului dumneavoastră principal pentru un newsletter. MX-ul determină unde ajunge mesajul; răspunsurile la newsletterul dumneavoastră trebuie pur și simplu să ajungă în propria căsuță poștală.

Încălzirea: nu începeți imediat cu totul

Trimiteți pentru prima dată cu un serviciu nou sau cu un domeniu nou, sau trimiteți brusc de zece ori mai mult decât de obicei? Destinatarii nu vă cunosc încă. Destinatarii mari frânează expeditorii necunoscuți (la Microsoft veți vedea atunci refuzuri temporare precum 451 4.7.500, lecția 6.4). Începeți deci cu puțin: mai întâi cei mai activi cititori ai dumneavoastră, apoi, treptat, o parte tot mai mare. Acest lucru se numește încălzire (warm-up). La un serviciu de expediere partajat, serviciul face multe dintre acestea automat, dar și acolo contează reputația domeniului dumneavoastră.

În practică: cum arată într-un panou

Adăugați înregistrările serviciului în administrarea DNS a domeniului dumneavoastră. La WebOké aceasta este fila DNS din Contul meu WebOké sau DNS Administration în DirectAdmin; la alți furnizori se numește administrare DNS, administrare de zonă sau înregistrări DNS și funcționează similar. Fiți atenți la cele două greșeli clasice: numele domeniului dublat în nume (s1._domainkey.example.com.example.com), și crearea unei înregistrări TXT acolo unde serviciul cere un CNAME.

Gata? Trimiteți un newsletter de test către propria adresă de Gmail sau Outlook.com și deschideți antetele mesajului (lecția 1.5). Trebuie să vedeți la Authentication-Results: dkim=pass cu header.d= domeniul dumneavoastră, și dmarc=pass.

Rezumat

Un newsletter este bulkmail: destinatarii îl examinează mai strict. Folosiți un serviciu de expediere, nu propria căsuță poștală.
În fiecare mesaj apar trei domenii: From (DMARC), Return-Path (SPF) și domeniul DKIM d=.
DMARC reușește doar dacă SPF sau DKIM reușește pentru un domeniu aliniat cu domeniul From.
Autentificați-vă domeniul la serviciu: DKIM prin CNAME este cel mai important, un domeniu de bounce propriu este un plus.
Verificați cu un mesaj de test: dkim=pass header.d=<domeniul dumneavoastră> și dmarc=pass. Începeți cu puțin la un serviciu nou.

Quiz

Exercițiu

Exercițiul Z7.1: Verificarea alinierii unui newsletter. Trimiteți un newsletter de la propriul dumneavoastră serviciu de expediere către propria adresă (sau folosiți fișierul exemplu nieuwsbrief-kopregels-1.txt din curs) și inserați antetele mesajului. Completați: domeniul From, domeniul Return-Path, domeniul DKIM (d=) și dacă, după părerea dumneavoastră, DMARC reușește (da/nu) și pe ce cale (SPF, DKIM, amândouă sau niciuna). Programul analizează el însuși antetele, verifică live selectorul DKIM în DNS și înregistrarea DMARC a domeniului From, și pune rezultatul său alături de al dumneavoastră.

Exercițiul Z7.1: Verificarea alinierii unui newsletter

Fișier la acest exercițiu: nieuwsbrief-kopregels-1.txt, nieuwsbrief-kopregels-2.txt, kopregels-1.txt

Lipiți antetele unui newsletter pe care îl trimiteți dumneavoastră, sau alegeți un fișier exemplu. Serverul analizează antetele (doar în memorie) și, în cazul unor antete reale, caută cheia DKIM și înregistrarea DMARC.

Ce antete?

Antete lipite (opțional)

Domeniul From

Domeniul Return-Path

Domeniul DKIM (d=)

Reușește DMARC?

Pe ce cale?

Ceea ce completați și ceea ce găsim nu se salvează. Browserul dumneavoastră reține răspunsurile și dacă ați rezolvat exercițiul. Dacă sunteți autentificat, păstrăm în Cursurile mele doar faptul că exercițiul a fost (aproape) corect; și de acolo îl puteți șterge.

Lecturi suplimentare

Pașii din aceste articole sunt valabili pentru panourile WebOké; la alți furnizori funcționează similar.

Cookie-uri pe WebOké

Setări cookie-uri

Necesare

Marketing