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.

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?
- Bildirim Türleri: Operasyonel, Hatırlatıcı ve Pazarlama
- Türkiye'de Onay Kuralları: KVKK ve Reklam Kurulu Ne Diyor?
- Onay Mimarisi: Sistem Onayı ile Pazarlama Onayını Ayırın
- Bildirim Onayını Doğru Anda Sormak
- Segmentasyon: Herkese Aynı Mesajı Göndermeyin
- Sıklık ve Zamanlama: Sessize Alınmadan Kalmak
- E-Ticaret ve Sadakat Uygulamalarından Örnekler
- Ölçüm: Hangi Metrikleri Takip Etmelisiniz?
- Teknik Kurulum Kontrol Listesi
- Sıkça Sorulan Sorular
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) veyaINVALID_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 | Örnek | Kullanıcı beklentisi | Sıklık kuralı | Onay katmanı |
|---|---|---|---|---|
| Operasyonel | Siparişiniz kargoda, ödeme alındı, randevu onaylandı | Yüksek; gelmezse şikâyet eder | Olay başına bir bildirim, üst sınır yok | Sistem 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 etti | Olay 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 doluyor | Orta | Seyrek; olay başına en fazla bir | Ayrı tercih; pazarlama onayına bağlamak daha güvenli |
| Pazarlama | Hafta sonu kampanyası, yeni koleksiyon | Düşük | Kullanıcı başına haftalık üst sınır | Ayrı 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.
| Katman | iOS | Android | Size sağladığı |
|---|---|---|---|
| Sistem izni | Tek seferlik izin diyaloğu veya geçici (provisional) izin | Android 13+ POST_NOTIFICATIONS izni | Cihaza teslimat hakkı |
| Tür bazlı kontrol | Uygulama içi tercih merkezi | Bildirim kanalları + uygulama içi tercih merkezi | KVKK parçalı rıza ve Apple 4.5.4 uyumu |
| Önem seviyesi | Kesinti seviyeleri: passive, active, time-sensitive, critical | Kanal önemi: acil, yüksek, orta, düşük | Hangi bildirimin ses çıkaracağı |
| Kayıt | Onay zamanı ve metin versiyonu sunucuda | Onay zamanı ve metin versiyonu sunucuda | Rı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ıl | Alt %10 | Medyan | Ü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ür | Tetikleyici | Sıklık sınırı | Sessiz saat | iOS seviyesi | Android kanal önemi |
|---|---|---|---|---|---|
| Operasyonel | Sipariş, ödeme, randevu olayı | Üst sınır yok; tek olay için tek bildirim | Yok | Active; gerçekten acilse time-sensitive | Yüksek |
| Kullanıcının istediği uyarı | Stok, fiyat, takip | Ürün ve olay başına bir | Gece gelen olayı sabaha kuyruklayın | Active | Orta veya yüksek |
| Hatırlatıcı | Sepet, puan süresi | Olay başına en fazla bir | 22:00–09:00 | Passive veya active | Orta |
| Pazarlama | Kampanya takvimi | Haftada 2–3 ile başlayın, kapatma oranına göre ayarlayın | 22:00–09:00 | Passive veya active | Düşü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.
| Senaryo | Zayıf metin | Güç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:
| Metrik | Nasıl hesaplanır | Neden ö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çılma | Bildirime dokunarak açılış / teslim edilen bildirim | Mesajın ilgisi ve metnin gücü |
| Bildirim sonrası dönüşüm | Belirli 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 token | Uygulamayı 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:
- Bildirim türleri yazılı bir listede tanımlı ve her türün bir sorumlusu var.
- İzin isteği ilk açılışta değil, bağlamlı bir eylemden sonra ve ön izin ekranıyla geliyor.
- Uygulama içinde tür bazlı tercih merkezi var; pazarlama anahtarı varsayılan olarak kapalı.
- Android bildirim kanalları, bildirim türleriyle birebir eşleşiyor.
- Sunucu, pazarlama gönderiminden önce tür onayını kontrol ediyor; onay zamanı ve metin versiyonu kayıtlı.
- Token zaman damgaları güncelleniyor,
UNREGISTEREDdönen kayıtlar siliniyor. - Bildirim metinleri hassas veri içermiyor; her bildirim derin bağlantıyla (deep link) ilgili ekranı açıyor.
- Pazarlama bildirimleri için haftalık üst sınır ve sessiz saat kuralı kodda tanımlı.
- İ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.
Bu konuda profesyonel destek mi lazım?
Projenizi ekibimizle konuşun — aynı gün dönüş, ücretsiz teklif.


