Push Notifications richtig umsetzen: Der komplette iOS & Android Guide

Push Notifications sind der direkteste Kanal zu Ihren Nutzern — direkter als E-Mail, direkter als Social Media. Aber sie sind auch der schnellste Weg, Nutzer zu verlieren, wenn sie schlecht umgesetzt werden. Dieser Guide zeigt Ihnen, wie Push Notifications technisch funktionieren, wie Sie sie korrekt implementieren und welche Strategien wirklich funktionieren.

---

TL;DR — Die Kurzfassung

Kernaussage: Push Notifications funktionieren auf iOS und Android unterschiedlich. Wer beide Plattformen bedient, braucht eine Abstraktionsschicht — entweder selbst gebaut oder über Dienste wie Expo Push, Firebase oder OneSignal. Und mindestens genauso wichtig wie die Technik: die richtige Strategie bei Timing, Frequenz und Personalisierung.

---

Warum Push Notifications wichtig sind

Push Notifications sind kein Nice-to-have — sie sind der wichtigste Hebel für App-Retention und Re-Engagement:

• Retention: Apps mit aktivierten Push Notifications haben eine 3–10x höhere 90-Tage-Retention als Apps ohne.
• Re-Engagement: Push Notifications bringen 26 % der Nutzer zurück, die eine App sonst nicht mehr geöffnet hätten.
• Conversion: Personalisierte Push Notifications erzielen bis zu 4x höhere Klickraten als generische Broadcasts.
• Direkter Kanal: Während E-Mail-Öffnungsraten bei 20–25 % liegen, erreichen Push Notifications Klickraten von 5–15 % — bei sofortiger Zustellung.

Das Problem: Die meisten Apps verschenken dieses Potenzial. Sie senden zu viele, zu generische oder falsch getimte Notifications. Das Ergebnis ist nicht mehr Engagement — sondern eine Deinstallation.

---

Architektur: APNs vs. FCM

Der Push-Notification-Flow

Unabhängig von der Plattform folgt jede Push Notification demselben Grundprinzip:

1. App startet → registriert sich beim Push-Dienst (APNs oder FCM)
2. Push-Dienst → gibt einen eindeutigen Device Token zurück
3. App → sendet den Device Token an Ihren Server
4. Ihr Server → sendet Nachricht + Device Token an den Push-Dienst
5. Push-Dienst → stellt die Notification auf dem Gerät zu

Apple Push Notification service (APNs)

APNs ist Apples proprietärer Dienst für Push Notifications. Jede Notification an ein iOS-Gerät muss über APNs laufen — es gibt keinen alternativen Weg.

Technische Details:

• Authentifizierung über JWT (Token-based) oder Zertifikate (p12/p8)
• JWT ist der empfohlene Weg seit 2020 — ein Key für alle Apps
• Maximale Payload-Größe: 4 KB
• HTTP/2-basiertes Protokoll
• Separate Environments: Sandbox (Development) und Production

Firebase Cloud Messaging (FCM)

FCM ist Googles kostenloser Dienst für Push Notifications — nicht nur für Android, sondern auch als Relay für iOS nutzbar (FCM leitet dann an APNs weiter).

Technische Details:

• Authentifizierung über Firebase Service Account (JSON-Key)
• Maximale Payload-Größe: 4 KB (Daten-Nachricht)
• HTTP v1 API (empfohlen) oder Legacy-API (deprecated)
• Unterstützt Topics (Publish/Subscribe) und Device Groups

Expo Push Notifications Service

Wenn Sie mit React Native und Expo arbeiten (wie wir bei exponent), gibt es eine elegante Abstraktionsschicht: den Expo Push Notifications Service.

Statt direkt mit APNs und FCM zu kommunizieren, senden Sie Ihre Notifications an Expos API — und Expo leitet sie an den jeweiligen Plattform-Dienst weiter. Das vereinfacht die Server-Implementierung erheblich:

