Trimiteți e-mailuri de pe propriul domeniu, din propriul cont

Fiecare notificare pe care o primesc clienții dumneavoastră — facturi, resetări de parolă, răspunsuri la tichete, actualizări de proiect — pleacă printr-un serviciu de e-mail. În mod implicit, acel serviciu este al nostru, linia De la (From) indică Zinn Digital®, iar noi plătim pentru el.

Dacă aveți un abonament agency sau reseller, puteți atașa în schimb propriul dumneavoastră serviciu de e-mail. Astfel, clienții dumneavoastră vor vedea propriul domeniu în linia De la (From), răspunsurile vor veni către dumneavoastră, iar mesajele vor fi trimise prin contul dumneavoastră, cu furnizorul dumneavoastră.

Configurați-l accesând Trimiterea de e-mailuri în panoul de control (dashboard).

Ce furnizor ar trebui să folosesc?

Oricare dintre acestea funcționează. Alegeți-l pe cel cu care aveți deja un cont.

| Furnizor | Cel mai bun dacă | Ghid | | --- | --- | --- | | Mailgun | Doriți un API și volume generoase de trimitere | Configurare Mailgun | | SendGrid | Folosiți deja serviciul pentru e-mailuri de marketing | Configurare SendGrid | | Postmark | Exclusiv e-mailuri tranzacționale, livrabilitate optimă | Configurare Postmark | | Amazon SES | Sunteți deja pe AWS și doriți cel mai mic preț | Configurare Amazon SES | | Resend | Doriți cea mai simplă configurare | Configurare Resend | | Propriul server SMTP | Vă rulați propria infrastructură de e-mail | Configurare SMTP |

Dacă nu aveți nicio preferință și niciun cont existent, Postmark este cel pe care l-am alege pentru e-mailurile tranzacționale: refuză să transporte mesaje de marketing, motiv pentru care ratele sale de livrare sunt atât de ridicate.

Configurați mai întâi DNS-ul. Reprezintă cea mai mare parte a muncii.

Indiferent de furnizorul pe care îl alegeți, aceleași trei înregistrări DNS decid dacă e-mailul dumneavoastră ajunge la destinație sau în folderul de spam. Furnizorul dumneavoastră generează valorile exacte; dumneavoastră le adăugați pe domeniu.

SPF — o înregistrare TXT de pe domeniul dumneavoastră care specifică cine are permisiunea de a trimite mesaje în numele dumneavoastră. Dacă aveți deja una, o editați; nu adăugați a doua înregistrare. Un domeniu cu două înregistrări SPF va eșua complet la verificarea SPF, ceea ce este mai rău decât a nu avea niciuna.

DKIM — o înregistrare TXT sau CNAME care conține o cheie publică, astfel încât serverele receptoare să poată verifica dacă un mesaj provine într-adevăr de la furnizorul dumneavoastră și nu a fost modificat. Aceasta este înregistrarea care necesită cel mai mult efort și este cea care trebuie să corespundă pentru ca validarea DMARC să reușească.

Domeniul Return-path (bounce) — de obicei un CNAME. Sabilește adresa de plic invizibilă pe care furnizorul dumneavoastră o folosește pentru a colecta mesajele returnate (bounce). Fără aceasta, mesajele returnate merg într-un loc pe care nu îl puteți vedea, iar reputația domeniului dumneavoastră se degradează fără ca dumneavoastră să știți.

DMARC — o înregistrare TXT la _dmarc.domeniuldumneavoastra.com care le spune serverelor receptoare ce să facă atunci când înregistrările SPF și DKIM nu coincid cu linia De la (From). Începeți cu p=none în timp ce verificați că totul trece de validare, apoi treceți la p=quarantine și p=reject.

⚠️ Modificările DNS nu sunt instantanee. Acordați-le până la o oră înainte de a decide că ceva nu este în regulă.

Folosiți un subdomeniu pentru trimitere

Trimiteți de la mail.domeniuldumneavoastra.com sau notifications.domeniuldumneavoastra.com, nu de la domeniuldumneavoastra.com însuși.

