Instagram ve TikTok içinde açılan bir uygulama bağlantısına ne olur: 74,000 yönlendirme ölçüldü

Bu rakamlar bir akıllı bağlantı hizmetinin yönlendirme kayıtlarından geliyor: bir telefonu App Store'a veya Google Play'e gönderen tek bir URL. Bir bağlantı her sosyal uygulama içinde açıldığında, ziyaretçiyi mağazaya aktaran küçük bir sayfa sunuyoruz ve bu sayfa ardından ne olduğunu bildiriyor. Aşağıda bu bildirimlerin ne söylediği, onları nasıl ölçtüğümüz ve ölçümün nerede bittiği var.

Veriler

Daha analize başlamadan iki şey göze çarpıyor. Meta'nın uygulamaları TikTok'tan çok daha fazla trafik gönderiyor. Ve Android'de tüm ziyaretlerin dörtte üçünden fazlası Chrome'dan değil, bir uygulama içi tarayıcıdan geliyor.

Sayfa ne olduğunu nasıl bildiriyor

Bir bağlantı uygulama içi tarayıcıda açıldığında sayfa üç şey yapar ve her biri için bir beacon gönderir:

• auto: yüklenirken mağazaya aktarımı başlatır (iOS: App Store URL'sine location.replace; Android: yerel Play Store uygulamasını açan bir intent:// URL'si).
• exit: sayfa gizlenir (Page Visibility API). Bu, bir web sayfasının elindeki en iyi sinyaldir: başka bir şey, büyük olasılıkla mağaza, ekranı devraldı.
• stuck: sayfa aktarımdan 2.2 saniye sonra hâlâ görünür durumdadır; bu yüzden bir mağaza düğmesi, “tarayıcında aç” ipucu ve bağlantı kopyalama düğmesi içeren yedek bir kart gösterir.

Bir web sayfası App Store'u ya da Play Store'u göremez. Aşağıdaki her şey bu üç sinyalden çıkarılıyor ve sınırlamalar bölümü bu çıkarımın nerede bozulduğunu söylüyor.

Bulgu 1: Meta'dan gelen Android ziyaretlerinin yaklaşık 1/11'i kimsenin görmediği bir ön yükleme

12 Ekim'e kadarki 30 günde, belirgin bir Android oturumu grubu hiçbir insan ziyaretinin davranmayacağı gibi davrandı: sayfa yüklendi, aktarım zamanlayıcısı hiç çalışmadı ve sayfa 29 ila 31 saniye sonra yok edildi. auto yok, stuck yok, dokunma yok. iOS'ta benzer hiçbir şey görülmedi.

Bu, Instagram ve Facebook'un uygulama içi tarayıcısının akıştaki bir bağlantıyı önceden yükleyip gizli tutmasının ve kullanıcı kaydırmaya devam edince atmasının izi. Sayfa JavaScript'imizi çalıştırdı, yani ziyaret kaydedildi. Ona hiç kimse bakmadı.

Ölçütü açıkça insan olan oturumlarla sınadık: mağazanın aktarımdan 2–3 s sonra açıldığı oturumların 17,606'sından 0'ı ve birinin mağaza düğmesine dokunduğu oturumların 244'ünden 0'ı ölçüte uydu.

Pay haftadan haftaya değişiyor: o dönemin son haftasında 6.8%, önceki haftalarda 8.8%, 10.6% ve 10.0%. Ayrıca ücretli Instagram kampanyalarının yürüdüğü yerde yoğunlaşıyor: dönemdeki ön yüklemelerin 72%'si, büyük bir Instagram kampanyasının arkasındaki tek bir bağlantıdan geldi.

16 Ekim'den beri sayfa bunu çalışma anında kendisi sınıflandırıyor: hiç gösterilmeden en az 20 s sonra kapanırsa çıkış yerine ön yükleme bildiriyor. O zamandan beri yakaladıkları:

Bu çalışma anı sayımı bir alt sınır. Hiç betik çalıştırmadan kapanan bir ön yükleme beacon bırakmaz ve çalışma anı kuralı, geçmişe dönük yeniden kurulumdan daha katıdır.

Neden önemli. Tıklamaları yönlendirmende sayıyorsan, Android'deki Instagram “tıklamalarının” kabaca 13'te biri hiçbir zaman bir insan tarafından görülmedi. O kanal için tıklamadan kuruluma oranın olduğundan kötü görünür ve ham yönlendirme isteklerine dayanan bir kampanya paneli erişimi yaklaşık bu kadar abartır.

Bulgu 2: TikTok, kullandığı webview'a göre Play Store'u reddediyor

Android'de TikTok içinde ziyaretçilerin bir kısmı sayfadan hiç çıkmıyor: aktarım tetikleniyor ve TikTok kendi iletişim kutusunu gösteriyor (“The action cannot be completed”). Bu her bağlantıda olmuyor ve haftalarca bağlantıya bağlıymış gibi göründü. Değil. TikTok'un o ziyaretçi için kullandığı uygulama içi tarayıcıya bağlı ve user-agent bunu ele veriyor:

