Mobil Uygulama

Push Bildirim Stratejisi: İzinden Etkileşime

Bildirim iznini doğru anda isteyin, KVKK'ya uygun parçalı onay kurun, segmentleyin ve sıklığı sınırlayın: sessize alınmayan push bildirim stratejisi.

Emrah KaragözEmrah KaragözKurucu14 Eylül 202618 dk okuma
Push Bildirim Stratejisi: İzinden Etkileşime

Push bildirim stratejisi üç karardan oluşur: izni doğru anda istemek, bildirimleri türüne göre ayırıp ayrı onaya bağlamak ve sıklığı ölçerek sınırlamak. Orta seviyedeki (medyan) bir uygulamada bildirim izni oranı Android'de %59,5, iOS'ta %49,4; yani kullanıcılarınızın yaklaşık yarısına bu kanaldan hiç ulaşamazsınız.

Bu rakamlar, müşteri etkileşim platformu Airship'in 2024 yılında 9 milyardan fazla uygulama kullanıcısının verisini incelediği 2025 push bildirim benchmark raporundan geliyor. Aynı rapora göre Android'de medyan izin oranı bir yılda %71,3'ten %59,5'e geriledi. Sebep açık: Android 13 ile yeni kurulan uygulamaların bildirimleri varsayılan olarak kapalı geliyor ve izin artık iOS'taki gibi açıkça isteniyor.

Türkiye'de bu değişimin etkisi daha büyük. StatCounter'ın Ağustos 2026 verisine göre mobil web trafiğinin %73,77'si Android cihazlardan geliyor. Üstelik Kişisel Verileri Koruma Kurumu, 14 Ocak 2026'da yayımladığı duyuruyla sipariş bildirimini ve kampanya bildirimini tek onaya bağlamayı hukuka aykırı saydı. Bu rehber; izin akışını, onay mimarisini, segmentasyonu, sıklık kurallarını ve ölçümü e-ticaret ile sadakat uygulaması örnekleri üzerinden anlatıyor.

Bu Rehberde Neler Var?

Push Bildirim Nedir, Nasıl Çalışır?

Push bildirim, uygulama açık olmasa bile sunucunuzdan kullanıcının kilit ekranına veya bildirim merkezine gelen kısa mesajdır. "Anlık bildirim" de aynı kavramı anlatır. SMS'ten farkı, telefon numarası yerine uygulamanın o cihaz için aldığı benzersiz bir adrese (token) gitmesidir.

Sunucunuz telefonla hiçbir zaman doğrudan konuşmaz. Arada iki platform servisi durur:

  • APNs (Apple Push Notification service): iPhone, iPad ve Mac cihazlarına teslimat yapar.
  • FCM (Firebase Cloud Messaging): Android cihazlara teslimat yapar. APNs anahtarınızı yüklerseniz iOS cihazlara da aynı API üzerinden gönderim yapmanızı sağlar.

Akış dört adımda ilerler. Uygulama kullanıcıdan izin ister. İzin gelince cihaz bir token üretir ve uygulama bu token'ı sunucunuza kaydeder. Sunucunuz mesajı hedef token'larla birlikte FCM'e veya APNs'e iletir. Servis de mesajı cihaza teslim eder.

FCM, Firebase fiyatlandırma sayfasında ücretsiz ürünler arasında yer alıyor. Asıl maliyet; segment motoru, tercih merkezi, raporlama paneli ve bunları besleyen backend işçiliğinden doğar. Bu kalemler yayından sonra da sürer. Bütçe tarafını mobil uygulama bakım maliyeti rehberimizde ayrıca ele aldık.

Token hijyeni: ölü adreslere mesaj göndermeyin

Token'lar kalıcı değildir. Kullanıcı uygulamayı siler, telefon değiştirir veya uygulamayı aylarca açmaz. Firebase'in token yönetimi dokümanı bu konuda üç net kural koyuyor:

  • Token zaman damgasını ayda bir güncelleyin; bir aydan eski kayıt büyük olasılıkla aktif olmayan bir cihaza aittir.
  • Android'de 270 gün hareketsiz kalan kaydı FCM süresi dolmuş sayar ve temizler.
  • Gönderimde UNREGISTERED (HTTP 404) veya INVALID_ARGUMENT (HTTP 400) yanıtı gelirse ve mesaj içeriğinden eminseniz, o kaydı veritabanınızdan silin.

