Elido

Mobile App-Deep-Links

Öffnen Sie Ihre eigene iOS- oder Android-App über einen Elido-Kurzlink, wenn sie installiert ist, und leiten Sie andernfalls zum App Store oder Play Store weiter.

3 Min. LesezeitAktualisiert 2026-05-15

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.

  1. Öffnen Sie die Detailseite des Links → Targeting → Deep-Linking.
  2. Aktivieren Sie Deep-Linking.
  3. 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.
  4. 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.
  5. 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:

  1. Erkennt iOS vs. Android vs. Desktop.
  2. Auf iOS: versucht das Öffnen über Universal Link. Wenn das Betriebssystem die App öffnet, ist es fertig.
  3. Auf Android: dasselbe mit App Links.
  4. 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.

War das hilfreich?
Noch Fragen? Schreiben Sie dem Team - Antwort innerhalb eines Werktages.Support kontaktieren