• Ein API-Endpunkt für iOS und Android
• Ein Token-Format (ExpoPushToken) statt separate Device Tokens
• Automatisches Routing an APNs oder FCM
• Kostenlos und ohne Nutzungslimit
• Ticket-System für Zustellungsbestätigungen

---

Permission-Handling

iOS: Explizite Permission seit Tag 1

Auf iOS müssen Sie immer um Erlaubnis fragen, bevor Sie Push Notifications senden dürfen. Das geschieht über requestAuthorization:

// iOS Permission Request
UNUserNotificationCenter.current().requestAuthorization(
  options: [.alert, .badge, .sound]
) { granted, error in
  // granted: true/false
}

Verfügbare Optionen:

• Alert: Banner und Lock-Screen-Notifications
• Badge: Rotes Badge-Icon auf dem App-Icon
• Sound: Benachrichtigungston
• Provisional: Stille Zustellung ohne vorherige Abfrage (seit iOS 12)
• Critical Alerts: Notifications, die auch bei „Nicht stören" durchkommen (erfordert Apple-Genehmigung)

Provisional Notifications (iOS 12+): Eine mächtige Option, die viele Entwickler übersehen. Mit .provisional können Sie Notifications senden, ohne vorher zu fragen. Die Notifications landen still in der Notification-Zentrale — der Nutzer sieht sie beim nächsten Öffnen und kann dann entscheiden, ob er sie behalten oder deaktivieren möchte. Das umgeht die kritische Permission-Abfrage beim ersten Start.

Android: POST_NOTIFICATIONS seit Android 13

Bis Android 12 konnten Apps Push Notifications ohne Erlaubnis senden. Seit Android 13 (API Level 33) ist die Permission POST_NOTIFICATIONS erforderlich:

// Android 13+ Permission Request
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.TIRAMISU) {
    requestPermissions(arrayOf(Manifest.permission.POST_NOTIFICATIONS), 0)
}

Was bedeutet das in der Praxis?

• Bestehende Apps (vor Android 13 installiert): Permission ist automatisch erteilt
• Neue Installationen auf Android 13+: Permission muss angefragt werden
• Notification Channels müssen trotzdem angelegt werden (seit Android 8)

Best Practices: Wann und wie fragen

Der häufigste Fehler: Die Permission beim ersten App-Start abfragen, bevor der Nutzer überhaupt weiß, wofür er die App nutzt.

Die richtige Strategie — Pre-Permission Screen:

1. Nicht sofort fragen. Lassen Sie den Nutzer erst den Wert der App erleben.
2. Kontext geben. Zeigen Sie einen eigenen Screen (kein System-Dialog), der erklärt, warum Notifications nützlich sind.
3. Konkreten Nutzen kommunizieren. „Wir benachrichtigen Sie, wenn Ihre Bestellung versandt wird" ist besser als „Möchten Sie Benachrichtigungen erhalten?"
4. Erst dann den System-Dialog zeigen. Wenn der Nutzer auf Ihrem Pre-Permission-Screen „Ja" tippt.
5. Ablehnung respektieren. Wenn der Nutzer ablehnt, fragen Sie nicht nochmals — zeigen Sie stattdessen bei passender Gelegenheit einen dezenten Hinweis.

Opt-in-Raten: Benchmarks 2026

Die höhere Android-Rate erklärt sich historisch: Vor Android 13 war keine Erlaubnis nötig, und auch jetzt gewähren Nutzer die Permission häufiger. Auf iOS ist der Unterschied durch Provisional Notifications deutlich reduzierbar.

---

Notification-Typen

Basic Text Notifications

Die einfachste Form: Titel, Body und optional ein Subtitle (iOS) oder ein kleines Icon (Android).

{
  "to": "ExponentPushToken[xxxx]",
  "title": "Neue Bestellung",
  "body": "Bestellung #1234 wurde aufgegeben",
  "data": { "orderId": "1234", "screen": "OrderDetail" }
}