Ölü token'ları temizlemeyen ekip, teslim ve açılma oranlarını olduğundan düşük görür. Yanlış veriyle de yanlış strateji kurar.

Bildirim Türleri: Operasyonel, Hatırlatıcı ve Pazarlama

Strateji, gönderdiğiniz her bildirimi bir türe yerleştirmekle başlar. Bu ayrım üç işe birden yarar: kullanıcıya neyi kapatabileceğini gösterir, hukuki onay katmanını belirler ve her tür için ayrı sıklık kuralı koymanızı sağlar.

TürÖrnekKullanıcı beklentisiSıklık kuralıOnay katmanı
OperasyonelSiparişiniz kargoda, ödeme alındı, randevu onaylandıYüksek; gelmezse şikâyet ederOlay başına bir bildirim, üst sınır yokSistem izni + hizmet bildirimi tercihi
Kullanıcının istediği uyarıTakip ettiğiniz ürün stoğa girdi, fiyat düştüYüksek; kendisi talep ettiOlay başına bir kezÜrün veya konu bazında açık talep
HatırlatıcıSepetinizde ürün kaldı, puanınızın süresi doluyorOrtaSeyrek; olay başına en fazla birAyrı tercih; pazarlama onayına bağlamak daha güvenli
PazarlamaHafta sonu kampanyası, yeni koleksiyonDüşükKullanıcı başına haftalık üst sınırAyrı açık rıza, varsayılan kapalı

Tablodaki sıklık kuralları yasa maddesi değil, başlangıç çerçevesidir. Yine de ilk iki satırı pazarlama bildirimleriyle aynı havuza koyan uygulama hem kullanıcıyı hem de regülatörü karşısına alır.

Türkiye'de Onay Kuralları: KVKK ve Reklam Kurulu Ne Diyor?

Push bildirim onayı son beş yılda iki kurumun gündemine girdi. Aşağıdaki özet hukuki görüş yerine geçmez; kendi akışınızı bir KVKK danışmanına da kontrol ettirin.

KVKK 2021/361: varsayılan açık onaya ret

Kişisel Verileri Koruma Kurulu, 13.04.2021 tarihli 2021/361 sayılı kararında bir bankanın Android uygulamasını inceledi. Uygulamada elektronik ileti tercihi kurulumda otomatik olarak onaylı geliyordu. Kurul, bu varsayılanın hem 6563 sayılı Kanun'daki alıcı onayı kuralıyla çeliştiğine hem de KVKK'nın 5. maddesindeki açık rıza şartını ihlal ettiğine karar verdi. Bankaya idari para cezası uyguladı ve varsayılan ayarı "tanıtım iletisi almama" yönünde düzenlemesini istedi.

KVKK 14 Ocak 2026 duyurusu: parçalı açık rıza

Kurum, 14 Ocak 2026 tarihli kamuoyu duyurusunda daha somut bir örnek paylaştı. İncelenen uygulama "kampanyalardan haberdar olmak" ile "sipariş durumunu anlık takip etmek" amaçlarını tek onayda birleştirmişti. Siparişini takip etmek isteyen kullanıcı, kampanya bildirimlerini de kabul etmek zorunda kalıyordu.

Kurum bu kurgunun özgür iradeyi ortadan kaldırdığını belirtti ve parçalı açık rıza ilkesini hatırlattı: birden fazla amaç varsa her amaç için ayrı ve bağımsız seçim hakkı gerekir. Duyuruya göre kullanıcı, uygulama içi ayarlardan veya işletim sistemi ayarlarından hangi bildirim türlerini alacağını seçebilmeli. Örneğin "kargo bilgisi gelsin, kampanya duyurusu gelmesin" diyebilmeli. Kurum bu imkânı sunmamayı, Kanun'un 12. maddesindeki teknik ve idari tedbir yükümlülüğünün ihlali olarak görüyor.