Motivul este reputația. Domeniul dumneavoastră principal este cel pe care îl folosește e-mailul de afaceri. Dacă o trimitere în masă întâmpină vreodată probleme, un subdomeniu de trimitere separat conține daunele — personalul dumneavoastră poate trimite în continuare e-mailuri clienților în timp ce remediați situația. De asemenea, vă permite să setați înregistrări DNS pentru trimitere fără a atinge înregistrările de care depind propriile căsuțe poștale.

Totuși, introduceți un domeniu, nu o adresă, în câmpul Trimite de la acest domeniu. Partea de dinainte de @ este aleasă per mesaj: chitanțele pleacă ca billing@, resetările de parolă ca no-reply@, răspunsurile la tichete ca support@.

Cum funcționează configurarea

1. Alegeți furnizorul și introduceți datele sale de autentificare.
2. Apăsați Trimite mesajul de test. Trimitem un e-mail real prin intermediul furnizorului dumneavoastră, către o căsuță poștală menționată de dumneavoastră, care conține un cod.
3. Citiți codul din acea căsuță poștală și introduceți-l.

Abia după aceea e-mailurile dumneavoastră vor începe să plece în numele dumneavoastră.

⭐ Folosiți pentru test o căsuță poștală de pe un alt domeniu — o adresă Gmail sau Outlook este ideală. Un mesaj care nu părăsește propriul server dovedește mult mai puțin decât unul care a traversat internetul și a trecut de filtrul de spam al altcuiva.

De ce insistăm ca mesajul de test să ajungă efectiv

Deoarece un furnizor care acceptă un mesaj și apoi îl elimină silențios arată exact la fel ca unul care funcționează. Un cont Amazon SES nou-nouț se află într-un sandbox, va accepta mesajul dumneavoastră și nu îl va livra nicăieri. Un domeniu Mailgun a cărui propagare DNS nu s-a finalizat face același lucru. La fel face și un releu SMTP care răspunde cu 250 și îl anulează.

Dacă v-am fi mutat trimiterea de e-mailuri în momentul în care datele dumneavoastră de autentificare au fost acceptate, primul lucru pe care l-ați fi aflat ar fi fost că ai dumneavoastră clienți au încetat să mai primească ceva — și ați fi aflat asta de la un client, zile mai târziu. Codul este dovada că un mesaj a părăsit furnizorul dumneavoastră și a ajuns la destinație.

Ce se întâmplă dacă furnizorul meu nu mai funcționează

Notificările dumneavoastră sunt înregistrate ca eșuate, se încearcă retrimiterea lor, iar ecranul Trimiterea de e-mailuri devine roșu, afișând propriul mesaj de eroare al furnizorului dumneavoastră.

⛔ Nu le trimitem noi în schimb de pe domeniul nostru. Acest lucru este deliberat. O redirecționare automată tăcută ar însemna că un cont de e-mail defect continuă să funcționeze suficient de bine încât nimeni să nu-l repare — în timp ce noi plătim în mod silențios pentru el. Prin urmare, o defecțiune este vizibilă și revine în sarcina dumneavoastră să o remediați, aceasta fiind singura modalitate prin care se va remedia.

Până când nu este remediată, clienții dumneavoastră nu primesc acele notificări. Totul se află în continuare în căsuța poștală din panoul lor de control și nimic nu se pierde — dar tratați un banner roșu de aici ca pe o urgență.

Ce se întâmplă dacă nu fac nimic?

Nimic nu se strică. Notificările dumneavoastră continuă să fie trimise de pe domeniul nostru, ca Zinn Digital®, iar noi continuăm să le plătim. Pur și simplu, clienții dumneavoastră văd numele nostru în locul dumneavoastră.

Eliminarea

Apăsați Deconectare. Datele de autentificare stocate sunt șterse, iar notificările dumneavoastră revin la domeniul nostru începând cu următorul mesaj. Vă puteți reconecta în orice moment.