Rich Notifications

Rich Notifications enthalten zusätzliche Medieninhalte und interaktive Elemente:

• Bilder: Produktfotos, Kartenausschnitte, Charts
• Action Buttons: Bis zu 4 Buttons (iOS) bzw. 3 Buttons (Android) direkt in der Notification
• Custom Sounds: Eigene Benachrichtigungstöne statt Default-Sound
• iOS: Video-Vorschau, Audio-Anhänge, 3D Touch/Haptic-Expansion
• Android: Custom Layouts, BigPictureStyle, InboxStyle, MediaStyle

Rich Notifications haben 2–3x höhere Engagement-Raten als reine Text-Notifications.

Silent / Background Notifications

Silent Notifications wecken Ihre App im Hintergrund auf, ohne dem Nutzer etwas anzuzeigen. Ideal für:

• Content-Sync: Neue Daten vorladen, bevor der Nutzer die App öffnet
• Geofencing-Updates: Standortbasierte Inhalte aktualisieren
• Badge-Updates: Zähler aktualisieren ohne sichtbare Notification

{
  "to": "ExponentPushToken[xxxx]",
  "data": { "type": "sync", "contentId": "article-567" },
  "_contentAvailable": true
}

Achtung: iOS drosselt Silent Notifications aggressiv. Bei zu vielen kann das System die Zustellung verzögern oder ganz unterbinden.

iOS Live Activities

Seit iOS 16.1 können Apps Live Activities auf dem Lock-Screen und in der Dynamic Island anzeigen — perfekt für:

• Lieferstatus: Pizza-Tracker, Paketverolgung
• Sport-Ergebnisse: Live-Ticker
• Reise: Boarding-Pass, Zugverspätung
• Ride-Sharing: Fahrer-Status und ETA

Live Activities werden über ActivityKit gestartet und über Push-to-Start-Tokens per APNs aktualisiert. Sie sind keine klassischen Notifications, sondern persistente, interaktive Widgets auf dem Sperrbildschirm.

Android Notification Channels

Seit Android 8 (Oreo) müssen alle Notifications einem Channel zugeordnet werden. Channels geben dem Nutzer granulare Kontrolle:

// Notification Channel anlegen
await Notifications.setNotificationChannelAsync('orders', {
  name: 'Bestellungen',
  importance: Notifications.AndroidImportance.HIGH,
  sound: 'order_sound.wav',
  vibrationPattern: [0, 250, 250, 250],
});

await Notifications.setNotificationChannelAsync('marketing', {
  name: 'Angebote & Tipps',
  importance: Notifications.AndroidImportance.DEFAULT,
});

Best Practice: Erstellen Sie separate Channels für verschiedene Notification-Typen. So können Nutzer Marketing-Notifications deaktivieren, ohne transaktionale Benachrichtigungen zu verlieren.

---

Best Practices für Inhalt

Personalisierung

Generische Nachrichten werden ignoriert. Personalisierte Notifications performen bis zu 4x besser:

• Name verwenden: „Hallo Sarah, deine Bestellung ist da" statt „Ihre Bestellung ist da"
• Verhalten einbeziehen: „Die Sneakers, die du dir angesehen hast, sind jetzt im Sale"
• Standort nutzen: „Neues Restaurant in deiner Nähe: -20 % heute"
• Kontext berücksichtigen: Wetter, Tageszeit, letzte Aktivität

Timing: Wann senden?

Goldene Regel: Transaktionale Notifications (Bestellung bestätigt, Lieferung unterwegs) immer sofort senden. Marketing-Notifications nur zu sinnvollen Zeiten — und immer in der lokalen Zeitzone des Nutzers.

Frequenz: Wie oft?

• Transaktional: So oft wie nötig — Nutzer erwarten diese
• Marketing: Maximum 3–5 pro Woche für die meisten Apps
• News-Apps: Können häufiger senden, wenn Nutzer das explizit wollen (Channels!)
• Faustregel: Lieber eine relevante Notification als fünf generische