Reklam Kurulu 2024/4177: telefon izni pazarlamaya yetmez

Ticaret Bakanlığı'na bağlı Reklam Kurulu, Eylül 2025 basın bülteninde yer alan 2024/4177 sayılı kararda büyük bir e-ticaret uygulamasının bildirim yapısını ele aldı. Uygulamanın tercih ekranında yalnızca e-posta, SMS ve telefon seçenekleri vardı. Kullanıcı push bildirimlerini sadece telefon ayarlarından kapatabiliyordu. Sipariş, kargo ve iade bildirimi almak isteyen kullanıcı kampanya bildirimlerine de katlanmak zorundaydı.

Kurul bu yapıyı haksız ticari uygulama saydı ve durdurma cezası verdi. Karara ilişkin hukuk analizine göre Kurul, telefon ayarlarından verilen genel izni pazarlama bildirimi için yeterli görmüyor. Aynı analiz, Kurul'un 2024/4454 sayılı kararında bir bankacılık uygulamasının reklam bildirimlerini kapatma seçeneği sunmamasını da haksız ticari uygulama saydığını aktarıyor.

Hukuki gri alan tamamen kapanmış değil. Bakanlık, İleti Yönetim Sistemi'nde (İYS) push için ayrı bir izin kategorisi tanımlamadı; push bildiriminin ticari elektronik ileti sayılıp sayılmayacağı hâlâ tartışmalı. Pratik sonuç ise net: işletim sistemi izni, pazarlama onayı yerine geçmiyor.

Apple kuralı da aynı yönü gösteriyor

Apple'ın App Review Guidelines 4.5.4 maddesi push bildirimini uygulamanın çalışması için zorunlu tutmayı yasaklar. Tanıtım ve doğrudan pazarlama amaçlı push için kullanıcının uygulama arayüzündeki onay metniyle açıkça kabul etmesini ve uygulama içinde vazgeçme yolu bulmasını şart koşar. Kötüye kullanım, push yetkisinin iptaline kadar gidebilir. Mağaza incelemesinde sık görülen diğer sorunları App Store uygulama reddi yazımızda derledik.

Onay Mimarisi: Sistem Onayı ile Pazarlama Onayını Ayırın

Mevzuat da mağaza kuralları da aynı mimariyi işaret ediyor: iki katmanlı onay.

Birinci katman, işletim sistemi iznidir. iOS'taki sistem diyaloğu ve Android 13 ile gelen POST_NOTIFICATIONS izni bu katmanda yer alır. Bu izin yalnızca uygulamanın cihaza bildirim gönderebileceğini gösterir.

İkinci katman, uygulama içi tercih merkezidir. Kullanıcı burada her bildirim türünü ayrı ayrı açıp kapatır. Pazarlama anahtarı varsayılan olarak kapalı gelir. Sunucunuz her gönderimden önce hem token'ın geçerliliğini hem de ilgili türün onayını kontrol eder.

Android bu katmana işletim sistemi seviyesinde de destek veriyor. Android dokümanına göre Android 8.0'dan beri her bildirim bir kanala atanmak zorunda ve kullanıcı kanalları tek tek kapatabiliyor. Kanallarınızı bildirim türlerinizle birebir eşlerseniz, kampanya kanalını kapatan kullanıcı kargo bildirimlerini kaybetmez.

KatmaniOSAndroidSize sağladığı
Sistem izniTek seferlik izin diyaloğu veya geçici (provisional) izinAndroid 13+ POST_NOTIFICATIONS izniCihaza teslimat hakkı
Tür bazlı kontrolUygulama içi tercih merkeziBildirim kanalları + uygulama içi tercih merkeziKVKK parçalı rıza ve Apple 4.5.4 uyumu
Önem seviyesiKesinti seviyeleri: passive, active, time-sensitive, criticalKanal önemi: acil, yüksek, orta, düşükHangi bildirimin ses çıkaracağı
KayıtOnay zamanı ve metin versiyonu sunucudaOnay zamanı ve metin versiyonu sunucudaRızanın ispatı

