Push-Benachrichtigungen & Deep Links

Push-Benachrichtigungen — Direkter Kanal zum Nutzer¶

Push-Benachrichtigungen sind der direkteste Weg, Nutzer einer mobilen App zu erreichen. Aber nur wenn korrekt eingesetzt. Irrelevanter Spam = Deinstallation. Relevante, kontextuelle Benachrichtigung zum richtigen Zeitpunkt = Engagement und Handlungsfaehigkeit.

Wir bauen Benachrichtigungsinfrastruktur vom Backend bis zur Anzeige auf dem Geraet. Nicht „wir senden einen Push” — sondern „wir liefern die richtige Nachricht an den richtigen Nutzer im richtigen Moment.”

Plattform-Push-Dienste¶

APNs (Apple Push Notification service)¶

iOS erfordert Kommunikation ausschliesslich ueber APNs. Keine Alternative, kein Workaround.

• Token-basierte Authentifizierung: JWT-Token mit P8-Schluessel. Einfachere Verwaltung als zertifikatbasiert, kein Ablauf von Zertifikaten.
• Prioritaetsstufen: Immediate (10) fuer sichtbare Benachrichtigungen, Energy-efficient (5) fuer Hintergrund-Updates.
• Silent Push: Weckt die App im Hintergrund ohne Benachrichtigung anzuzeigen. Ideal fuer Hintergrund-Datensync, Content Pre-fetching.
• Ablauf: Konfigurierbarer Ablauf — wenn das Geraet offline ist, haelt APNs die Benachrichtigung und liefert sie nach Reconnect (bis zum Ablauf).

FCM (Firebase Cloud Messaging)¶

Android-Standard fuer Push-Benachrichtigungen. Firebase als Abstraktionsschicht.

• Notification vs Data Message: Notification Messages werden automatisch vom System angezeigt. Data Messages werden von der App verarbeitet — volle Kontrolle ueber Anzeige, Timing, Custom UI.
• Topic Messaging: Abonnement eines Topics (topic_orders, topic_alerts), Backend sendet an Topic — FCM verteilt. Effizienter als individuelle Pushes fuer Broadcast-Szenarien.
• Channels (Android 8+): Benachrichtigungskanaele mit eigenem Sound, Vibration, LED. Nutzer kann granular steuern — Marketing stumm schalten, Transaktionen behalten.

Rich Notifications¶

Benachrichtigungen sind nicht nur Text. Rich Notifications fuegen visuelle und interaktive Elemente hinzu:

Inhalt¶

• Bilder: Sendungsvorschau, Produkt, Karte mit Standort. Bis zu 10MB auf iOS (Notification Service Extension laedt Bild herunter).
• Aktionstakten: „Lieferung bestaetigen”, „Ablehnen”, „Details anzeigen” — Aktionen direkt aus der Benachrichtigung ohne App zu oeffnen.
• Custom UI (iOS): Notification Content Extension fuer eigenes Layout — Fortschrittsbalken, Karte, interaktive Elemente.
• Erweiterbar (Android): BigTextStyle, BigPictureStyle, InboxStyle, MessagingStyle — verschiedene Layouts fuer verschiedene Inhaltstypen.

Interaktion¶

• Inline-Antwort: Direkt aus der Benachrichtigung antworten (Chat, Kommentare).
• Schnellaktionen: Vordefinierte Aktionen — genehmigen/ablehnen, zuweisen/eskalieren.
• Dismissal-Tracking: Analytics auch fuer verworfene Benachrichtigungen — was der Nutzer ignoriert.

Segmentierung und Personalisierung¶

Massenversand an alle Nutzer ist ein Anti-Pattern. Effektive Benachrichtigungen sind gezielt:

Segmentierung¶

• Rollenbasiert: Fahrer erhaelt Benachrichtigungen ueber Sendungen, Disponent ueber Planaenderungen, Manager ueber KPI-Alerts.
• Standortbasiert: Geofencing — Benachrichtigung bei Betreten/Verlassen eines Gebiets. Proximity — in der Naehe einer bestimmten Filiale, eines Lagers, eines Kunden.
• Verhaltensbasiert: Nutzer hat Workflow nicht abgeschlossen → Erinnerung. Nutzer hat App 7 Tage nicht genutzt → Re-Engagement.
• Praeferenzbasiert: Nutzer waehlt Kategorien — transaktional (immer), informativ (Opt-in), Marketing (Opt-in).