Segmentierung

Senden Sie nicht dieselbe Nachricht an alle Nutzer. Segmentieren Sie nach:

• Verhalten: Aktive vs. inaktive Nutzer, Kaufhistorie, In-App-Aktionen
• Demografie: Sprache, Standort, Gerät
• Lifecycle: Onboarding (Tag 1–7), aktiv, churn-gefährdet, inaktiv
• Interessen: Kategorien, die der Nutzer bevorzugt

A/B Testing

Testen Sie systematisch verschiedene Varianten:

• Titel und Body: Welche Formulierung performt besser?
• Timing: 10 Uhr vs. 18 Uhr
• Rich vs. Text: Bringt ein Bild mehr Klicks?
• CTA-Text: „Jetzt ansehen" vs. „Zum Angebot"
• Emoji: Mit oder ohne? (Ja, das macht einen messbaren Unterschied)

---

Technische Implementierung mit React Native + Expo

expo-notifications Setup

npx expo install expo-notifications expo-device expo-constants

Push Token Registration

import * as Notifications from 'expo-notifications';
import * as Device from 'expo-device';
import Constants from 'expo-constants';

async function registerForPushNotifications() {
  // Nur auf echten Geräten (nicht im Simulator)
  if (!Device.isDevice) {
    console.warn('Push Notifications nur auf echten Geräten verfügbar');
    return null;
  }

  // Bestehende Permission prüfen
  const { status: existingStatus } = await Notifications.getPermissionsAsync();
  let finalStatus = existingStatus;

  // Falls noch nicht erteilt, abfragen
  if (existingStatus !== 'granted') {
    const { status } = await Notifications.requestPermissionsAsync();
    finalStatus = status;
  }

  if (finalStatus !== 'granted') {
    return null; // Nutzer hat abgelehnt
  }

  // Expo Push Token holen
  const token = await Notifications.getExpoPushTokenAsync({
    projectId: Constants.expoConfig?.extra?.eas?.projectId,
  });

  // Token an Ihren Server senden
  await sendTokenToServer(token.data);

  // Android: Notification Channel anlegen
  if (Platform.OS === 'android') {
    await Notifications.setNotificationChannelAsync('default', {
      name: 'Standard',
      importance: Notifications.AndroidImportance.MAX,
    });
  }

  return token.data;
}

Handling Received Notifications

import { useEffect, useRef } from 'react';
import * as Notifications from 'expo-notifications';

// Foreground-Verhalten konfigurieren
Notifications.setNotificationHandler({
  handleNotification: async () => ({
    shouldShowAlert: true,
    shouldPlaySound: true,
    shouldSetBadge: true,
  }),
});

function useNotificationListeners() {
  const notificationListener = useRef<Notifications.Subscription>();
  const responseListener = useRef<Notifications.Subscription>();

  useEffect(() => {
    // Notification empfangen (App im Vordergrund)
    notificationListener.current =
      Notifications.addNotificationReceivedListener((notification) => {
        const data = notification.request.content.data;
        console.log('Notification empfangen:', data);
      });

    // Nutzer tippt auf Notification
    responseListener.current =
      Notifications.addNotificationResponseReceivedListener((response) => {
        const data = response.notification.request.content.data;
        handleDeepLink(data);
      });

    return () => {
      notificationListener.current?.remove();
      responseListener.current?.remove();
    };
  }, []);
}

Deep Linking from Notifications

Deep Links sind entscheidend: Eine Notification, die nur die App öffnet (statt zum relevanten Screen zu navigieren), verschwendet das Engagement des Nutzers.

function handleDeepLink(data: Record<string, unknown>) {
  const screen = data.screen as string;

  switch (screen) {
    case 'OrderDetail':
      router.push(`/orders/${data.orderId}`);
      break;
    case 'Chat':
      router.push(`/chat/${data.chatId}`);
      break;
    case 'Promotion':
      router.push(`/promotions/${data.promoId}`);
      break;
    default:
      router.push('/');
  }
}