Son satırı atlamayın. KVKK uygulamasında açık rızanın alındığını ispat yükü veri sorumlusundadır. Kullanıcının hangi tarihte, hangi metni görerek hangi türü açtığını saklamayan sistem, şikâyet geldiğinde elinde kanıt bulamaz. Güvenlik ve KVKK tarafının geri kalanını mobil uygulama güvenliği ve KVKK rehberinde bulabilirsiniz.

Bildirim Onayını Doğru Anda Sormak

İzni ne zaman istediğiniz, izin oranını belirleyen en büyük kaldıraçtır. Çünkü iki platformda da sınırsız deneme hakkınız yok.

iOS'ta tek şansınız var. Apple'ın izin dokümanına göre sistem kullanıcıya yalnızca ilk izin isteğinde soru sorar; sonraki isteklerde diyalog açılmaz. Reddeden kullanıcıyı ancak Ayarlar'a yönlendirerek geri kazanabilirsiniz.

Android'de en fazla iki şansınız var. Android 13 ve üzerinde yeni kurulan uygulamaların bildirimleri varsayılan olarak kapalı başlar. Android'in genel izin kuralına göre kullanıcı aynı izni birden fazla kez reddederse sistem diyaloğu bir daha çıkmaz. Uygulamanız hâlâ Android 12L veya altını hedefliyorsa durum daha kötü: tek bir "İzin verme" dokunuşu, uygulama yeniden kurulana kadar soruyu kilitler.

Apple ve Google aynı öneride buluşuyor: izni ilk açılışta değil, bağlam oluştuğunda isteyin. Apple örnek olarak kullanıcının ilk görevini planladığı anı gösteriyor. Android dokümanı ise zil simgesine dokunmayı, bir hesabı takip etmeyi ve yemek siparişi vermeyi örnek veriyor.

Ön izin ekranı: sistem diyaloğunu harcamayın

Sistem diyaloğundan önce kendi tasarladığınız kısa bir açıklama ekranı gösterin. Bu ekran bildirimlerin ne işe yarayacağını tek cümleyle anlatır. Kullanıcı "Evet" derse sistem diyaloğunu açarsınız. "Şimdi değil" derse diyaloğu hiç tetiklemezsiniz; tek seferlik hakkınız daha uygun bir ana saklı kalır.

E-ticaret ve sadakat uygulamalarında doğal izin anları şunlardır:

Kullanıcı eylemiÖn izin mesajıAçılan bildirim türü
İlk siparişi tamamladı"Siparişiniz yola çıkınca haber verelim mi?"Operasyonel
Ürünü favorilere ekledi"Fiyatı düşerse veya stoğa girerse bildirelim mi?"Kullanıcının istediği uyarı
Sadakat kartını ekledi"Puanlarınızın süresi dolmadan hatırlatalım mı?"Hatırlatıcı
Kampanya sayfasında zaman geçirdi"Size özel indirimlerden haberdar olmak ister misiniz?"Pazarlama (ayrı onay)

Geçici izin: iOS'ta sessiz deneme

iOS'un geçici (provisional) izin seçeneği, soru sormadan deneme amaçlı bildirim göndermenizi sağlar. Bu bildirimler ses ve banner olmadan yalnızca bildirim merkezine düşer. Üzerlerinde bildirimi tutma veya kapatma düğmeleri bulunur; kullanıcı bildirimi gördükten sonra karar verir. Haber, içerik ve fiyat takibi gibi değerini örnekle kanıtlayabilen uygulamalar için güçlü bir seçenektir. Bedeli de var: bildirimleriniz bu aşamada kilit ekranında görünmez.

Gerçekçi hedefler koyun

Airship'in 2025 raporu, platform bazında şu dağılımı veriyor:

Platform ve yılAlt %10MedyanÜst %10
Android izin oranı (2023)%42,1%71,3%88,0
Android izin oranı (2024)%37,1%59,5%79,7
iOS izin oranı (2024)%27,1%49,4%74,1

Aynı rapora göre onboarding kampanyası yürüten uygulamalarda izin oranı kategori ortalamasını %40'a kadar geçebiliyor. Bildirimi kapatmış kullanıcılara gösterilen uygulama içi mesajlar da bu grupta izin oranını ortalama %14 artırıyor. Bu rakamlar bir platform sağlayıcının kendi müşteri verisidir; kendi uygulamanızda ölçmeden hedef olarak benimsemeyin.

