Zum Inhalt springen
LinkProfit

Mobil

Die App ist installiert. Der Link öffnet trotzdem die Website.

Dieser eine Fehlschlag kostet mehr, als jedes Experiment an der Conversion-Rate je zurückholt. Ein mobiler Link versucht zuerst die App, fällt auf den richtigen Store für die richtige Plattform zurück, funktioniert auch in In-App-Browsern und übergibt der App nach der Installation den Kampagnenkontext.

Your brandlogo · colours · emailsgo.brand.comapp.brand.comTLS issued automaticallyYour domainslinks · dashboard · SSLCustomer pays$29Platform fee−$2.90Your payout$26.10Your moneyautomatic revenue share

Erst die App, dann der Store, dann das Web

Ein mobiler Link trägt drei Antworten je Plattform: die Adresse, die die App öffnet, den Store-Eintrag als Rückfallebene und eine Webseite für alles Übrige. Die Weiterleitung probiert sie in dieser Reihenfolge, mit einer Verzögerung, die Sie bestimmen — denn der einzige verlässliche Weg, eine Installation zu erkennen, ist der Versuch, die App zu öffnen, und der Blick darauf, ob die Seite danach noch da ist.

Apple und Google unterstützen beide verifizierte Zuordnungsdateien, mit denen eine Domain eine App direkt öffnen darf, ohne sichtbare Zwischenseite. Die Plattform liefert diese Dateien von Ihrer Weiterleitungsdomain aus und stellt für Sie die Diagnose — falscher Content-Type, falscher Pfad, fehlender Fingerprint —, denn eine vertippte Zuordnungsdatei scheitert lautlos, und schuld ist dann angeblich der Link.

  • App-Schema oder Universal Link je Plattform
  • Store-Rückfallebene für iOS und Android
  • Web-Rückfallebene für Desktop und nicht unterstützte Plattformen
  • Zuordnungsdateien, ausgeliefert und diagnostiziert auf Ihrer eigenen Domain
  • Einstellbare Verzögerung des Versuchs
  • Ausdrückliches Verhalten für Tablets

In-App-Browser sind der schwierige Teil, also werden sie ausdrücklich behandelt

Der meiste mobile Traffic kommt im Browser einer anderen App an — in einem Social-Feed, einem Messenger, einem Mail-Programm. Diese Umgebungen blockieren Versuche, eine App zu öffnen, auf uneinheitliche Weise, und ein Link, der sich in Safari korrekt verhält, kann in einem Feed gar nichts tun.

Deshalb ist der In-App-Fall eine Einstellung und kein Zufall: die App trotzdem versuchen, direkt auf die Webseite springen oder einen kurzen Hinweis zeigen, im Systembrowser zu öffnen. Das Verhalten wird je Link gewählt, und die Plattform erkennt die verbreiteten In-App-Browser, statt sie für gewöhnliche zu halten.

Der Kontext überlebt die Installation

Jemand tippt auf einen Link zu einem bestimmten Produkt, hat die App nicht, installiert sie — und landet auf einem allgemeinen Startbildschirm. Genau dafür gibt es den aufgeschobenen Kontext: Kampagne und Ziel werden aufbewahrt und der App beim ersten Start übergeben, die Person kommt also dort an, wohin der Link zeigte, und nicht dort, wo die App standardmäßig öffnet.

Der Kontext wird über eine Gerätesignatur zugeordnet, nicht über etwas Identifizierendes, und er verfällt schnell: Er existiert, um eine Installation zu überbrücken, nicht um ein Profil aufzubauen.

Weiterhin Ihre Marke, weiterhin Ihre Analytics

Die Zwischenseite — wenn überhaupt eine nötig ist — rendert die Edge mit Logo, Farbe und Support-Adresse der jeweiligen Domain. Die Plattform darunter wird nirgends erwähnt, und in der Kette steckt kein fremder Host.

Der Klick wird erfasst, wenn die Weiterleitung passiert, also vor dem Versuch, die App zu öffnen: Der Besuch hat stattgefunden, und was das Gerät danach damit macht, ist von außen nicht beobachtbar. Das hält die Klickzahlen ehrlich, statt mobilen Traffic stillschweigend zu untertreiben.

Häufige Fragen

Muss ich meine App dafür ändern?

Um die App zu öffnen, brauchen Sie entweder ein eigenes Schema oder verifizierte Universal Links, und beides haben die meisten Apps schon. Um den aufgeschobenen Kontext nach einer Installation zu bekommen, liest die App ihn beim ersten Start über die API. Alles andere — Store-Rückfallebenen, Umgang mit In-App-Browsern, Seiten in Ihrer Marke — braucht überhaupt keine Änderung an der App.

Was passiert auf dem Desktop?

Die Web-Rückfallebene greift. Eine Deeplink-Konfiguration bricht den Desktop-Weg nie; ein Link mit mobilen Einstellungen verhält sich überall dort wie ein gewöhnlicher Kurzlink, wo die mobilen Einstellungen nicht greifen.

Warum sehe ich manchmal eine Zwischenseite?

Weil es der einzige Weg ist, das Öffnen einer App zu versuchen und danach auf das Ergebnis zu reagieren. Wo verifizierte Zuordnungsdateien greifen, öffnet das Betriebssystem die App direkt und es wird keine Seite gezeigt. Die Seite selbst trägt Ihre Marke und verschwindet in deutlich unter einer Sekunde.

Funktioniert der Link noch, wenn die App später deinstalliert wird?

Ja. Der Versuch scheitert, die Rückfallebene greift, und die Person erreicht den Store oder die Webseite. Ob ein Gerät die App hat, wird nirgends gecacht.

Starten Sie Ihren Kurzlink-Dienst in eigener Marke

Domain verbinden, Preise veröffentlichen und den ersten Kunden einladen — die meisten Partner gehen an einem Abend live.

Für die Testphase ist keine Karte nötig.