Aktarım tetiklenip sayfa gizlendiğinde oturum başarılı, yedek kart göründüğünde başarısız sayılır. Oran, cihaz ve gün başına başarılı / (başarılı + başarısız):

Meseleyi kesinleştiren karşılaştırma, bağlantıyı ve günü sabit tutuyor, çünkü biçimlerin dağılımı haftadan haftaya değişiyor:

Aynı bağlantı, aynı yönlendirme kodu, aynı gün: bir webview mağazanın açılmasına izin veriyor, diğeri çoğunlukla vermiyor. 90 günlük verilerde özel alan adları hiçbir fark yaratmadı. TikTok ne bu iletişim kutusunu, ne onu neyin tetiklediğini, ne de hangi kullanıcının hangi webview'ı aldığını belgeliyor; elimizdeki tek şey user-agent ayrımı.

Neden önemli. Hiçbir URL biçimi bunu çözmez: intent:// çıkışı da düz bir https://play.google.com URL'si de aynı reddi alır. Yapabileceğin şey çıkış yolunu saklamamak: TikTok içinde “tarayıcıda aç” talimatlarını ve bir kopyalama düğmesini bir zaman aşımından sonra değil, hemen göster.

Bulgu 3: iOS'ta App Store, uygulama içi tarayıcının üstünde açılıyor

Android'de aktarımdan sonra sayfa çoğu oturumda gizleniyor, genellikle 1 ila 3 saniye sonra. iOS'ta Instagram ve Facebook içinde ise aktarım neredeyse her oturumda tetiklendiği hâlde çoğu zaman gizlenmiyor:

iOS ziyaretçilerinin üçte ikisi gerçekten “App Store'u aç” düğmeli görünür bir yedek kartın önünde takılıp kalsaydı, epey bir kısmı düğmeye dokunurdu. Dokunmuyorlar: iOS'ta Instagram sayfa yüklemelerinin 0.9%'i ve Facebook yüklemelerinin 0.4%'ü düğmeye dokunuyor. Bunun “çalıştığı” bir iOS sürümü de yok:

Verilere uyan açıklama şu: iOS'ta Instagram ve Facebook içinde App Store, uygulama içi tarayıcıyı arka plana göndermeden onun üstünde beliriyor. Sayfa baştan sona “görünür” kalıyor, bu yüzden ziyaretçi App Store'a baktığı hâlde visibilitychange ve pagehide hiç tetiklenmiyor.

Neden önemli. Mağazanın açıldığını sayfanın ekrandan çıkmasından çıkaran her metrik iOS'ta yanlış. Müşterilere tam olarak bu şekilde hesaplanmış bir “mağaza erişimi” yüzdesi gösteriyorduk ve bu, 12 ücretli müşterinin 10'una çalışan bağlantılarının bozuk olduğunu söyledi. Onu kaldırdık. iOS'ta güvenilir kurulum sinyali mağaza tarafında: App Store URL'sinde bir sağlayıcı token'ı (pt) ve bir kampanya token'ı (ct) ile App Store Connect kampanya raporları.

Yol boyunca ölçtüğümüz daha küçük şeyler

• Play Store Android'de geç beliriyor. Aktarımın tetiklendiği Android Instagram oturumlarında sayfa, 1,061 oturumda ziyaretten 0–1 s sonra, 2,596 oturumda 2–3 s sonra ve 1,273 oturumda 4–8 s sonra gizlendi (7 gün). “Çalıştı mı?” diye bakan 2 saniyelik bir zamanlayıcı, gerçek başarıların büyük bir kısmında mağaza belirmeden önce tetikleniyor. Kendi hunimiz de, aktarımdan 8 s sonraya kadar olan bir çıkışı saymaya başlayana dek bunları başarısızlık olarak sayıyordu.
• Gerçek başarısızlık oranı küçük. Ekim başında 3 gün boyunca yeniden kurulan 7,357 Android Instagram oturumunda “aktarım, sonra hiçbir şey” örüntüsü oturumların 1.9%'iydi ve bu ziyaretçilerin 24.3%'ü 3 dakika içinde bağlantıya yeniden dokundu. Oturumunda yedek kart görünen ziyaretçiler 5.4% oranında yeniden dokundu; bu, mağazası açılan ziyaretçilerle (4.6%) hemen hemen aynı: bu “başarısızlıkların” çoğu başarısızlık değildi.
• Dokunma şartı trafiğin çoğuna mal oluyor. Sayfa, aktarımı yüklenirken başlatmaya geçmeden önce mağaza düğmeli bir kart gösteriyordu. 30 günde 10,523 uygulama içi ziyaret 2,119 dokunma üretti: ziyaretçilerin yaklaşık 80%'i mağazaya hiç ulaşmadı.

Yöntem

