2026'da Android bildirim kanalları: kullanıcıların susturmayacağı önem düzeyleri tasarlamak

Bir kullanıcının dikkatini sonsuza dek kaybetmenin en hızlı yolu kötü bir bildirim değildir — onları tüm bildirimleriniz ile hiçbiri arasında seçim yapmaya zorlamaktır. Android’de bu seçim, bildirimlerinizi kanallara ayırmadığınız sürece uygulama düzeyinde gerçekleşir ve kullanıcı bir kez tüm uygulamanız için sistem düğmesine bastığında, ondan sonra gönderdiğiniz her bildirim hiçbir yere ulaşmaz. İşte kanalların 2026’da gerçekte nasıl çalıştığı ve bildirimlerinizin açık kalıp kalmayacağını belirleyen birkaç karar.

Tüm uygulamanızı susturtan hata

Android 8.0+ üzerindeki her bildirim bir NotificationChannele aittir — açıkça bir tane oluşturmuş olsanız da olmasanız da. Kurulumu atlarsanız sistem her şeyi tek bir varsayılan kanala doldurur. Tuzak da burada. Bir ilaç hatırlatıcı uygulaması zamana duyarlı doz uyarılarını ve haftada bir gönderilen bir uyum özetini aynı kanaldan gönderiyorsa, özeti hafifçe rahatsız edici bulan bir kullanıcının sadece onu susturmasının bir yolu yoktur. Ayarlar’ı açar, uygulamanızı bulur ve bildirim düğmesini tamamen kapatır — aslında işe yarayan doz uyarıları dahil.

Çözüm daha az bildirim değil. Her bildirim türüne kendi kanalını vermek, böylece sistemin kanal başına kontrolleri kullanıcının gerçekten istediği filtrelemeyi yapar:

val doseChannel = NotificationChannel(
    CHANNEL_DOSE_ALERTS,
    "Dose reminders",
    NotificationManager.IMPORTANCE_HIGH
).apply {
    description = "Time-sensitive medication reminders"
    enableVibration(true)
}

val summaryChannel = NotificationChannel(
    CHANNEL_WEEKLY_SUMMARY,
    "Weekly adherence summary",
    NotificationManager.IMPORTANCE_LOW
).apply {
    description = "A once-a-week recap of your adherence"
}

notificationManager.createNotificationChannel(doseChannel)
notificationManager.createNotificationChannel(summaryChannel)

Artık uyarıları isteyip özeti istemeyen bir kullanıcı, sistem ayarlarından tam olarak bir kanalı susturabilir ve önemli bildirimleriniz hiç bu tartışmaya girmez.

Kanal ayarları oluşturulduğu anda donar

Şaşırtan kısım burası: createNotificationChannel() belirli bir kanal ID’si için bir kez çalıştığında, adını ve açıklamasını sonradan güncelleyebilirsiniz, ancak önemini, sesini ya da titreşim desenini kod üzerinden tekrar değiştiremezsiniz — createNotificationChannel()’ı farklı değerlerle ikinci kez çağırsanız bile. Sistem, kullanıcının kanal düzeyindeki seçimini (ilk oluşturmada belirlediğiniz varsayılan dahil) o noktadan itibaren kesin kabul eder.

Bu kasıtlı bir tasarım, bir hata değil. Android, bir kullanıcının kanal başına susturma ya da düşürme kararının uygulama güncellemelerinizden sağ çıkmasını istiyor, bu yüzden kullanıcının dokunmuş olabileceği ayarları kilitliyor. Sizin için sonucu şu: bugün IMPORTANCE_DEFAULT göndermek ve gelecek ay bunun gerçekten IMPORTANCE_HIGH olması gerektiğine karar vermek, aynı kanal ID’siyle işe yaramıyor — sessizce hiçbir şey olmuyor ve mevcut kurulumlarda değişikliğinizin neden etkisi olmadığını anlamaya çalışarak bir öğleden sonra harcayabilirsiniz.

Kullanıcının güvenini kaybetmeden bir kanalı göçürmek

Asıl çözüm kanal ID’sini sürümlemek ve göç etmektir:

private const val CHANNEL_DOSE_ALERTS_V1 = "dose_alerts"
private const val CHANNEL_DOSE_ALERTS_V2 = "dose_alerts_v2"

