İçeriğe atla
Semih Taliİletişim

Ana Sayfa / Blog / Ürün

Ürün · 3 Ağustos 2026 · 2 dk okuma

Push Bildirim Stratejisi: Ne Zaman Değer, Ne Zaman Taciz?

Push bildirimleri nasıl kurgulanır? İzin isteme zamanlaması, bildirim türleri, sıklık dengesi ve kullanıcıyı kaçırmadan etkileşim kurma rehberi.

Push Bildirim Stratejisi: Ne Zaman Değer, Ne Zaman Taciz?

Push bildirimi, ürün dünyasının en keskin iki ucu olan aletidir: doğru kullanıldığında kullanıcıyı tam zamanında değere çağırır; yanlış kullanıldığında uygulamanızın silinme nedenidir.

Ve silinme istatistiklerinin başında hep aynı madde vardır: "çok bildirim atıyordu."

Temel ayrım: kimin için çalıyor bu zil?

Her bildirimi göndermeden önce tek soru: bu bildirim kullanıcının mı işine yarıyor, bizim mi?

  • "Siparişiniz yola çıktı" → kullanıcı için. Gönderin.
  • "Belgeniz onaylandı" → kullanıcı için. Gönderin.
  • "Seni özledik! 🥺" → sizin için. İşte silinme butonuna giden yol.

Kullanıcı için olan bildirime "bilgi", sizin için olana "dürtme" denir. Dürtme tamamen yasak değildir; ama dozu, kazanılmış güven bütçesinden harcanır. Bilgi vermeden dürtmeye başlayan ürün, bütçesi olmadan harcayan üründür.

İzin isteme: ilk saniyede asla

En yaygın ve en pahalı hata: uygulama ilk açılışta, daha değer göstermeden bildirim izni istemek. Kullanıcının o andaki zihni: "Daha seni tanımıyorum, neden sana kapımı açayım?" Reddedilen izin, çoğu platformda geri kazanılması zor bir kapıdır.

Doğru kurgu bağlamlı istektir: iznin değerinin apaçık olduğu ânı bekleyin.

  • Takip özelliği kullanıldığında: "Fiyat düşünce haber verelim mi?"
  • İş başlatıldığında: "Tamamlanınca bildirelim mi?"
  • Hatırlatma kurulduğunda: "Hatırlatmalar için bildirime izin verin"

Ve ön-izin deseni: sistem penceresinden önce kendi ekranınızla sorun ("İşin bitince haber verelim mi?"). Kullanıcı kendi ekranınızda "hayır" derse, sistem hakkınız yanmaz; "evet" derse sistem izni neredeyse garantidir.

Sıklık ve kişiselleştirme

  • Varsayılanı mütevazı kurun: İdeal sıklık üründen ürüne değişir ama ilke değişmez: şüphedeyseniz az gönderin. Kullanıcının "keşke daha çok bildirim gelse" dediği duyulmamıştır.
  • Kontrolü kullanıcıya verin: Bildirim ayarları tek aç/kapa olmasın; tür bazında seçim sunun (işlemlerim / öneriler / kampanyalar). Kategori kapatabilen kullanıcı, hepsini kapatmak zorunda kalmaz.
  • Davranışa saygı: Üst üste açılmayan bildirimlerin mesajı nettir: sistem bunu okuyup kendini kısmalı. Sessizliğe daha yüksek sesle cevap vermek, taciz tanımıdır.
  • Zamanlama: Kullanıcının saat dilimi ve aktif saatleri dışında dürtme bildirimi göndermek, gece komşu kapısı çalmaktır.

Metin yazımı: küçük alan, büyük özen

Bildirim, ürününüzün en kısa metnidir ve kilitli ekranda diğer her şeyle yarışır:

  • Değeri öne yazın: "Analiz hazır: 3 önemli bulgu" > "Yeni bir bildiriminiz var"
  • Somut olun: Sayı, isim, durum. Belirsiz merak tuzakları ("Bak ne oldu!") ilk tıklamayı alır, güveni öldürür.
  • Emoji dozu: Ton uygunsa bir tane; her bildirimde konfeti değil.

Ölçüm: açılma oranı tek başına yalan söyler

Açılma oranı yüksek diye strateji iyi değildir; clickbait de açtırır. Birlikte izlenecek set: açılma oranı + bildirim sonrası eylem tamamlama + bildirim kapatma/izin iptali oranı. Üçüncüsü yükseliyorsa, ilk ikisi ne olursa olsun frene basın.

Sık sorulan sorular

Kampanya bildirimi hiç mi atılmaz? Atılır: açık izinle (pazarlama kategorisini açmış kullanıcıya), gerçek değerle (kişiye anlamlı teklif) ve seyrek. "Herkese, her kampanyada" yaklaşımı, kategoriyi herkese kapattırır.

E-posta mı push mu? Aciliyet ve bağlam meselesi: anlık ve eyleme dönük → push; içerikli ve arşivlenebilir → e-posta. İkisini aynı mesaj için üst üste kullanmak, tek mesajı iki kez taciz yapar.


Bu rehber, kendi mobil ürünümde bildirim dengesi kurma deneyimimden derlenmiştir.

Etiketler

bildirimmobil uygulamaetkilesimrehber
( İlgili )Bunları da okuyun

Çözülmeyi bekleyen bir sorununuz mu var?

Ürün fikrinizi konuşalım. Sorunu birlikte netleştirip nasıl bir çözüme dönüşebileceğine bakalım.

İletişime geç