Tipp: Senden Sie immer strukturierte data mit jeder Notification. Selbst wenn Sie heute noch kein Deep Linking nutzen — Sie werden es in Zukunft brauchen.

---

Server-seitig: Push-Dienste im Vergleich

Unsere Empfehlung: Für React-Native-Projekte mit Expo starten wir mit dem Expo Push Service — er ist kostenlos, einfach einzurichten und für die meisten Apps ausreichend. Wenn fortgeschrittene Segmentierung oder A/B Testing serverseitig benötigt wird, empfehlen wir den Umstieg auf OneSignal oder eine eigene Lösung auf Basis von FCM.

---

Häufige Fehler

1. Zu viele Notifications → Uninstall

Der häufigste Fehler — und der teuerste. Studien zeigen: Ab 5+ Marketing-Notifications pro Woche steigt die Deinstallationsrate um bis zu 50 %. Qualität schlägt Quantität, immer.

2. Keine Segmentierung

Dieselbe Nachricht an alle 100.000 Nutzer senden? Das ist kein Push-Marketing — das ist Spam. Nutzer, die Sportschuhe kaufen, interessieren sich nicht für Kindermode-Angebote.

3. Kein Deep Link

Eine Notification, die nur den Home-Screen der App öffnet, ist eine verpasste Chance. Der Nutzer hat auf eine spezifische Nachricht getippt und erwartet den spezifischen Inhalt.

4. Badge Count nicht zurücksetzen

Ein rotes Badge mit „47" auf dem App-Icon ist kein Zeichen von Erfolg — es ist ein Zeichen dafür, dass die App nervt. Setzen Sie den Badge Count zurück, sobald der Nutzer die App öffnet:

// Badge beim App-Start zurücksetzen
Notifications.setBadgeCountAsync(0);

5. Permission beim ersten Start abfragen

Wie im Abschnitt Permission-Handling beschrieben: Fragen Sie nicht sofort. Geben Sie dem Nutzer erst einen Grund, „Ja" zu sagen.

6. Keine Fallback-Strategie

Was passiert, wenn ein Nutzer Push Notifications ablehnt? Viele Apps haben keinen Plan B. Bieten Sie Alternativen: In-App-Notifications, E-Mail-Benachrichtigungen oder einen Notification-Feed innerhalb der App.

---

DSGVO & Push Notifications

Push Notifications fallen in Österreich und der EU unter die DSGVO und die ePrivacy-Richtlinie. Das müssen Sie beachten:

Device Token = personenbezogene Daten

Ein Device Token ist ein eindeutiger Identifier und damit ein personenbezogenes Datum. Sie brauchen eine Rechtsgrundlage für die Verarbeitung:

• Einwilligung (Art. 6 Abs. 1 lit. a DSGVO): Die sicherste Variante. Die OS-Permission-Abfrage gilt als Einwilligung für transaktionale Notifications.
• Berechtigtes Interesse (Art. 6 Abs. 1 lit. f DSGVO): Für Notifications, die direkt mit dem Service zusammenhängen (Bestellstatus, Sicherheitswarnungen).

Marketing-Notifications: Opt-in erforderlich

Für werbliche Push Notifications benötigen Sie eine separate, informierte Einwilligung — die reine OS-Permission reicht dafür laut herrschender Meinung nicht aus. Das bedeutet:

• Eigener Opt-in für Marketing-Pushes (z.B. in den App-Einstellungen)
• Klare Information, welche Art von Notifications der Nutzer erhält
• Jederzeit widerrufbar (Opt-out muss einfach sein)

Datenschutzerklärung

Ihre Datenschutzerklärung muss informieren über:

