Deferred Deep Linking erklärt (iOS und Android)
Auf dieser Seite
Eine Freundin lädt dich zu einer geteilten Einkaufsliste ein. Du hast die App nicht, also bringt dich der Link in den Store. Du installierst sie, öffnest sie und … schaust auf einen allgemeinen Willkommensscreen. Die Liste, der Grund, weswegen du gekommen bist, ist weg.
Deferred Deep Linking löst genau diesen Moment. Es ist einfach zu beschreiben und in der Praxis uneinheitlich, weil Android und iPhone es sehr unterschiedlich behandeln. Dieser Post erklärt, was es ist, was du auf jeder Plattform erwarten kannst, welche Abwägungen beim Datenschutz es auf dem iPhone gibt und wie du entscheidest, ob deine App es überhaupt braucht.
Drei Arten von Links
- Ein einfacher Store-Link öffnet die Store-Seite der App. Mehr nicht.
- Ein Deeplink öffnet einen bestimmten Screen in einer App, die schon installiert ist, etwa eine geteilte Liste oder eine Produktseite.
- Ein Deferred Deep Link funktioniert für jemanden, der die App noch nicht hat. Der Link schickt ihn in den Store, und das Ziel wartet, bis die App installiert und zum ersten Mal geöffnet ist. Dann öffnet die App diesen Screen.
„Deferred“ heißt „aufgeschoben“: Der Deeplink wird auf die Zeit nach der Installation verschoben. Das Schwierige ist, dass der Store zwischen dem Tippen und dem ersten Start liegt und das Ziel nicht von sich aus weitergibt.
Was passiert, Schritt für Schritt
- Jemand tippt auf einen Link, der auf einen Screen in deiner App zeigt: eine Einladung, ein Rezept, ein Angebot.
- Der Link schickt ihn in den richtigen Store für sein Gerät.
- Er installiert die App.
- Beim ersten Start findet die App heraus, welcher Link ihn gebracht hat.
- Die App öffnet diesen Screen, am besten nach dem Onboarding, das ein neuer Nutzer zuerst durchlaufen muss.
Schritt 4 ist das ganze Problem, und genau dort gehen die Plattformen getrennte Wege.
Auf Android: von Google Play unterstützt
Google Play unterstützt Deferred Deep Links von Haus aus, deshalb sind sie auf Android verlässlich: kein Raten, keine Abfragen, und die Person muss nichts tun.
Ein paar praktische Hinweise, wenn du es baust:
- Es funktioniert nur bei Installationen über Google Play. Teste mit einem internen Test-Track, nicht mit einem Build aus Android Studio.
- Nutze es einmal, beim ersten Start.
- Liegt das Ziel tief in der App, heb es auf, bis das Onboarding fertig ist, statt das Onboarding zu überspringen.
Unser Post Deferred Deep Links unter Android erklärt geht weiter ins Detail, und die Doku zu Deferred Deep Links unter Android zeigt die Einrichtung für Kotlin, React Native und Flutter.
Auf dem iPhone: keine eingebaute Übergabe
Apple gibt bei einer Installation aus dem App Store nichts von einem Link weiter. Tools, die Deferred Deep Links auf dem iPhone versprechen, setzen deshalb auf Fingerprinting oder eine Einfügen-Abfrage.
Die gute Nachricht: Du brauchst selten eins von beiden. Zwei ehrliche Optionen decken die meisten echten Fälle ab:
- Anmelden. Wenn die Person ein Konto erstellt oder sich anmeldet, reist der Kontext mit dem Konto: Eine im Web angenommene Einladung wartet, sobald sie sich auf dem Handy anmeldet. Erlaubt, verlässlich und ohne Abfragen.
- Fragen. Ein kurzer Code zum Eintippen oder eine Auswahl auf dem ersten Screen („Hast du eine Einladung? Gib den Code ein“). Das kostet einen Schritt, passt also eher zu Einladungen und Aktionen als zu beiläufigen Links.
Und Universal Links machen das Problem kleiner: Wer die App schon hat, landet direkt auf dem richtigen Screen. Nur wirklich neue Nutzer brauchen das alles überhaupt.
| Funktion | Wie verlässlich | Was es vom Nutzer verlangt | Von Apple erlaubt | Quelle |
|---|---|---|---|---|
| Einfügen-Abfrage | Nur wenn die Leute es erlauben | Eine Erlaubnis-Abfrage, und es ersetzt, was sie kopiert hatten | Nicht angegeben | |
| Fingerprinting | Liegt manchmal falsch | Nichts | Nein | developer.apple.com |
| Anmelden | Verlässlich | Ein Konto, also nur für Abläufe, die eins haben | Ja | |
| Fragen | Verlässlich | Ein Schritt: ein Code zum Eintippen oder eine Auswahl | Nicht angegeben |
Brauchst du es?
Deferred Deep Linking zählt vor allem dann, wenn der Link der Grund für die Installation ist:
- Einladungen und Empfehlungen: „Anna hat dich zu einer geteilten Liste eingeladen“.
- Aus der App geteilte Inhalte: ein Rezept, ein Workout, eine Playlist.
- Aktionen: ein Link, der ein bestimmtes Angebot öffnen soll.
Viel weniger zählt es bei einem allgemeinen „Hol dir die App“-Link in einer Bio, einer Anzeige oder auf einem Plakat. Dort sollte ein neuer Nutzer als Erstes dein Onboarding sehen, egal woher er kommt. Was du von diesen Links brauchst, ist zu wissen, welcher Link jede Installation gebracht hat und ob diese Leute das Onboarding abgeschlossen und bezahlt haben. Das ist Attribution, und dafür muss niemand auf einem besonderen Screen landen.
Eine praktische Aufteilung, die viele kleine Teams nutzen:
- Android: Deferred Deep Links für Einladungen, Geteiltes und Angebote.
- iPhone: Universal Links für Leute, die die App schon haben, und ein Konto oder ein Einladungscode für die Abläufe, die nach einer frischen Installation wirklich Kontext brauchen.
Was Unolink dir bietet
- Deferred Deep Links auf Android (ab Pro, mit dem SDK): Gib jedem Link einen Ziel-Screen, und neue Android-Nutzer landen nach der Installation dort. Die Einrichtung dauert Minuten.
- Kein Fingerprinting, auf keiner Plattform. Deshalb bietet Unolink keine Deferred Deep Links auf dem iPhone an. Du musst dich nie fragen, ob ein Attributionstool deine App beim App Review in Schwierigkeiten bringt.
- Welcher Link jede Installation gebracht hat, auf dem iPhone und auf Android, ohne Fingerprinting.
- Was danach passiert ist: Jeder Link zeigt seine Installationen, das Onboarding, Paywall-Aufrufe und Käufe, mit RevenueCat-Umsatz, wenn du es nutzt. So siehst du, welche Posts, Creator und Anzeigen Leute bringen, die zahlen, nicht nur Klicks.
- Ein Preis, der auf der Seite steht: ab 19 $ im Monat für all das in Pro, ohne Verkaufsgespräch und ohne Gebühren pro Installation. Siehe Preise.
Diesen Artikel teilen
