Anlık Bildirim (Push) ile Kullanıcılarınızı Geri Kazanın

Uygulama açılışta Google'ın FCM (Android) veya Apple'ın APNs (iOS) servisinden cihaza özel bir token alır; bu token sunucudaki kullanıcı kaydıyla eşleştirilir. Bildirim gönderilirken sunucu mesajı bu token'lara iletir, işletim sistemi de ekranda gösterir. Token'lar kalıcı değildir; uygulama yeniden kurulduğunda yenilenir. Bu yüzden iyi bir altyapı geçersiz token'ları düzenli temizler; aksi halde gönderilen bildirimlerin önemli bölümü cihaza hiç ulaşmaz.

FCM ve APNs servislerinin kendisi ücretsizdir; milyonlarca gönderimde bile gönderim başına ücret ödenmez. Maliyet, kullanılan araç ve kurgudan gelir: hazır bildirim platformları belirli abone sayısına kadar ücretsiz, sonrasında aylık aboneliklidir; segment, otomasyon ve panel içeren özel bir kurulum ise bir kez yapılan geliştirme yatırımıdır. SMS ile kıyaslandığında, düzenli iletişim kuran her uygulama için birim maliyet açık farkla düşüktür.

SMS gönderim başına ücretlidir, yalnızca kısa metin taşır ve giderek daha az okunur. Push bildirim ise gönderim başına ücretsizdir; görsel, buton ve deep link taşıyabilir, kullanıcıyı doğrudan ilgili ekrana götürür ve segmentlere göre hedeflenebilir. SMS'in avantajı uygulama gerektirmemesidir; bu yüzden pratik kurgu, doğrulama kodu gibi kritik mesajlarda SMS'i, pazarlama ve geri kazanım iletişiminde push'u kullanmaktır.

Push bildirim uygulama kapalıyken kilit ekranına düşer ve kullanıcıyı uygulamaya geri çağırır; in-app mesaj ise yalnızca uygulama açıkken, ekranın içinde gösterilir. İkisi rakip değil tamamlayıcıdır: bildirim iznini reddeden kullanıcıya in-app mesajla ulaşmaya devam edebilirsiniz; uygulamayı zaten kullanan birine kampanyayı push yerine in-app göstermek ise bildirim hakkınızı gereksiz harcamamanızı sağlar.

Üç ana tür vardır. İşlemsel bildirimler (sipariş onayı, kargo durumu, ödeme uyarısı) kullanıcının beklediği mesajlardır ve en yüksek açılma oranına sahiptir. Pazarlama bildirimleri kampanya, indirim ve duyuru taşır; dozajı en dikkatli ayarlanması gereken türdür. Sessiz bildirimler ise kullanıcıya hiç görünmeden uygulama verisini arka planda günceller. Sağlıklı bir stratejide bu üç tür ayrı kurallara ve ayrı sıklık limitlerine bağlanır.

İzni ilk açılışta değil, kullanıcı somut bir değer gördüğü anda isteyin: sipariş verince kargo takibi, ürün favorileyince fiyat alarmı gerekçesiyle. Sistem penceresinden önce, bildirimin faydasını anlatan bir ön izin ekranı gösterin; kullanıcı "şimdi değil" derse asıl izin hakkınız yanmaz. Reddedilen sistem iznini geri almak kullanıcının ayarlara girmesini gerektirdiği için bu sıralama kritiktir. İzin gerekçesinin somut olması kabul oranını belirgin biçimde yükseltir. Edge Bilişim olarak ön izin ekranını sabit bir metinle canlıya almıyoruz: iki farklı gerekçe metnini yeni kullanıcı trafiğine eşit bölüp kabul oranını ölçüyor, kazanan metni sabitliyoruz. Ayrıca iznin hangi ekranda istendiğini olay kaydına yazıyoruz; böylece hangi değer anının en yüksek kabulü getirdiği tahminle değil kendi verinizle belirleniyor.

O cihaza push gönderilemez; izni geri açmak kullanıcının telefon ayarlarından elle işlem yapmasını gerektirir. Ancak iletişim tamamen kopmaz: uygulama açıkken in-app mesaj gösterilebilir, e-posta ve SMS kanalları devrede kalır. Doğru strateji, reddeden kullanıcıya belirli aralıklarla ve somut bir fayda anıyla (örneğin kargo takibi ihtiyacı doğduğunda) izni yeniden hatırlatan nazik bir akış kurmaktır.

Hayır; toplu gönderim bildirim kanalını en hızlı tüketen hatadır. Kullanıcılar ilgisiz mesajlar aldıkça önce bildirimi kapatır, sonra uygulamayı siler. Etkili yöntem segmentasyondur: davranış (son alışveriş, girilmeyen gün sayısı), ilgi alanı, konum ve saat dilimine göre gruplara farklı mesaj gönderilir. Küçük segmentlerde A/B testi yapıp kazanan mesajı genele yaymak, aynı bütçeyle çok daha yüksek dönüşüm üretir.

