Deeplinking · Grundlagen

Was ist ein Deeplink? Universal Links, App Links und URI-Schemata einfach erklärt

17. August 20268 Min. Lesezeitplugwith.me Blog

Kurze Antwort

Ein Deeplink ist eine URL, die einen bestimmten Screen in einer installierten App öffnet – einen Track, ein Profil, einen Checkout – statt einer Website. Auf iOS heißt die moderne Variante Universal Link, auf Android App Link, und die ältere Form ist ein eigenes URI-Schema wie spotify://.

„Deeplink“ steht für drei verschiedene Technologien, die sich unterschiedlich verhalten, unterschiedlich scheitern und für jeden wichtig sind, der einen Link in seine Bio setzt. Hier ist das ganze Bild in einfacher Sprache – ganz ohne App-Entwicklung.

Ein Deeplink ist eine URL, die eine bestimmte Stelle in einer App öffnet statt der Startseite der App oder einer Website. Ein normaler Link zu einem Musikdienst lädt einen Webplayer. Ein Deeplink öffnet die App, schon eingeloggt, genau auf dem Track, den du gemeint hast.

„Deep“ meint die Tiefe im Ziel: nicht „öffne Spotify“, sondern „öffne Spotify auf diesem Album“. In diesem Unterschied steckt das ganze Conversion-Argument. Wer in der App landet, der er ohnehin vertraut, ist einen Tap vom Folgen, Kaufen oder Abonnieren entfernt. Wer auf einer ausgeloggten Webseite landet, muss von vorn anfangen.

Ein normaler Link nennt nur eine Adresse. Ein Deeplink bringt zusätzlich eine Erwartung mit, wer ihn verarbeiten soll. Das Betriebssystem prüft, ob eine installierte App diese Adresse für sich beansprucht – und wenn ja, gewinnt die App gegen den Browser.

Alles andere, was man „Link-Tools“ nennt, sitzt auf einer anderen Ebene. Ein Kurzlink kürzt. Eine Weiterleitung leitet weiter. Ein Tracking-Link misst. Keiner davon entscheidet, ob sich eine App oder ein Browser öffnet – das entscheidet allein der Deeplink-Typ.

Die älteste Form. Die App registriert ein eigenes Protokoll, und die URL beginnt damit statt mit https:

spotify:track:4cOdK2wGLETKBW3PvgPWqT
twitch://stream/yourchannel
tg://resolve?domain=yourchannel

Einfach, und die App öffnet sich direkt, ohne Umweg über das Web. Allerdings mit zwei echten Schwächen:

Apples Antwort und heute der Standard auf dem iPhone. Ein Universal Link ist eine ganz normale https://-URL. Die App weist nach, dass ihr die Domain gehört, indem sie unter https://example.com/.well-known/apple-app-site-association eine signierte Datei mit den Pfaden veröffentlicht, die sie beansprucht. iOS speichert diese Datei, wenn die App installiert wird.

Das Ergebnis vereint das Beste aus beiden Welten: Die App öffnet sich, wenn sie installiert ist, und dieselbe URL lädt die Webseite, wenn nicht. Nichts bricht, und du brauchst keinen eigenen Fallback. Der Haken: iOS führt die Übergabe nur in Umgebungen aus, die es als echte Navigation betrachtet – und ein In-App-Browser gehört oft nicht dazu.

Dieselbe Idee auf Android. Eine https://-URL, verifiziert über eine assetlinks.json-Datei unter /.well-known/assetlinks.json und android:autoVerify="true" im Manifest der App. Verifizierte Links öffnen die App ohne Auswahldialog; unverifizierte landen bei einer „Mit welcher App?“-Abfrage oder direkt im Browser.

Was ist eine intent://-URL?

Eine Android-eigene Schreibweise, die festlegt, welche App eine URL verarbeiten soll und was passiert, wenn das nicht geht:

intent://example.com/page#Intent;scheme=https;package=com.android.chrome;S.browser_fallback_url=https%3A%2F%2Fexample.com%2Fpage;end

Zwei Dinge machen sie nützlich. Der Parameter package benennt eine Ziel-App – so kann eine Seite gezielt nach Chrome fragen statt nach der Webview, in der sie gerade steckt. Und S.browser_fallback_url liefert einen ausdrücklichen Notausgang, falls diese App fehlt. Das kann ein reines URI-Schema nicht.

Genau das nutzt plugwith.me für Amazon-Links: Auf Android geht ein Link auf ein Amazon-Produkt – inklusive Partner-Tag – an die Amazon-App, mit der Original-URL als S.browser_fallback_url. Ist die App installiert, öffnet sie sich; sonst landet der Besucher ganz normal auf derselben Seite im Browser.

