Agen tidak punya kotak masuk sendiri. Aturan CAN-SPAM, ambang batas Gmail, dan pemisahan email pemasaran dari transaksional di jalur pengiriman tetap berlaku.
Agen bisa memulai kampanye melalui infrastruktur pengiriman yang sama dengan yang dipakai manusia. Gmail tetap melihat pengirim, domain, dan pesannya.
Penyedia email menilai domain, IP, dan tingkat keluhan. Mereka tidak menilai apakah manusia yang menekan tombol Kirim. Jika agen mengirim isi promosi melalui IP transaksional, Anda menanggung masalah yang sama seperti jika melakukannya secara manual, hanya saja lebih cepat.
Artikel ini melengkapi panduan keterkiriman email, bukan menggantikannya. Panduan itu membahas reputasi, autentikasi, dan kebersihan daftar kontak. Artikel ini membahas kesalahan yang muncul ketika yang menekan tombol kirim adalah perangkat lunak.
CAN-SPAM berlaku untuk pesan komersial. Uji tujuan utama berfokus pada subjek dan isi pesan, bukan pada siapa yang mengetiknya.
Untuk pesan yang mencampurkan invoice dan penawaran, nilai tujuan utamanya. Subjek, penempatan informasi akun, dan seberapa menonjol promosinya ikut menentukan. Footer promosi yang singkat tidak otomatis membuat laporan rekening tergolong komersial. Panduan FTC menyertakan contoh-contohnya. Pesan komersial memerlukan header dan subjek yang jujur, alamat fisik, serta opsi berhenti berlangganan yang berfungsi.
Hal yang sama berlaku sebaliknya. Reset kata sandi yang dipicu agen karena peristiwa keamanan yang nyata tetap bersifat transaksional, selama isinya tetap membahas peristiwa itu.
Persyaratan pengirim dari Gmail mencakup aturan untuk semua pengirim dan aturan yang lebih ketat bagi pengirim massal yang mengirim sekitar 5.000 pesan per hari ke akun Gmail pribadi. Persyaratan yang lebih ketat itu mencakup:
p=none atau yang lebih ketat.List-Unsubscribe dan List-Unsubscribe-Post.Email transaksional dikecualikan dari aturan sekali klik. Namun, email transaksional tidak dikecualikan dari autentikasi, dan tidak kebal terhadap keluhan spam jika Anda menjejali templatnya dengan promo.
Yahoo meminta pengirim bervolume tinggi menempatkan email pemasaran dan transaksional di IP yang berbeda, dan sebaiknya juga di domain yang berbeda. Periksa identitas pengirim mana yang akan dipakai agen, alih-alih menyerahkannya pada pengaturan default yang tidak jelas.
Beri agen identitas pengirim promosi untuk kampanye dan otomatisasi: domain yang Anda panaskan, IP yang memang Anda perkirakan akan menerima keluhan, dan header berhenti berlangganan yang sudah Anda uji.
Tempatkan email transaksional di identitas yang terpisah. Di Brew, identitas itu adalah domain dengan tujuan pengiriman transaksional, dan emailnya sendiri berupa otomatisasi yang sudah dipublikasikan beserta pemicunya. Agen boleh menyusun templatnya. Namun, jalur pengiriman untuk setiap peristiwa tetap harus POST /v1/automations/triggers/{triggerEventId}/fire dengan payload JSON, bukan “kirim draf ini ke daftar kontak.”
Jangan biarkan agen memilih alamat From dari setumpuk domain terverifikasi “untuk melihat mana yang tembus ke kotak masuk.” Dengan cara itu, Anda membangun dua reputasi sekaligus tanpa memahami satu pun.
Risikonya bukan salah ketik, melainkan paragraf yang mengalir lancar tetapi mengutip angka yang tidak pernah Anda publikasikan, atau subjek yang mirip bukti pembayaran.
Sebelum Anda membiarkan agen mengirim tanpa antrean peninjauan:
Cory Nelson dari Harmonya mengatakan kepada Noah Adelstein bahwa ia memeriksa kampanye pertamanya dengan cara itu sebelum memercayai siklus kerja agennya. Itulah urutan yang benar.
Lakukan autentikasi domain, pilih identitas pengirim yang tepat, dan cocokkan kampanye pertama dengan brief yang sudah disetujui. Periksa juga izin dan pengaturan konfirmasi asisten AI Anda. Tidak semua klien MCP meminta persetujuan dengan cara yang sama.
Brief yang mencegah angka yang dikarang ada di cara memberi brief kepada agen email. Pemeriksaan kampanye pertama di Harmonya dibahas dalam cara Harmonya mengubah newsletter menjadi program siklus hidup.
