Deep Links. Öffnen Sie die App. Fallen Sie elegant zurück.
Universal Links und App Links Manifeste, die von Ihrer benutzerdefinierten Domain bereitgestellt werden. iOS öffnet Ihre App beim Tippen; Android tut dasselbe. Browser-Fallback auf dem Desktop.
- Universal Links (iOS) und App Links (Android) von Ihrer Domain ausgeliefert
- Deferred Deep Links - Kontext übersteht die App-Installation
- Intelligente Plattformerkennung mit eleganten Fallbacks
- Kein SDK erforderlich - funktioniert mit Standard-OS-Mechanismen
Universal Links & App Links
Manifest-Dateien, automatisch von Ihrer Domain ausgeliefert
iOS Universal Links benötigen eine apple-app-site-association -Datei. Android App Links benötigen assetlinks.json. Elido generiert und liefert beide automatisch von Ihrer Custom Domain - keine separate Hosting, keine manuelle Dateiverwaltung.
- iOS Universal LinksBundle ID + Team ID → AASA automatisch unter /.well-known/ ausgeliefert
- Android App LinksPaketname + SHA-256-Fingerprint → assetlinks.json, HTTPS erzwungen
- Smart-Link-FallbackApp nicht installiert → App Store / Play Store via regelbasiertes Routing
- UTM-PassthroughUTM-Parameter zur Store-URL erhalten - Attribution bricht nicht
- Kein SDK in Ihrer AppNur OS-Level-Interception; intent-filter und continueUserActivity
{ "applinks": { "apps": [], "details": [ { "appID": "TEAMID.com.yours.app", "paths": [ "/product/*", "/referral/*", "/invite/*" ] } ] } }
[{ "relation": [ "delegate_permission/ common.handle_all_urls" ], "target": { "namespace": "android_app", "package_name": "com.yourcompany.app", "sha256_cert_fingerprints": [ "AB:12:CD:34:EF:56:..." ] } }]
Wird automatisch von Ihrer Custom Domain ausgeliefert. Konfigurieren Sie Bundle ID + Team ID (iOS) oder Paketname + SHA-256-Fingerprint (Android) in den Domain-Einstellungen - Elido generiert und hostet beide Dateien.
Deferred Deep Links
Kontext, der die Installation übersteht
Wenn die App nicht installiert ist, geht der Nutzer zum Store, installiert und öffnet die App. Deferred Deep-Linking führt den ursprünglichen Deep-Link-Kontext durch diese Reise, damit die App den Nutzer nach dem ersten Start genau auf den richtigen Bildschirm bringen kann.
- 01
Klickt Link
Nutzer tippt einen Elido-Kurzlink - aus E-Mail, Social Media, QR.
go.yourcompany.com/p/12345 - 02
Keine App → Store
App nicht installiert. OS erkennt das anhand der AASA-/assetlinks-Prüfung. Fallback zum App Store oder Play Store.
iOS → App Store · Android → Play Store - 03
Installiert App
Nutzer installiert vom Store. Der Install Referrer trägt den Klick-Kontext als Query-Parameter.
click_id + UTM in Referrer-URL erhalten - 04
Öffnet App
App öffnet sich zum ersten Mal. MMP liest Install Referrer; ordnet click_id dem Install-Event zu.
Appsflyer / Adjust / Branch greift zu - 05
Landet auf exakter Seite
App routet zum ursprünglich verlinkten Bildschirm - product/12345 - als hätte der Nutzer die App bereits gehabt.
product/12345 - Kontext durch Installation erhalten
Der Parameter click_id und die UTM-Parameter aus dem ursprünglichen Kurzlink werden als Query-Parameter an die Store-URL übergeben. Mobile Measurement Platforms (MMPs), die den Install Referrer erfassen - Appsflyer, Adjust, Branch - können die Installation dem ursprünglichen Klick zuordnen. Vollständiges Deferred Deep-Linking (Übergabe von In-App-Kontext durch die Installation) erfordert das MMP-SDK in Ihrer App; Elido deckt die Link-Schicht ab.
Intelligente Plattformerkennung
Ein Link. Drei Weiterleitungspfade.
Der Edge liest User-Agent und Plattformsignale auf der Redirect-Schicht - bevor irgendein JS läuft. iPhone bekommt Universal Links, Android bekommt App Links, Desktop bekommt Ihren Web-Fallback. Keine JavaScript-Redirect-Verzögerung; keine clientseitige Plattformerkennung.
- UA-Parsing am Edge, im Submillisekunden-Bereich
- iOS → Universal-Link-Interception durch das OS
- Android → App-Link-Interception via intent-filter
- Desktop → Web-URL, kein Store-Umweg
- In-App-Browser erkannt und in den System-Browser umgeleitet
- Komponierbar mit Smart-Link-Regeln - Geo + Gerät + Deep-Link
Was Sie tun können
- Apple App Site Association
- Android Asset Links
- Smart-Link-Regeln für Store-Fallback
- Getestet mit adb und xcrun
Wie Deep Links wirklich funktionieren – und wo sie scheitern
Universal Links und App Links sind Mechanismen auf Betriebssystemebene. Die Einrichtung ist einfach; die Sonderfälle sind es nicht. Dies deckt das Gesamtbild ab.
apple-app-site-association wird automatisch von Ihrer eigenen Domain bereitgestellt
Universal Links erfordern eine apple-app-site-association (AASA) Datei unter /.well-known/apple-app-site-association auf Ihrer eigenen Domain. iOS lädt diese Datei herunter, wenn Ihre App installiert wird; sie verknüpft Ihre Domain mit der Bundle-ID und Team-ID Ihrer App. Wenn die Verknüpfung korrekt ist, öffnet das Antippen eines HTTPS-Links auf Ihrer Domain in einer beliebigen iOS-App (Safari, Mail, Twitter, Instagram) direkt Ihre App, anstatt den Browser aufzurufen. Elido generiert und stellt die AASA-Datei von dem well-known Pfad Ihrer eigenen Domain automatisch bereit, basierend auf der Bundle-ID und Team-ID, die Sie in den Domain-Einstellungen konfigurieren. Sie müssen die Datei nicht separat hosten. iOS speichert die AASA-Datei im Cache und lädt sie regelmäßig neu herunter; wenn Sie Ihre Bundle-ID-Konfiguration in den Domain-Einstellungen von Elido ändern, ist die neue AASA in Sekunden live, aber iOS-Geräte übernehmen sie erst beim nächsten Cache-Refresh (normalerweise 24–48 Stunden oder bei einer Neuinstallation der App). Getestet mit dem Apple AASA-Validator bei jedem Elido Release.
assetlinks.json wird automatisch bereitgestellt – SHA-256 Fingerprint von Ihrem Signing-Key
Android App Links erfordern eine Digital Asset Links Datei unter /.well-known/assetlinks.json auf Ihrer Domain. Die Datei verknüpft Ihre Domain mit dem Paketnamen Ihrer App und dem SHA-256-Fingerprint Ihres Signaturzertifikats. Android überprüft diese Datei während der App-Installation und danach regelmäßig. Elido stellt sie automatisch über Ihre eigene Domain bereit, basierend auf dem Paketnamen und dem SHA-256-Fingerprint, den Sie konfigurieren. Die Android-Verifizierung erfordert HTTPS (erzwungen durch Elido TLS auf der eigenen Domain) und die Datei muss innerhalb weniger Sekunden antworten (ebenfalls abgedeckt). Ein häufiger Fehler: Unterschiedliche Signing-Keys für Debug- vs. Release-Builds haben unterschiedliche SHA-256-Fingerprints. Konfigurieren Sie beide Fingerprints in den Elido Domain-Einstellungen, wenn Sie mit einem Debug-Build testen; Production-Builds benötigen nur den Release-Fingerprint. Getestet mit adb shell pm get-app-links bei jedem Release.
App installiert → Deep Link. App nicht installiert → Store. Desktop → Web. UTM-Parameter bleiben durchgehend erhalten.
Die Fallback-Kette wird pro Link oder pro Domain in den Elido-Einstellungen festgelegt. Für einen Kurzlink mit Deep-Link-Konfiguration: Wenn das Betriebssystem den Klick abfängt (App installiert, Domain verifiziert), öffnet sich die App. Wenn nicht (App nicht installiert), öffnet sich der Link im Browser; das Browser-Ziel sollte Ihr App Store / Play Store Link oder ein Web-Fallback sein. Smart-Link-Regeln handhaben dies sauber: Konfigurieren Sie eine Regel für iOS → App Store URL, eine Regel für Android → Play Store URL und einen Fallback zum Web-Ziel. UTM-Parameter des ursprünglichen Kurzlinks bleiben in den Fallback-URLs erhalten, damit die Attribution nicht unterbrochen wird, wenn der Nutzer im Store landet. Deferred Deep-Linking (Weitergabe eines spezifischen Deep-Link-Pfads durch eine Installation, sodass die App nach der Installation den richtigen Bildschirm öffnet) erfordert ein SDK in der App – Elido bietet dies nicht an. Für Deferred Deep-Linking benötigen Sie weiterhin Appsflyer, Adjust oder Firebase App Distribution.
Retargeting nach der Installation: Click-ID wird zur Attribution an das Ziel übergeben
Bei einem Deep-Link-Redirect übergibt Elido die click_id als Query-Parameter an die Fallback-URL. Wenn der Nutzer im App Store landet und die App installiert, befindet sich die click_id in der Referral-URL, wird aber nach der Installation nicht automatisch in die App übertragen – dafür ist SKAdNetwork auf iOS oder ein Deferred-Deep-Link-SDK auf Android erforderlich. Was Elido tut: Übergabe der click_id und UTM-Parameter an die Store-URL, damit eine Mobile-Attribution-Plattform (MMP), die den Installations-Referrer erfasst, diese aufgreifen kann. Dies funktioniert mit Appsflyer und Adjust, wenn Sie die click_id im Kampagnenparameter der Store-URL übergeben. Wenn Sie keine MMP verwenden, geht die click_id in der Store-URL nach der Installation effektiv verloren.
Migration von Firebase Dynamic Links (Einstellung 2025)
Firebase Dynamic Links wurde 2025 von Google eingestellt. Elido kann das Kernkonzept abbilden: Ein einziger HTTPS-Kurzlink, der den richtigen Bildschirm in einer installierten App öffnet, auf den Store zurückfällt und auf Desktop zum Web zurückkehrt. Konfigurieren Sie AASA und assetlinks.json in den Elido Domain-Einstellungen (ersetzt das Firebase-Hosting dieser Dateien), aktualisieren Sie Ihre Share-Links so, dass sie auf Elido-Kurzlinks anstelle von page.link-URLs verweisen, und konfigurieren Sie die Fallback-Kette über Smart-Link-Regeln. Was Elido nicht repliziert: Firebases Deferred Deep-Linking (Deep-Link-Kontext nach der Installation über das Firebase SDK) und Firebases App-Distribution-Deep-Links. Wenn Ihre App stark auf Deferred Deep-Linking angewiesen ist, benötigen Sie Appsflyer, Adjust oder Branch neben Elido für die Attributions-Ebene. Für Apps, die nur 'richtigen Bildschirm öffnen, wenn installiert, sonst zum Store' benötigen, ersetzt Elido Firebase Dynamic Links vollständig.
Mobile Teams, die Elido Deep Links nutzen
Namen sind vorerst Platzhalter – echte Kundennamen werden hier erscheinen, sobald Case Studies veröffentlicht werden.
“Wir sind in der Woche, in der die Einstellung angekündigt wurde, von Firebase Dynamic Links migriert. Die Einrichtung von AASA und assetlinks.json in Elido dauerte einen halben Tag. Die Smart-Link-Fallback-Kette ersetzte die Firebase SDK-Logik, die wir in der App für das Store-Routing hatten.”
“Die Klick-Analysen pro Link bei Deep Links haben uns gezeigt, dass 35 % unserer geteilten Links auf dem Desktop angeklickt wurden – wir hatten keinen Web-Fallback konfiguriert. Das Hinzufügen des Fallbacks dauerte 10 Minuten; die Conversion-Rate der geteilten Links stieg, da Nutzer vom Desktop aus nun die Aktion abschließen konnten.”
“Wir nutzen Elido Kurzlinks mit Deep-Link-Konfiguration für Empfehlungsprogramme. Durch die UTM-Weitergabe an die App Store URL erkennt unser MMP den Installations-Referrer korrekt – die Attribution funktioniert ohne eigene SDK-Arbeit unsererseits.”
Elido Deep Links vs. Branch.io vs. Adjust vs. Firebase Dynamic Links (eingestellt)
Branch und Adjust sind vollständige Mobile-Attribution-Plattformen – leistungsstärker für Deferred Deep-Linking und MMP-Attribution. Elido ist das richtige Tool, wenn Deep Links Teil eines umfassenderen Shortener-Setups sind und nicht das Hauptprodukt.
| Feature | Elido | Branch.io | Adjust |
|---|---|---|---|
| Universal Links (iOS) | Automatisch bereitgestellte AASA von Ihrer Domain | Vollständig verwaltet bei hoher Skalierung | Nein – nur MMP, kein Deep-Link-Host |
| App Links (Android) | Automatisch bereitgestellte assetlinks.json von Ihrer Domain | Vollständig verwaltet | Nein |
| SDK in der App erforderlich | Nein – Abfangen auf Betriebssystemebene | Ja – Branch SDK | Ja – Adjust SDK |
| Deferred Deep-Linking | Nein – erfordert SDK in der App | Ja – Kernfunktion | Ja – mit Adjust SDK |
| Mobile Attribution (MMP) | Click-ID-Weitergabe; MMP-Anbindung manuell | Natives MMP – Appsflyer, Kochava Integrationen | Vollständige MMP-Plattform |
| UTM-Weitergabe an den Store | Ja – über Query-Parameter in der Fallback-URL | Ja, mit Attributions-Kontext | Ja |
| Analyse von Link-Klicks | Analysespeicher – Geo, Gerät, pro Link | Umfassende Mobile-Attribution-Analysen | Installations- + Event-Attributionsdaten |
| Ersatz für Firebase Dynamic Links | Ja für Basismuster; kein Deferred Deep-Link | Vollständiger Ersatz inkl. Deferred | Teilweise – nur MMP-Seite |
Fragen zu Deep Links
Benötige ich ein Branch SDK oder ein anderes SDK in meiner App, um Elido Deep Links zu nutzen?
Nein. Elido Deep Links verwenden iOS Universal Links und Android App Links – Mechanismen auf Betriebssystemebene. Ihre App muss lediglich die eingehende URL auf die Standard-iOS-Art (scene:openURLContexts oder application:continueUserActivity) oder Android-Art (intent-filter im Manifest) verarbeiten. Es wird kein SDK eines Drittanbieters installiert; das Betriebssystem übernimmt das Abfangen basierend auf den AASA- und assetlinks.json-Dateien, die Elido von Ihrer Domain bereitstellt.
Wie läuft die AASA-Einrichtung ab?
In den Elido Domain-Einstellungen → Deep Links: Geben Sie die Bundle-ID Ihrer iOS-App (z. B. com.ihrefirma.app) und die Apple Team-ID (10-stellige Zeichenfolge aus Ihrem Apple Developer Account) ein. Elido generiert das AASA-JSON und stellt es unter /.well-known/apple-app-site-association auf Ihrer eigenen Domain bereit. Überprüfen Sie mit curl die Erreichbarkeit, bevor Sie Ihre App bei TestFlight oder im App Store einreichen. iOS lädt die AASA-Datei bei der App-Installation auf Geräten mit iOS 9+ herunter.
Kann ich mehrere Apps auf einer Domain haben?
Ja – die AASA-Datei unterstützt mehrere App-Einträge. Konfigurieren Sie die Bundle-ID und Team-ID jeder App in den Domain-Einstellungen; Elido generiert eine kombinierte AASA mit allen gelisteten Apps. Die Android assetlinks.json unterstützt ebenfalls mehrere Kombinationen aus Paketnamen und Fingerprints. Häufiger Anwendungsfall: Haupt-App und ein App Clip oder Haupt-App und eine Widget-Erweiterung.
Einstellung von Firebase Dynamic Links – wie sieht der Migrationspfad aus?
Ersetzen Sie page.link-Kurz-URLs durch Elido-Kurzlinks (Ihre eigene Domain oder die geteilte Elido-Domain). Konfigurieren Sie AASA und assetlinks.json in den Elido Domain-Einstellungen. Richten Sie die Fallback-Kette über Smart-Link-Regeln ein (iOS-Regel → App Store, Android-Regel → Play Store, Fallback → Web). Aktualisieren Sie die Share-Link-Generierung in Ihrer App, um die create_link API von Elido anstelle von Firebase aufzurufen. Was nicht migriert wird: Wenn Ihre App auf das Deferred Deep-Linking von Firebase angewiesen ist (Übergabe der Absicht nach der Installation), benötigen Sie hierfür Branch oder Adjust.
Wie teste ich Universal Links, bevor ich sie im App Store veröffentliche?
Verwenden Sie xcrun simctl openurl booted 'https://go.ihrefirma.com/test-slug' mit Ihrer installierten App auf einem Simulator. Tippen Sie auf einem physischen Gerät mit einem Debug-Build lange auf einen Link in Safari und prüfen Sie, ob 'In Ihrer App öffnen' erscheint. Apple bietet zudem den App Association File Validator unter developer.apple.com an – fügen Sie Ihre AASA-URL ein, um Erreichbarkeit, Content-Type und JSON-Validität zu prüfen. Die AASA von Elido besteht alle drei Prüfungen.
Was ist Deferred Deep-Linking und warum bietet Elido dies nicht an?
Deferred Deep-Linking gibt Kontext (z. B. 'Nutzer hat Produkt-ID 123 angesehen') von einem Link-Klick über eine App-Installation hinweg bis zum ersten Start der App weiter. Dies erfordert ein Fingerprinting- oder Attributions-SDK in der App (Branch, Appsflyer, Adjust), das die Installation während des Installationsvorgangs dem Klick zuordnet. Elido installiert keinen SDK-Code in Ihrer App; wir stellen lediglich AASA und assetlinks.json bereit. Ohne das SDK gibt es keinen Mechanismus, um Kontext durch eine Installation hindurch zu übertragen. Für den einfachen Anwendungsfall 'richtigen Bildschirm öffnen, wenn installiert' ist Elido ausreichend. Um Absichten durch die Installation zu übergeben, benötigen Sie einen MMP.
Kann ich Deep Links auf der geteilten Domain von Elido (s.elido.me) nutzen?
Nein. Universal Links und App Links erfordern Ihre eigene Domain – Sie können *.elido.me nicht als Universal-Link-Domain für Ihre App beanspruchen. Deep Links erfordern eine eigene Domain im Pro- oder Business-Tarif. Die eigene Domain ist das, was Sie in Ihrer AASA und assetlinks.json konfigurieren, und Elido stellt diese Dateien darüber bereit.
Wie gehe ich mit dem Fall um, dass der Browser des Nutzers das Abfangen der App blockiert?
Einige Browser (insbesondere Chrome auf Android vor 6.0 und einige In-App-Browser wie der von Instagram) blockieren das Abfangen von App Links oder Universal Links. Die Fallback-URL ist das, was sie sehen. Für In-App-Browser: Leiten Sie zuerst zum Systembrowser weiter, indem Sie eine Intent-URL (Android) oder eine Benutzeraufforderung verwenden. Für Instagram / TikTok In-App-Browser: Der Standardansatz besteht darin, eine Aufforderung 'Tippen, um in Ihrem Browser zu öffnen' anzuzeigen. Elido fügt diese Aufforderung nicht automatisch ein – die Fallback-URL ist Ihr Ziel, und Sie kontrollieren, was dort passiert.
Weiterlesen
Einrichtung eigener Domains – erforderlich für Deep Links; AASA und assetlinks.json werden über Ihren Hostnamen bereitgestellt.
iOS → App Store, Android → Play Store, Desktop → Web – die Fallback-Kette mittels Smart-Link-Regeln.
Wie Produkt-Teams Deep Links zusammen mit A/B-Varianten und Smart-Link-Regeln nutzen.
MMP-Integrationen – Appsflyer, Adjust und Branch für Deferred Deep-Linking neben Elido.
Bereit zum Ausprobieren?
Starten Sie mit dem kostenlosen Plan, upgraden Sie, wenn Sie eine benutzerdefinierte Domain benötigen.