Ein Deeplink für jemanden, der die App noch nicht hat: Er wird in den Store geschickt, installiert, öffnet die App zum ersten Mal – und landet trotzdem auf dem Inhalt, den du ursprünglich verlinkt hast. Für App-Marketing ist das wirklich nützlich, aber auch wirklich aufwendiger: Die Absicht muss den Umweg über den Store überstehen, und dafür braucht die App einen Attributionsdienst oder ein SDK. Verlinkst du als Creator auf die Apps anderer, ist das nicht dein Problem.

Wisch die Tabelle zur Seite, um alle Spalten zu sehen →

TypFallback ohne AppEigentum verifiziertAm besten für
Universal Link (iOS)Lädt die WebseiteJaDer Standard für alles Öffentliche
App Link (Android)Lädt die WebseiteJaDer Standard auf Android
URI-SchemaKeiner – scheitert stillNeinEin letzter Versuch nach dem https-Link
intent:// (Android)Ja, wenn du einen setztÜber das Ziel-PackageEinen bestimmten Browser oder eine bestimmte App anfordern

Für fast alle lautet die Antwort: Verlinke auf die https://-URL, die die Ziel-App veröffentlicht, und lass Universal Links und App Links ihre Arbeit machen. Das URI-Schema bleibt ein zweiter Versuch, nie der einzige.

Hier kommt der Teil, der viele überrascht. Du kannst den richtigen Linktyp wählen, und er scheitert trotzdem – weil es darauf ankommt, wo er angetippt wird.

Tippt jemand in Instagram, TikTok, Facebook oder Threads auf einen Link, öffnet sich nicht Safari oder Chrome, sondern der In-App-Browser der jeweiligen App, eine Webview unter der Kontrolle der Plattform. Dort ist die Übergabe von der Webseite an die native App meist blockiert, ebenso Bezahlfenster, Passkeys und jede Session, die der Besucher schon hatte. Der Universal Link, der aus einer Nachricht, einer E-Mail oder per QR-Code perfekt funktioniert, tut also genau dort nichts, wo deine ganze Audience ihn antippt.

Die Lösung ist kein anderer Linktyp. Sie besteht darin, zuerst aus der Webview herauszukommen – in den echten Browser des Systems – und den Deeplink dort so arbeiten zu lassen, wie er es sowieso tut. Wie diese Übergabe funktioniert und welche Wege heute in welcher App bestätigt sind, steht in unserem Artikel dazu, was 2026 wirklich aus dem In-App-Browser führt. Und wenn du einfach wissen willst, ob dein eigener Link durchkommt: Der WebView-Test (auf Englisch) sagt es dir mit einem Tap.

Für den schnellen Check deiner Bio: Hol dir das kostenlose Bio Link Rescue Kit.

Häufige Fragen

Ist ein Deeplink dasselbe wie ein Kurzlink?

Nein. Ein Kurzlink kürzt nur die Adresse. Ein Deeplink entscheidet, was sich öffnet: die App auf dem richtigen Screen oder eine Webseite. Beides wird oft kombiniert, aber Kürzen allein ändert nichts daran, wo deine Besucher landen.

Muss ich eine eigene App bauen, um Deeplinks zu nutzen?

Nein. Du nutzt die Deeplinks, die die Ziel-App schon veröffentlicht. Spotify, Twitch, YouTube, Telegram und die meisten großen Apps bieten sowohl einen Universal Link als auch ein URI-Schema an. Deine Aufgabe ist, auf das richtige zu verlinken und dafür zu sorgen, dass der Browser die Übergabe auch ausführen darf.

Was passiert, wenn die App nicht installiert ist?

Ein Universal Link oder App Link fällt auf die passende Webseite zurück – deshalb sind sie die sicherere Wahl. Ein reines URI-Schema hat keinen Fallback und scheitert meist still oder mit einer Fehlermeldung. Es sollte also nie das Einzige sein, worauf du verlinkst.

Warum funktioniert derselbe Deeplink in Safari, aber nicht aus Instagram?

Weil Instagram deinen Link gar nicht in Safari öffnet. Es öffnet einen eigenen In-App-Browser, und der blockiert meistens die Übergabe von einer Webseite an eine native App. Der Link ist in Ordnung, der Browser drumherum nicht.

Hol Instagram-Taps aus dem In-App-Browser.

Gemacht für Deeplinking · Grundlagen. Aus Instagram verlässt ein plugwith.me-Link den In-App-Browser und öffnet den echten Browser deiner Fans – mit einem Tap auf Instagrams eigene Bestätigung.

Kostenlosen Link erstellen →
Ohne Karte · In unter einer Minute live

Weiterlesen