fun ensureChannels(context: Context, prefs: SharedPreferences) {
    val nm = context.getSystemService(NotificationManager::class.java)

    if (!prefs.getBoolean("migrated_dose_channel_v2", false)) {
        nm.deleteNotificationChannel(CHANNEL_DOSE_ALERTS_V1)
        prefs.edit().putBoolean("migrated_dose_channel_v2", true).apply()
    }

    nm.createNotificationChannel(
        NotificationChannel(
            CHANNEL_DOSE_ALERTS_V2,
            "Dose reminders",
            NotificationManager.IMPORTANCE_HIGH
        )
    )
}

Eski kanalı silmek isteğe bağlıdır — bırakırsanız, hâlâ eski ID ile etiketlenmiş bekleyen bildirimler, siz onu kullanmayı bırakana kadar eski ayarlar altında ateşlenmeye devam eder. Ama bir kullanıcı eski kanalı zaten susturmuşsa ve yeni önem düzeyinin gerçekten ona ulaşması gerekiyorsa, silip yeniden oluşturmak tek yoldur. Bunu tutumlu yapın. Kanalınızı susturan bir kullanıcı bir seçim yapmıştır; her sürümde bunu sıfırlamak, onu yeni kanalı da susturmaya alıştırmaktan başka bir işe yaramaz.

Birkaçtan fazla kanalı olan uygulamalar için kanal grupları

Bir uygulamanın ikiden ya da üçten fazla kanalı olduğunda, Android’in uygulama başına bildirim ayarları ekranı düz, etiketsiz bir listeye dönüşür — tam olarak kaçınmaya çalıştığınız şey. NotificationChannelGroup, kanallara sistem ayarlarında etiketli bir bölüm vererek bunu düzeltir:

nm.createNotificationChannelGroup(
    NotificationChannelGroup("reminders_group", "Reminders")
)
nm.createNotificationChannelGroup(
    NotificationChannelGroup("summaries_group", "Summaries & reports")
)

doseChannel.group = "reminders_group"
summaryChannel.group = "summaries_group"

Hydrame için bu, beş kanalın tek düz bir listesi ile açıkça etiketlenmiş iki grup arasındaki farktır — su içme dürtmeleri “Hatırlatıcılar” altında, günlük hedef özeti “Özetler” altında. Sistem ayarlarına göz atan kullanıcılar, yirmi karakterde kesilmiş bir kanal adından tahmin etmek yerine hangi düğmenin ne yaptığını bir bakışta anlayabilir.

Kanalları kod incelemesinde değil, gerçek bir cihazda test etmek

Kanal davranışı OEM arayüzleri arasında yeterince değişir, bu yüzden stok emülatör imajında test etmek yeterli değildir — Samsung, Xiaomi ve OnePlus, AOSP’nin üzerine kendi bildirim yönetimi arayüzlerini katmanlar. Bildirim koduna dokunan her sürümden önce çalıştırmaya değer iki kontrol var:

adb shell dumpsys notification --noredact

Bu, mevcut kurulum için her kanalın canlı önem düzeyini, sesini ve grubunu döker — bir göçün gerçekten etkili olup olmadığını, öyle olduğuna güvenmek yerine doğrulamak için kullanışlı. Bunu, en az bir gerçek cihazda Ayarlar → Uygulamalar → [uygulamanız] → Bildirimler ekranında manuel bir geçişle eşleştirin, çünkü kullanıcılarınız bildirimlerinizden birinin fazla olduğuna karar verdiği anda tam olarak bu ekrana inecekler.

Asıl tasarım sorusu

Kullanışlı zihinsel model “uygulamamın kaç bildirim türü var” değil — “bir kullanıcı, güvendiği başka bir şeyi kaybetmeden neyi bağımsız olarak kapatmak isterdi” sorusudur. Bu ikisinin ayrıştığı her yer, kaçırdığınız bir kanal sınırıdır. Doğru yaparsanız, bir bildirimden rahatsız olan bir kullanıcı tam olarak onu susturur ve geri kalanına güvenmeye devam eder. Yanlış yaparsanız, tek bir kötü bildirim size hepsine mal olur.