Segmentasyon: Herkese Aynı Mesajı Göndermeyin

İzni aldıktan sonra en sık yapılan hata, tüm kullanıcılara aynı kampanyayı aynı saatte göndermektir. Bildirimin değeri alıcıya göre değişir. Dün sipariş veren müşteri ile üç aydır uygulamayı açmayan kullanıcı aynı mesajı hak etmez.

Başlangıç için beş davranış segmenti çoğu e-ticaret ve sadakat uygulamasında yeterlidir:

  • Yeni kullanıcı (ilk 7 gün): Kampanya yerine keşif. İlk siparişi kolaylaştıran veya bir özelliği gösteren tek bir bildirim.
  • Aktif alışverişçi: Görüntülediği kategoriler ve favorileri üzerinden kişisel öneriler.
  • Sepeti terk eden: Tek bir hatırlatma. Baymard Institute'un derlediği 50 çalışmaya göre ortalama sepet terk oranı %70,22; bu segment küçük bir kitle değil.
  • Uykudaki kullanıcı (30+ gün): Düşük sıklıkta, gerçek bir değer taşıyan geri kazanım mesajı.
  • Üst kademe sadakat müşterisi: Erken erişim, kademe atlama ve puan bilgisi.

Segmentasyon açılma oranını da yükseltir. Airship'in kendi müşteri verisine göre segmentli push bildirimleri doğrudan açılma oranında %18 ile %65 arasında artış getiriyor; kişiselleştirilmiş mesajlarda ortalama artış %37. Referans noktasını da bilin: aynı raporda medyan doğrudan açılma oranı Android'de %3,4, iOS'ta %3,1. Tek bir push bildirim, kullanıcıların büyük çoğunluğu tarafından açılmaz.

Toplu gönderim yerine tetikleyici kurun

En değerli bildirimler takvimden değil davranıştan doğar. "Stoğa girdi", "fiyat düştü", "siparişiniz hazır" gibi mesajlar kullanıcının kendi eylemine bağlı olduğu için beklenir. Kampanya takvimini bu tetikleyicilerin etrafına kurun, tersini yapmayın.

Sıklık ve Zamanlama: Sessize Alınmadan Kalmak

Aşırı bildirimin bedeli çoğu zaman uygulamanın silinmesi değildir. Daha sessiz ve daha pahalı bir kayıptır: kullanıcı bildirimleri kapatır, uygulama telefonda kalır, siz ise bir kanalı kaybedersiniz.

eMarketer'ın ABD'de 1.167 akıllı telefon kullanıcısıyla yaptığı Haziran 2021 anketi bunu açıkça gösteriyor (Statista). Çok fazla bildirim alan kullanıcıların %42'si bazı bildirim ayarlarını değiştiriyor, %39'u uygulamanın tüm bildirimlerini kapatıyor. Uygulamayı tamamen silenlerin oranı ise yalnızca %8. Sadece silme metriğine bakan ekip, asıl kaybı hiç görmez.

Airship'in yedi ülkede yaptığı tüketici anketinde de marka iletişiminden çıkmanın ilk iki nedeni aynı: mesajlar ya çok sık ya da kişiyle alakasız. Apple'ın bildirim tasarım rehberi de net konuşuyor: aynı konu için birden fazla bildirim gönderirseniz bildirim merkezini doldurursunuz ve kullanıcı uygulamanızın tüm bildirimlerini kapatabilir.

Platformlar da gürültüyü filtreliyor

  • Android 15 bildirim cooldown özelliği: Kısa aralıklarla gelen tekrarlayan bildirimlerin görünümünü, ses seviyesini ve titreşimini iki dakikaya kadar azaltır.
  • Android bildirim gruplama: Aynı uygulama gruplamasız dört veya daha fazla bildirim gönderirse sistem bunları kendisi gruplar; Android 16 bu otomatik gruplamayı genişletti.
  • iOS kesinti seviyeleri: Passive seviyesi bildirimi ekranı yakmadan listeye ekler; time-sensitive ise sistem bildirim kontrollerini aşar. Critical seviyesi sessiz modu da deler ve Apple'dan özel yetki ister. Kampanya bildirimini time-sensitive işaretlemek, kullanıcının bu ayarı kapatması için en kısa yoldur.
  • Apple Intelligence: iPhone'daki bildirim özetleme ve önceliklendirme özellikleri Türkçe dahil birçok dilde çalışıyor. Reduce Interruptions odak modu, önemsiz bulduğu bildirimleri sessize alıyor. Asıl bilgiyi mesajın ilk kelimelerine koyun.

