Kirim email dari domain Anda sendiri, di akun Anda sendiri

Setiap notifikasi yang diterima klien Anda — faktur, pengaturan ulang kata sandi, balasan tiket, pembaruan proyek — dikirimkan melalui layanan pesan. Secara default layanan tersebut adalah milik kami, baris Dari tertulis Zinn Digital®, dan kami yang membayarnya.

Jika Anda menggunakan paket agensi atau reseller, Anda dapat menghubungkan layanan pesan Anda sendiri sebagai gantinya. Klien Anda kemudian melihat domain Anda di baris Dari, balasan kembali kepada Anda, dan pesan dikirim melalui akun Anda dengan penyedia Anda.

Atur layanan ini di bagian Pengiriman email pada dasbor Anda.

Penyedia mana yang harus saya gunakan?

Semua pilihan ini dapat berfungsi. Pilih salah satu yang akunnya sudah Anda miliki.

Jika Anda tidak memiliki preferensi dan belum memiliki akun, Postmark adalah pilihan yang akan kami pilih untuk email transaksional: layanan ini menolak pengiriman pemasaran, dan itulah alasan mengapa tingkat keterkirimannya begitu baik.

Lakukan pengaturan DNS terlebih dahulu. Ini adalah bagian pekerjaan yang paling utama.

Penyedia mana pun yang Anda pilih, tiga data DNS yang sama menentukan apakah email Anda sampai atau masuk ke spam. Penyedia Anda akan membuatkan nilai yang tepat; Anda cukup menambahkannya ke domain Anda.

SPF — data TXT pada domain Anda yang mencantumkan siapa saja yang diizinkan mengirim atas nama Anda. Jika Anda sudah memilikinya, Anda mengeditnya; jangan menambahkan yang kedua. Domain dengan dua data SPF akan gagal dalam pemeriksaan SPF secara keseluruhan, yang dampaknya lebih buruk daripada tidak memilikinya sama sekali.

DKIM — data TXT atau CNAME yang menyimpan kunci publik, sehingga server penerima dapat memeriksa bahwa pesan benar-benar berasal dari penyedia Anda dan tidak diubah. Ini adalah data yang melakukan pekerjaan paling banyak, dan merupakan data yang harus cocok agar DMARC dapat lolos.

Domain Return-path (bounce) — biasanya berupa CNAME. Data ini menetapkan alamat amplop tak terlihat yang digunakan penyedia Anda untuk mengumpulkan email yang memantul (bounce). Tanpa data ini, email yang memantul akan terkirim ke tempat yang tidak dapat Anda lihat dan reputasi domain Anda akan menurun tanpa Anda sadari.

DMARC — data TXT di _dmarc.yourdomain.com yang memberi tahu server penerima tentang apa yang harus dilakukan ketika SPF dan DKIM tidak sesuai dengan baris Dari Anda. Mulailah dari p=none saat Anda memeriksa bahwa semuanya lolos, lalu beralihlah ke p=quarantine dan p=reject.

⚠️ Perubahan DNS tidak terjadi secara instan. Berikan waktu hingga satu jam sebelum Anda menyimpulkan ada yang salah.

Gunakan subdomain untuk pengiriman

Kirim dari mail.yourdomain.com atau notifications.yourdomain.com, bukan dari yourdomain.com itu sendiri.

Alasannya adalah reputasi. Domain utama Anda adalah domain yang digunakan untuk email bisnis Anda. Jika pengiriman massal mengalami masalah, subdomain pengiriman yang terpisah akan membatasi dampaknya — staf Anda tetap dapat mengirim email ke klien sementara Anda memperbaikinya. Ini juga memungkinkan Anda menyetel data DNS untuk pengiriman tanpa memengaruhi data yang menjadi tumpuan kotak masuk Anda sendiri.

Anda tetap memasukkan domain, bukan alamat, ke dalam kolom Kirim dari domain ini. Bagian sebelum @ dipilih per pesan: tanda terima dikirim sebagai billing@, pengaturan ulang kata sandi sebagai no-reply@, balasan tiket sebagai support@.

Cara kerja penyiapan

1. Pilih penyedia Anda dan tempelkan kredensialnya.
2. Tekan Kirim pesan uji coba. Kami mengirimkan email nyata melalui penyedia Anda, ke kotak masuk yang Anda tentukan, dengan kode di dalamnya.
3. Baca kode tersebut dari kotak masuk dan masukkan kodenya.

Hanya setelah itulah email Anda mulai terkirim atas nama Anda.

⭐ Gunakan kotak masuk pada domain yang berbeda untuk pengujian — alamat Gmail atau Outlook sangat ideal. Pesan yang tidak pernah meninggalkan server Anda sendiri membuktikan jauh lebih sedikit daripada pesan yang melintasi internet dan berhasil melewati filter spam milik pihak lain.

Mengapa kami bersikeras memastikan pesan uji coba benar-benar sampai

Karena penyedia yang menerima pesan lalu membuangnya secara diam-diam terlihat identik dengan penyedia yang berfungsi normal. Akun Amazon SES baru berada dalam sandbox dan akan menerima pesan Anda tanpa mengirimkannya ke mana pun. Domain Mailgun yang DNS-nya belum terpropagasi melakukan hal yang sama. Begitu pula relay SMTP yang merespons 250 dan membuangnya.

Jika kami mengalihkan pengiriman Anda saat kredensial Anda diterima, hal pertama yang akan Anda ketahui adalah bahwa klien Anda berhenti menerima apa pun — dan Anda baru mengetahuinya dari seorang klien, beberapa hari kemudian. Kode tersebut adalah bukti bahwa pesan telah meninggalkan penyedia Anda dan berhasil mendarat.

Apa yang terjadi jika penyedia saya berhenti berfungsi

Notifikasi Anda dicatat sebagai gagal, dicoba kembali, dan layar Pengiriman email Anda akan berubah menjadi merah dengan pesan kesalahan dari penyedia Anda sendiri di atasnya.

⛔ Kami tidak mengirimkannya dari domain kami sebagai gantinya. Hal tersebut disengaja. Cadangan otomatis secara diam-diam berarti akun email yang rusak tetap bekerja dengan cukup baik sehingga tidak ada yang memperbaikinya — sementara kami diam-diam membayarnya. Jadi, kesalahan dibuat terlihat, dan Anda yang harus memperbaikinya, yang merupakan satu-satunya cara agar masalah tersebut terselesaikan.

Hingga masalah tersebut diperbaiki, klien Anda tidak akan menerima notifikasi tersebut. Semuanya tetap berada di kotak masuk dasbor mereka, dan tidak ada yang hilang — namun perlakukan spanduk merah di sini sebagai hal yang mendesak.

Bagaimana jika saya tidak melakukan apa pun?

Tidak ada yang akan rusak. Notifikasi Anda tetap dikirim dari domain kami, sebagai Zinn Digital®, dan kami tetap membayarnya. Klien Anda hanya melihat nama kami, bukan nama Anda.

Menghapusnya

Tekan Putuskan sambungan. Kredensial tersimpan Anda akan dihapus dan notifikasi Anda akan kembali menggunakan domain kami mulai dari pesan berikutnya. Anda dapat menghubungkannya kembali kapan saja.