Was Sie konfigurieren
- Ihre Apple App Site Association- und Android Asset Links-Dateien hochladen, damit Elido sie auf Ihrer benutzerdefinierten Domain automatisch bereitstellt.
- Pro-Link iOS- und Android-Konfigurationen festlegen — App-ID, In-App-Pfad und Fallback-URL — damit Klicks den richtigen Bildschirm öffnen oder auf den Store zurückfallen.
- Die App-Öffnungsrate pro Plattform im Tab Analytics → Deep-Linking des Links messen.
Deep-Links öffnen native Apps direkt über eine Kurz-URL. Wenn der Besucher Ihre App installiert hat, öffnet der Link den richtigen Bildschirm innerhalb der App. Wenn nicht, leitet er zum App Store (iOS) oder Play Store (Android) weiter — oder zu einer anderen URL, die Sie konfigurieren.
Was Sie benötigen#
Um Deep-Links zu verwenden, benötigen Sie:
- Eine iOS-App mit konfigurierten Universal Links ODER
- Eine Android-App mit konfigurierten App Links ODER
- Benutzerdefinierte URI-Schemes (
myapp://), wenn Sie noch keine Universal/App Links haben.
Für Universal Links und App Links müssen Sie auch Zuordnungsdateien veröffentlichen (apple-app-site-association für iOS, assetlinks.json für Android) auf Ihrer benutzerdefinierten Domain. Elido stellt diese automatisch bereit, sobald Sie die Datei unter Einstellungen → Domains → Deep-Linking hochladen.
Deep-Links für einen Link konfigurieren#
- Öffnen Sie die Detailseite des Links → Targeting → Deep-Linking.
- Aktivieren Sie Deep-Linking.
- Fügen Sie eine iOS-Konfiguration hinzu:
- App-ID — z. B.
K72L8M4N9P.com.acme.myapp(die Team-ID + Bundle-Identifier aus Ihrem Apple Developer-Konto). - In-App-Pfad — wozu die App weiterleiten soll. Der Pfad wird an Ihren Universal-Link-Host angehängt; das SDK in der App liest ihn aus der Start-URL.
- Fallback-URL — wohin Besucher gesendet werden, die die App nicht haben. Normalerweise Ihr App Store-Eintrag.
- App-ID — z. B.
- Fügen Sie eine Android-Konfiguration hinzu:
- Paketname — z. B.
com.acme.myapp. - In-App-Pfad — dieselbe Idee wie iOS.
- Fallback-URL — normalerweise eine Play Store-URL mit Ihrem Paketnamen.
- Paketname — z. B.
- Speichern. Der Link führt nun bei jedem Klick eine gerätebasierte Weiterleitung durch.
Was beim Klick passiert#
Der Weiterleitungshandler gibt eine HTML-Interstitial-Seite zurück, die etwa 50 ms JavaScript ausführt. Das Interstitial:
- Erkennt iOS vs. Android vs. Desktop.
- Auf iOS: versucht das Öffnen über Universal Link. Wenn das Betriebssystem die App öffnet, ist es fertig.
- Auf Android: dasselbe mit App Links.
- Nach 1,2 Sekunden ohne App leitet die Seite zur Fallback-URL weiter.
Desktop-Besucher treffen immer direkt auf die Fallback-URL — es gibt keine App zum Öffnen.
Wenn ein Besucher auf einer Plattform ist, die wir nicht erkennen (Web View in WeChat usw.), fällt der Link auf das Desktop-Ziel zurück. Sie können dies mit Smart-Link-Regeln überschreiben.
URI-Schema-Fallback#
Wenn Sie keine Universal Links / App Links eingerichtet haben, können Sie immer noch ein benutzerdefiniertes URI-Schema verwenden:
- iOS-Schema:
myapp:// - Android-Schema:
myapp://
Das Interstitial versucht, das Schema zu öffnen, und fällt nach 1,2 Sekunden auf den App Store / Play Store zurück. Der Nachteil ist, dass das Betriebssystem beim ersten Start ein „In Meine App öffnen?"-Bestätigungsdialog anzeigt, was Universal Links vermeiden.
Analytics#
Jeder Klick protokolliert, ob die App geöffnet wurde oder der Fallback verwendet wurde. Der Tab Analytics → Deep-Linking des Links zeigt die Öffnungsrate pro Plattform — nützlich, um zu messen, wie gut Ihre Zuordnungsdateien funktionieren.
Limits#
- Eine iOS-Konfiguration und eine Android-Konfiguration pro Link.
- Deep-Linking ist für Pro und Business verfügbar; der Free-Tarif unterstützt nur flache Weiterleitungen.
Häufige Fallstricke#
Universal Links funktionieren auf einem echten Gerät, aber nicht im Simulator. Das ist erwartet — Apples Simulator kann die AASA-Datei nicht abrufen. Testen Sie auf einem echten Telefon.
Die Fallback-URL öffnet sich, bevor die App es überhaupt versucht. Einige Android-Browser (Samsung Internet insbesondere) fangen das Schema ab, bevor das Betriebssystem es sieht. Stellen Sie sicher, dass Ihre App-Links-Einrichtung vollständig ist: Domain verifiziert, Paketname korrekt, SHA-256-Fingerabdruck stimmt überein.
iOS zeigt manchmal ein Tap-Target-Banner anstatt die App zu öffnen. Das ist iOS's „In Safari öffnen → Smart Banner", der die Seite als generische Website behandelt. Das erneute Hochladen der AASA-Datei mit der korrekten App-ID behebt dies normalerweise.
Der Link öffnet die App, dann den falschen Bildschirm. Ihr In-App-Routing stimmt nicht mit dem Pfad überein, den Elido übergibt. Protokollieren Sie die Start-URL in Ihrer App, um zu bestätigen, was Sie tatsächlich erhalten, und aktualisieren Sie dann die Pfadkonfiguration entsprechend.