Sıklık ve saat kuralları

Aşağıdaki tablo bizim önerdiğimiz başlangıç ayarıdır. Her uygulama kendi verisine bakarak bu değerleri güncellemelidir.

TürTetikleyiciSıklık sınırıSessiz saatiOS seviyesiAndroid kanal önemi
OperasyonelSipariş, ödeme, randevu olayıÜst sınır yok; tek olay için tek bildirimYokActive; gerçekten acilse time-sensitiveYüksek
Kullanıcının istediği uyarıStok, fiyat, takipÜrün ve olay başına birGece gelen olayı sabaha kuyruklayınActiveOrta veya yüksek
HatırlatıcıSepet, puan süresiOlay başına en fazla bir22:00–09:00Passive veya activeOrta
PazarlamaKampanya takvimiHaftada 2–3 ile başlayın, kapatma oranına göre ayarlayın22:00–09:00Passive veya activeDüşük veya orta

Gönderim saatini sabit tutmak yerine kullanıcının uygulamayı en çok açtığı saat aralığına göre kişiselleştirin. Türkiye tek saat diliminde olduğu için yurt içi kitlede bu iş kolaydır. Yurt dışına satış yapıyorsanız her kullanıcının yerel saatini esas alın.

E-Ticaret ve Sadakat Uygulamalarından Örnekler

İyi bir bildirim bir bakışta okunur. Başlıkta bağlam, gövdede somut bilgi, dokunuşta ilgili ekran bulunur. Apple'ın rehberi iki uyarı daha ekliyor: bildirime hassas kişisel bilgi koymayın ve önizleme gizlendiğinde de anlaşılır kalan genel bir metin tasarlayın.

SenaryoZayıf metinGüçlü metin
Fiyat düşüşü"Kaçırma! Büyük fırsatlar seni bekliyor""Favorinizdeki koşu ayakkabısı 1.899 TL'ye düştü. 42 numarada 3 çift kaldı."
Sepet hatırlatma"Sepetini unuttun mu?""Sepetinizdeki 2 ürün stokta bekliyor. Ücretsiz kargoya 120 TL kaldı."
Kargo"Siparişinle ilgili bir güncelleme var""Siparişiniz kuryede. Tahmini teslim bugün 14:00–16:00 arası."
Puan süresi"Puanlarını kullan!""350 puanınızın süresi 30 Eylül'de doluyor; bir kahveye yetiyor."
Kademe atlama"Tebrikler!""Gold seviyeye geçtiniz: artık her siparişte 2 kat puan kazanıyorsunuz."

Türkiye'den bir senaryo: kahve zinciri sadakat uygulaması

İzmir'de 14 şubesi olan bir kahve zincirini düşünelim (temsili örnek). Uygulamada önceden sipariş, puan ve kampanya bölümleri var. İlk sürümde tek bir "Bildirimlere izin ver" diyaloğu açılışta çıkıyor ve bütün mesajlar aynı kanaldan gidiyor.

Yeniden kurguda ekip üç adım atıyor. Önce izni ilk mobil siparişten sonra, "Kahveniz hazır olunca haber verelim mi?" sorusuyla istiyor. Ardından tercih merkezine üç anahtar ekliyor: sipariş durumu (açık), puan hatırlatmaları (kullanıcı seçer) ve kampanyalar (varsayılan kapalı). Son olarak Android'de bu üç türü üç ayrı kanala bağlıyor.

