Tudásbázis
Küldjön e-mailt saját domainjéről, a saját fiókjából
Küldje ügyfelei értesítéseit a saját domainjéről, a saját levelezőfiókjából: melyik szolgáltatót válassza, milyen SPF-, DKIM- és return-path-rekordokra van szükségük, miért ragaszkodunk ahhoz, hogy egy tesztüzenet valóban megérkezzen, és mi történik, amikor egy szolgáltató meghibásodik.
Minden értesítés, amelyet az ügyfelei kapnak – számlák, jelszó-visszaállítások, jegyválaszok, projektfrissítések – egy levelezőszolgáltatáson keresztül megy ki. Alapértelmezés szerint ez a szolgáltatás a miénk, a Feladó sorban a Zinn Digital® szerepel, és mi fizetünk érte.
Ha Ön ügynökségi vagy viszonteladói csomagteljesítménnyel rendelkezik, ehelyett csatlakoztathatja saját levelezőszolgáltatását. Ügyfelei ekkor az Ön domainjét látják a Feladó sorban, a válaszok Önhöz futnak be, és az üzeneteket az Ön fiókján keresztül, az Ön szolgáltatója küldi el.
Ezt a vezérlőpultján az E-mail küldés menüpontban állíthatja be.
Melyik szolgáltatót használjam?
Ezek mindegyike megfelelő. Válassza azt, amelyiknél már van fiókja.
| Szolgáltató | Legjobb, ha | Útmutató | | --- | --- | --- | | Mailgun | API-t és bőséges küldési volument szeretne | Mailgun beállítása | | SendGrid | Már használja marketinglevelekhez | SendGrid beállítása | | Postmark | Csak tranzakciós levelekhez, a legjobb kézbesíthetőség | Postmark beállítása | | Amazon SES | Már az AWS-t használja, és a legalacsonyabb árat keresi | Amazon SES beállítása | | Resend | A legegyszerűbb beállítást szeretné | Resend beállítása | | Saját SMTP-szerver | Saját levelezési infrastruktúrát üzemeltet | SMTP beállítása |
Ha nincsenek különösebb szempontjai, és nincs meglévő fiókja, a Postmark az, amelyet mi választanánk a tranzakciós levelekhez: nem vállal marketingleveleket, és pontosan ez az oka annak, hogy a kézbesítési aránya olyan, amilyen.
Először a DNS-t állítsa be. Ez a munka nagyobbik része.
Bármelyik szolgáltatót is választja, ugyanaz a három DNS-rekord dönt arról, hogy a levele megérkezik-e, vagy a spam mappában végzi. A szolgáltatója generálja a pontos értékeket, amelyeket Ön ad hozzá a domainjéhez.
SPF – egy TXT rekord a domainjén, amely felsorolja, hogy ki küldhet levelet az Ön nevében. Ha már van ilyenje, akkor azt módosítania kell; nem adhat hozzá egy másodikat. A két SPF-rekorddal rendelkező domain az SPF ellenőrzésén teljesen elbukik, ami rosszabb, mint ha egyáltalán ne lenne.
DKIM – egy TXT vagy CNAME rekord, amely nyilvános kulcsot tartalmaz, így a fogadó szerverek ellenőrizni tudják, hogy az üzenet valójában az Ön szolgáltatójától érkezett-e, és nem módosították-e. Ez a rekord végzi a legtöbb munkát, és ennek kell egyeznie ahhoz, hogy a DMARC ellenőrzés sikeres legyen.
Visszatérési útvonal (visszapattanási/bounce) domain – általában egy CNAME. Ez állítja be azt a láthatatlan borítékcímet, amelyet a szolgáltatója a visszapattanások összegyűjtésére használ. Ennek hiányában a visszapattanó üzenetek olyan helyre kerülnek, amelyet Ön nem lát, és a domainje hírneve anélkül romlik, hogy tudna róla.
DMARC – egy TXT rekord a _dmarc.yourdomain.com címen, amely megmondja a fogadó szervereknek, hogy mit tegyenek, ha az SPF és a DKIM nem egyezik meg a Feladó sorral. Kezdje a p=none beállítással, amíg ellenőrzi, hogy minden átmegy-e, majd lépjen tovább a p=quarantine és a p=reject értékekre.
⚠️ A DNS-változások nem lépnek életbe azonnal. Hagyjon nekik legfeljebb egy órát, mielőtt eldöntené, hogy valami hiba történt.
Használjon aldomaint a küldéshez
A küldéshez a mail.yourdomain.com vagy a notifications.yourdomain.com címet használja, ne magát a yourdomain.com címet.
Ennek oka a hírnév. Az üzleti e-mailje a fő domainjét használja. Ha egy tömeges küldés során valami hiba történik, egy különálló küldési aldomain korlátozza a kárt – a munkatársai továbbra is küldhetnek e-maileket az ügyfeleknek, amíg Ön elhárítja a problémát. Lehetővé teszi továbbá azt is, hogy a küldéshez beállítsa a DNS-rekordokat anélkül, hogy megérintené azokat a rekordokat, amelyektől a saját postafiókjai függnek.
A Küldés erről a domainről mezőbe továbbra is domaint kell megadnia, nem pedig címet. Az @ előtti részt üzenetenként határozzuk meg: a bizonylatok billing@ címmel, a jelszó-visszaállítások no-reply@ címmel, a jegyválaszok pedig support@ címmel indulnak útnak.
Így működik a beállítás
- Válassza ki a szolgáltatóját, és illessze be a hitelesítő adatait.
- Nyomja meg a Tesztüzenet küldése gombot. Egy valódi e-mailt küldünk a szolgáltatóján keresztül egy Ön által megjelölt postafiókba, amely tartalmaz egy kódot.
- Olvassa ki a kódot abból a postafiókból, és írja be.
Csak ezt követően kezdenek el a levelei az Ön nevében indulni.
⭐ A teszthez használjon egy másik domainen lévő postafiókot – egy Gmail- vagy Outlook-cím ideális erre. Az olyan üzenet, amely soha nem hagyja el a saját szerverét, sokkal kevesebbet bizonyít, mint az, amely átutazta az internetet, és átjutott valaki más spamszűrőjén.
Miért ragaszkodunk ahhoz, hogy a tesztüzenet valóban megérkezzen?
Mert egy olyan szolgáltató, amely elfogad egy üzenetet, majd csendben eldobja azt, teljesen úgy néz ki, mint amelyik működik. Egy vadonatúj Amazon SES-fiók homokozó (sandbox) módban van, így elfogadja az üzenetet, de sehova sem kézbesíti. Egy Mailgun domain, amelynek a DNS-regisztrációja nem terjedt ugyancsak ezt teszi. Ugyanez a helyzet egy olyan SMTP-továbbítóval is, amely 250-es választ ad, majd eldobja az üzenetet.
Ha a hitelesítő adatok elfogadásának pillanatában átállítanánk a küldést, az első dolog, amit megtudna az lenne, hogy az ügyfelei többé semmit sem kapnak – és ezt egy ügyféltől tudná meg, napokkal később. A kód a bizonyíték arra, hogy az üzenet elhagyta a szolgáltatót, és meg is érkezett.
Mi történik, ha a szolgáltatóm leáll?
Az értesítései sikertelenként lesznek rögzítve, újrapróbálkoznak, és az E-mail küldés képernyője pirosra vált a szolgáltató saját hibaüzenetével.
⛔ Ehelyett nem küldjük el őket a saját domainünkről. Ez szándékos. A csendes visszalépés azt jelentené, hogy egy elromlott levelezőfiók továbbra is elég jól működik ahhoz, hogy senki ne javítsa meg – miközben mi csendben fizetünk érte. Így a hiba látható, és Önnek kell kijavítania, mert ez az egyetlen módja annak, hogy meg is oldódjon.
Amíg nincs kijavítva, az ügyfelei nem kapják meg ezeket az értesítéseket. Minden továbbra is ott van a vezérlőpultjuk beérkező levelei között, és semmi sem veszik el – de kezelje az itteni piros sávot sürgős dologként.
Mi történik, ha semmit sem csinálok?
Semmi sem romlik el. Az értesítései továbbra is a mi domainünkről mennek ki Zinn Digital® néven, és mi fizetünk értük. Az ügyfelei egyszerűen a mi nevünket látják az Öné helyett.
Eltávolítás
Nyomja meg a Kapcsolat bontása gombot. A tárolt hitelesítő adatai törlődnek, és az értesítései a következő üzenettől kezdve ismét a mi domainünkre kerülnek vissza. Bármikor újra csatlakozhat.
Még mindig elakadtál?
Minden csomag tartalmaz ügyfélszolgálatot, a válaszokat pedig a saját nyelvén kapja meg.
Kapcsolat a támogatással → Összes cikk →