Kullanıcıyı Kaçırmadan Geri Getiren Push Bildirim Stratejisi Nasıl Kurulur?

İyi bir push bildirim stratejisi, kullanıcıya yalnız onun için o an değerli olan bilgiyi gönderir ve izni bu değeri gösterdikten sonra ister. Geri getiren bildirim kampanya duyurusu değil, kullanıcının yarım bıraktığı ya da beklediği bir şeyi hatırlatan bildirimdir. Sıklık, gönderilen bildirim sayısıyla değil, kullanıcının bildirimleri kapatıp kapatmadığıyla ayarlanır.

Bildirim izni ne zaman istenmeli?

Bu, stratejinin en çok atlanan ve geri dönüşü en zor kısmıdır. iOS'ta bildirim izni için sistem penceresi bir uygulamada yalnız bir kez gösterilir. Kullanıcı "İzin Verme" derse, fikrini ancak telefonun Ayarlar ekranına giderek değiştirebilir. Android'de de durum benzer: Android 13 ve sonrasında yeni yüklenen uygulamaların bildirimleri varsayılan olarak kapalı ve uygulamanın POST_NOTIFICATIONS iznini çalışma anında istemesi gerekiyor (Android geliştirici belgeleri, Ekim 2026'da kontrol edildi).

Bu yüzden izni uygulama açılır açılmaz istemek, tek şansınızı kullanıcı sizi henüz tanımadan harcamak demektir. Doğru an, bildirimin işe yarayacağı andır:

• Kullanıcı ilk siparişini verdiğinde: "Siparişiniz yola çıkınca haber verelim mi?"
• İlk randevusunu aldığında: "Randevudan bir gün önce hatırlatalım mı?"
• Bir ürünü favoriye eklediğinde: "Fiyatı düşerse bildirelim mi?"
• Dil öğrenme uygulamasında ilk dersini bitirdiğinde: "Yarın aynı saatte hatırlatalım mı?"

Sistem penceresinden önce kendi tasarladığınız kısa bir ekranla neden izin istediğinizi anlatın. Kullanıcı bu ekranda "Şimdi değil" derse sistem penceresini hiç göstermeyin ve hakkınızı sonraya saklayın. iOS'ta bir seçenek daha var: geçici yetkiyle (provisional authorization) bildirimler sessizce bildirim merkezine düşer ve kullanıcı ilk bildirimin üzerinden tutmak ya da kapatmak arasında seçim yapar.

Hangi bildirim türleri gönderilmeli?

Bildirimleri amacına göre ayırmak hem kullanıcı deneyimi hem de mağaza kuralları için gereklidir.

İlk iki tür uygulamanın işlevinin parçasıdır ve kullanıcı genelde bunları ister. Davranışa bağlı bildirimler geri getirmenin asıl aracıdır; bir kural tek bir kullanıcıya tek bir kez tetiklenmeli ve kullanıcı geri döndüğünde susmalıdır. Kampanya bildirimi en riskli olanıdır, çünkü kullanıcının bildirimleri tümden kapatmasının en sık sebebi alakasız tanıtımlardır.

Örnek bir davranış kuralı

Yarım kalan sepet kuralı şöyle yazılabilir: kullanıcı sepete ürün ekledi, birkaç saat içinde sipariş vermedi ve sepetteki ürünlerden birinin stoğu azaldı. Bu koşullar birlikte gerçekleşirse tek bir bildirim gider ve dokunulduğunda doğrudan sepet açılır. Kullanıcı siparişi verirse ya da sepeti boşaltırsa kural kapanır; aynı hafta ikinci bir sepet bildirimi gönderilmez. Koşulları bu açıklıkta yazmak, hem geliştirici ekibin kuralı doğru kurmasını hem de sonradan sonucunu ölçmenizi sağlar.

Kampanya bildirimi için hangi kurallar var?

Apple'ın App Store İnceleme Yönergeleri'nin 4.5.4 maddesi açık: push bildirimleri, kullanıcı uygulama arayüzünde gösterilen bir onay metniyle açıkça kabul etmedikçe tanıtım ve doğrudan pazarlama için kullanılamaz; uygulamada bu mesajlardan çıkmanın bir yolu da sunulmalıdır. Aynı madde, uygulamanın çalışması için bildirimin zorunlu tutulmamasını ve bildirimle hassas kişisel bilgi gönderilmemesini istiyor (Apple yönergeleri, Ekim 2026'da kontrol edildi).

Yani sistem izni tek başına pazarlama izni değildir. Pratikte iki ayrı onay tasarlayın: sistemin bildirim izni ve uygulama içinde "Kampanya ve fırsat bildirimleri" için ayrı bir anahtar. Türkiye'de ticari elektronik iletiler için 6563 sayılı Kanun alıcının önceden onayını şart koşuyor ve onay kutusu önceden işaretli olamıyor. Push bildiriminin bu çerçevede nasıl değerlendirileceği yorum gerektirdiğinden, pazarlama bildirimlerinde onayı ayrı ve kayıtlı almak en güvenli yoldur. Onayların kayda alınması ve İleti Yönetim Sistemi konusunda hukuk danışmanınızın görüşünü alın.

Android'de bildirim kanalları (Android 8'den beri) bu ayrımı kullanıcıya da verir: "Sipariş durumu" kanalını açık bırakıp "Kampanyalar" kanalını kapatabilir. Kanalları baştan doğru ayırırsanız kampanyadan sıkılan kullanıcı sipariş bildirimini kaybetmez.

İyi bir bildirim metni nasıl yazılır?

Bildirim kilit ekranında tek bakışta okunur. Başlık ve gövde birlikte tek bir şey söylemeli, dokunulduğunda kullanıcıyı tam o şeyin olduğu ekrana götürmelidir.

Metinden daha önemli olan derin bağlantıdır. "Sepetinizde ürün kaldı" bildirimi uygulamanın ana sayfasını açıyorsa kullanıcı sepete giden yolu kendisi aramak zorunda kalır ve çoğu zaman aramaz. Bildirimi tasarlarken hangi ekranı açacağını da birlikte yazın.

Sıklık ve zamanlama nasıl ayarlanır?

Sabit bir "haftada şu kadar" kuralı yoktur; doğru sıklık kategoriye ve kullanıcıya göre değişir. Yemek uygulamasında akşam saatinde gelen bir bildirim değerli, gece yarısı gelen bildirim rahatsız edicidir. Bir kural koyun: kullanıcı başına günlük ve haftalık üst sınır, gece saatlerinde sessizlik ve kullanıcının en çok uygulamayı açtığı saat aralığına göre gönderim.

Bir de geri çekilme kuralı ekleyin. Üst üste birkaç bildirimi açmayan kullanıcıya gönderimi azaltın. Bildirimlere hiç tepki vermeyen kullanıcıya daha çok bildirim göndermek, onu geri getirmez; bildirimleri kapatmasını hızlandırır.

Başarı neyle ölçülür?

Açılma oranı kolay ölçülen ama yanıltan bir metriktir. Merak uyandıran bir başlık açılma oranını yükseltir, kullanıcı hayal kırıklığına uğrarsa bir sonraki bildirimi kapatır. Şu dört metriği birlikte izleyin:

1. Geri dönüş: Bildirim alan kullanıcıların ne kadarı sonraki 24 saat içinde uygulamayı açtı ve asıl işi (sipariş, ders, randevu) yaptı?
2. İzin kaybı: Bildirim iznini ya da kampanya onayını geri alan kullanıcı oranı haftadan haftaya artıyor mu?
3. Kaldırma: Kampanya gönderilen günlerde uygulamayı silen kullanıcı sayısı yükseliyor mu?
4. Karşılaştırma grubu: Bildirim gönderilmeyen küçük bir grup tutun; aradaki fark bildirimin gerçek etkisidir.

Bu ölçümleri kurmak için analitik ve olay takibi gerekir; hangi olayların izlenmesi gerektiğini mobil uygulama analitiği yazısında anlattık.

İlk 30 gün için örnek plan

Yeni yayınlanan bir uygulamada her şeyi birden açmayın. Aşağıdaki sıra, kullanıcıyı tanıdıkça bildirimi genişletir:

• 1. hafta: Yalnız işlem bildirimleri. İzin, kullanıcının ilk işleminden hemen sonra istenir.
• 2. hafta: Tek bir davranış kuralı açılır (ör. yarım kalan sepet ya da kaçırılan ders). Karşılaştırma grubu kurulur.
• 3. hafta: Kampanya onayı veren kullanıcılara ilk kampanya bildirimi gönderilir; izin kaybı ve kaldırma takip edilir.
• 4. hafta: Veriye bakılır. Geri dönüş getiren kural kalır, getirmeyen kapatılır ya da metni değiştirilir.

Stratejiyi uygulamaya kim yerleştirir?

Bildirim stratejisi pazarlamanın işi gibi görünür ama çoğu parçası yazılımda kurulur: izin ekranının zamanı, bildirim kanalları, derin bağlantılar, kullanıcı başı üst sınır, onay anahtarı ve olay takibi. Bunlar uygulama yapılırken planlanırsa sonradan eklemekten çok daha ucuzdur. Push bildirimin kendisi teknik olarak düşük maliyetli bir özelliktir; mobil uygulama fiyatları sayfasındaki tabloda da bütçeyi en az etkileyen kalemlerden biri olarak görünür. Asıl emek, kuralların ve ölçümün baştan kurulmasındadır.

Yeni bir uygulama planlıyorsanız bildirim kurgusunu ilk görüşmede konuşuyoruz; süreci mobil uygulama geliştirme sayfasında anlattık. Bildirimle ilgili mağaza redlerinin diğer sebepleri için App Store ve Google Play red nedenleri, kullanıcıyı ilk açılışta tutan tasarım kararları için mobil uygulamada kullanıcı deneyimi yazılarına bakabilirsiniz. Uygulamayı mağazada bulunur kılmak bildirimden önceki adımdır; onu da ASO nedir yazısında ele aldık.