Yeni yapıda sipariş bildirimleri kampanya yorgunluğundan etkilenmiyor. Kampanya kanalını kapatan kullanıcı "kahveniz hazır" mesajını almaya devam ediyor. Bu kurgu, KVKK duyurusundaki "kargo bilgisi gelsin, kampanya gelmesin" örneğinin birebir karşılığı.

Bildirim altyapısının bir e-ticaret uygulamasındaki yeri ve maliyeti için e-ticaret mobil uygulaması fiyatları yazımıza, gelir modeli tarafı için mobil uygulamadan para kazanma rehberine göz atabilirsiniz.

Ölçüm: Hangi Metrikleri Takip Etmelisiniz?

Gönderilen bildirim sayısı bir başarı metriği değildir. Aşağıdaki metrikleri platforma ve bildirim türüne göre ayrı raporlayın:

MetrikNasıl hesaplanırNeden önemli
İzin oranıBildirim izni açık aktif kullanıcı / tüm aktif kullanıcıUlaşabileceğiniz kitlenin tavanı
Tür bazlı onay oranıPazarlama anahtarı açık kullanıcı / izinli kullanıcıPazarlama kanalınızın gerçek büyüklüğü
Doğrudan açılmaBildirime dokunarak açılış / teslim edilen bildirimMesajın ilgisi ve metnin gücü
Bildirim sonrası dönüşümBelirli süre içinde hedef eylem / teslim edilen bildirimİş sonucuna katkı
Kapatma oranıDönem içinde izni veya kanalı kapatan / izinli kullanıcıAşırı gönderimin erken uyarısı
Geçersiz token oranıUNREGISTERED dönen token / hedeflenen tokenUygulamayı silenler ve veri temizliği
Kontrol grubu farkıBildirim alan ve almayan grup arasındaki dönüşüm farkıBildirimin gerçekten ek satış getirip getirmediği

Kapatma oranını görmek için uygulama her açılışta sistem ayarını okumalı ve sonucu sunucuya yazmalıdır. Android'de areNotificationsEnabled() çağrısı, iOS'ta bildirim ayarları sorgusu bu bilgiyi verir. Bu değeri kaydetmeyen ekip, kanalının sessizce eridiğini fark etmez.

Kontrol grubu en çok ihmal edilen adımdır. Kampanyaya uygun kullanıcıların küçük bir bölümüne bildirim göndermeyin ve iki grubun satışını karşılaştırın. Aksi halde zaten alışveriş yapacak kullanıcıların siparişini de push bildirim hanesine yazarsınız.

Teknik Kurulum Kontrol Listesi

Push bildirim altyapınızı kurarken veya denetlerken şu maddeleri gözden geçirin:

  1. Bildirim türleri yazılı bir listede tanımlı ve her türün bir sorumlusu var.
  2. İzin isteği ilk açılışta değil, bağlamlı bir eylemden sonra ve ön izin ekranıyla geliyor.
  3. Uygulama içinde tür bazlı tercih merkezi var; pazarlama anahtarı varsayılan olarak kapalı.
  4. Android bildirim kanalları, bildirim türleriyle birebir eşleşiyor.
  5. Sunucu, pazarlama gönderiminden önce tür onayını kontrol ediyor; onay zamanı ve metin versiyonu kayıtlı.
  6. Token zaman damgaları güncelleniyor, UNREGISTERED dönen kayıtlar siliniyor.
  7. Bildirim metinleri hassas veri içermiyor; her bildirim derin bağlantıyla (deep link) ilgili ekranı açıyor.
  8. Pazarlama bildirimleri için haftalık üst sınır ve sessiz saat kuralı kodda tanımlı.
  9. İzin oranı, kapatma oranı ve kontrol grubu farkı panelde platforma göre izleniyor.

Yayına hazırlanıyorsanız gizlilik beyanlarını ve KVKK/GDPR adımlarını da kapsayan ücretsiz uygulama yayın kontrol listesi aracımızı kullanabilirsiniz. Mağaza görünürlüğü ve indirme tarafında ise ASO rehberimiz bu yazıyı tamamlar.

Sıkça Sorulan Sorular

Push bildirim nedir?

