# Kişi bazında gönderim zamanı optimizasyonu: nasıl çalışır?

Kanonik URL: https://brew.new/tr/blog/send-time-optimization-per-contact
Yazar: Philip Sørensen
Yayımlandı: 2026-10-10
Güncellendi: 2026-10-10

Kişi bazında gönderim zamanı optimizasyonu, e-postayı tüm listeye tek bir saatte göndermek yerine her alıcının kopyasını, o kişinin geçmişte e-postaları açtığı ya da tıkladığı saate planlar.

“Bülten göndermek için en iyi saat hangisi?” sorusu aslında ortalamalarla ilgili bir soru. Kıyaslama raporları bu soruyu, listenizde olmayan milyonlarca kişinin ortalamasından çıkarılmış tek bir saatle yanıtlar: hafta içi, sabahın ortası. Oysa okurlarınız gelen kutularını sabah 07:00’de trende, öğle arasında ya da akşam yemeğinden sonra temizler. Saat 10:00’da yapılan bir gönderim 10:00’da okuyanlara uyar; diğer herkes için gelen kutusunun altlarında kaybolur.

Brew içinde bu özelliğin adı **Intelligent Send**. Aşağıda saati nasıl seçtiğini, hangi durumlarda başlangıç saatine döndüğünü ve işe yarayıp yaramadığını nasıl test edeceğinizi anlatıyoruz.

![Tek bir sabit gönderim saatini, güne yayılmış kişi bazında gönderim saatleriyle karşılaştıran grafik.](/images/blog/intelligent-send-hours.png)

*Tek bir sabit saat ile her kişinin geçmişteki etkileşim saatlerine yayılan bir gönderimin karşılaştırması.*

## Öne çıkan noktalar

- Her alıcı e-postayı, seçtiğiniz başlangıçtan sonraki 24 saat içinde, açma olasılığının en yüksek olduğu saatte alır.
- Kişi başına en fazla 200 yakın tarihli açılmayı ve 100 yakın tarihli tıklamayı okur; tıklamalara, yakın zamandaki etkinliğe ve haftanın aynı gününe ait etkinliğe daha fazla ağırlık verir; Apple Mail Privacy Protection’ın yaptığı içerik indirmeleri gibi otomatik açılmaları yok sayar.
- Kullanılabilir geçmişi olmayan kişiler e-postayı başlangıç saatinde alır. Brew, listenin geneli için varsayılan bir saat tahmin etmez.
- Saat dilimlerini dikkate almaz, Kademeli gönderim ile birlikte kullanılamaz ve otomasyonlar henüz bu özelliği kullanmaz.
- Etkisini ölçmek için etkileşim gösteren kişileri rastgele iki yarıya bölün ve en az üç gönderim boyunca açılma oranını değil, tıklama oranını karşılaştırın.

## Nasıl çalışır?