Kontrolle und Limits¶

• Frequency Capping: Maximale Anzahl Benachrichtigungen pro Tag/Woche. Kein Nutzer erhaelt mehr als X Nachrichten.
• Ruhezeiten: Keine Benachrichtigungen zwischen 22:00-07:00 (konfigurierbar pro Nutzer).
• A/B Testing: Verschiedene Varianten von Text, Bildern, Timing. Messung von Open Rate und Conversion. Automatische Gewinnerauswahl.

Deep Linking¶

Universal Links (iOS) und App Links (Android)¶

Standard-HTTP-URLs, die sich in der App statt im Browser oeffnen:

• https://app.example.com/orders/12345 → oeffnet Bestelldetail in der App
• Wenn die App nicht installiert ist → Web-Version oeffnet sich (Graceful Fallback)
• Apple App Site Association (iOS) und Digital Asset Links (Android) fuer Domain-Eigentumsverifizierung
• Keine benutzerdefinierten URI-Schemas (myapp://) — unzuverlaessig, Sicherheitsrisiko

Deferred Deep Linking¶

Nutzer klickt auf Link, hat aber die App nicht installiert:

1. Link speichert Kontext (Kampagne, Zielbildschirm, Parameter)
2. Weiterleitung zum App Store / Google Play
3. Nutzer installiert und startet die App zum ersten Mal
4. App laedt gespeicherten Kontext und oeffnet den richtigen Bildschirm

Implementiert ueber Firebase Dynamic Links (veraltet → Custom-Loesung), Branch.io oder eigenen Attribution Service. Clipboard-basierter Fallback fuer iOS (mit Nutzer-Einwilligung).

Attribution und Analytics¶

Jeder Deep Link traegt Informationen ueber seinen Ursprung:

• Kampagnen-Tracking: UTM-Parameter → aus welcher Kampagne der Nutzer kam
• Conversion Funnel: Klick → Installation → Registrierung → erste Aktion
• Retention: Nutzer aus Deep-Link-Kampagnen vs. organische Installationen
• Revenue Attribution: Entstand eine Bestellung aus einer Push-Benachrichtigung mit Deep Link?

Transaktionale Benachrichtigungen¶

Benachrichtigungen an Geschaeftsereignisse gebunden — kein Marketing, sondern operative Informationen:

• Bestaetigung: Bestellung eingegangen, Zahlung durchgefuehrt, Registrierung abgeschlossen
• Status: Sendung versendet, Sendung zugestellt, Anfrage genehmigt/abgelehnt
• Alerts: Systemanomalie, SLA-Verletzung, Sicherheitsvorfall
• Erinnerungen: Nahende Deadline, nicht genehmigte Anfrage, unvollstaendiger Workflow

Zustellungsgarantie: Zustellung unter 5 Sekunden. Fuer kritische Benachrichtigungen Fallback auf SMS (wenn Push nicht innerhalb von 60s zugestellt). Audit Trail — wann gesendet, zugestellt, gelesen.

Backend-Infrastruktur: Message Queue (RabbitMQ, SQS) fuer zuverlaessige Zustellung. Template Engine fuer konsistente Formatierung. Preference Service zur Beruecksichtigung der Nutzereinstellungen. Rate Limiter zum Schutz der Plattformdienste.

Technologie-Stack¶

Push: APNs (HTTP/2 API), FCM, OneSignal, Amazon SNS.

Deep Linking: Universal Links, App Links, Branch.io, Firebase Dynamic Links, Custom Attribution.

Backend: Node.js/Python Push Service, RabbitMQ/SQS, Redis (Token Store), PostgreSQL (Preferences, Audit).

Analytics: Firebase Analytics, Mixpanel, Amplitude, Custom Grafana Dashboards.

Testing: Push Tester Tools, Deep Link Validator, Notification Preview, A/B Testing Framework.

Verwandt mit