• Welche Daten erhoben werden (Device Token, Plattform, Opt-in-Status)
• Warum die Daten erhoben werden (Zustellung von Benachrichtigungen)
• Welche Drittanbieter involviert sind (APNs, FCM, OneSignal, etc.)
• Speicherdauer der Device Tokens
• Rechte des Nutzers (Auskunft, Löschung, Widerspruch)

Praxis-Checkliste für Österreich/EU

• Transaktionale Notifications: OS-Permission reicht als Rechtsgrundlage
• Marketing-Notifications: Separater, dokumentierter Opt-in
• Device Tokens löschen, wenn Nutzer die App deinstalliert oder Opt-out wählt
• Drittanbieter (FCM, OneSignal) in der Datenschutzerklärung nennen
• Bei Nutzung von US-Diensten: Prüfen, ob ein Angemessenheitsbeschluss besteht oder SCCs vereinbart sind
• Auftragsverarbeitungsvertrag (AVV) mit Push-Dienstleistern abschließen

---

FAQ — Häufig gestellte Fragen

Was kostet die Implementierung von Push Notifications?

Die Push-Dienste selbst (APNs, FCM, Expo Push) sind kostenlos. Die Entwicklungskosten hängen vom Umfang ab: Einfache Text-Notifications sind in wenigen Stunden integriert, ein vollständiges System mit Segmentierung, Rich Notifications und Analytics erfordert 20–40 Stunden Entwicklungszeit. Bei einer App-Entwicklung mit exponent ist Push-Notification-Integration standardmäßig enthalten.

Kann ich Push Notifications ohne App senden?

Nein — zumindest nicht als klassische Push Notification. Web Push Notifications (über Service Workers) sind eine Alternative für Websites und Progressive Web Apps, funktionieren aber nicht auf iOS Safari in der gleichen Weise wie native Pushes. Für echte Push Notifications brauchen Sie eine native App oder eine React-Native-App im App Store.

Warum kommen meine Notifications nicht an?

Die häufigsten Ursachen: (1) Ungültiger oder abgelaufener Device Token, (2) Nutzer hat Notifications deaktiviert, (3) APNs-Zertifikat abgelaufen (iOS), (4) App wurde deinstalliert, (5) Batteriesparmodus drosselt die Zustellung, (6) Notification Channel auf Android stummgeschaltet. Implementieren Sie ein Token-Hygiene-System, das ungültige Tokens regelmäßig entfernt.

Wie messe ich den Erfolg meiner Push Notifications?

Die wichtigsten KPIs: Zustellrate (sollte über 95 % liegen), Öffnungsrate (5–15 % ist gut), Opt-out-Rate (unter 1 % pro Monat) und Conversion-Rate (abhängig vom Ziel). Tools wie OneSignal oder Expo bieten integrierte Analytics. Für tiefere Analysen lesen Sie unseren Guide zur App-Erfolgsmessung.

Wie viele Push Notifications pro Tag sind zu viel?

Das hängt stark von der App-Kategorie ab. Für die meisten Apps gilt: 1 Marketing-Notification pro Tag ist das Maximum, 3–5 pro Woche der Sweet Spot. Transaktionale Notifications (Bestellstatus, Chat-Nachrichten) sind davon ausgenommen — die dürfen häufiger kommen, weil der Nutzer sie erwartet. Beobachten Sie Ihre Opt-out-Rate: Steigt sie über 1 % pro Monat, senden Sie zu viel.

---

Nächste Schritte

Push Notifications sind technisch kein Hexenwerk — aber die Kombination aus korrekter Implementierung, DSGVO-Konformität und der richtigen Content-Strategie entscheidet über Erfolg oder Misserfolg.

Wenn Sie eine App mit professionellem Push-Notification-System planen, unterstützen wir Sie bei exponent — von der Architektur über die Implementierung bis zur Optimierung. Wir entwickeln für iOS und Android aus einer Hand.

→ Kostenloses Erstgespräch vereinbaren