Android Live Updates: DSGVO-konforme Einrichtung, Funktionsweise & Use Cases

Wenn Ihre App live verfolgbare Ereignisse auf den Sperrbildschirm bringt – eine Lieferung, eine Fahrt, eine Transaktion –, verarbeiten Sie fortlaufend Standort- und Statusdaten in Echtzeit. Für Mobile-Teams im DACH-Raum lautet die erste Frage dabei nicht “Wie sieht das aus?”, sondern “Wo laufen diese Daten?” Pushwoosh verarbeitet Live Updates ausschließlich über SOC 2 Type I und ISO 27001:2022 zertifizierte Infrastruktur mit Rechenzentren in der EU und den USA – vollständig DSGVO-konform. Erst danach folgt die Technik.

Echtzeit-Tracking auf dem Sperrbildschirm war lange eine reine iOS-Domäne. Wenn eine Fahrt, eine Lieferung oder eine Bestellung unterwegs war, verfolgten iPhone-Nutzer den Fortschritt in einer Live Activity – während Ihre Android-Nutzer eine Kette einzelner Push-Benachrichtigungen erhielten, oder zwischen “bestätigt” und “zugestellt” gar nichts.

Android 16 schließt diese Lücke. Die neuen Live Updates bringen fortlaufendes, fortschrittsbasiertes Tracking auf den Android-Sperrbildschirm, in die Benachrichtigungsleiste und in die Statusleiste. Für jedes Lifecycle-Team bedeutet das: Die Echtzeit-Erfahrung, die Sie konzipiert haben, erreicht nicht länger nur die Hälfte Ihrer Zielgruppe.

In diesem Artikel erfahren Sie, was Live Updates sind, für welche Szenarien sie sich eignen und wie Sie mit Pushwoosh Android Live Updates DSGVO-konform versenden.

Was Android Live Updates sind

Ein Android Live Update ist eine fortlaufende, fortschrittsbasierte Benachrichtigung, die das System auf den Sperrbildschirm hebt, in der Benachrichtigungsleiste hält und als Chip in der Statusleiste anheftet – Nutzer verfolgen eine Aktivität, ohne Ihre App zu öffnen.

Der gesamte Lebenszyklus läuft über Ihren Server. Sie senden 1 Push, wenn die Aktivität beginnt, weitere Pushes während sie fortschreitet, und einen letzten Push, wenn sie endet. Jeder Push aktualisiert dieselbe Benachrichtigung an Ort und Stelle, statt eine neue darüberzustapeln. 3 Operationen tragen das: Start postet die Benachrichtigung, Update aktualisiert sie im Hintergrund, End entfernt sie wieder.

Wenn Sie bereits iOS Live Activities einsetzen, ist das hier das Android-Gegenstück: dieselbe Idee einer live, selbst-aktualisierenden Karte für ein Echtzeit-Ereignis, aufgebaut auf den fortschrittszentrierten Benachrichtigungen von Android 16. Die technische Einrichtung unterscheidet sich, die Marketing-Aufgabe bleibt identisch: Nutzer kontinuierlich informiert halten, statt sie bei jedem Schritt anzupingen.

So sieht es aus: eine Fahrt von Anfang bis Ende 🚕

Nehmen wir einen klassischen Fahrdienst-Ablauf, wie ihn Apps wie FREE NOW im DACH-Raum täglich abwickeln. Hier ist die gesamte Fahrt als ein einziges Live Update statt einer Kette von Pushes.

1. Start – der Fahrer wird zugewiesen. In dem Moment, in dem ein Fahrer die Fahrt annimmt, sendet Ihr Backend den Start-Push. Ein Live Update erscheint auf dem Sperrbildschirm: “Markus ist unterwegs – noch 4 Min,” mit Fahrzeugdetails und einer ETA. Der Fahrgast sieht das, ohne die App zu öffnen.

2. Update – die Fahrt bewegt sich. Während sich der Fahrer nähert und die Fahrt fortschreitet, sendet Ihr Backend einen Update-Push gegen dieselbe Aktivität. Die Karte aktualisiert sich an Ort und Stelle – Fahrer unterwegs → kommt an → Fahrt läuft – die ETA wird neu berechnet, der Status bleibt mit dem Fahrzeug synchron. Kein Vibrieren, keine neue Benachrichtigung. Nur der aktuelle Stand, immer korrekt.

3. End – die Fahrt ist beendet. Der letzte Push schließt das Live Update: “Sie sind angekommen. Fahrpreis: 16,90 €.” Die Benachrichtigung löscht sich selbst. Der Kreis schließt sich.

Der Fahrgast ist von einer Kette von Pushes zu null Unterbrechungen und besserer Sichtbarkeit gekommen – ein Live-Tracker der Fahrt auf dem Sperrbildschirm von der Abholung bis zum Ziel, statt Pings, die aufblitzen und verschwinden. Und weil die Karte auf dem Bildschirm bleibt, wird der Sperrbildschirm zum Wiedereinstiegspunkt: Nutzer mit einem aktiven Live Update öffnen die App tendenziell häufiger, nicht seltener.

Wo Live Updates ihren Platz verdienen, nach App-Typ

Dasselbe Muster funktioniert überall, wo Nutzer etwas verfolgen, das gerade passiert, mit einem klaren Start und Ende.

In jeder Zeile gilt dieselbe Regel: Die Aktivität ist nutzerinitiiert, zeitkritisch und fortlaufend. Das Live Update trägt den Zustand zwischen Start und Ende; eine Push-Benachrichtigung wird nur ausgelöst, wenn unterwegs wirklich eine Entscheidung nötig ist.

Wann Sie Live Updates nicht verwenden sollten 🚫

Live Updates haben eine feste Regel, und Android setzt sie durch: Live Updates sind für nutzerinitiierte, zeitkritische Aktivitäten, die tatsächlich in Bearbeitung sind – nichts sonst.

Das schließt aus:

Lesen Sie das als Schutz, nicht als Einschränkung. Der Grund, warum ein Live Update einen festen Platz auf dem Sperrbildschirm verdient, ist genau der, dass er für Dinge reserviert ist, die der Nutzer zu verfolgen gebeten hat. Füllen Sie ihn mit Marketing, hört er auf, nützlich zu sein – und Android sorgt dafür, dass er nicht mehr verfügbar ist.

So richten Sie es in Pushwoosh ein 🛠️

Sie werden Live Updates nicht manuell versenden, denn sie lösen Ereignisse aus, die Ihre App bereits erfasst. Die Einrichtung ist eine einmalige Aufgabe für Ihr Dev-Team und gliedert sich in 3 Schritte.

Da die gesamte Verarbeitung über die SOC 2 Type I und ISO 27001:2022 zertifizierte Pushwoosh-Infrastruktur mit EU-Rechenzentren läuft, bleiben die Ereignisdaten Ihrer Nutzer innerhalb des europäischen Rechtsrahmens – ohne zusätzliche Konfiguration.

Das war’s. Es ist eine einmalige Integration innerhalb desselben Pushwoosh-Projekts, das Sie bereits für Push, E-Mail und In-App nutzen, und läuft von dort an eigenständig über Ihre echten Ereignisse.