Sepette ürün bırakma, kayıt sonrası ilk günler (hoş geldin serisi), 7 veya 30 gündür giriş yapmama, abonelik bitişi, stok yenilenmesi (bkz. Bayicep B2B bayi sipariş uygulaması), fiyat düşüşü, kargo durumu değişikliği ve belirli bir konuma giriş (geofencing) en yaygın tetikleyicilerdir. Her akışta olay, bekleme süresi, mesaj ve çıkış koşulu tanımlanır; kullanıcı dönüş yaptıysa akıştan otomatik çıkar. Bu akışlar bir kez kurulur ve elle müdahale olmadan çalışmaya devam eder.

Tek bir doğru rakam yoktur; oran sektöre, bildirim türüne ve kitlenin alışkanlığına göre büyük fark gösterir. İşlemsel bildirimler (kargo, sipariş) pazarlama mesajlarının birkaç katı açılır; kişiselleştirilmiş ve doğru zamanlanmış kampanyalar genel duyurulardan belirgin biçimde öndedir. Sağlıklı yaklaşım, kendi geçmiş ortalamanızı temel alıp her kampanyayı ona karşı ölçmek; açılmayla birlikte bildirim kapatma ve uygulama silme oranlarını da izlemektir.

Kesin bir üst sınır yerine değer ilkesi geçerlidir: her bildirim kullanıcıya somut bir fayda taşımalıdır. Pazarlama bildirimlerinde haftada birkaç mesajı aşmamak yaygın pratiktir; işlemsel bildirimler ise olay kadar gönderilir ve rahatsız etmez. Sıklık kararını veri vermelidir: bir kampanya sonrası bildirim kapatma veya silme oranı sıçradıysa doz yüksektir. Kullanıcıya bildirim tercihlerini uygulama içinden yönetme imkanı sunmak, tamamen kapatmanın önüne geçer.

Evet; push altyapısı yayında olan bir uygulamaya sonradan entegre edilebilir, sıfırdan geliştirme gerekmez. Temel entegrasyon çoğu projede birkaç geliştirici-günü süren görece küçük bir iştir; segment yönetimi, otomasyon akışları ve gönderim paneli eklendikçe kapsam büyür. Mevcut kullanıcılar uygulamanın yeni sürümüne güncelledikçe token kaydı oluşur; bu yüzden kitlenin bildirime hazır hale gelmesi güncelleme hızına bağlı olarak birkaç hafta alabilir. Edge Bilişim olarak bu geçişi iki sürüme bölüyoruz: ilk sürüm yalnızca token kaydını ve sipariş/kargo gibi işlemsel bildirimleri içeriyor, kayıtlı token oranı aktif kullanıcıların belirlenen eşiğine ulaşana kadar haftalık takip ediliyor; kampanya ve otomasyon gönderimleri ancak bu eşik geçildikten sonra ikinci sürümle açılıyor. Sıralamayı tersine çevirmek, kitlenin yarısına ulaşamayan bir kampanyayı "push işe yaramadı" diye kayda geçirir.

Evet; web push ile ziyaretçilerinize tarayıcı üzerinden, uygulama indirtmeden bildirim gönderebilirsiniz. Chrome ve Firefox'un yanında Safari desteğiyle kanal iOS kullanıcılarına da açıldı. Henüz mobil uygulaması olmayan işletmeler için web push, bildirim stratejisini düşük maliyetle denemenin iyi bir yoludur; uygulama yayına alındığında iki kanal tek panelden, aynı segment mantığıyla yönetilebilir.

Doğru kurulduğunda hayır. Push zaten izne dayalı bir kanaldır; ek olarak kişisel veri içeren hedefleme (isim, davranış, konum) için aydınlatma metninde şeffaf bilgilendirme yapılmalı, ticari ileti niteliğindeki kampanya bildirimleri için onay düzeni gözetilmelidir. Kullanıcı tercihlerini uygulama içinden yönetebilmeli ve dilediğinde tamamen kapatabilmelidir. Konum tabanlı bildirimlerde konum izninin ayrıca ve amaçla sınırlı alınması gerekir.

Push, uygulama fikrinizin değil kurgusunun parçasıdır; en baştan planlanırsa izin akışı ve olay takibi mimariye doğru yerleştirilir, sonradan eklemeye göre daha ucuza gelir. İlk adım fikri kapsamlaştırmaktır: hangi olaylar bildirim üretecek, kullanıcı neden izin versin? Bu süreci fikir aşamasından yol haritasına giden rehberimizde adım adım anlattık; MVP kapsamına temel push entegrasyonunu dahil edip otomasyonu ikinci faza bırakmak dengeli bir başlangıçtır.

Üç şeyi sorun: segment ve otomasyon kurgusunu panelden sizin yönetip yönetemeyeceğinizi, token temizliği ve teslim oranı takibinin nasıl yapıldığını, gönderim geçmişi ve yetki kontrolünün olup olmadığını. "Push var" diyen her teklif aynı şeyi anlatmaz; bazıları yalnızca elle toplu gönderim içerir. Kapsamı yazılı karşılaştırmak için mobil uygulama firması seçim rehberindeki soru listesini bildirim maddeleriyle genişletebilirsiniz; kaynak kod ve panel erişiminin size teslim edilmesi bağımlılığı önler.