# Email Marketing dan Otomasi Pemasaran Email adalah satu-satunya kanal pemasaran digital yang **dimiliki** klien, bukan dipinjam dari algoritma. Daftar alamat yang sudah memberi izin tidak bisa diturunkan jangkauannya oleh perubahan feed, dan satu alamat bisa dikirimi pesan berkali-kali tanpa biaya tambahan. Sebaliknya, kanal ini juga satu-satunya yang **gerbangnya dijaga pihak lain**: Gmail, Yahoo, dan Outlook menentukan apakah pesan masuk ke kotak masuk, folder Promosi, atau folder spam. Sejak Februari 2024 aturan gerbang itu diperketat dan menjadi syarat teknis, bukan imbauan. Berkas ini fokus pada dua hal: cara agar email klien kita benar-benar sampai, dan cara menyusun otomatisasi yang bekerja tanpa dikawal tiap hari. Semua aturan dan angka diambil dari dokumentasi resmi Google, Yahoo, Microsoft, Apple, penyedia otomatisasi, dan peraturan Indonesia. Tautannya ada di bagian Sumber resmi. ## Peta singkat | Pertanyaan | Jawaban singkat | Aturannya dari | |---|---|---| | Apakah pesan sampai? | Ditentukan autentikasi, reputasi domain, dan rasio spam | Google, Yahoo | | Autentikasi apa yang wajib? | Semua pengirim: SPF atau DKIM. Pengirim massal: SPF, DKIM, dan DMARC | Google | | Batas "massal" di Gmail | Lebih dari 5.000 pesan per hari | Google | | Angka yang dipantau | Rasio spam yang dilaporkan penerima Gmail | Google Postmaster Tools | | Cara berhenti berlangganan | Satu klik lewat header, plus tautan jelas di isi pesan | Google, Yahoo, RFC 8058 | | Kenapa laporan "email dibuka" tidak bisa dipercaya | Apple menyembunyikan status buka, Google tidak melacaknya | Apple, Google | | Alat otomatisasi | Pemicu, langkah, aturan keluar | Mailchimp, HubSpot, n8n | | Payung hukum di Indonesia | Persetujuan, kejelasan informasi, hak menghapus | PP 71/2019, UU 27/2022 | --- # Bagian 1: Supaya email sampai ## Syarat Gmail bagi semua pengirim Sejak 1 Februari 2024, Google mewajibkan hal berikut untuk pesan apa pun yang dikirim ke akun Gmail pribadi. | Syarat | Isi | |---|---| | Autentikasi | SPF atau DKIM untuk domain pengirim | | DNS balik | Alamat IP pengirim punya data PTR yang sah, dan nama host-nya punya data A/AAAA yang menunjuk balik ke IP yang sama | | Koneksi | Pengiriman memakai TLS | | Rasio spam | Di bawah 0,3% menurut laporan Postmaster Tools | | Format pesan | Sesuai RFC 5322 | | Header From | Tidak meniru atau memakai alamat header From milik Gmail | Untuk pengirim yang melewati 5.000 pesan per hari ke Gmail, syaratnya naik. | Syarat tambahan untuk pengirim massal | Isi | |---|---| | Autentikasi | SPF, DKIM, dan DMARC wajib terpasang | | Kebijakan DMARC | Boleh disetel `p=none` | | Penyelarasan | Domain di header From harus sama dengan domain SPF atau DKIM | | Kunci DKIM | Minimal 1024 bit, disarankan 2048 bit | | Berhenti berlangganan | Pesan pemasaran dan pesan berlangganan harus mendukung berhenti berlangganan sekali klik, dan memuat tautan berhenti berlangganan yang terlihat jelas di isi pesan | Sumber: Panduan pengirim email Gmail (support.google.com/a/answer/81126). ## Angka rasio spam Google menyebut dua ambang berbeda, dan bedanya penting. - Rasio spam yang dilaporkan penerima harus **di bawah 0,10%** sebagai target kerja. - Rasio **0,30% atau lebih tinggi** tidak boleh tersentuh, karena di titik itu pesan mulai berpeluang ditandai spam oleh sistem Gmail. Perbaikan tidak instan. Google menyatakan bahwa penurunan rasio spam butuh waktu supaya berdampak positif pada proses penentuan spamnya. Artinya kalau sebuah kampanye menaikkan rasio, kerugiannya masih terasa pada pengiriman pekan berikutnya meski kampanye itu sudah dihentikan. Alat pantau resminya Postmaster Tools. Yang bisa dibaca di sana: kapan penerima menandai pesan sebagai spam, apakah pesan diautentikasi, dan reputasi domain atau IP beserta dampaknya ke rasio penyampaian. Sumber: Panduan pengirim email Gmail; Menyiapkan Postmaster Tools (support.google.com/a/answer/6258950). ## Syarat Yahoo Yahoo membagi pengirim menjadi dua tingkat dengan syarat yang mirip Google, tetapi ada dua tambahan yang sering dilewatkan. | Tingkat | Syarat | |---|---| | Semua pengirim | SPF atau DKIM; data DNS maju dan balik yang sah; rasio spam di bawah 0,3%; patuh RFC 5321 dan 5322 | | Pengirim massal | SPF, DKIM, dan DMARC dengan kebijakan minimal `p=none`; tag `rua` untuk menerima laporan dianjurkan; penyelarasan longgar boleh; domain From selaras dengan domain SPF atau DKIM; header list-unsubscribe berfungsi dengan satu klik; tautan berhenti berlangganan terlihat di isi pesan; permintaan berhenti berlangganan diproses dalam 2 hari | Dua butir yang perlu diingat dari Yahoo: 1. **Pisahkan jenis email.** Kirim email pemasaran dari IP atau domain DKIM yang berbeda dari email transaksional dan pemberitahuan. Reputasi menempel pada IP dan domain DKIM, jadi keluhan spam atas satu kampanye tidak perlu menjatuhkan email konfirmasi pesanan. 2. **Hormati frekuensi yang dijanjikan.** Kalau seseorang mendaftar untuk kiriman bulanan, jangan mulai mengirim setiap hari. Yahoo juga melarang praktik yang sering dianggap jalan pintas: membeli daftar alamat, dan mendaftarkan orang lewat kotak centang yang sudah tercentang sendiri di situs. Sumber: Sender Best Practices, Sender Hub Yahoo (senders.yahooinc.com/best-practices/). ## Bagaimana Outlook menilai pengirim massal Microsoft memakai ukuran bernama **Bulk complaint level (BCL)**. Pesan yang mencapai atau melewati ambang BCL dianggap "bulk", dan tindakan atasnya diatur di kebijakan anti-spam (masuk kotak masuk, folder junk, atau karantina). Perubahan yang berdampak pada pekerjaan kita: sejak Juli 2026 semua pesan yang teridentifikasi bulk otomatis mendapat tag Promotions. Kalau sebuah organisasi mengaktifkan pengaturan "Bulk moves enabled", pesan bulk yang biasanya masuk Kotak Masuk dipindahkan ke folder Promotions. Sistemnya belajar dari perilaku pengguna di folder itu, memindahkan pesan masuk atau keluar, dan mengingat keputusan itu untuk pesan berikutnya. Praktisnya: untuk penerima Outlook, "terkirim" belum berarti "masuk kotak masuk utama". Kalau kampanye dibuka klien lewat akun kerja Microsoft 365, permintaan konfirmasi langganan menjadi makin penting karena folder Promotions mudah terlewat. Sumber: Bulk complaint level values, Microsoft Learn. ## Autentikasi dalam praktik | Catatan DNS | Fungsi | Dokumen resmi | |---|---|---| | SPF | Menyebut IP mana yang boleh mengirim atas nama domain. Semua pengirim pihak ketiga harus dimasukkan; kalau tidak, pesan mereka lebih mungkin ditandai spam | Menyiapkan SPF | | DKIM | Tanda tangan kriptografis atas pesan; penerima memverifikasi pengirim dan mendeteksi perubahan isi | Menyiapkan DKIM | | DMARC | Memberi tahu penerima apa yang harus dilakukan bila SPF atau DKIM gagal, dan mengirim laporan | Menyiapkan DMARC | | PTR | Nama balik alamat IP, harus cocok dengan nama host yang dipakai server pengirim | Panduan pengirim email Gmail | | ARC | Rantai autentikasi untuk pesan yang diteruskan; mencegah penerusan merusak hasil autentikasi | Sender Best Practices Yahoo | Dua hal yang sering salah dipahami tim: - **`p=none` bukan kegagalan.** Google menyatakan kebijakan DMARC pengirim massal boleh disetel ke `p=none`, dan Yahoo menerima `p=none` selama DMARC lolos. Yang tetap perlu adalah laporan `rua`, karena tanpa laporan kita tidak tahu ada pihak lain yang mengirim atas nama domain klien. - **Alamat email bisnis yang sama tidak boleh jadi pengirim kampanye sekaligus pengirim email penting.** Yahoo menyarankan pemisahan berdasarkan fungsi, dan Google mencatat bahwa aktivitas tiap pengirim di alamat IP bersama memengaruhi reputasi semua pengirim di IP itu. ## Yang tidak dicatat Google dan tidak bisa diandalkan Dua pernyataan resmi yang mengubah cara kita menilai kampanye: - Google tidak melacak rasio pembukaan pesan, dan menyatakan tidak bisa memastikan akurasi rasio pembukaan yang dilaporkan pihak ketiga. Google juga menyebut rasio pembukaan yang rendah bukan indikator akurat untuk masalah penyampaian. - Apple menyatakan fitur **Mail Privacy Protection** membuat pengirim tidak bisa tahu apakah emailnya dibuka, dan menyembunyikan alamat IP penerima. Kesimpulan kerja: angka "open rate" dari alat apa pun tidak layak jadi dasar keputusan untuk klien. Yang bisa dipakai adalah rasio spam di Postmaster Tools, jumlah bounce, jumlah klik, dan konversi sesi email di GA4. Sumber: Panduan pengirim email Gmail; Apple Privacy features (apple.com/privacy/features/). ## Uji sebelum mengirim ke daftar besar 1. Periksa header pesan contoh di Gmail, Yahoo, dan Outlook. Pastikan SPF, DKIM, dan DMARC lulus, dan header From hanya memuat satu alamat. 2. Periksa data PTR dengan alat toolbox Google Admin yang disebut Google untuk pengecekan DNS. 3. Kirim ke beberapa alamat uji milik sendiri di ketiga penyedia, lalu perhatikan lokasinya: kotak masuk, Promotions, atau spam. 4. Setelah kampanye pertama, buka Postmaster Tools dan catat rasio spamnya di catatan klien. 5. Simpan daftar alamat yang bounce keras dan hentikan pengiriman ke sana. Google secara khusus menyarankan menghentikan langganan secara otomatis untuk penerima yang menerima beberapa email tidak terkirim. --- # Bagian 2: Daftar dan persetujuan ## Persetujuan yang bisa dipertahankan Tiga hal yang diminta penyedia mailbox secara eksplisit: 1. Kirim hanya kepada orang yang memang ingin menerima pesan dari kita. 2. Konfirmasi alamat sebelum menambahkannya ke daftar berlangganan (konfirmasi ganda). 3. Beri tahu sejak awal apa yang akan dikirim: jenis pesannya, seberapa sering, dan bentuknya. Yahoo menambahkan alasan praktis untuk konfirmasi ganda: daftar jadi bersih dari alamat palsu, robot, dan orang yang mendaftar karena salah klik. Yang jelas dilarang: membeli daftar, dan memakai kotak centang tercentang otomatis ketika orang mengisi formulir untuk tujuan lain. Sumber: Panduan pengirim email Gmail; Sender Best Practices Yahoo. ## Berhenti berlangganan sekali klik Untuk pengirim massal, ini syarat, bukan fitur tambahan. Caranya lewat dua header di pesan: ``` List-Unsubscribe-Post: List-Unsubscribe=One-Click List-Unsubscribe: ``` Ketika penerima menekan tombol berhenti berlangganan di antarmuka Gmail, penyedia mengirim permintaan POST ke alamat itu dengan isi `List-Unsubscribe=One-Click`. Artinya alamat tersebut harus menerima POST dan langsung menghapus langganan, tanpa halaman konfirmasi berlapis. Google masih menerima opsi tambahan seperti daftar semua milis tempat seseorang berlangganan, tetapi itu tidak boleh menggantikan opsi sekali klik. Yahoo menerima metode surel (mailto) dan mewajibkan permintaan diproses dalam dua hari, dengan tautan berhenti berlangganan yang terlihat jelas di isi pesan. Sumber: Panduan pengirim email Gmail; RFC 8058; RFC 2369; Sender Best Practices Yahoo. ## Menyusutkan daftar dengan sengaja Saran Google yang jarang dijalankan tetapi mudah: pertimbangkan menghentikan langganan penerima yang tidak membuka atau membaca pesan. Ini berlawanan dengan naluri menambah daftar terus, tetapi sejalan dengan ekonomi kanal: penerima yang tidak pernah membuka akan menjadi angka di penyebut rasio spam ketika dia melaporkan pesan sebagai gangguan. Langkah bersih-bersih yang aman untuk klien: | Langkah | Alasan resmi | |---|---| | Hentikan pengiriman ke alamat yang bounce keras | Mengirim ke penerima tidak valid memperburuk penyampaian | | Hentikan otomatis setelah beberapa email tidak terkirim | Disarankan Google | | Berhenti mengirim ke penerima pasif setelah 90-180 hari | Disarankan Google untuk penerima yang tidak membuka | | Berhenti memakai daftar hasil impor lama | Yahoo melarang pembelian daftar; izin harus bisa ditelusuri | --- # Bagian 3: Menyusun isi pesan Sumber utama bagian ini dokumentasi Google tentang format pesan dan nama tampilan, karena itulah yang dinilai penyedia mailbox. Isinya bukan selera estetika, melainkan syarat agar pesan tidak disaring. ## Aturan yang dinilai sistem | Bagian | Aturan | |---|---| | Header From | Hanya satu alamat email, bukan daftar nama | | Subject | Harus menggambarkan isi pesan. Jangan mengawali dengan "Re:" atau "Fwd:" kalau pesan bukan balasan atau teruskan | | Nama tampilan | Dipakai hanya untuk mengidentifikasi pengirim. Jangan memuat subjek, nama penerima, atau emoji untuk meniru lencana verifikasi | | Tautan di isi pesan | Terlihat dan mudah dipahami; penerima tahu apa yang terjadi kalau diklik | | Informasi pengirim | Jelas dan terlihat | | HTML dan CSS | Boleh dipakai, tetapi jangan untuk menyembunyikan konten | | Identitas | Header dan isi harus akurat | Contoh nama tampilan yang secara eksplisit disebut menyesatkan oleh Google: "Pembaruan Penting ---------- Dari [Nama Perusahaan]", "PENAWARAN TERBATAS", "[nama depan penerima] ", dan "Pengguna (2)". Semua pola ini bekerja sesaat lalu menaikkan keluhan spam. Sumber: Panduan pengirim email Gmail, bagian panduan nama tampilan dan pemformatan pesan. ## Susunan yang bekerja untuk klien jasa Untuk usaha seperti law firm, klinik, bengkel, dan agensi, email yang berguna hampir selalu satu topik dan satu tindakan. Kerangka yang bisa dipakai berulang: 1. Kalimat pembuka yang mengingatkan konteks: dari mana alamat ini berasal, kapan orang ini mendaftar. 2. Satu gagasan utama yang menjawab satu pertanyaan nyata calon pelanggan. 3. Satu tombol utama. Untuk hampir semua klien kita sekarang tombol itu ke WhatsApp, bukan formulir lagi. 4. Blok kecil berisi identitas pengirim dan tautan berhenti berlangganan. 5. Teks versi polos sebagai cadangan. Pesan yang hanya bisa dibaca dengan gambar tampil lebih berisiko. Yang tidak perlu: spanduk gambar besar sebagai pengganti kalimat, dan beberapa tombol bersaing di satu pesan. ## Klaim yang perlu dijaga Karena isi dan header harus akurat, subjek adalah tempat terburuk untuk melebih-lebihkan. Untuk klien kesehatan, ini bukan soal aturan platform saja: klien lebih rentan pada keluhan pelanggan dan masalah regulasi kalau subjek menjanjikan hasil yang tidak bisa dibuktikan. Aturan kejelasan informasi juga ada di peraturan Indonesia, lihat Bagian 5. --- # Bagian 4: Otomatisasi pemasaran ## Kerangka yang dipakai semua alat Nama komponennya berbeda antar alat, tetapi logikanya sama: sesuatu terjadi, satu orang masuk ke rangkaian langkah, dan dia keluar ketika tujuannya tercapai. | Komponen | Arti | Istilah di Mailchimp | |---|---|---| | Pemicu | Kejadian atau tindakan yang memasukkan kontak ke alur | Trigger | | Langkah | Aturan atau tindakan setelah pemicu | Step | | Aturan | Menentukan bagaimana dan kapan kontak bergerak | Rule, termasuk conditional split dan time delay | | Tindakan | Perintah konkret, misalnya kirim email atau beri tag | Action | | Kondisi keluar | Kejadian yang mengeluarkan kontak dari alur | Exit condition | Mailchimp menyebut hal yang sering menjadi jebakan: pemicu hanya berlaku untuk tindakan atau kejadian yang terjadi **setelah** alur diaktifkan. Kontak lama tidak otomatis masuk ke alur yang baru dinyalakan. Batasan paket Mailchimp yang perlu diketahui sebelum menjanjikan alur panjang ke klien: | Hal | Batas | |---|---| | Pemicu per alur | 3 pemicu pada paket Standard ke atas | | Filter pemicu | Sampai 5 filter | | Jumlah langkah | 4 langkah pada paket Essentials, sampai 200 langkah pada Standard ke atas | | Conditional split | Berdasarkan sampai 5 kondisi | | Wait for trigger | Sampai 10 aturan tunggu dalam satu alur | Sumber: About Marketing Automation Flows, Mailchimp Help. ## HubSpot HubSpot menyusun otomatisasi sebagai workflow dengan tiga tahap yang jelas: tentukan cara membuatnya (dari nol, dari AI, atau dari templat), tambahkan pemicu pendaftaran lalu atur pendaftaran ulang dan pengeluaran, kemudian tambahkan tindakan. Setelah itu atur pengaturan dan publikasikan. Dua catatan wewenang dari dokumentasinya: membuat workflow butuh izin Edit untuk workflows atau Super Admin, sedangkan mempublikasikan butuh izin Publish. Jadi di akun klien, pekerjaan menyusun dan pekerjaan menyalakan bisa dipisah - berguna ketika kita menyiapkan alur dan klien yang menyetujui peluncurannya. Sumber: Create workflows, HubSpot Knowledge Base (pembaruan 25 September 2026). ## Otomatisasi tanpa langganan bulanan Untuk klien kecil, dua jalur ini lebih murah dan tidak menambah biaya berlangganan: - **n8n.** Workflow adalah kumpulan node yang dihubungkan untuk mengotomatiskan proses; tiap eksekusi bisa dilihat dan di-debug. Bisa dijalankan sendiri, jadi data klien tidak harus keluar ke layanan pihak ketiga. - **Apps Script.** Pemicu yang dapat diinstal menjalankan fungsi pada jadwal atau saat kejadian tertentu, misalnya saat formulir diisi atau pada jam tertentu. Cocok untuk pekerjaan rumah tangga seperti mengirim rekap harian dari spreadsheet. Sumber: Understand workflows, n8n Docs; Pemicu yang Dapat Diinstal, Apps Script. ## Rancangan alur minimum untuk klien kita Urutan ini disusun dari pola klien jasa, bukan dari dokumen vendor. Semua alur memakai satu pemicu jelas dan satu langkah keluar. | Alur | Pemicu | Isi | Keluar | |---|---|---|---| | Sambutan | Orang mengisi formulir kontak atau memberi nomor WhatsApp | Konfirmasi, penjelasan apa yang akan diterima, satu tautan ke halaman layanan | Setelah 3 pesan atau setelah orang membalas | | Edukasi | Bergabung ke daftar dari unduhan panduan | 4-6 pesan yang menjawab pertanyaan umum, satu topik per pesan | Setelah pesan terakhir atau ketika menghubungi | | Pengingat tindak lanjut | Belum ada balasan setelah permintaan penawaran | Satu pesan pengingat dengan satu tautan | Ketika kontak membalas atau meminta berhenti | | Permintaan ulasan | Transaksi selesai | Satu pesan berisi tautan ulasan Google Business Profile | Setelah tautan diklik | | Reaktivasi | Tidak membuka selama 6 bulan | Satu pesan singkat berisi pilihan "masih ingin menerima" | Kalau tidak direspons, alamat dikeluarkan dari daftar aktif | Aturan operasional yang berlaku untuk semua alur: uji dulu dengan alamat sendiri di Gmail, Yahoo, dan Outlook, pastikan pemicunya benar dengan data uji, baru dinyalakan untuk kontak nyata. Ingat sifat Mailchimp di atas: kontak yang sudah ada tidak masuk ke alur yang baru diaktifkan. ## Mengukur hasil kampanye | Yang diukur | Sumber | Catatan | |---|---|---| | Rasio spam | Postmaster Tools | Angka paling penting; target di bawah 0,10% | | Bounce keras dan lunak | Laporan penyedia email | Bounce keras langsung dihentikan | | Klik dan konversi | GA4, sesi dengan parameter kampanye | Perlu penamaan tautan yang konsisten | | Berhenti berlangganan | Laporan penyedia email | Naik tajam biasanya berarti frekuensi atau target daftar meleset | | Status bulk di Outlook | BCL di kebijakan anti-spam | Menjelaskan kenapa pesan masuk Promotions | Penamaan tautan kampanye: Google Analytics memakai parameter `utm_source`, `utm_medium`, `utm_campaign` untuk menandai asal kunjungan. Tanpa penamaan yang konsisten, kunjungan dari email akan tercatat sebagai rujukan biasa dan tidak bisa dipisahkan dari kunjungan lain di GA4. Sumber: Mengumpulkan data kampanye dengan URL kustom, Bantuan Analytics. --- # Bagian 5: Aturan Indonesia ## PP 71/2019 tentang Penyelenggaraan Sistem dan Transaksi Elektronik Pasal-pasal yang bersinggungan langsung dengan pekerjaan email dan situs klien: | Pasal | Isi | |---|---| | Pasal 24 ayat (1) dan (2) | Penyelenggara Sistem Elektronik wajib menjalankan prosedur pengamanan, dan menyediakan sistem pengamanan yang mencakup pencegahan dan penanggulangan terhadap ancaman dan serangan | | Pasal 44 ayat (1) | Pengirim wajib memastikan Informasi Elektronik yang dikirim benar dan tidak bersifat mengganggu | | Pasal 48 ayat (1) dan (2) | Pelaku usaha yang menawarkan produk melalui sistem elektronik harus menyediakan informasi yang lengkap dan benar, serta memberikan kejelasan informasi tentang penawaran kontrak atau iklan | Penjelasan Pasal 44 ayat (1) menyebut ketentuan ini dimaksudkan untuk melindungi pengguna dari Informasi Elektronik yang bersifat mengganggu (spam). Bentuk spam yang disebut dalam penjelasan itu meliputi spam email, pesan instan, usenet newsgroup, mesin pencari, blog, pesan berita pada telepon genggam, dan forum internet. Penjelasan Pasal 24 ayat (2) memberi contoh sistem pencegahan: antivirus, anti-spamming, firewall, intrusion detection, prevention system, dan pengelolaan manajemen keamanan informasi. Jadi dua kewajiban yang bersinggungan dengan pemasaran kita sudah ada di tingkat peraturan: **isi pesan harus benar dan tidak mengganggu**, dan **klaim penawaran harus jelas**. Sumber: PP 71/2019, JDIH BPK (berkas PDF di halaman peraturan.bpk.go.id/Details/122030/pp-no-71-tahun-2019). ## UU 27/2022 tentang Pelindungan Data Pribadi Daftar alamat email adalah data pribadi, karena alamat email perseorangan teridentifikasi dan bisa dikombinasikan dengan data lain. Pasal-pasal yang perlu diingat saat mengelola daftar: | Pasal | Isi | |---|---| | Pasal 21 ayat (1) | Ketika pemrosesan berdasarkan persetujuan, pengendali wajib menyampaikan legalitas pemrosesan, tujuan, jenis dan relevansi data, jangka waktu retensi dokumen, jangka waktu pemrosesan, dan hak subjek data | | Pasal 22 ayat (1) | Persetujuan dilakukan melalui persetujuan tertulis atau terekam | | Pasal 8 | Subjek data berhak mengakhiri pemrosesan, menghapus, atau memusnahkan data pribadinya | | Pasal 9 | Subjek data berhak menarik kembali persetujuan yang telah diberikan | | Pasal 42 ayat (1) | Pengendali wajib mengakhiri pemrosesan ketika masa retensi tercapai, tujuan pemrosesan tercapai, atau ada permintaan dari subjek data | | Pasal 74 | Pengendali dan prosesor wajib menyesuaikan diri paling lama 2 tahun sejak undang-undang diundangkan | Undang-undang ini disahkan 17 Oktober 2022 dan mulai berlaku pada tanggal pengundangannya, sehingga masa penyesuaian dua tahun berakhir pada Oktober 2024. Terjemahan praktisnya untuk kerja kita: tombol berhenti berlangganan bukan sekadar keharusan platform, melainkan pelaksanaan hak subjek data. Formulir pendaftaran harus menyebutkan untuk apa alamat itu dipakai dan berapa lama disimpan. Dan daftar yang tidak pernah dibersihkan menjadi beban hukum, bukan aset. Sumber: UU 27/2022, JDIH BPK (peraturan.bpk.go.id/Details/229798/uu-no-27-tahun-2022). --- ## Klaim populer vs kenyataan | Yang sering dikatakan | Kenyataannya | Sumber | |---|---|---| | Beli daftar saja, cepat besar | Pembelian daftar dilarang secara eksplisit di arahan Yahoo, dan Google hanya mengizinkan pengiriman ke orang yang ingin menerima pesan | Yahoo, Google | | Open rate adalah ukuran utama | Apple menyembunyikan status buka dari pengirim; Google tidak melacak rasio pembukaan dan menyebut laporan pihak ketiga tidak bisa dipastikan akurat | Apple, Google | | Open rate tinggi berarti email masuk kotak masuk | Google menyebut rasio pembukaan rendah bukan indikator akurat untuk masalah penyampaian, dan sebaliknya | Google | | Kirim promosi dari alamat email bisnis utama | Yahoo menyarankan pemisahan email pemasaran dari email transaksional lewat IP atau domain DKIM berbeda | Yahoo | | DMARC harus `p=reject` | Gmail menerima `p=none` untuk pengirim massal; Yahoo menerima `p=none` selama DMARC lolos | Google, Yahoo | | Berhenti berlangganan sekali klik itu opsional | Wajib untuk pengirim massal di Gmail, dan wajib bagi pesan pemasaran atau berlangganan di Yahoo | Google, Yahoo | | Autentikasi selesai berarti pasti masuk kotak masuk | Autentikasi hanya syarat minimum; rasio spam dan perilaku penerima tetap menentukan, dan Outlook punya ambang BCL sendiri | Google, Yahoo, Microsoft | --- ## Sumber resmi - Panduan pengirim email Gmail: https://support.google.com/a/answer/81126 - Menyiapkan Postmaster Tools: https://support.google.com/a/answer/6258950 - FAQ panduan pengirim email: https://support.google.com/a/answer/14229414 - Menyiapkan SPF: https://support.google.com/a/answer/33786 - Menyiapkan DKIM: https://support.google.com/a/answer/174124 - Menyiapkan DMARC: https://support.google.com/a/answer/2466563 - RFC 8058, berhenti berlangganan satu klik: https://datatracker.ietf.org/doc/html/rfc8058 - RFC 2369, header daftar milis: https://datatracker.ietf.org/doc/html/rfc2369 - RFC 5322, format pesan internet: https://datatracker.ietf.org/doc/html/rfc5322 - Sender Best Practices Yahoo: https://senders.yahooinc.com/best-practices/ - Bulk complaint level, Microsoft Learn: https://learn.microsoft.com/en-us/microsoft-365/security/office-365-security/bulk-complaint-level-values - Anti-spam protection, Microsoft Learn: https://learn.microsoft.com/en-us/microsoft-365/security/office-365-security/anti-spam-protection-about - Apple Privacy features (Mail Privacy Protection): https://www.apple.com/privacy/features/ - About Marketing Automation Flows, Mailchimp: https://mailchimp.com/help/about-customer-journeys/ - Create workflows, HubSpot: https://knowledge.hubspot.com/workflows/create-workflows - Understand workflows, n8n: https://docs.n8n.io/workflows/ - Pemicu yang Dapat Diinstal, Apps Script: https://developers.google.com/apps-script/guides/triggers/installable - URL kampanye di Google Analytics: https://support.google.com/analytics/answer/1033863 - PP 71/2019: https://peraturan.bpk.go.id/Details/122030/pp-no-71-tahun-2019 - UU 27/2022: https://peraturan.bpk.go.id/Details/229798/uu-no-27-tahun-2022 --- ## Catatan penerapan - **StudioSoft.** Formulir konsultasi adalah pintu masuk daftar. Alur sambutan sebaiknya langsung menjelaskan layanan otomatisasi dan AI, lalu satu tombol ke WhatsApp (wa.me/6281935000624). Sebelum kampanye pertama, periksa SPF apakah sudah memuat penyedia email yang dipakai, lalu daftarkan domain di Postmaster Tools dan catat rasio spamnya. - **DMark Creative.** Karena SureForms, Spectra, dan WP Rocket di situs DMark sedang nonaktif, alur otomatis dari formulir belum bisa diandalkan. Urutannya: hidupkan dulu plugin formulir, baru sambungkan ke alur email. Sebelum itu, email konfirmasi manual lebih jujur daripada otomatisasi yang tidak berjalan. - **TSLaw.** Ini klien yang paling butuh pemisahan kanal: surel berisi dokumen perkara dan surel pemasaran jangan keluar dari alamat yang sama. Saran Yahoo tentang pemisahan IP atau domain DKIM cocok dipakai. Untuk halaman pilar /law-firm-surabaya.htm, alur edukasi hukum singkat lebih masuk akal daripada buletin bulanan. - **DAS Bengkel Indonesia.** Alur yang paling bernilai: pengingat servis berkala dan permintaan ulasan setelah servis selesai. Berhubung tag GTM DAS baru memakai GT-NGKV39RQ dan pengukuran masih bertahap, penamaan tautan kampanye perlu dilakukan sejak awal supaya kunjungan dari email bisa dipisahkan di GA4. - **The Skin Code Clinic.** Isi pesan harus akurat, dan ini berlaku ketat untuk subjek: jangan menjanjikan hasil perawatan di subjek. Alur pengingat jadwal dan perawatan lanjutan lebih aman daripada kampanye diskon besar-besaran. - **Yasmanatura.** Untuk produk, satu tindakan per pesan lebih baik daripada katalog panjang. Klaim bahan tidak boleh melebihi bukti, sejalan dengan kewajiban kejelasan informasi penawaran di PP 71/2019 Pasal 48. - **Kendangsari Hospital (rsia.kendangsari.com).** Pengingat jadwal dan konten edukasi adalah dua alur yang paling masuk akal. Catatan penting sebelum mengirim: rebranding situs belum tuntas, jadi template email lama berisiko memuat nama yang sudah tidak dipakai. Periksa kop dan nama pengirim di setiap templat sebelum alur dinyalakan. - **EveryBe.** Karena kiriman kode dan berkas kerja biasanya lewat berkas, email di sini lebih tepat dipakai untuk hal transaksional: konfirmasi, ringkasan, dan pemberitahuan. Ini justru contoh baik pemisahan kanal. - **Abimata, Surabaya Skin Centre, Apotek Arek Lancor.** Ketiganya melayani orang yang datang berulang, jadi alur pengingat dan permintaan ulasan lebih berguna daripada kampanye akuisisi. Untuk apotek, perhatikan bahwa penamaan alamat email penerima dan isi pesan masuk kategori data pribadi menurut UU 27/2022, termasuk kewajiban mengakhiri pemrosesan ketika ada permintaan menghapus. - **Pekerjaan rumah yang sama untuk semua klien.** Tiga langkah pertama sebelum menjalankan email marketing: pastikan SPF memuat semua pengirim, pasang DKIM dan DMARC, dan daftarkan domain di Postmaster Tools. Tanpa tiga hal itu, pengiriman massal hanya menambah risiko reputasi domain yang juga dipakai untuk surat penting.