# Terk edilmiş sepet e-postaları: baskı yapmadan hatırlatın

Kanonik URL: https://brew.new/tr/blog/abandoned-cart-emails
Yazar: Philip Sørensen
Yayımlandı: 2026-08-18
Güncellendi: 2026-09-29

Terk edilmiş sepet e-postası, alışverişini tamamlamayan birini o alışverişe geri dönmeye davet eder. Onu bir makbuz gibi değil, pazarlama e-postası olarak ele alın. Müşteri fikrini değiştirmiş, aradığı yanıtı başka bir yerde bulmuş ya da yalnızca vakit bulamamış olabilir.

İşe yarar bir hatırlatma, geri dönmeyi kolaylaştırır. Uydurma bir geri sayıma ya da ürünün tükenmek üzere olduğu iddiasına ihtiyaç duymaz.

## Hatırlatma göndermenin uygun olup olmadığını kontrol edin

Bu adrese pazarlama e-postası göndermek için izniniz olduğunu doğrulayın. Sepetin hâlâ durup durmadığını, ürünlerin hâlâ satışta olup olmadığını ve müşterinin satın alma işlemini zaten tamamlayıp tamamlamadığını kontrol edin. Abonelikten çıkma ve gönderim engeli kurallarını uygulayın.

Sepetteki gerçek ürünleri, fiyatları ve sepete götüren bağlantıyı kullanın. Sepet oluşturulduktan sonra bir teklif değiştiyse güncel koşulları açıkça belirtin. Mağaza bir fiyatı ya da ürünü gerçekten ayırmıyorsa müşteriye ayrıldığı sözünü vermeyin.

[İşlemsel e-posta rehberi](/tr/blog/transactional-emails), tamamlanmamış bir satın alma işleminin neden bir sipariş onayından farklı olduğunu açıklıyor.

ABD’de CAN-SPAM bir e-postayı birincil amacına göre sınıflandırır; bu testin nasıl işlediğini [FTC’nin CAN-SPAM uyum rehberi](https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business) açıklıyor. Müşterinin henüz vermediği bir siparişle ilgili hatırlatma, satışı teşvik etmek için gönderilir. Bu yüzden ona da diğer pazarlama e-postalarınızdaki abonelikten çıkma bağlantısını ve posta adresini ekleyin.

## Kurmadan önce ihtiyacınız olan veriler

Bir hatırlatma, ancak arkasındaki veriler kadar doğru olabilir. Metni yazmaya başlamadan önce, mağazanızın terk edilen her sepet için şu alanları gönderdiğini doğrulayın:

- Kişinin, ödeme sürecinde adresini girdiği adımda kaydedilen e-posta adresi.
- Kişinin pazarlama izni durumu ve bu iznin nerede, ne zaman verildiği.
- Sepetin içeriği: her ürünün adı, görsel URL’si, fiyatı ve adedi.
- Sepet tutarı ve para birimi.
- Sepetin terk edildiği zaman; böylece her bekleme doğru andan itibaren sayılır.
- Aynı sepeti yeniden açan bir bağlantı.
- Her hatırlatma için sabit bir olay kimliği; ör. sepet kimliğinden, hatırlatmanın ait olduğu sepet terkinden ve hatırlatma adımından oluşan bir değer.

Olay kimliği, bir istek yeniden denendiğinde entegrasyonunuzun mükerrer isteği tanımasını sağlar. Kimliği, aynı hatırlatmanın yeniden denemelerinde değişmeyen değerlerden oluşturun: sepet, sepet terki ve adım. Gönderim anında üretilen bir zaman damgası her yeniden denemede değişir; bu yüzden mükerrer istekleri yakalayamaz. Olayı Brew API’si üzerinden tetikliyorsanız bu kimliği `Idempotency-Key` başlığında gönderin. Aynı anahtar ve gövdeyle yapılan bir yeniden deneme, ikinci bir çalıştırma başlatmak yerine ilk sonucu döndürür. Anahtar, kaydedilen o çalıştırmaya bir günden çok daha uzun süre bağlı kalır; bu yüzden aynı sepeti yeniden terk eden bir müşteri için yeni bir kimlik gerekir.

## Tek ve net bir hatırlatmayla başlayın

Aşağıda örnek amaçlı bir taslak var; içinde gerçek birleştirme etiketleri yerine editoryal yer tutucular kullanıldı:

> Konu: [mağaza adı] sepetiniz
>
> [ürün adı] sepetinizde kaldı. Sipariş verip vermemeye karar vermeden önce ürünleri ve güncel toplam tutarı inceleyebilirsiniz.
>
> [Sepete dön]
>
> Beden ya da teslimatla ilgili sorularınız mı var? Bu e-postayı yanıtlayın, ekibimiz yardımcı olsun.

Yardım satırını yalnızca yanıtlar, soruları cevaplayabilecek bir ekibe ulaşıyorsa kullanın. Her yer tutucuyu, platformunuzun desteklediği alanlar aracılığıyla doğrulanmış verilerle değiştirin. Bir ürün görseli ya da adı eksik olduğunda devreye giren varsayılan değeri test edin.

Bir e-posta daha gönderecekseniz onun da bir gerekçesi olsun. Ürünle ilgili sık sorulan bir soruyu yanıtlayın ya da gerçek bir politikayı açıklayın. İndirim, zorunlu bir ikinci adım değil, bir iş kararıdır.

