Görsel: Pixabay · Pixabay Lisansı
Bildirimin en kötü özelliği: sessizce başarısız olması
Bir API çağrısı başarısız olduğunda hata döner. Bildirim kurulmadığında hiçbir şey olmaz ve bunu haftalar sonra fark edersiniz.
Bu yüzden bildirim, log'a değil, kullanıcıya görünür bir teşhis ekranına ihtiyaç duyar.
Birinci tuzak: izin verilmiş görünüyor ama verilmemiş
iOS'ta geçici izin diye bir durum vardır; bildirim sessizce bildirim merkezine düşer, kullanıcı hiç görmez. Uygulama açısından izin "var" görünür.
Ayrıca kullanıcı ilk soruda reddettiyse sistem bir daha sormaz. Uygulamanın bunu tespit edip ayarlara yönlendirmesi gerekir.
İkinci tuzak: zaman dilimi kayması
Planlanmış bildirimlerde tarih hesaplaması evrensel saatle yapılırsa, yerel saatle bir gün kayma yaşanabilir. Sabah yedide gitmesi gereken bildirim bir önceki güne düşer.
Namaz Asistanı'nda vakit bildirimlerini kurarken bu tuzağa dikkat etmek zorunda kaldık: hesap yerel saatle yapılmalı ve planlama sonrası kurulu bildirimler geri okunarak doğrulanmalıdır.
Üçüncü tuzak: önce sil, sonra kur sırası
Planlı bildirimleri yenilerken önce hepsini silip sonra yeniden kurmak yaygın bir kalıptır. Silme ile kurma arasında bir hata oluşursa kullanıcı hiç bildirim almadan kalır.
Doğru sıra, yeni listeyi hazırlamak, kurmak ve ancak başarılı olursa eskileri temizlemektir.
Dördüncü tuzak: cihaz jetonunun eskimesi
Uygulama yeniden kurulduğunda veya kullanıcı cihaz değiştirdiğinde jeton değişir. Sunucudaki eski jetonlara gönderim sessizce boşa gider.
Gönderim sonucunda geçersiz jeton hatası dönen kayıtlar düzenli olarak temizlenmelidir.
Beşinci tuzak: pil optimizasyonu
Android tarafında üreticilerin agresif pil yönetimi, uygulamayı arka planda uyutabilir. Planlı bildirimler gecikir veya hiç çıkmaz.
Kritik bildirimler için sunucu taraflı gönderim, cihaz taraflı planlamadan daha güvenilirdir.
Çözüm: ayarlara teşhis koyun
Uygulamanın bildirim ayarları ekranına üç bilgi ekleyin: sistem izni durumu, kurulu planlı bildirim sayısı ve bir "test bildirimi gönder" düğmesi.
Bu üç bilgi, kullanıcıdan gelen "bildirim gelmiyor" şikayetini dakikalar içinde teşhise çevirir.
Bildirim içeriği ve zamanlaması
Teknik olarak çalışan bildirim, yanlış zamanda gelirse kapatılır. Kullanıcıların bildirimi kapatma oranı, gönderim sıklığıyla doğrudan ilişkilidir.
Bildirimi kişiselleştirin ve bir eylem önerin. Genel duyuru niteliğindeki bildirimler en yüksek kapatma oranına sahiptir.
Sessiz saatler tanımlayın. Gece yarısı gelen pazarlama bildirimi, uygulamanın silinme sebebidir.
İzin isteme anı kritiktir
Uygulama ilk açıldığında izin istemek en düşük kabul oranını verir. Kullanıcı henüz neden gerektiğini bilmiyordur.
Doğru an, bildirimin faydasının anlaşıldığı andır: sipariş verdikten sonra, bir takip başlattıktan sonra, bir hatırlatma kurduktan sonra.
İzin istemeden önce kısa bir açıklama ekranı göstermek kabul oranını belirgin biçimde yükseltir. Kullanıcı sistem uyarısını reddederse bir daha sorulamaz, bu yüzden ilk deneme değerlidir.
Sık sorulanlar
Bildirim geldiğini nasıl doğrularım?
Ayarlar ekranına izin durumunu, kurulu bildirim sayısını ve test gönderme düğmesini koyun. Bu üçü olmadan sorunun cihazda mı sunucuda mı olduğunu ayırt etmek çok zorlaşır.
iOS ve Android bildirimleri farklı mı çalışır?
Evet. İzin modelleri, arka plan kuralları ve pil yönetimi davranışları ayrışır. Her iki platformda da gerçek cihazda test edilmeden bildirim akışı güvenilir sayılmaz.
Kullanıcı bildirimleri kapattıysa ne yapabilirim?
Sistem izni bir kez reddedildiğinde uygulama içinden tekrar sorulamaz. Yapılabilecek tek şey, faydayı açıklayan bir mesajla kullanıcıyı cihaz ayarlarına yönlendirmektir.