• Kaynak. Bir akıllı bağlantıya gelen her ziyaret ve aktarım sayfasından gelen her beacon; platform, uygulama içi tarayıcı (user-agent'tan), olay türü ve saniye hassasiyetinde bir zaman damgasıyla Cloudflare Workers Analytics Engine'e yazılır. User-agent'ı kendini bot, tarayıcı robotu ya da bağlantı önizleme alıcısı olarak bildiren ziyaretçiler ayrı tutulur ve buradaki tüm rakamların dışındadır.
• Oturumlar. Analytics Engine'de sayfa yükleme kimliği yok; bu yüzden oturumlar, bir ziyareti sonraki bir saat içinde aynı bağlantı, ülke, şehir, user-agent ve uygulama içi tarayıcıyı paylaşan beacon'larla, aynı anahtara sahip bir sonraki ziyarete kadar birleştirerek yeniden kuruluyor. Beacon'ların yaklaşık 98%'i bir ziyarete bağlanıyor.
• Ön yüklemeler (bulgu 1). Geçmişe dönük ölçüt: aktarım yok, yedek kart yok, dokunma yok ve ziyaretten 20 s ila 15 dk sonra bir çıkış. 2026-10-16'dan beri çalışma anı ölçütü: sayfa hiç gösterilmeden en az 20 s sonra kapanırsa ve aktarım zamanlayıcısı hiç çalışmadıysa (ya da gizli yüklendiyse) ön yükleme bildirir. Beacon tek kullanımlık imzalı bir token taşır, bu yüzden gerçek bir ziyareti silmek için yeniden gönderilemez.
• TikTok (bulgu 2). Oturumlar bağlantı, cihaz modeli, TikTok uygulama sürümü ve güne göre anahtarlanır. Biçim kuralı: noktalı musical_ly_ sürümü → A; değilse JsSdk → B; değilse C. Barındırma ağlarından gelen ziyaretçiler ayrı sayılır ve tablonun dışında bırakılır. 30 günlük yeniden ölçüm, ilk 90 günlük analizle aynı betiği kullanıyor.
• Toplamlar Analytics Engine'in örnekleme aralığını kullanır (satırların 2–4%'ü birden fazla olayı temsil eder). Oturum tabloları satır sayar.

Sınırlamalar

• Mağazayı hiçbir zaman görmüyoruz. “Gizlendi”, “mağaza açıldı” için bir vekil gösterge. Ziyaretçi uygulama değiştirdiğinde veya telefonu kilitlediğinde de tetiklenir.
• Zaman damgaları saniye hassasiyetinde, oturumlar ise yeniden kurulum. Aynı cihazdan gelen iki hızlı yükleme birleşebilir.
• Yoğunlaşma. Bazı dönemlere birkaç büyük bağlantı hâkim: tek bir Instagram kampanyası 30 günlük ön yüklemelerin 72%'sini oluşturuyor ve TikTok oturumlarının çoğunu iki bağlantı taşıyor. Aynı bağlantı tabloları bu yüzden var.
• Buradaki hiçbir şey fiziksel bir telefonda doğrulanmadı. Davranışlar sayfaların bildirdiklerinden çıkarılıyor. Bulgu 3'teki iOS açıklaması verilere uyan açıklama; gözümüzle gördüğümüz bir şey değil.
• Trafik bizim trafiğimiz. Bunlar bağlantılarımızı kullanan uygulamaların ziyaretçileri ve ağırlıklı olarak bir avuç ülkedeki Instagram ve Facebook kampanyalarından geliyorlar. Farklı bir karışım farklı yüzdeler verir, ama mekanizmalar aynı olmalı.
• Hiç JavaScript çalıştırmayan ön yüklemeler görünmez. Android Instagram sayfa yüklemelerinin 12%'si hiç beacon göndermiyor ve bunların bir kısmı muhtemelen yine ön yükleme.

Bu konuda ne yapmalı

1. Aktarımı yüklenirken başlat. Bir dokunuş bekleyen sayfa, uygulama içi ziyaretçilerin çoğunu kaybeder. Manuel düğmeyi yedek olarak tut ve yalnızca aktarım görünür şekilde başarısız olursa göster.
2. Android'de `S.browser_fallback_url` ile `intent://` kullan. Bir webview içindeki https://play.google.com URL'si Play Store web sitesini açar ve bu site oturum açmadan hiçbir şey kuramaz.
3. Yavaş bir mağazaya zaman tanı. Aktarımın başarısız olduğuna karar vermeden önce en az 3 s bekle ve geç gelen bir çıkışı da saymaya devam et.
4. TikTok içinde çıkış yolunu hemen göster: “··· → Tarayıcıda aç” ve bir bağlantı kopyalama düğmesi. Hiçbir URL değişikliği TikTok'un reddini ortadan kaldırmaz.
5. Meta ön yüklemelerini tıklama olarak sayma. Tıklamaları bir yönlendirmeden raporluyorsan, Android Instagram ve Facebook ziyaretlerinin 2–9%'inin kimsenin görmediği sayfalar olmasını bekle.
6. Kurulumları mağazada ölç; sayfa olaylarıyla değil, iOS'ta App Store Connect kampanya bağlantılarıyla (pt + ct) ve Android'de Play Install Referrer ile.

Her bağlantı için bu altı şeyin hepsini varsayılan olarak yapan onestore.link'i biz geliştiriyoruz ve yukarıdaki veriler onun yönlendirme kayıtlarından geliyor.

Sorular ve cevaplar