Was mit einem App-Link passiert, der in Instagram und TikTok geöffnet wird: 74,000 Weiterleitungen gemessen

Diese Zahlen stammen aus den Weiterleitungs-Logs eines Smart-Link-Dienstes: eine URL, die ein Smartphone in den App Store oder zu Google Play schickt. Jedes Mal, wenn ein Link in einer Social-App geöffnet wird, liefern wir eine kleine Seite aus, die den Besucher an den Store übergibt, und diese Seite meldet, was danach passiert ist. Hier steht, was diese Meldungen sagen, wie wir sie gemessen haben und wo die Messung endet.

Die Daten

Zwei Dinge fallen schon vor jeder Analyse auf. Die Apps von Meta schicken weit mehr Traffic als TikTok. Und auf Android kommen mehr als drei Viertel aller Aufrufe über einen In-App-Browser, nicht über Chrome.

Wie die Seite meldet, was passiert ist

Wird ein Link in einem In-App-Browser geöffnet, macht die Seite drei Dinge und sendet für jedes einen Beacon:

• auto: Sie startet beim Laden die Übergabe an den Store (iOS: location.replace auf die URL im App Store; Android: eine intent://-URL, die die native App des Play Store öffnet).
• exit: Die Seite wird ausgeblendet (Page Visibility API). Das ist das beste Signal, das eine Webseite dafür hat, dass etwas – höchstwahrscheinlich der Store – den Bildschirm übernommen hat.
• stuck: Die Seite ist 2.2 Sekunden nach der Übergabe noch sichtbar und zeigt deshalb eine Ausweichkarte mit einem Store-Button, einem Hinweis „im Browser öffnen“ und einem Button zum Kopieren des Links.

Eine Webseite kann weder den App Store noch den Play Store sehen. Alles Folgende ist aus diesen drei Signalen abgeleitet, und der Abschnitt zu den Grenzen sagt, wo diese Ableitung nicht mehr trägt.

Ergebnis 1: Etwa 1 von 11 Meta-Aufrufen auf Android ist eine Vorabladung, die niemand gesehen hat

In den 30 Tagen bis zum 12. Oktober verhielt sich eine klar abgrenzbare Gruppe von Android-Sessions so, wie es kein menschlicher Besuch könnte: Die Seite wurde geladen, der Übergabe-Timer lief nie, und die Seite wurde 29 bis 31 Sekunden später zerstört. Kein auto, kein stuck, kein Tippen. Auf iOS gab es nichts Vergleichbares.

Das ist die Signatur des In-App-Browsers von Instagram und Facebook, der einen Link aus dem Feed vorab lädt, ihn ausgeblendet hält und ihn wegwirft, wenn der Nutzer weiterscrollt. Die Seite hat unser JavaScript ausgeführt, also wurde der Aufruf erfasst. Angesehen hat ihn niemand.

Wir haben das Kriterium gegen eindeutig menschliche Sessions geprüft: 0 von 17,606 Sessions, in denen sich der Store 2–3 s nach der Übergabe öffnete, erfüllten es, ebenso 0 von 244 Sessions, in denen jemand auf den Store-Button getippt hat.

Der Anteil schwankt von Woche zu Woche: 6.8% in der letzten Woche dieses Zeitraums, davor 8.8%, 10.6% und 10.0%. Außerdem ballt er sich dort, wo bezahlte Instagram-Kampagnen laufen: 72% der Vorabladungen im Zeitraum stammten von einem einzigen Link hinter einer großen Instagram-Kampagne.

Seit dem 16. Oktober erkennt die Seite das zur Laufzeit selbst: Sie meldet eine Vorabladung statt eines Exits, wenn sie nach mindestens 20 s beendet wird, ohne je angezeigt worden zu sein. Das hat sie seitdem erfasst:

Diese Zählung zur Laufzeit ist eine Untergrenze. Eine Vorabladung, die beendet wird, ohne irgendein Skript auszuführen, hinterlässt keinen Beacon, und die Laufzeitregel ist strenger als die historische Rekonstruktion.

Warum das wichtig ist. Wenn du Klicks an deiner Weiterleitung zählst, wurde ungefähr einer von 13 Instagram-„Klicks“ auf Android nie von einem Menschen gesehen. Dein Verhältnis von Klicks zu Installationen sieht für diesen Kanal schlechter aus, als es ist, und ein Kampagnen-Dashboard auf Basis roher Weiterleitungs-Hits überschätzt die Reichweite ungefähr um diesen Betrag.

Ergebnis 2: TikTok verweigert den Play Store je nach verwendeter Webview

In TikTok auf Android verlässt ein Teil der Besucher die Seite nie: Die Übergabe wird ausgelöst und TikTok zeigt einen eigenen Dialog („The action cannot be completed“). Das passiert nicht bei jedem Link, und wochenlang sah es so aus, als hinge es vom Link ab. Tut es nicht. Es hängt vom In-App-Browser ab, den TikTok für diesen Besucher verwendet, und den verrät sein User-Agent:

Eine Session zählt als Erfolg, wenn die Übergabe ausgelöst wurde und die Seite ausgeblendet wurde, und als Fehlschlag, wenn die Ausweichkarte angezeigt wurde. Die Rate ist Erfolge / (Erfolge + Fehlschläge), pro Gerät und Tag:

Der Vergleich, der die Frage klärt, hält Link und Tag konstant, denn der Mix der Formate ändert sich von Woche zu Woche:

Gleicher Link, gleicher Weiterleitungs-Code, gleicher Tag: Die eine Webview lässt den Store aufgehen, die andere meistens nicht. Eigene Domains machten in den 90-Tage-Daten keinen Unterschied. TikTok dokumentiert weder den Dialog noch was ihn auslöst noch welche Nutzer welche Webview bekommen – die Aufteilung nach User-Agent ist alles, was es gibt.

Warum das wichtig ist. Keine URL-Form behebt das: Der Ausbruch per intent:// und eine einfache https://play.google.com-URL bekommen dieselbe Ablehnung. Was du tun kannst: den Ausweg nicht verstecken. Zeig in TikTok die Anleitung „im Browser öffnen“ und einen Kopier-Button sofort an, statt erst nach einem Timeout.

Ergebnis 3: Auf iOS öffnet sich der App Store über dem In-App-Browser

Auf Android wird die Seite nach der Übergabe in den meisten Sessions ausgeblendet, typischerweise 1 bis 3 Sekunden später. Auf iOS in Instagram und Facebook oft nicht, obwohl die Übergabe in fast jeder Session ausgelöst wurde:

Wenn zwei Drittel der iOS-Besucher wirklich vor einer sichtbaren Ausweichkarte mit einem Button „App Store öffnen“ festhingen, würden viele darauf tippen. Tun sie nicht: 0.9% der Instagram-Seitenaufrufe auf iOS und 0.4% der Facebook-Aufrufe auf iOS tippen auf den Button. Und es gibt auch keine iOS-Version, auf der es „funktioniert“:

Die Erklärung, die passt: In Instagram und Facebook auf iOS erscheint der App Store über dem In-App-Browser, ohne ihn in den Hintergrund zu schicken. Die Seite bleibt die ganze Zeit „sichtbar“, also feuern visibilitychange und pagehide nie, obwohl der Besucher auf den App Store schaut.

Warum das wichtig ist. Jede Metrik, die eine Store-Öffnung daraus ableitet, dass die Seite vom Bildschirm verschwindet, ist auf iOS falsch. Wir haben unseren Kunden eine genau so berechnete „Store-Reichweite“ in Prozent angezeigt, und sie hat 10 von 12 zahlenden Kunden gesagt, dass funktionierende Links kaputt seien. Wir haben sie entfernt. Auf iOS liegt das verlässliche Installationssignal auf der Seite des Stores: Kampagnenberichte in App Store Connect, mit einem Provider-Token (pt) und einem Kampagnen-Token (ct) an der URL im App Store.

Kleinere Dinge, die wir nebenbei gemessen haben

• Der Play Store braucht auf Android lange, bis er erscheint. In Instagram-Sessions auf Android mit ausgelöster Übergabe wurde die Seite in 1,061 Sessions 0–1 s nach dem Aufruf ausgeblendet, in 2,596 nach 2–3 s und in 1,273 nach 4–8 s (7 Tage). Ein 2-Sekunden-Timer „hat es geklappt?“ feuert bei einem großen Teil der echten Erfolge, bevor der Store erscheint. Unser eigener Funnel hat diese als Fehlschläge gezählt, bis wir einen Exit bis zu 8 s nach der Übergabe noch gelten ließen.
• Die echte Fehlerrate ist klein. In 7,357 Instagram-Sessions auf Android, rekonstruiert über 3 Tage Anfang Oktober, machte das Muster „Übergabe, dann nichts“ 1.9% der Sessions aus, und 24.3% dieser Besucher tippten innerhalb von 3 Minuten erneut auf den Link. Besucher, deren Session die Ausweichkarte zeigte, tippten zu 5.4% erneut, ungefähr wie Besucher, bei denen sich der Store öffnete (4.6%): Die meisten dieser „Fehlschläge“ waren keine.
• Ein Pflicht-Tippen kostet den Großteil des Traffics. Bevor die Seite die Übergabe beim Laden startete, zeigte sie eine Karte mit einem Store-Button. Über 30 Tage ergaben 10,523 In-App-Aufrufe 2,119 Taps: Etwa 80% der Besucher erreichten den Store nie.

Methode

• Quelle. Jeder Aufruf eines Smart Links und jeder Beacon der Übergabeseite wird in Cloudflare Workers Analytics Engine geschrieben, mit Plattform, In-App-Browser (aus dem User-Agent), Ereignisart und einem sekundengenauen Zeitstempel. Besucher, deren User-Agent sich als Bot, Crawler oder Link-Vorschau-Dienst ausweist, werden getrennt geführt und aus allen Zahlen hier ausgeschlossen.
• Sessions. Analytics Engine hat keine ID pro Seitenaufruf, daher werden Sessions rekonstruiert: Ein Aufruf wird mit den Beacons verknüpft, die innerhalb der folgenden Stunde denselben Link, dasselbe Land, dieselbe Stadt, denselben User-Agent und denselben In-App-Browser haben, bis zum nächsten Aufruf mit demselben Schlüssel. Etwa 98% der Beacons lassen sich einem Aufruf zuordnen.
• Vorabladungen (Ergebnis 1). Historisches Kriterium: keine Übergabe, keine Ausweichkarte, kein Tippen und ein Exit 20 s bis 15 min nach dem Aufruf. Laufzeitkriterium seit 2026-10-16: Die Seite meldet eine Vorabladung, wenn sie nach mindestens 20 s beendet wird, ohne je angezeigt worden zu sein, und ihr Übergabe-Timer nie lief (oder sie ausgeblendet geladen wurde). Der Beacon trägt ein signiertes Einmal-Token und lässt sich daher nicht erneut abspielen, um einen echten Besuch zu löschen.
• TikTok (Ergebnis 2). Sessions nach Link, Gerätemodell, Version der TikTok-App und Tag. Formatregel: musical_ly_-Version mit Punkten → A; sonst JsSdk → B; sonst C. Besucher aus Hosting-Netzen werden getrennt gezählt und aus der Tabelle herausgelassen. Die erneute Messung über 30 Tage verwendet dasselbe Skript wie die ursprüngliche 90-Tage-Analyse.
• Summen verwenden das Sampling-Intervall von Analytics Engine (2–4% der Zeilen stehen für mehr als ein Ereignis). Session-Tabellen zählen Zeilen.

Grenzen

• Wir sehen den Store nie. „Ausgeblendet“ ist ein Ersatzsignal für „der Store hat sich geöffnet“. Es feuert auch, wenn der Besucher die App wechselt oder das Smartphone sperrt.
• Zeitstempel sind sekundengenau, und Sessions sind Rekonstruktionen. Zwei schnelle Aufrufe vom selben Gerät können verschmelzen.
• Konzentration. Einige große Links dominieren manche Zeiträume: Eine Instagram-Kampagne macht 72% der Vorabladungen über 30 Tage aus, und zwei Links tragen die meisten TikTok-Sessions. Deshalb gibt es die Tabellen mit gleichem Link.
• Nichts davon wurde auf einem echten Smartphone geprüft. Das Verhalten ist aus den Meldungen der Seiten abgeleitet. Die iOS-Erklärung in Ergebnis 3 ist die, die zu den Daten passt, nicht etwas, das wir beobachtet haben.
• Der Traffic ist unserer. Es sind die Besucher der Apps, die unsere Links nutzen, stark gewichtet auf Instagram- und Facebook-Kampagnen in einer Handvoll Länder. Ein anderer Mix ergibt andere Prozentsätze, auch wenn die Mechanismen dieselben sein dürften.
• Vorabladungen, die nie JavaScript ausführen, sind unsichtbar. 12% der Instagram-Seitenaufrufe auf Android senden überhaupt keinen Beacon, und einige davon sind vermutlich ebenfalls Vorabladungen.

Was du tun kannst

1. Starte die Übergabe beim Laden. Eine Seite, die auf ein Tippen wartet, verliert die meisten In-App-Besucher. Behalte den manuellen Button als Ausweg, der nur erscheint, wenn die Übergabe sichtbar gescheitert ist.
2. Nutze auf Android `intent://` mit `S.browser_fallback_url`. Eine https://play.google.com-URL in einer Webview öffnet die Website des Play Store, die ohne Anmeldung nichts installieren kann.
3. Gib einem langsamen Store Zeit. Warte mindestens 3 s, bevor du entscheidest, dass die Übergabe gescheitert ist, und zähle einen späten Exit trotzdem.
4. Zeig in TikTok den Ausweg sofort: „··· → Im Browser öffnen“ und einen Button zum Kopieren des Links. Keine URL-Änderung beseitigt TikToks Ablehnung.
5. Zähle Meta-Vorabladungen nicht als Klicks. Wenn du Klicks an einer Weiterleitung zählst, rechne damit, dass 2–9% der Instagram- und Facebook-Aufrufe auf Android Seiten sind, die niemand gesehen hat.
6. Miss Installationen im Store, mit Kampagnenlinks aus App Store Connect (pt + ct) auf iOS und dem Play Install Referrer auf Android, nicht mit Seitenereignissen.

Wir entwickeln onestore.link, das alle sechs Punkte standardmäßig für jeden Link umsetzt, und die Daten oben stammen aus seinen Weiterleitungs-Logs.

Fragen und Antworten