Tanda terima mengonfirmasi pembelian. Penawaran mengundang pembelian berikutnya. Keduanya bisa terkirim otomatis setelah checkout, tetapi tujuannya berbeda.
Perbedaan ini menentukan aturan opt-out mana yang berlaku. Perbedaan ini juga menentukan pesan mana yang berbagi reputasi pengiriman. Jenis pesan menentukan apakah pesan tersebut memerlukan mekanisme berhenti berlangganan.
Apa yang membuat email bersifat transaksional atau marketing?
Tujuan pesan menentukan kategorinya. Otomatisasi, personalisasi, dan jumlah penerima tidak menentukan tujuan tersebut.
Panduan langganan Google membedakan reset kata sandi, tanda terima pembelian, dan kata sandi sekali pakai dari pesan langganan. Daftar marketing dan newsletter termasuk dalam kategori langganan.
| Pertanyaan | Email transaksional | Email marketing |
|---|---|---|
| Mengapa dikirim? | Untuk menyelesaikan atau melaporkan transaksi, permintaan, atau peristiwa akun | Untuk mempromosikan sesuatu atau mengirim konten langganan |
| Apa yang memicunya? | Pembelian, permintaan reset, atau peristiwa akun yang relevan | Jadwal kampanye atau pemicu promosi otomatis |
| Apa yang diharapkan penerima? | Informasi yang dibutuhkan untuk transaksi atau akun tersebut | Konten yang telah mereka setujui untuk diterima sebagai langganan |
| Contoh | Tanda terima, tautan reset, peringatan keamanan | Newsletter, penawaran produk, tindak lanjut promosi |
Permintaan pelanggan untuk tanda terima dan izin mereka untuk menerima newsletter adalah dua hal yang berbeda. Google meminta pengirim langganan untuk mengonfirmasi alamat email penerima sebelum mengirim.
Persyaratan persetujuan juga bergantung pada hukum yang berlaku. CAN-SPAM mengatur email komersial AS melalui kerangka opt-out.
Mengapa menggunakan alamat pengirim, domain, dan IP pool yang terpisah?
Pemisahan menjaga lalu lintas tetap teridentifikasi dan mengurangi paparan reputasi bersama. Panduan pengirim Yahoo mengidentifikasi alamat IP dan domain penandatanganan DKIM sebagai sinyal reputasi.
Google merekomendasikan alamat pengirim yang berbeda untuk pesan langganan dan non-langganan. Yahoo merekomendasikan pemisahan email marketing massal dari email transaksional berdasarkan IP atau domain DKIM.
Misalnya, tanda terima dapat menggunakan subdomain receipts.example.com yang terautentikasi dan penawaran dapat menggunakan news.example.com. Setiap aliran juga dapat menggunakan IP pool sendiri, yaitu sekelompok alamat IP pengiriman.
Kontrol ini bersifat independen. Alamat From yang berbeda tetap bisa menggunakan domain penandatanganan dan IP pengiriman yang sama.
Apa yang terjadi jika aliran dicampur?
Marketing yang tidak diinginkan dapat memengaruhi reputasi yang digunakan oleh email operasional. FAQ Yahoo memperingatkan tentang email komersial yang tidak diminta yang berbagi IP dengan pesan transaksional.
Sebuah kampanye dan reset kata sandi yang menggunakan IP tersebut berbagi paparan yang sama.
Mencampurkan tujuan dalam satu pesan menimbulkan masalah lain. Penawaran promosi dalam tanda terima dapat mengubah cara pesan diklasifikasikan berdasarkan CAN-SPAM.
Bagaimana persyaratan Gmail dan Yahoo berbeda berdasarkan jenis pesan?
Pesan transaksional tetap memerlukan autentikasi dan infrastruktur pengiriman yang sesuai. Perbedaan aturan berhenti berlangganan tidak membebaskan pesan transaksional dari persyaratan pengirim lainnya.
Persyaratan pengirim Gmail mewajibkan SPF atau DKIM untuk semua pengirim ke akun Gmail pribadi. Pengirim yang melebihi 5.000 pesan per hari ke akun Gmail pribadi memerlukan SPF, DKIM, dan DMARC. Pesan marketing dan langganan mereka juga memerlukan berhenti berlangganan sekali klik dan tautan yang terlihat di badan email.
Panduan langganan Google meminta pengirim untuk memenuhi permintaan berhenti berlangganan dalam 48 jam. Perubahan preferensi harus menghentikan pengiriman langganan berikutnya dalam jangka waktu tersebut.
Persyaratan Yahoo juga mewajibkan SPF, DKIM, dan DMARC untuk pengirim massal. Persyaratan berhenti berlangganan sekali klik berlaku untuk pesan promosi dan marketing. FAQ-nya secara eksplisit mengecualikan contoh transaksional seperti konfirmasi pesanan dan reset kata sandi.
Bagaimana CAN-SPAM memperlakukan kedua kategori ini?
CAN-SPAM menerapkan kewajiban berbeda berdasarkan tujuan utama pesan. FTC, regulator perlindungan konsumen AS, mendefinisikan konten transaksional atau relasional secara sempit.
Pesan komersial memerlukan informasi pengirim yang benar, baris subjek yang akurat, identifikasi iklan, alamat pos, dan mekanisme opt-out. Pesan yang murni transaksional atau relasional tetap tunduk pada larangan informasi routing yang palsu atau menyesatkan.
Hubungan pelanggan yang sudah ada tidak menjadikan setiap pesan bersifat transaksional. Untuk konten campuran, baris subjek promosi dapat menjadikan pesan tersebut bersifat komersial. Begitu juga menempatkan konten transaksional sebagian besar setelah promosi.
Email promosi tidak dapat menghindari kewajiban ini dengan menggunakan alamat pengirim transaksional atau kategori API.
Bagaimana Anda memisahkan keduanya di Bird?
Anda mengatur kategori pesan ke transactional atau marketing sesuai kontennya. Pengiriman inline default ke marketing. Pengiriman dengan template tersimpan mewarisi kategori template kecuali Anda menimpanya.
Bird menambahkan header berhenti berlangganan sekali klik dan tautan di badan HTML ke pengiriman marketing. Opt-out khusus marketing memblokir email marketing tetapi tetap mengizinkan email transaksional. Hard bounce, supresi manual, dan opt-out yang mencakup semua pesan memblokir kedua kategori.
Anda memilih infrastruktur secara terpisah. Gunakan subdomain pengiriman yang terverifikasi dan pilih pool pengiriman dengan ip_pool_id. Mengosongkan field tersebut menggunakan pool default organisasi Anda. Mengatur category tidak memilih pool yang berbeda.
Email transaksional API menghubungkan pengaturan tersebut ke aplikasi Anda. Checklist layanan email transaksional mencakup evaluasi penyedia layanan.