Alles, was Sie über Mobile Deep Link wissen müssen
Veröffentlicht: 2017-02-14Inhaltsverzeichnis
Wenn es um Deep Link geht, wissen nicht viele Leute, was es ist. Es ist der unbesungene Held der Technologiewelt. Dennoch verwenden die Leute es jeden Tag, ohne sich seiner Existenz bewusst zu sein, oder wissen vielleicht nicht, dass es einen Namen hat. In diesem Beitrag erhalten Sie einige grundlegende Ideen darüber, was Deep Links sind und wie sie auf Mobilgeräten angewendet werden.
Was ist Deeplink?
Deep Linking ist eine Methode zum Starten einer nativen mobilen Anwendung über einen Link.
Deep Link macht genau das, was es verspricht: Benutzer mit einem Link tief in eine Website/Anwendung führen. Auf Desktop-Computern ist Deep Linking die Verwendung eines Hyperlinks, der auf einen bestimmten Inhalt innerhalb einer Website (z. B. „http://example.com/Pfad/Seite“) und nicht auf die Homepage der Website (z. B. „http:/ /beispiel.com/“). Auf Mobilgeräten verwendet Deep Linking einen Uniform Resource Identifier (URI), der auf einen bestimmten Ort innerhalb einer mobilen App verweist, anstatt nur die App zu starten. In dieser Serie konzentrieren wir uns nur auf mobiles Deep Linking.
Sie surfen also mit Ihrem Handy im Internet. Sie suchen „Facebook“ bei Google und das erste Ergebnis verweist auf die Startseite von Facebook. Sie tippen auf diesen Link und anstatt auf die Startseite von Facebook weitergeleitet zu werden, öffnet sich die Facebook-App auf Ihrem Handy. So funktioniert mobiles Deep Linking im Grunde.

Wenn Sie Deeplinks für eine mobile Anwendung aktivieren, können Sie Deeplinks aufrufen, die eine App öffnen und bestimmte, definierte Bildschirme innerhalb der App starten, z. B. die Startseite, Produktseiten und den Einkaufswagen, ähnlich wie auf einer Website.
Deeplinking ist besonders nützlich für Werbemaßnahmen, da es Ihnen und jedem Dritten ermöglicht, die App zu öffnen, wenn auf einen Link geklickt wird, anstatt zu einer Website oder zum Eintrag Ihrer App im iOS App Store oder bei Google Play zu fahren.
3 Arten von Deeplinks
1. Herkömmliche Deeplinks

Herkömmliche Deeplinks können Benutzer zu App-Inhalten leiten, solange die App bereits installiert ist, wenn der Link geöffnet wird. Das bedeutet, dass herkömmliche Deep-Links nicht funktionieren, wenn der Benutzer die App nicht hat, und entweder einen Fehler oder eine Fallback-Seite anzeigen.
2. Verzögerte Deeplinks

Zurückgestellte Deep-Links können Benutzer zu Inhalten weiterleiten, selbst wenn die App beim Öffnen des Links nicht installiert ist. Der Link leitet zunächst zum App Store oder Play Store weiter, um die App herunterzuladen, und führt den Benutzer dann unmittelbar nach dem ersten Start zu den spezifischen „verzögerten“ Inhalten.
3. Kontextbezogene Deeplinks
Kontextuelle Deeplinks haben alle Funktionen von zurückgestellten Deeplinks und noch viel mehr. Kontextbezogene Deeplinks speichern Informationen darüber, wohin ein Benutzer gehen möchte, wo auf den Link geklickt wurde, wer den Link ursprünglich geteilt hat, und eine nahezu unbegrenzte Menge an benutzerdefinierten Daten.
Kontextuelle Links bieten sowohl App-Entwicklern als auch Benutzern einen Mehrwert. App-Entwickler können leistungsstarke Funktionen entwickeln, die über das einfache Verlinken von Inhalten hinausgehen, darunter personalisierte Begrüßungen (wo Sie die Empfehlung Ihres Freundes in der App sehen, wenn er einen Artikel mit Ihnen teilt) und Empfehlungsprogramme. App-Nutzer profitieren, da Apps bessere Erfahrungen und relevantere Informationen bieten können.
URI-Schema
Benutzerdefinierte URI-Schemata waren die ursprüngliche Form des Deep-Linking für mobile Apps. Sie sind wie das Erstellen eines „privaten Internets“ für Ihre App, mit Links, die wie folgt aussehen : myapp://path/to/content . Der Vorteil benutzerdefinierter URI-Schemata ist, dass sie einfach einzurichten sind und die meisten Apps bereits über eines verfügen. Der Nachteil ist, dass das Gerät eines Benutzers nur dann von diesem „privaten Internet“ weiß, wenn die entsprechende App bereits installiert ist, und es standardmäßig keine elegante Fallback-Option gibt.
Der Workaround-Ansatz für Deep Linking mit URI-Schemata beinhaltet die Verwendung eines herkömmlichen http://- Links zum Starten eines Webbrowsers. Dieser Link enthält eine JavaScript-Umleitung zu einem benutzerdefinierten URI-Schema, das vom Webbrowser ausgeführt wird, um die App zu starten. Wenn der Umleitungsversuch fehlschlägt, weil die App nicht installiert ist, leitet das JavaScript den Benutzer zum App Store oder Play Store weiter.
Dies ist immer noch der primäre Ansatz für Deep Linking auf Android, aber Apple begann diesen Ansatz auf iOS im Jahr 2015 mit der Veröffentlichung von Universal Links zu blockieren .
Universelle Apple iOS-Links
Apple hat Universal Links in iOS 9 als Lösung für das Fehlen eleganter Fallback-Funktionen in benutzerdefinierten URI-Schema-Tiefenlinks eingeführt. Universelle Links sind Standardweblinks (http://mydomain.com), die sowohl auf eine Webseite als auch auf einen Inhalt in einer App verweisen. Wenn ein Universal Link geöffnet wird, prüft iOS, ob ein installiertes Gerät für diese Domain registriert ist. Wenn dies der Fall ist, wird die App sofort gestartet, ohne jemals die Webseite zu laden. Wenn nicht, wird die Web-URL (die eine einfache Weiterleitung zum App Store sein kann) in Safari geladen.
Eine Studie mit Tausenden von Apps auf der Branch-Plattform ergab, dass Universal Links die Konversion zum Öffnen um 40 % steigerte.
Android-Links
Google hat App-Links als das Android-Äquivalent zu iOS Universal Links entwickelt, und sie funktionieren auf sehr ähnliche Weise: ein Standard-Weblink, der sowohl auf eine Webseite als auch auf einen Inhalt in einer App verweist. Dies führt zu einer reibungsloseren Benutzererfahrung, aber da benutzerdefinierte URI-Schemata immer noch von jeder Version von Android vollständig unterstützt werden, haben App-Links eine sehr geringe Akzeptanz erfahren.
Facebook-App-Links
Facebook hat App Links im Jahr 2014 als offenen Standard entwickelt, um die Einschränkungen von URI-Schema-Tiefenlinks zu lösen. App-Links bestehen aus zwei Hauptkomponenten:
- Eine Reihe von Meta-Tags, die dem Webseitenziel eines standardmäßigen http://- Links hinzugefügt werden. Diese Tags geben den Speicherort des benutzerdefinierten URI-Schemas des entsprechenden Inhalts in der nativen App und das Verhalten an, das auftreten soll, wenn die App nicht installiert ist.
- Eine Routing-Engine zur Verwendung in Apps, die das Öffnen von Links unterstützen. Diese Engine überprüft die Ziel-URL vor dem Öffnen auf App-Links-Tags und startet dann die entsprechende App oder führt das angegebene Fallback-Verhalten aus.

http://applinks.org/documentation/
Der App-Links-Standard hat einen kritischen Fehler: Er erfordert die Arbeit sowohl der Ursprungs- als auch der Ziel-App. Während die Meta-Tags-Komponente eine breite Akzeptanz fand, befanden sich die einzigen größeren Implementierungen der Routing-Engine in den zentralen Facebook- und Messenger-Apps.
Facebook zieht es jetzt vor, Benutzer auf seiner Plattform zu halten, und hat die App-Links-Routing-Engine von überall außer der Haupt-Android-App entfernt. Da Facebook auch iOS Universal Links blockiert, bleibt keine zuverlässige Möglichkeit, Drittanbieter-Apps von Facebook oder Messenger auf iOS zu öffnen. Branch hat eine Lösung implementiert, um diese Einschränkungen zu umgehen.
Deeplink-Struktur
Ein Deeplink funktioniert ähnlich wie ein herkömmlicher Hyperlink auf einer Webseite. Er besteht aus einzelnen Elementen, die einen sogenannten Uniform Resource Identifier (URI) bilden. Der URI enthält alle Informationen, die beim Aufrufen eine mobile Anwendung mit einem bestimmten Bildschirm starten.

Wenn Sie über die Deeplink-Struktur nachdenken, besteht die bewährte Methode darin, eine URL mit einem eindeutigen Schemanamen und Routingparametern (Pfad und Abfragezeichenfolgen) zu implementieren, die benutzerdefinierte Aktionen darstellen, die in der App ausgeführt werden sollen. Sofern Sie keine sehr speziellen Anforderungen haben, empfehlen wir die Verwendung einer einfachen URL-Struktur, wie im folgenden Beispiel gezeigt:
mobiledeeplinkingprojectdemo://path?query_string
Wobei mobiledeeplinkingprojectdemo
der Name des Schemas ist und Pfad und Abfragezeichenfolge die Routing-Parameter sind, die verwendet werden, um den Benutzer weiter zu einem bestimmten Erlebnis in der App zu leiten.
Für den Schemanamen:
- Bei der Auswahl eines Schemanamens ist es wichtig, einen eindeutigen Namen für Ihre Marke zu wählen, um widersprüchliche Schemata in verschiedenen Anwendungen zu vermeiden
- Derzeit gibt es keine zentrale Behörde, um Konflikte mit Schemanamen zu verwalten
- Am besten verweist der Name des Schemas auf Ihre Marke (z. B. mobiledeeplinkingprojectdemo). Ein weiteres vorgeschlagenes Muster für Schemanamen ist die Verwendung der umgekehrten Notation von Domänennamen (z. B. org.mobiledeeplinking), aber dies wird nicht weithin befolgt
Für die Routing-Parameter (Pfad und Abfragezeichenfolge):
- Routing-Parameter sind optional, werden aber dringend empfohlen. Weiterleitungsparameter bieten Ihnen eine weitere Kontrolle, um den Benutzer zu bestimmten Bildschirmen der Anwendung weiterzuleiten oder zusätzliche Parameter zu übergeben
- Die Abfragezeichenfolge ist optional und kann verwendet werden, wenn Sie bestimmte Parameter wie eine Produkt-ID übergeben müssen
- Drittanbieter können zusätzliche Metadaten an die Routing-Parameter anhängen, daher ist es wichtig, dass Ihre App diesen Anwendungsfall verarbeiten kann (die in Teil 2 besprochenen iOS- und Android-Bibliotheken berücksichtigen dies).
- Wenn die mobile App über eine entsprechende Website verfügt, wird empfohlen, dass die Syntax der Routing-Parameter für die mobile App mit der URL-Struktur auf der Website übereinstimmt
Hier sind ein paar Beispiele für Deeplinks für beliebte Apps auf iOS:
Entwickler | Deeplink – z | Zweck |
---|---|---|
twitter://timeline | Öffnet die Twitter-App und verlinkt auf die Chronik des Benutzers | |
fb://profil | Öffnet die Facebook-App und verlinkt auf das Profil des Benutzers | |
Jaulen | jaulen:// | Öffnet die Yelp-App (Hinweis: Dieses Beispiel enthält keine Routing-Parameter) |
Deeplink-Implementierung
Unabhängig davon, ob Sie sich für die Verwendung der MobileDeepLinking-Bibliothek entscheiden, erfordert die Implementierung von Deeplinking Folgendes:
- Wählen Sie das URI-Schema aus, das Sie verwenden möchten, und deklarieren Sie es im Manifest der App (weiter unten ausführlicher erläutert). Wie in Teil 1 besprochen, muss der Schemaname für Ihre App eindeutig sein , da es sonst zu Konflikten mit anderen Apps kommen kann
- Definieren Sie die Aktionen, die Sie starten möchten, indem Sie einen Deeplink verwenden. Stellen Sie sicher, dass diese Aktionen mit der von Ihnen gewählten URI-Syntax übereinstimmen. Wie in Teil 1 erwähnt, wird die Verwendung der URL-Syntax dringend empfohlen (z. B.
schemename://path?query_string
)
Sobald dies erledigt ist, können Sie mit der Implementierung des Codes beginnen, der die Pfad- und Abfragezeichenfolgenabschnitte der URL verarbeitet, um die beabsichtigte Aktion zu starten.
Es wird empfohlen, die MobileDeepLinking-Bibliotheken zu verwenden, aber wenn Sie mobiles Deeplinking direkt implementieren möchten, ist der allgemeine Prozess wie folgt:
iOS
iOS-Apps sind eigenständige Einheiten. Es gibt nur einen Einstiegspunkt in die App: den AppDelegate. Wenn ein Deeplink zu Ihrer App initiiert wird, wird AppDelegate mit den Deeplinking-Metadaten aufgerufen.
Es ist wichtig, einen konsistenten Zustand in Ihrer App beizubehalten und gleichzeitig das gewünschte Erlebnis zu bieten. Ein Deeplink kann jederzeit in jedem App-Zustand ausgelöst werden, und es liegt in Ihrer Verantwortung , die App in einem stabilen Zustand zu halten.
Dies kann beispielsweise bedeuten, dass der Benutzer zum Hauptbildschirm Ihrer App zurückkehren kann. Um dies zu erreichen, müssen Sie die entsprechenden Ansichtscontroller drücken, um den Benutzer zum gewünschten Teil Ihrer App zu leiten, während die richtige Ansichtshierarchie beibehalten wird.
Wenn die App geöffnet wird, können Sie die URL, die zum Starten verwendet wurde, wiederherstellen und gemäß Ihren Anforderungen verarbeiten.
Referenzdokumentation zum AppDelegate finden Sie hier.
Android
Android-Apps bestehen aus einer Reihe von Aktivitäten. Jede dieser Aktivitäten kann von anderen Apps aufgerufen werden, wenn sie als solche konfiguriert ist. Je nachdem, wie Ihre App und Ihre Deeplinks strukturiert sind, können Sie einen oder mehrere zentrale Endpunkte verwenden.
Es ist wichtig, einen konsistenten Zustand in Ihrer App beizubehalten und gleichzeitig das gewünschte Erlebnis zu bieten. Eine Android-Aktivität wird über dem aktuellen Kontext gestartet, und es liegt in Ihrer Verantwortung, sicherzustellen, dass die entsprechende Ansichtshierarchie beibehalten wird. Außerdem ist es wichtig, die notwendigen Daten für die Aktivität bereit zu haben, wenn sie für den Benutzer geladen wird.
Wenn die App geöffnet wird, können Sie die URL, die zum Starten verwendet wurde, wiederherstellen und gemäß Ihren Anforderungen verarbeiten.
Eine Referenzdokumentation zum Android-Deeplinking finden Sie hier.
Anwendungsfälle
1. Konvertieren von Webbenutzern in App-Benutzer
Was ist, wenn Sie sich die Mühe gemacht haben, zusätzlich zu einer schönen nativen App eine großartige mobile Website zu erstellen, aber feststellen, dass Ihre Conversion-Rate in der nativen App besser ist als im Web? In diesem Fall könnte die Konvertierung mobiler Webnutzer zum Herunterladen Ihrer App Ihrem Unternehmen einen Schub geben. Während das Verschieben von einem zum anderen eine Herausforderung sein kann, macht es Deep Linking einfach. Mit Mobile Deep Linking können Sie Benutzer nahtlos von Ihrer mobilen Website zu den entsprechenden Inhalten in Ihrer App umleiten. Und da die Links den Installationsprozess der App überleben, können sogar neue Benutzer auf Ihrer mobilen Website dort weitermachen, wo sie aufgehört haben, ohne einen Takt zu verpassen.

2. Social-, E-Mail- und SMS-Kampagnen
Senden Sie Werbeangebote über Links, die auf jeder Plattform funktionieren. Aktuelle und zukünftige Benutzer können Ihre Angebote einlösen, unabhängig davon, ob sie iOS, Android oder einen Webbrowser verwenden und ob sie Ihre App bereits installiert haben oder nicht.

3. Benutzer-zu-Benutzer-Sharing
Eine der effektivsten Möglichkeiten, neue Benutzer zur Installation Ihrer App zu bewegen, besteht darin, Ihren Benutzern zu ermöglichen, Inhalte aus Ihrer App mit ihren Freunden zu teilen. Mit mobilen Deeplinks können Sie ein großartiges Benutzer-zu-Benutzer-Sharing-Erlebnis schaffen: Benutzer, die Inhaltsempfehlungen von ihren Freunden erhalten, können auf einen Link klicken und direkt zu den geteilten Inhalten in Ihrer App weitergeleitet werden, selbst wenn sie zu gehen müssen App Store oder Google Play Store, um Ihre App zuerst zu installieren.

4. Werbung für reale Apps
Verwenden Sie QR-Codes oder Barcodes, die einen Deep Link in Ihren physischen Displays codieren, um Ihre App bei Veranstaltungen und Veranstaltungsorten zu bewerben. Benutzer können ihre Handykamera verwenden, um QR-Codes/Barcodes zu scannen und zu den Zielinhalten in Ihrer App weitergeleitet zu werden, oder aufgefordert werden, Ihre App zuerst zu installieren, wenn sie dies nicht getan haben.

Die 4 oben genannten Anwendungsfälle sind nur einige Beispiele dafür, wie Deep Links Ihrem Unternehmen aus der Sicht eines Vermarkters helfen können. Es gibt sicherlich viele andere Möglichkeiten, wie Sie mobiles Deep Linking in Ihrer App verwenden können, um den Umsatz und das Engagement zu steigern.
Fazit
Deeplinks sind einfach eine Möglichkeit, Nutzer zu identifizieren, anzusprechen und zu bestimmten Inhalten in Apps zu transportieren. Obwohl praktisch (und notwendig), sind sie nicht so revolutionär oder aufregend. Der zukünftige Wert von Deep -Links liegt darin, wie wir sie verwenden – was darüber hinausgeht und welche neuen Verbrauchererlebnisse sie ermöglichen.
Dazu gehören neuartige Möglichkeiten, Deep -Links für vorhandene Apps zu entdecken, neue Apps durch deep -linkbare relevante Inhalte und Dienste zu entdecken und mehr Informationen über die Links selbst zu übertragen. Ähnlich wie bei einem Hyperlink ist es nicht der Mechanismus, der die Welt verändern wird, sondern die Art und Weise, wie wir sie verwenden, um das Web miteinander zu verbinden.