Push bildirim, uygulama açık olmasa bile sunucudan kullanıcının kilit ekranına veya bildirim merkezine gönderilen kısa mesajdır. iPhone'larda Apple'ın APNs servisi, Android cihazlarda Google'ın FCM servisi bu mesajı teslim eder.

Push bildirim ile SMS arasındaki fark nedir?

SMS telefon numarasına gider ve uygulama gerektirmez. Push bildirim ise yalnızca uygulamayı yükleyip bildirim izni veren kullanıcıya, uygulamanın o cihaz için aldığı token üzerinden ulaşır. FCM gönderimi ücretsizken SMS'te genellikle mesaj başına ücret ödersiniz.

Kampanya bildirimi için ayrıca onay almak gerekir mi?

Pratikte evet. KVKK'nın 14 Ocak 2026 duyurusu operasyonel ve kampanya bildirimlerinin tek onaya bağlanmasını hukuka aykırı sayıyor; Reklam Kurulu'nun 2024/4177 sayılı kararı da telefon ayarlarındaki genel iznin pazarlama bildirimi için yeterli görülmediğini gösteriyor. Apple'ın 4.5.4 kuralı da pazarlama push'u için uygulama içinde açık onay ve vazgeçme seçeneği istiyor.

Bildirim izin oranı kaç olmalı?

Airship'in 2025 raporuna göre 2024'te medyan izin oranı Android'de %59,5, iOS'ta %49,4 oldu. Üst %10'luk dilimdeki uygulamalar Android'de %79,7, iOS'ta %74,1 seviyesine ulaştı. Sektörünüz ve kullanıcı kitleniz bu aralığı yukarı veya aşağı çekebilir.

Haftada kaç push bildirim göndermeliyim?

Tek bir doğru sayı yok. Operasyonel bildirimleri olay gerçekleştikçe gönderin; pazarlama bildirimlerinde haftada 2–3 gibi düşük bir üst sınırla başlayın. Kapatma oranı yükselirse sıklığı düşürün veya segmenti daraltın.

Kullanıcı bildirim iznini reddederse tekrar sorabilir miyim?

iOS'ta sistem diyaloğu yalnızca ilk istekte çıkar; sonrasında kullanıcıyı Ayarlar'a yönlendirmeniz gerekir. Android'de kullanıcı izni birden fazla kez reddederse sistem diyaloğu bir daha görünmez. Bu yüzden sistem diyaloğundan önce bir ön izin ekranı kullanın.

Push bildirim altyapısı ücretli mi?

Firebase Cloud Messaging, Firebase fiyatlandırmasında ücretsiz ürün olarak listeleniyor; APNs ise Apple Developer Program üyeliğiyle birlikte gelir. Asıl maliyet segmentasyon, tercih merkezi, raporlama ve otomasyon için yapılan backend geliştirmesinden ve varsa üçüncü taraf pazarlama platformu aboneliğinden doğar.

Web push ile mobil uygulama bildirimi aynı şey mi?

Hayır. Web push tarayıcı üzerinden gelir ve uygulama yüklemeyi gerektirmez; iPhone'da ise yalnızca ana ekrana eklenen web uygulamalarında çalışır. İki yaklaşımın farklarını PWA nedir yazımızda karşılaştırdık.

İyi bir push bildirim stratejisinin ölçüsü daha çok mesaj göndermek değil, kullanıcının kapatma ihtiyacı duymayacağı mesajlar göndermektir. İzni bağlamında isteyen, türleri ayrı onaya bağlayan ve kapatma oranını izleyen bir uygulama hem KVKK'ya uyum sağlar hem de en değerli iletişim kanalını korur.

Bildirim altyapınızı sıfırdan kurmak veya mevcut izin akışınızı yeni kurallara göre yeniden tasarlamak istiyorsanız mobil uygulama geliştirme hizmetimizi inceleyin ya da iletişim sayfamızdan bize yazın; mevcut akışınızı birlikte değerlendirelim.

#push bildirim#anlık bildirim#bildirim izni#kvkk#mobil uygulama#e-ticaret uygulaması

Bu konuda profesyonel destek mi lazım?

Projenizi ekibimizle konuşun — aynı gün dönüş, ücretsiz teklif.

Bu yazıyı paylaş

İlgili Yazılar