## Test edebileceğiniz bir başlangıç takvimi

Birçok mağaza aşağıdakilere benzer bekleme süreleriyle başlar. Bunları, kendi siparişlerinizle test edeceğiniz yaygın bir uygulama olarak görün. Bir kıyaslama değiller; buradaki hiçbir şey bu zamanlamaların diğerlerinden daha fazla sepet kurtardığını göstermiyor.

| E-posta | Yaygın başlangıç bekleme süresi | Ne işe yarayabilir |
| --- | --- | --- |
| İlk hatırlatma | Sepet terk edildikten 1 ila 2 saat sonra | Ziyaret henüz tazeyken sepeti gösterir |
| İkinci e-posta | Yaklaşık 24 saat sonra | Beden, teslimat ya da iadeyle ilgili sık sorulan bir soruyu yanıtlar |
| Üçüncü e-posta | 48 ila 72 saat sonra | Bir kez daha hatırlatır ya da teklif yapmaya karar verdiyseniz gerçek bir teklifi duyurur |
| İsteğe bağlı son e-posta | 5 ila 7 gün sonra | Sepet hâlâ geçerliyse üzerinde düşünülerek verilecek bir satın alma kararına yardımcı olur |

Dördünü de göndermek zorunda değilsiniz. Pahalı olmayan bir ürün için tek bir hatırlatma yeterli olabilir. Sonraki her e-postanın kendi gerekçesi olmalı ve aşağıda anlatılan satın alma durumu kontrolü her birinden önce çalışmalı.

## Sosyal kanıt ve aciliyetin bir dayanağı olmalı

Gerçek sahibine atfedilmiş ve kullanım izni alınmış, onaylı bir müşteri alıntısı kullanın. Taslağın bir müşteri yorumuna ihtiyacı varsa ama elinizde yoksa ekip içi bir yer tutucu bırakın ve göndermeden önce kaldırın. Üretilmiş bir isimle beş yıldızı asla müşteri kanıtıymış gibi sunmayın.

Aynı şekilde, bir son tarih teklifin gerçekten sona erdiği tarihe karşılık gelmeli. Stok uyarısı da güncel stoku yansıtmalı. Bu iki bilgiden birini yanlış veren bir hatırlatma tıklama alabilir, ama mağazayı daha az güvenilir kılar.

## Yayına almadan önce çıkış koşullarını belirleyin

Sık yapılan bir hata, çıkış koşulu olmayan bir seridir. Müşteri satın alır, ardından ödemesini zaten yaptığı bir sepet için iki hatırlatma daha alır. Şu koşullardan biri gerçekleştiği anda seriyi durdurun:

- Müşteri siparişi verir; başka bir cihazdan ya da destek ekibiniz aracılığıyla verdiği siparişler de buna dâhildir.
- Sepet boşaltılır ya da mağazada süresi dolar.
- Kişi abonelikten çıkar ya da bir gönderim engeli listesinde yer alır.
- Sepetteki ürünler artık satışta değildir.

Akışı kurmadan önce bu koşulları yazıya dökün ve her birini bir test sepetiyle deneyin. Bir sonraki bölüm, hatırlatmaları Brew gönderdiğinde bu kontrolün nerede yapılması gerektiğini açıklıyor.

## Satın alma durumunu gönderim anında yeniden kontrol edin

Brew içinde olay payload alanları, bir beklemeden sonra da sepetin ilk hâlindeki bilgileri korur. `contact.<name>` üzerindeki koşullar güncel Brew kişi alanlarını okuyabilir, ancak mağazanın sepet, sipariş ya da stok kayıtlarını getirmez.

Bir hatırlatmanın zamanı geldiğinde güncel uygunluğu mağaza uygulamasına kontrol ettirin. Müşterinin hâlâ uygun bir sepeti ve pazarlama e-postası alma izni varsa güncel sepet bilgileriyle yeni bir hatırlatma olayı tetikleyin. Satın aldıysa olayı tetiklemeyin. Gönderimi yapan entegrasyondaki yeniden denemelere karşı sabit bir olay tanımlayıcısı kullanın.

“Satın alımdan sonra durdur” gibi bir promptun mağazanın güncel verilerine canlı bir bağlantı kurduğunu varsaymayın. Yapılandırdığınız gerçek olayı ve [entegrasyon iş akışını](/tr/browse/integrations) doğrulayın.

## Kurtarılan siparişleri dürüstçe ölçün

İlişkilendirme aralığını ve e-posta olmasa da gerçekleşecek siparişleri nasıl ele alacağınızı belirleyin. Gelirin yanında indirim maliyetini, iadeleri, abonelikten çıkmaları ve şikâyetleri de izleyin. Yeterli hacminiz varsa e-posta gönderilmeyen bir kontrol grubu (holdout), artımlı kurtarmayı tahmin etmenize yardımcı olabilir.

Bu serinin vaat edebileceği bir kurtarma oranı yok. İlgili bir hatırlatmayla başlayın, durum kontrollerini doğrulayın ve seriyi kendi sonuçlarınıza göre geliştirin. Daha kapsamlı ölçüm modeli için [ROI rehberine](/tr/blog/email-marketing-roi) göz atın.