Deep Links. Open the app. Fall back gracefully.
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) and App Links (Android) served from your domain
- Deferred deep links — context survives app install
- Smart platform detection with graceful fallbacks
- No SDK required — works with standard OS mechanisms
Universal Links & App Links
Manifest files, auto-served from your domain
iOS Universal Links require an apple-app-site-association file. Android App Links require assetlinks.json. Elido generates and serves both from your custom domain automatically — no separate hosting, no manual file management.
- iOS Universal LinksBundle ID + Team ID → AASA served at /.well-known/ automatically
- Android App LinksPackage name + SHA-256 fingerprint → assetlinks.json, HTTPS enforced
- Smart-link fallbackApp not installed → App Store / Play Store via rule-based routing
- UTM passthroughUTM parameters preserved to store URL — attribution doesn't break
- No SDK in your appOS-level interception only; intent-filter and 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:..." ] } }]
Served from your custom domain automatically. Configure bundle ID + Team ID (iOS) or package name + SHA-256 fingerprint (Android) in domain settings — Elido generates and hosts both files.
Deferred deep links
Context that survives the install
When the app isn’t installed, the user goes to the store, installs, and opens the app. Deferred deep-linking passes the original deep-link context through that journey so the app can land the user on exactly the right screen after first launch.
- 01
Clicks link
User taps an Elido short link — from email, social, QR.
go.yourcompany.com/p/12345 - 02
No app → Store
App not installed. OS detects from AASA / assetlinks check. Falls back to App Store or Play Store.
iOS → App Store · Android → Play Store - 03
Installs app
User installs from the store. The install referrer carries the click context as a query parameter.
click_id + UTM preserved in referrer URL - 04
Opens app
App opens for the first time. MMP reads install referrer; maps click_id to the install event.
Appsflyer / Adjust / Branch picks it up - 05
Lands on exact page
App routes to the originally linked screen — product/12345 — as if the user had the app already.
product/12345 — context preserved through install
The click_id and UTM parameters from the original short link are passed as query parameters to the store URL. Mobile Measurement Platforms (MMPs) that capture the install referrer — Appsflyer, Adjust, Branch — can match the install to the originating click. Full deferred deep-linking (passing in-app context through install) requires the MMP SDK in your app; Elido covers the link layer.
Smart platform detection
One link. Three redirect paths.
The edge reads User-Agent and platform signals at the redirect layer — before any JS runs. iPhone gets Universal Links, Android gets App Links, desktop gets your web fallback. No JavaScript redirect delay; no client-side platform detection.
- UA parsing at the edge, sub-millisecond
- iOS → Universal Link interception by the OS
- Android → App Link interception via intent-filter
- Desktop → web URL, no store detour
- In-app browsers detected and redirected to system browser
- Composes with smart-link rules — geo + device + deep-link
What you can do
- 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 | ClickHouse – 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.
Keep reading
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.