Mobil Push Bildirimleri: İzin, Tercih ve Doğru Zamanlama

Sistem izni ile uygulama tercihini ayırın

İşletim sisteminin bildirim izni ve kullanıcının uygulama içindeki konu tercihleri farklıdır. Kullanıcı sistem iznini açık tutup pazarlama bildirimlerini kapatmak isteyebilir. Android ve Apple, bildirim yetkisi için platforma özgü akışlar sunar. [1] [2] Kullanılan işletim sistemi sürümüne göre gerçek davranış test edilmelidir.

Bu rehber ticari ileti izinlerinin hukuki koşullarını belirlemez. Operasyon bildirimi ve pazarlama bildirimi için geçerli yükümlülükler ayrıca değerlendirilmelidir. Teknik izin verilmiş olması, bütün mesaj türleri için otomatik hukuki izin anlamına getirilmemelidir.

İzin istemeyi kullanıcı görevine bağlayın

Uygulama ilk açılır açılmaz açıklamasız izin istemek yerine bildirimin faydasını ilgili bağlamda anlatmak değerlendirilebilir. Sipariş takibi veya görev hatırlatma gibi bir kullanım sırasında kullanıcı ne alacağını anlayabilir. İzin vermediğinde temel işin nasıl devam edeceği de tasarlanmalıdır.

İzin reddini hata gibi göstermeyin. Uygulama içi durum ekranı ve kullanıcı tarafından kontrol edilen alternatif yollar bulunabilir. Sistem ayarlarına yönlendirme gerekiyorsa kullanıcıyı zorlayan veya yanıltan bir akış kurmayın; tercihine saygı gösterin.

Örnek: aynı telefonda hesap değişiyor

Varsayımsal saha çalışanı uygulamadan çıkıp başka bir şirket hesabıyla giriş yapıyor. Cihazın eski kullanıcıyla ilişkisi temizlenmediyse yanlış müşterinin görev bildirimi gelebilir. Cihaz kaydı, kullanıcı oturumu ve kuruluş üyeliğinin yaşam döngüsü birlikte yönetilmelidir.

Örnek, belirli bir bildirim sağlayıcısına özgü teknik garanti değildir. Token ve kayıt güncellemelerinin gerçek yöntemi kullanılan altyapının dokümantasyonundan doğrulanmalıdır.

Mesajı güncel olayla eşleştirin

Görev tamamlandıktan sonra kuyruğa takılmış hatırlatma gönderilmemelidir. Gönderim öncesi ilgili işin hâlâ açık olup olmadığı kontrol edilebilir. Aynı olaya ait tekrar mesajları ayırmak için kararlı bildirim referansı kullanılabilir. Bildirim sayısını artırmak kullanıcıya daha iyi hizmet verildiğini göstermez.

Kilit ekranında hassas ayrıntı göstermek yerine uygun bir genel bildirim ve uygulama içinde yetkili detay tercih edilebilir. Hangi içeriklerin dışarıda görüneceği ürün ve gizlilik değerlendirmesinin parçası olmalıdır. Yanlış cihaz ilişkisi testleri bu nedenle önemlidir.

Bildirime dokununca doğru yere gidin

Kullanıcı mesajı açtığında ilgili kayıt silinmiş, tamamlanmış veya artık erişim dışında olabilir. Uygulama bunu kontrollü biçimde açıklamalıdır. Bildirimdeki kayıt kimliği erişim yetkisi değildir; sunucu tarafında kullanıcı-kayıt ilişkisi doğrulanmalıdır.

Uygulama kapalıyken, açıkken ve oturum süresi dolmuşken dokunma davranışını test edin. Giriş gerektiğinde kullanıcı sonrasında doğru ve hâlâ yetkili olduğu kayda dönebilsin. Eski bildirimin yeni hesapta açılması özellikle kontrol edilmelidir.

Teslimde gönderim değil deneyim testi isteyin

Test kapsamı izin kabulü, reddi, sonradan değişimi, cihaz yenileme, hesap çıkışı ve geciken mesajı içersin. Gerçek müşterilere test bildirimi göndermeyin. Sentetik hesaplar ve kontrollü cihazlar kullanın.

Raporlarda sağlayıcının mesajı kabul etmesi, cihaz teslimi ve kullanıcı etkileşimini aynı olay gibi saymayın. Hangi bilginin gerçekten ölçüldüğü açık olsun. Ürün ekibi kullanıcı tercihini ve operasyon sonucunu birlikte değerlendirebilmelidir.

Sık sorulan sorular

### Bildirim izni kapalıysa kullanıcıya sipariş durumu gösterilemez mi? Gösterilebilir. Uygulama içi durum ekranı bildirim izninden ayrı tasarlanmalıdır; kritik bilgi tek bir dış mesaja bağımlı kalmamalıdır.

Her girişte izin ekranını tekrar açmalı mıyım?

Platform davranışına ve kullanıcının tercihine uygun hareket edin. Tekrarlı baskı yerine ilgili bağlamda açıklama ve anlaşılır ayar yolu sunun.