# Optimasi waktu kirim per kontak: cara kerjanya

URL kanonis: https://brew.new/id/blog/send-time-optimization-per-contact
Penulis: Philip Sørensen
Dipublikasikan: 2026-10-10
Diperbarui: 2026-10-10

Optimasi waktu kirim per kontak menjadwalkan email untuk setiap penerima pada jam ketika orang tersebut pernah membuka atau mengklik email sebelumnya, bukan satu jam yang sama untuk seluruh daftar.

“Kapan waktu terbaik untuk mengirim newsletter?” adalah pertanyaan tentang rata-rata. Laporan benchmark menjawabnya dengan satu jam di pertengahan pagi pada hari kerja, hasil rata-rata dari jutaan orang yang tidak ada di daftar Anda. Pembaca Anda membereskan kotak masuk di kereta pukul 07.00, saat makan siang, atau setelah makan malam. Pengiriman pukul 10.00 cocok untuk pembaca yang biasa membuka email pukul 10.00, tetapi tenggelam bagi semua orang lainnya.

Di Brew, fitur ini bernama **Intelligent Send**. Berikut cara fitur ini memilih jam, kapan ia kembali ke waktu mulai, dan cara menguji apakah fitur ini membantu.

![Grafik yang membandingkan satu jam kirim tetap dengan jam kirim per kontak yang tersebar sepanjang hari.](/images/blog/intelligent-send-hours.png)

*Satu jam tetap dibandingkan pengiriman yang tersebar mengikuti jam keterlibatan setiap kontak di masa lalu.*

## Poin penting

- Setiap penerima mendapatkan email dalam 24 jam sejak waktu mulai yang Anda pilih, pada jam ketika mereka paling mungkin membukanya.
- Fitur ini membaca hingga 200 pembukaan dan 100 klik terbaru per kontak, memberi bobot lebih tinggi pada klik, aktivitas terbaru, dan aktivitas pada hari yang sama dalam seminggu, serta mengabaikan pembukaan otomatis oleh mesin, seperti pengambilan konten oleh Apple Mail Privacy Protection.
- Kontak tanpa riwayat yang bisa dipakai menerima email pada waktu mulai. Brew tidak menebak satu jam default untuk seluruh daftar.
- Fitur ini mengabaikan zona waktu, tidak bisa digabungkan dengan Pengiriman bertahap, dan belum dipakai oleh otomatisasi.
- Untuk mengukurnya, bagi kontak yang aktif menjadi dua kelompok acak yang sama besar, lalu bandingkan tingkat klik, bukan tingkat buka, setidaknya dalam tiga pengiriman.

## Cara kerjanya

