Notification Permission: Was es ist, Benachrichtigungstypen und Funktionsprinzip

Was ist Notification Permission?

Notification Permission ist eine Systemberechtigung, die die Fähigkeit einer App steuert, Benachrichtigungen an den Benutzer zu senden. Vor Android 13 konnten alle Apps ohne Anfrage Benachrichtigungen anzeigen — es genügte, die Berechtigung im Manifest zu deklarieren. Mit der Zunahme von Spam und aufdringlichen Benachrichtigungen führte Google jedoch eine obligatorische Laufzeitanfrage ein, ähnlich wie bei iOS.

Unter iOS ist die Benachrichtigungsberechtigung seit iOS 8 obligatorisch, und ab iOS 12 kamen vorläufige Benachrichtigungen (Provisional Notifications) hinzu — stille Benachrichtigungen, die ohne Ton zugestellt und ohne explizite Anfrage im Benachrichtigungscenter angezeigt werden. Vorläufige Benachrichtigungen ermöglichen es dem Entwickler, dem Benutzer den Wert von Benachrichtigungen zu zeigen, bevor die vollständige Berechtigung angefordert wird.

Laut Localytics (2024) stimmen 61 % der iOS-Benutzer und 55 % der Android-Benutzer nach einer Anfrage dem Erhalt von Push-Benachrichtigungen zu. Die Zustimmungsrate hängt direkt vom Kontext der Anfrage ab: Apps, die nach der ersten wertvollen Interaktion um Erlaubnis bitten, erhalten 40 % mehr Zustimmungen als diejenigen, die beim ersten Start fragen.

Entwicklung der Benachrichtigungsberechtigungen

Die Entwicklung der Benachrichtigungsberechtigungen zeigt, wie Plattformen den Zugriff von Apps auf diesen Kommunikationskanal schrittweise eingeschränkt haben. Das Verständnis dieser Entwicklung hilft Entwicklern, mit verschiedenen OS-Versionen richtig umzugehen.

Android: Vom freien Zugang zur strengen Kontrolle

Vor Android 13 (2022) konnte jede App ohne Zustimmung des Benutzers Benachrichtigungen anzeigen. Android 8.0 (2017) führte Benachrichtigungskanäle ein, Android 12 (2021) fügte die automatische Blockierung aufdringlicher Benachrichtigungen hinzu, und schließlich machte Android 13 die Anforderung von POST_NOTIFICATIONS zur Laufzeit obligatorisch. Für Apps mit targetSdkVersion unter 33 erteilt das System die Berechtigung automatisch, aber Google Play verlangt seit August 2023 eine Aktualisierung auf targetSdkVersion 33+.

iOS: Schrittweise Verschärfung der Kontrolle

iOS 8 (2014) führte die obligatorische Berechtigungsanfrage über UIUserNotificationSettings ein. iOS 10 (2016) führte UNUserNotificationCenter mit Unterstützung für Rich Notifications ein. iOS 12 (2018) fügte vorläufige Benachrichtigungen und gruppierte Benachrichtigungen hinzu. iOS 15 (2021) führte den Fokusmodus ein, der Benachrichtigungen unabhängig von der App-Berechtigung blockieren kann. App Tracking Transparency (iOS 14.5) steht nicht in Zusammenhang mit Benachrichtigungen, hat aber auch die allgemeine Kultur der Berechtigungsanfragen beeinflusst.

Aktueller Stand

Derzeit verlangen beide Plattformen eine Laufzeitanfrage für Notification Permission. Entwickler können sich nicht mehr auf die automatische Aktivierung von Benachrichtigungen verlassen. Der Benutzer hat die vollständige Kontrolle darüber, welche Apps ihn benachrichtigen dürfen. Benachrichtigungskanäle unter Android und Benachrichtigungskategorien unter iOS ermöglichen es dem Benutzer, die Arten der empfangenen Benachrichtigungen fein abzustimmen.

Notification Permission unter Android

Notification Permission unter Android wird über die im Manifest deklarierte Berechtigung POST_NOTIFICATIONS aktiviert, gefolgt von einer Laufzeitanfrage für Android 13+.

Deklaration im Manifest

Für Android 13+ muss die Berechtigung POST_NOTIFICATIONS in der AndroidManifest.xml deklariert werden. Für die Abwärtskompatibilität mit Android 12 und niedriger wird die Berechtigung automatisch vom System erteilt — es sind keine zusätzlichen Maßnahmen erforderlich.

<uses-permission android:name="android.permission.POST_NOTIFICATIONS" />

Laufzeitanfrage in Kotlin

Die Anfrage der Berechtigung POST_NOTIFICATIONS erfolgt über die Activity Result API. Es ist wichtig, die SDK-Version zu überprüfen: Unter Android 12 und niedriger ist keine Anfrage erforderlich — die Berechtigung gilt als automatisch erteilt.

private val notificationPermissionLauncher =
    registerForActivityResult(ActivityResultContracts.RequestPermission()) { granted ->
    if (granted) {
        createNotificationChannel()
        showPushNotification()
    } else {
        logPermissionDenied()
    }
}

fun requestNotificationAccess() {
    if (Build.version.SDK_INT <= Build.VERSION_CODES.S_V2) {
        // Android 12 und niedriger — Berechtigung automatisch erteilt
        showNotification()
        return
    }
    if (ContextCompat.checkSelfPermission(this,
        Manifest.permission.POST_NOTIFICATIONS) == PackageManager.PERMISSION_GRANTED) {
        showNotification()
    } else {
        notificationPermissionLauncher.launch(Manifest.permission.POST_NOTIFICATIONS)
    }
}

Erstellung von Benachrichtigungskanälen