Gönderim penceresindeki **Gönderim zamanı** bölümünde Anında gönder, Planla, Intelligent Send ve Kademeli gönderim seçenekleri bulunur. **Intelligent Send** seçeneğini belirleyin ve şimdi ya da daha sonrası için bir başlangıç zamanı seçin. Düğme **Intelligent Send başlat** ya da **Intelligent Send planla** olarak değişir. Dört modun hepsi [gönderim seçenekleri dokümantasyonunda](https://docs.brew.new/create-emails/send-options) anlatılıyor.

Brew her kişi için bir yapay zekâ değerlendirme modeline 24 adet birer saatlik dilim (başlangıç saati ve sonraki 23 saat) ile o kişinin markanızla olan geçmişini, yani en fazla son 200 açılmasını ve son 100 tıklamasını verir. Model üç şeyi tartarak en olası saati seçer:

1. Tıklamalar açılmalardan önce gelir. Bir tıklama, kişinin harekete geçecek kadar okuduğu anlamına gelir.
2. Yeni etkinlik eskisinden önce gelir. İnsanlar iş, işe gidiş güzergâhı ve alışkanlık değiştirir.
3. Haftanın aynı günü ve aynı saati, başka günlerdeki aynı saatten önce gelir. Salı 08:00 ile cumartesi 08:00 farklı alışkanlıklardır.

Seçilen saat başlangıçtan sonraysa e-posta o saatten yaklaşık 5 dakika önce gönderilir; böylece kişi baktığında gelen kutusunun üst sıralarında olur. Seçilen saat başlangıç saatiyse e-posta hemen gönderilir.

## Uygulamalı bir örnek

Bir salı günü saat 09:00’da (UTC) bir Intelligent Send gönderimi başlatıyorsunuz. Aşağıdaki geçmişler uydurma; kurallar ise gerçek.

**Ana** son altı e-postanıza tıklamış, çoğunlukla hafta içi 13:00 ile 14:00 arasında; birkaçını da 07:30’da açmış. Tıklamalar açılmalardan ağır bastığı için muhtemel seçim 13:00 olur ve Ana’nın e-postası 12:55 civarında gönderilir.

**Ben** ise e-postaların neredeyse hepsini 07:00 ile 08:00 arasında açıyor. O saat geçmiş olsa da 24 saatlik aralık çarşamba 08:59’a kadar sürdüğü için e-postayı başlangıçtan yaklaşık 22 saat sonra, genellikle okuduğu saatten hemen önce alır. Bu nokta çoğu zaman gözden kaçar: Erken bir başlangıç, erken okuyanların e-postayı bugün alacağı anlamına gelmez.

**Chloe** geçen hafta katıldı ve henüz hiçbir şey açmadı; bu yüzden e-postayı 09:00’da alır.

**Dev** yirmi kez açmış görünüyor; hepsi teslimden birkaç saniye sonra ve günün her saatinde. Bu, bir kişinin okumasından çok bir e-posta istemcisinin içeriği indirmesine benziyor. Brew yalnızca insan kaynaklı olduğuna karar verdiği açılma ve tıklamaları sayar; Dev’in açılmalarından hiçbiri bu elemeyi geçmezse onun e-postası da Chloe’ninki gibi 09:00’da gönderilir.

Apple’ın Mail Privacy Protection özelliği, kişi e-postayı okusun ya da okumasın [uzak içeriği varsayılan olarak arka planda indirir](https://www.apple.com/legal/privacy/data/en/mail-privacy-protection/). Bu açılmalarla beslenen bir model, Apple sunucularının e-postaları ne zaman indirdiğini öğrenir ve gönderiminizi kimsenin bakmadığı bir saate planlar.

## Neleri kullanmaz?

Saat dilimi ya da konum kullanmaz. Saatler UTC’dir ve tek girdi, geçmişteki insan kaynaklı açılma ve tıklamaların zaman damgalarıdır.

Bu, kulağa geldiği kadar büyük bir eksik değil. Saat dilimi, birinin ne zaman uyanık olduğuna dair bir tahmindir. Açılma zaman damgası ise kişinin ne zaman okuduğunu kaydeder. Berlin’e taşınmış ama profilinde hâlâ New York yazan biri, bugünkü okuma saatlerine göre zamanlanır.

Ayrıca bilinmeyen kişiler için asla “hedef kitlenin geneli için en iyi saat” uydurmaz. Geçmiş yoksa Brew, sizin belirlediğiniz başlangıçta gönderir. Bence doğrusu da bu. Başlangıç sizin verdiğiniz bir karar; ödünç alınmış bir ortalama ondan daha iyi değil.

Modele hiçbir e-posta adresi ya da başka bir tanımlayıcı gönderilmez; model çağrısı da size faturalandırılmaz.

## Planlama ne zaman başlangıç saatine döner?

Geçmişi olan bir kişiye de şu durumlarda e-posta başlangıç saatinde gönderilebilir:

- model 5 saniye içinde yanıt vermezse ya da çağrı başarısız olursa
- çok büyük bir gönderimde planlama süresi dolarsa (bu süre alıcı sayfası başına yaklaşık 4 dakika, gönderim başına 20 dakikadır)

Bu kişiler “geçmişi olduğu hâlde zamanlanamayan” alıcılar olarak ayrıca sayılır. Bu sayı yüksekse sonuç çıkarmadan önce bunu hesaba katın.

## Sonuçları yorumlama

Gönderimin analiz sayfası bunu üç satırda özetler:

- **Optimizasyon**, gönderimin her kişi için açılma ve tıklamalarına göre en iyi saati kullandığını belirtir.
- **Atamalar**; geçmişe göre zamanlanan kişileri, hemen gönderilenleri ve bunlardan kaçının geçmişi olduğu hâlde zamanlanamadığını gösterir.
- **Son teslim zamanı**, aralıktaki son e-postanın gönderileceği zamandır.

Hemen altındaki **Kişi zamanlaması** paneli kişileri planlanan sıraya göre listeler. E-posta adresiyle arama yapabilirsiniz; her kişinin yanında “Geçmiş açılma ve tıklamalarına göre zamanlandı” ya da “Hemen: henüz açılma veya tıklama yok” gibi bir neden yer alır.

Önce Atamalar satırına bakın. Alıcıların %85’ine hemen gönderildiyse bu, küçük bir zamanlanmış kuyruğu olan, büyük ölçüde normal bir gönderimdi. Yeni bir listede bu yaygındır ve başarısızlık değildir.

## Ne zaman kullanmalı?

Birkaç saatlik farkın mesajın anlamını değiştirmediği durumlarda kullanın: bültenler, aylık ürün güncellemeleri, içerik özetleri, etkileşim gösteren bir segmente yönelik besleme e-postaları.

Zamanın mesajın ta kendisi olduğu durumlarda kullanmayın: bugün saat 14:00’teki webinar için bir hatırlatma, gece yarısı biten bir indirim, bir basın bülteniyle eş zamanlı bir duyuru. Bunlar için Planla seçeneğini kullanın.

Zamanlama, bozuk bir e-postayı kurtarmaz. Başlangıç zamanını seçmeden önce [gönderim öncesi kalite kontrol listesini](/tr/blog/pre-send-email-qa-checklist) uygulayın.

Bilmeniz gereken diğer noktalar:

- Bir gönderimin tek bir gönderim yöntemi olur; bu yüzden **Kademeli gönderim** ile birleştirilemez.
- Bir hedef kitleye ya da bir adres listesine yapılan kampanya gönderimlerinde çalışır. Otomasyonlar henüz bu özelliği kullanmaz.
- Bir gönderimi duraklatmak ya da bekletmek, bekletme kalktığında planlanan saatleri kaydırabilir.

## İşe yarayıp yaramadığını nasıl test edersiniz?

Intelligent Send bir kontrol grubu ayırmaz ve artış (lift) raporlamaz; bu yüzden karşılaştırmayı kendiniz yapın ve seyrelme etkisine dikkat edin. Yalnızca zamanlanan kişilerin sonucu değişebilir. 20.000 kişiyi 10.000’erlik iki yarıya böldüğünüzü ve Intelligent Send yarısının %35’inin zamanlandığını varsayalım. Zamanlama bu grubun tıklama oranını %3,0’dan %3,6’ya çıkarırsa (ki bu iyi bir sonuçtur), yarının tamamı %3,0’dan ancak %3,2 civarına çıkar. Yarı başına 10.000 kişiyle, %3’lük bir tıklama oranında 0,2 puanlık fark, gönderimden gönderime görülen olağan dalgalanmanın içinde kalır. Sonuçta özelliğin işe yaramadığına karar verirsiniz.

Bu yüzden testi zamanlanabilecek kişiler üzerinde yapın:

1. Hedef kitleyi daha önce tıklamış ya da açmış kişilerden oluşturun; böylece çoğunun kullanılabilir bir geçmişi olur.
2. Kitleyi rastgele ikiye bölün; örneğin gönderimden önce atadığınız bir kişi alanıyla.
3. Aynı e-postayı aynı başlangıçla iki yarıya da gönderin. Yarılardan biri Intelligent Send, diğeri Anında gönder ya da Planla seçeneğini kullansın.
4. **Tıklama oranını** karşılaştırın. Otomatik açılmalar iki yarıda da açılmaları şişirir ve farkı gizler.
5. Bunu en az üç gönderimde tekrarlayın. Tek bir gönderimin sonucu bir konu satırı ya da büyük bir haber yüzünden değişebilir.

Örneklem büyüklüğü [A/B testi rehberinde](/tr/blog/email-ab-testing), tıklamaların neden daha güvenilir bir sinyal olduğu ise [önemli metrikler](/tr/blog/email-metrics-that-matter) yazımızda anlatılıyor.

## API, MCP veya sohbet üzerinden

Gönderim yapabildiğiniz her yerde çalışır:

- **API.** `POST /v1/sends` isteğinde `smartSend: true`; daha sonraki bir başlangıç için ayrıca `scheduledAt`.
- **MCP.** `send_email` aracı `smartSend` parametresini alır; böylece Claude’a ya da Cursor’a “bunu Intelligent Send ile gönder” diyebilirsiniz.
- **Brew sohbeti.** Ajandan Intelligent Send ile göndermesini isteyin ve her zamanki gibi onaylayın.

Bir gönderimi API üzerinden okuduğunuzda yanıtta bir `smartSend` nesnesi döner. Bu nesne `windowEndsAt`, `assignedViaModel`, `assignedImmediately` ve `modelFallbacks` alanlarını, yani Atamalar satırındaki sayıların aynısını içerir.

Ham sinyal için `GET /v1/contacts/{email}?include=openProfile`, bir kişinin açılma geçmişini UTC’ye göre 48 adet yarım saatlik dilim olarak döndürür. Kişinin en az 5 tekil açılması olduğunda yanıta en iyi açılma zamanı, en iyi gönderim zamanı ve 0 ile 1 arasında bir `confidence` puanı eklenir. Anahtar için `emails` kapsamı da gerekir, yalnızca `contacts` yetmez. Bu profil otomatik açılmaları içerebilir ve Intelligent Send onu okumaz. Planlayıcı doğrudan insan kaynaklı açılma ve tıklamaları kullanır.

## Sıkça sorulan sorular

### Tüm gönderimi bir güne kadar geciktirir mi?

Hayır. Geçmişi olmayan ya da en iyi saati başlangıç saati olan kişiler e-postayı başlangıçta alır. Yalnızca geçmişi daha geç bir saati işaret eden kişiler bekler; o da yalnızca o saate kadar.

### Yepyeni bir listeye faydası olur mu?

İlk başta olmaz. Kayıtlı insan kaynaklı açılma veya tıklama olmadığından herkese başlangıçta gönderilir. Birkaç gönderimlik etkileşim biriktikten sonra fark yaratmaya başlar.

### İyi bir başlangıç zamanı seçme ihtiyacını ortadan kaldırır mı?

Hayır. Başlangıç, geçmişi olmayan herkes için hâlâ gönderim zamanıdır ve 24 saatlik aralığı da o belirler. Normal bir gönderim olsa da memnun kalacağınız bir zaman seçin.

### Kişilerimin saat dilimlerini kullanır mı?

Hayır. Yalnızca her kişinin daha önce ne zaman açıp tıkladığını kullanır; bu da kayıtlı bir saat diliminden daha sağlam bir kanıttır.