Di dialog kirim, bagian **Waktu pengiriman** menawarkan Kirim sekarang, Jadwalkan, Intelligent Send, dan Pengiriman bertahap. Pilih **Intelligent Send** dan tentukan waktu mulainya, sekarang atau nanti. Tombolnya berubah menjadi **Mulai Intelligent Send** atau **Jadwalkan Intelligent Send**. [Dokumentasi opsi pengiriman](https://docs.brew.new/create-emails/send-options) membahas keempat mode tersebut.

Untuk setiap kontak, Brew memberikan 24 slot satu jam kepada model evaluasi AI, yaitu jam mulai ditambah 23 jam berikutnya, beserta riwayat kontak tersebut dengan merek Anda, hingga 200 pembukaan dan 100 klik terbarunya. Model ini memilih jam yang paling mungkin dengan menimbang tiga hal:

1. Klik lebih diutamakan daripada pembukaan. Klik berarti seseorang membaca cukup jauh hingga mengambil tindakan.
2. Aktivitas terbaru lebih diutamakan daripada yang lama. Orang berganti pekerjaan, rute perjalanan, dan kebiasaan.
3. Hari dan jam yang sama lebih diutamakan daripada jam yang sama di hari lain. Selasa pukul 08.00 dan Sabtu pukul 08.00 adalah dua kebiasaan yang berbeda.

Jika jam yang dipilih lebih lambat daripada waktu mulai, email dikirim sekitar 5 menit sebelum jam tersebut, sehingga berada di dekat bagian atas kotak masuk saat orang itu membukanya. Jika yang terpilih adalah jam mulai, email langsung dikirim.

## Contoh kasus

Anda memulai Intelligent Send pada hari Selasa pukul 09.00 UTC. Riwayat di bawah ini hanya rekaan. Aturannya nyata.

**Ana** mengklik enam email terakhir Anda, kebanyakan antara pukul 13.00 dan 14.00 pada hari kerja, dan membuka beberapa email pada pukul 07.30. Klik lebih berbobot daripada pembukaan, jadi pukul 13.00 kemungkinan besar terpilih dan emailnya dikirim sekitar pukul 12.55.

**Ben** membuka hampir semua email antara pukul 07.00 dan 08.00. Jam itu sudah lewat, tetapi jendela waktunya berlangsung hingga Rabu pukul 08.59, jadi Ben menerimanya sekitar 22 jam setelah waktu mulai, tepat sebelum ia biasanya membaca. Banyak orang tidak menyadari hal ini. Waktu mulai yang pagi tidak berarti pembaca pagi menerimanya hari itu juga.

**Chloe** baru bergabung minggu lalu dan belum pernah membuka email apa pun, jadi ia menerimanya pukul 09.00.

**Dev** punya dua puluh pembukaan, semuanya terjadi beberapa detik setelah email diterima, pada jam berapa pun. Pola itu terlihat seperti klien email yang mengambil konten, bukan orang yang membaca. Brew hanya menghitung pembukaan dan klik yang dinilainya berasal dari manusia, jadi jika tidak ada satu pun aktivitas Dev yang lolos, emailnya dikirim pukul 09.00 seperti Chloe.

Mail Privacy Protection milik Apple [mengunduh konten jarak jauh di latar belakang secara default](https://www.apple.com/legal/privacy/data/en/mail-privacy-protection/), entah orangnya membaca email itu atau tidak. Model yang diberi data pembukaan seperti itu akan mempelajari kapan server Apple mengambil email, lalu menjadwalkan email Anda pada jam ketika tidak ada yang melihat.

## Yang tidak dipakai

Tidak ada zona waktu atau lokasi. Jam-jamnya dalam UTC, dan satu-satunya masukan adalah stempel waktu pembukaan dan klik oleh manusia di masa lalu.

Kekurangan ini tidak sebesar kedengarannya. Zona waktu hanyalah tebakan kapan seseorang terjaga. Stempel waktu pembukaan mencatat kapan mereka benar-benar membaca. Seseorang yang profilnya masih menyebut New York padahal sudah pindah ke Berlin tetap dijadwalkan berdasarkan kapan ia membaca sekarang.

Fitur ini juga tidak pernah mengarang “jam terbaik untuk seluruh audiens” bagi kontak yang belum dikenal. Tanpa riwayat, Brew mengirim pada waktu mulai Anda. Menurut saya, itu sudah tepat. Waktu mulai adalah keputusan yang Anda buat, dan rata-rata yang dipinjam dari tempat lain tidak lebih baik.

Tidak ada alamat email atau pengenal lain yang dikirim ke model, dan pemanggilan model tidak ditagihkan kepada Anda.

## Saat perencanaan kembali ke waktu mulai

Kontak yang memiliki riwayat tetap bisa dikirimi pada waktu mulai jika:

- model tidak menjawab dalam 5 detik, atau pemanggilannya gagal
- pengiriman yang sangat besar kehabisan waktu perencanaan, yaitu sekitar 4 menit per halaman penerima dan 20 menit per pengiriman

Kontak seperti ini dihitung terpisah sebagai “tidak dapat dijadwalkan”. Jika angkanya besar, ketahui hal itu sebelum menarik kesimpulan.

## Membaca hasilnya

Halaman analitik pengiriman merangkumnya dalam tiga baris:

- **Optimasi** menyatakan bahwa pengiriman ini memakai jam terbaik setiap kontak berdasarkan pembukaan dan klik mereka.
- **Penjadwalan** menampilkan jumlah kontak yang dijadwalkan dari riwayat, kontak yang langsung dikirim, dan berapa banyak di antaranya yang memiliki riwayat tetapi tidak dapat dijadwalkan.
- **Selesai paling lambat** adalah waktu email terakhir dalam jendela waktu tersebut dikirim.

Panel **Waktu per kontak** di bawahnya menampilkan kontak sesuai urutan rencana, bisa dicari berdasarkan email, masing-masing dengan alasannya, misalnya “Dijadwalkan dari riwayat pembukaan dan klik kontak ini” atau “Langsung dikirim: belum ada pembukaan atau klik”.

Periksa Penjadwalan terlebih dahulu. Jika 85% langsung dikirim, berarti pengiriman itu sebagian besar adalah pengiriman biasa dengan sebagian kecil kontak yang dijadwalkan. Ini umum terjadi pada daftar yang masih baru, dan bukan sebuah kegagalan.

## Kapan memakainya

Gunakan fitur ini ketika selisih beberapa jam lebih cepat atau lebih lambat tidak mengubah makna pesan: newsletter, kabar produk bulanan, rangkuman konten, dan email edukasi untuk segmen yang aktif.

Jangan gunakan saat waktu itu sendiri adalah pesannya: pengingat webinar pukul 14.00 hari ini, promo yang berakhir tengah malam, atau pengumuman yang terkait dengan siaran pers. Untuk pengiriman seperti itu, gunakan Jadwalkan.

Waktu kirim tidak akan menyelamatkan email yang bermasalah. Jalankan [daftar periksa QA sebelum mengirim](/id/blog/pre-send-email-qa-checklist) sebelum Anda memilih waktu mulai.

Hal lain yang perlu diketahui:

- Setiap pengiriman hanya memiliki satu mode pengiriman, jadi fitur ini tidak bisa digabungkan dengan **Pengiriman bertahap**.
- Fitur ini berlaku untuk pengiriman kampanye ke audiens atau daftar alamat. Otomatisasi belum memakainya.
- Menjeda atau menahan pengiriman bisa menggeser waktu yang sudah direncanakan setelah penahanan berakhir.

## Cara menguji apakah fitur ini membantu

Intelligent Send tidak menyisihkan kelompok kontrol atau melaporkan peningkatan, jadi lakukan perbandingannya sendiri, dan waspadai efek pengenceran. Hanya kontak yang dijadwalkan yang bisa berubah. Bagi 20.000 kontak menjadi dua bagian, masing-masing 10.000 kontak, lalu anggaplah 35% dari bagian Intelligent Send berhasil dijadwalkan. Jika penjadwalan menaikkan tingkat klik kelompok yang dijadwalkan itu dari 3,0% menjadi 3,6%, hasil yang bagus, bagian tersebut secara keseluruhan hanya naik dari 3,0% menjadi sekitar 3,2%. Dengan 10.000 kontak per bagian, selisih 0,2 poin pada tingkat klik 3% masih berada dalam fluktuasi normal antarpengiriman. Anda pun akan menyimpulkan bahwa fitur ini tidak berhasil.

Jadi, lakukan pengujian pada kontak yang bisa dijadwalkan:

1. Susun audiens dari kontak yang pernah mengklik atau membuka email, sehingga sebagian besar memiliki riwayat yang bisa dipakai.
2. Bagi audiens itu menjadi dua secara acak, misalnya dengan field kontak yang Anda isi sebelum pengiriman.
3. Kirim email yang sama dengan waktu mulai yang sama ke kedua bagian. Satu bagian memakai Intelligent Send, bagian lainnya memakai Kirim sekarang atau Jadwalkan.
4. Bandingkan **tingkat klik**. Pembukaan otomatis menggelembungkan angka pembukaan di kedua bagian dan menyamarkan selisihnya.
5. Ulangi setidaknya dalam tiga pengiriman. Hasil satu pengiriman bisa berubah drastis karena subjek atau berita besar.

[Panduan uji A/B](/id/blog/email-ab-testing) membahas ukuran sampel, dan artikel [metrik yang penting](/id/blog/email-metrics-that-matter) menjelaskan mengapa klik adalah sinyal yang lebih aman.

## Dari API, MCP, atau chat

Fitur ini bisa dipakai di mana pun Anda bisa mengirim:

- **API.** `POST /v1/sends` dengan `smartSend: true`, ditambah `scheduledAt` untuk waktu mulai yang lebih lambat.
- **MCP.** Alat `send_email` menerima `smartSend`, jadi Anda bisa meminta Claude atau Cursor untuk “kirim dengan Intelligent Send”.
- **Chat Brew.** Minta agen mengirim dengan Intelligent Send, lalu setujui seperti biasa.

Saat Anda membaca kembali data sebuah pengiriman, hasilnya menyertakan objek `smartSend` dengan `windowEndsAt`, `assignedViaModel`, `assignedImmediately`, dan `modelFallbacks`, yaitu angka yang sama dengan baris Penjadwalan.

Untuk sinyal mentahnya, `GET /v1/contacts/{email}?include=openProfile` mengembalikan riwayat pembukaan sebuah kontak dalam bentuk 48 slot setengah jam dalam UTC. Setelah kontak memiliki setidaknya 5 pembukaan unik, respons ini menambahkan waktu buka terbaik, waktu kirim terbaik, dan skor `confidence` dari 0 hingga 1. Kunci API yang dipakai memerlukan cakupan `emails` selain `contacts`. Profil tersebut bisa mencakup pembukaan otomatis, dan Intelligent Send tidak membacanya. Perencana langsung memakai pembukaan dan klik oleh manusia.

## Pertanyaan yang sering diajukan

### Apakah fitur ini menunda seluruh pengiriman hingga sehari?

Tidak. Kontak tanpa riwayat, atau yang jam terbaiknya adalah jam mulai, menerimanya pada waktu mulai. Hanya kontak yang riwayatnya menunjuk ke jam yang lebih lambat yang menunggu, dan itu pun hanya sampai jam tersebut.

### Apakah fitur ini membantu daftar yang benar-benar baru?

Tidak pada awalnya. Tanpa catatan pembukaan atau klik oleh manusia, semua orang dikirimi pada waktu mulai. Fitur ini baru berpengaruh setelah terkumpul data keterlibatan dari beberapa pengiriman.

### Apakah fitur ini menggantikan pemilihan waktu mulai yang tepat?

Tidak. Waktu mulai tetap menjadi waktu kirim bagi semua kontak tanpa riwayat, dan menentukan jendela waktu 24 jam. Pilih waktu yang tetap Anda anggap baik untuk pengiriman biasa.

### Apakah fitur ini memakai zona waktu kontak saya?

Tidak. Fitur ini hanya memakai waktu ketika setiap orang pernah membuka dan mengklik email sebelumnya, yang merupakan bukti lebih baik daripada zona waktu yang tersimpan.