Unter Android 8.0+ muss die App vor dem Senden der ersten Benachrichtigung einen Benachrichtigungskanal über NotificationChannel erstellen. Der Kanal hat eine Wichtigkeit von IMPORTANCE_NONE bis IMPORTANCE_HIGH, die bestimmt, ob die Benachrichtigung mit Ton und als Banner angezeigt wird. Wenn der Benutzer Benachrichtigungen für die App deaktiviert hat, werden neue Kanäle erst nach erneuter Aktivierung in den Einstellungen wirksam. Es wird empfohlen, separate Kanäle für verschiedene Arten von Benachrichtigungen zu erstellen: Nachrichten, Werbung, Systemereignisse.

private fun createNotificationChannel() {
    val channel = NotificationChannel(
        CHANNEL_ID_MESSAGES,
        "Nachrichten",
        NotificationManager.IMPORTANCE_HIGH
    ).apply {
        description = "Benachrichtigungen über neue Nachrichten"
        enableVibration = true
    }
    val manager = getSystemService(NotificationManager::class.java)
    manager.createNotificationChannel(channel)
}

Notification Permission unter iOS

Notification Permission unter iOS wird über UNUserNotificationCenter angefordert. Apple empfiehlt einen zweistufigen Ansatz: Zuerst vorläufige Benachrichtigungen anfordern, dann nach der Demonstration des Werts die vollständige Berechtigung anfordern.

Swift-Anfrage mit vorläufiger Option

Vorläufige Benachrichtigungen sind stille Benachrichtigungen, die ohne Ton oder Banner im Benachrichtigungscenter erscheinen. Sie erfordern keine ausdrückliche Zustimmung des Benutzers und ermöglichen der App, den Wert von Benachrichtigungen vor einer vollständigen Anfrage zu demonstrieren. Nach Erhalt mehrerer vorläufiger Benachrichtigungen kann der Benutzer vollständige Benachrichtigungen über das Menü innerhalb der Benachrichtigung selbst aktivieren.

import UserNotifications

func requestNotificationPermission() {
    let center = UNUserNotificationCenter.current()
    center.requestAuthorization(options: [.alert, .badge, .sound]) { granted, error in
        if let error = error {
            print("Notification error: \(error.localizedDescription)")
            return
        }
        if granted {
            registerForRemoteNotifications()
        } else {
            handleDeniedPermission()
        }
    }
}

func requestProvisionalOnly() {
    let center = UNUserNotificationCenter.current()
    center.requestAuthorization(options: [.provisional, .alert, .badge, .sound]) { granted, error in
        // Vorläufig — Benutzer sieht den Dialog nicht
        // Benachrichtigungen treffen ohne Ton im Benachrichtigungscenter ein
        registerForRemoteNotifications()
    }
}

Statusprüfung und Systemeinstellungen

Der aktuelle Status der Notification Permission unter iOS kann über UNUserNotificationCenter.current().getNotificationSettings abgerufen werden. Der Status .authorized, .denied, .provisional oder .notDetermined ermöglicht der App, das richtige Verhalten zu wählen. Nach der ersten Ablehnung wird der Systemdialog nicht erneut angezeigt — der Benutzer muss über UIApplication.openSettingsURLString zu den Einstellungen weitergeleitet werden. Apple empfiehlt auch die Behandlung des Status .ephemeral (iOS 17+), der temporäre Benachrichtigungen für bestimmte Szenarien bereitstellt.

Best Practices für Benachrichtigungsanfragen

Best Practices für die Anforderung von Notification Permission zielen darauf ab, die Zustimmungsrate zu erhöhen und die Benutzerabwanderung zu reduzieren. Eine falsche Anfrage kann der App nicht nur die Fähigkeit nehmen, Benachrichtigungen zu senden, sondern auch zur Deinstallation der App führen.

Nicht beim ersten Start anfragen

Das häufigste Antimuster ist die Anforderung von Notification Permission beim ersten Start der App. Der Benutzer versteht den Wert der App noch nicht und wird mit hoher Wahrscheinlichkeit ablehnen. Der optimale Zeitpunkt ist, nachdem der Benutzer die erste wertvolle Aktion durchgeführt hat: eine Bestellung aufgegeben, eine Nachricht gesendet, Updates abonniert. Eine Post-Value-Anfrage erhöht die Zustimmungsrate auf 65-75 %.

Verwenden Sie einen Pre-Permission-Bildschirm

Zeigen Sie vor dem Systemdialog Ihren eigenen Bildschirm mit Beispielen von Benachrichtigungen, die der Benutzer erhalten wird. Zeigen Sie einen Mockup einer zukünftigen Benachrichtigung mit Text und Symbol. Wenn der Benutzer sieht, dass die Benachrichtigungen nützlich und nicht aufdringlich sein werden, wird er eher zustimmen. Eine Benachrichtigungsvorschau auf dem Pre-Permission-Bildschirm ist eine effektive Technik, die die Konversionsrate um 35-50 % steigert.

Verwenden Sie vorläufige Benachrichtigungen unter iOS

Die proaktive Anforderung vorläufiger Benachrichtigungen unter iOS ermöglicht die Zustellung von Benachrichtigungen ohne ausdrückliche Zustimmung des Benutzers. Wenn der Benutzer einen Wert in diesen Benachrichtigungen sieht, kann er vollständige Benachrichtigungen über das Kontextmenü der Benachrichtigung aktivieren. Apple empfiehlt diesen Ansatz für Nachrichten-Apps, Wetter-Apps und andere Dienste, bei denen Benachrichtigungen informativ und nicht transaktional sind. Laut Apple WWDC 2024 erhöht dieser Ansatz die vollständige Zustimmungsrate um 20-30 %.