Apa yang berlaku pada pautan aplikasi yang dibuka di dalam Instagram dan TikTok: 74,000 ubah hala diukur

Angka-angka ini datang daripada log ubah hala sebuah perkhidmatan pautan pintar: satu URL yang menghantar telefon ke App Store atau Google Play. Setiap kali pautan dibuka di dalam aplikasi media sosial, kami menyajikan halaman kecil yang memindahkan pelawat ke gedung, dan halaman itu melaporkan apa yang berlaku seterusnya. Di bawah ialah isi laporan tersebut, cara kami mengukurnya, dan di mana pengukuran itu berhenti.

Datanya

Dua perkara sudah ketara sebelum sebarang analisis. Aplikasi Meta menghantar jauh lebih banyak trafik berbanding TikTok. Dan pada Android, lebih daripada tiga suku semua kunjungan datang melalui pelayar dalam aplikasi, bukan Chrome.

Cara halaman melaporkan apa yang berlaku

Apabila pautan dibuka dalam pelayar dalam aplikasi, halaman melakukan tiga perkara dan menghantar beacon untuk setiap satu:

• auto: halaman memulakan pemindahan ke gedung semasa dimuatkan (iOS: location.replace ke URL App Store; Android: URL intent:// yang membuka aplikasi Play Store asli).
• exit: halaman menjadi tersembunyi (Page Visibility API). Itulah isyarat terbaik yang ada pada halaman web bahawa sesuatu, kemungkinan besar gedung, telah mengambil alih skrin.
• stuck: halaman masih kelihatan 2.2 saat selepas pemindahan, jadi ia memaparkan kad sandaran dengan butang gedung, petunjuk “buka dalam pelayar” dan butang salin pautan.

Halaman web tidak dapat melihat App Store atau Play Store. Semua yang di bawah disimpulkan daripada tiga isyarat ini, dan bahagian batasan menerangkan di mana kesimpulan itu tidak lagi terpakai.

Dapatan 1: kira-kira 1 daripada 11 kunjungan Android dari Meta ialah pramuat yang tidak dilihat sesiapa

Sepanjang 30 hari hingga 12 Oktober, satu kumpulan sesi Android yang jelas berkelakuan dengan cara yang mustahil bagi manusia: halaman dimuatkan, pemasa pemindahan tidak pernah berjalan, dan halaman dimusnahkan 29 hingga 31 saat kemudian. Tiada auto, tiada stuck, tiada ketikan. Pada iOS tiada yang serupa.

Itulah tanda pelayar dalam aplikasi Instagram dan Facebook yang memuatkan lebih awal pautan yang berada dalam suapan, menyembunyikannya, dan membuangnya apabila pengguna terus menatal. Halaman itu menjalankan JavaScript kami, jadi kunjungannya direkodkan. Namun tiada sesiapa pernah melihatnya.

Kami menguji kriteria ini terhadap sesi yang jelas dilakukan manusia: 0 daripada 17,606 sesi di mana gedung terbuka 2–3 saat selepas pemindahan sepadan dengannya, dan 0 daripada 244 sesi di mana seseorang mengetik butang gedung sepadan dengannya.

Bahagiannya berubah dari minggu ke minggu: 6.8% pada minggu terakhir tempoh itu, kemudian 8.8%, 10.6% dan 10.0% pada minggu-minggu sebelumnya. Ia juga tertumpu di tempat kempen Instagram berbayar dijalankan: 72% pramuat dalam tempoh itu datang daripada satu pautan di sebalik kempen Instagram yang besar.

Sejak 16 Oktober, halaman mengelaskan perkara ini sendiri semasa berjalan: ia melaporkan pramuat dan bukannya exit apabila ia mati selepas sekurang-kurangnya 20 saat tanpa pernah dipaparkan. Inilah yang ditangkapnya sejak itu:

Kiraan semasa berjalan itu ialah had bawah. Pramuat yang mati tanpa menjalankan sebarang skrip tidak meninggalkan beacon, dan peraturan semasa berjalan lebih ketat daripada pembinaan semula sejarah.

Mengapa ini penting. Jika anda mengira klik pada ubah hala anda, kira-kira satu daripada 13 “klik” Instagram Android tidak pernah dilihat oleh manusia. Nisbah klik-ke-pemasangan untuk saluran itu kelihatan lebih teruk daripada sebenarnya, dan papan pemuka kempen yang dibina atas hit ubah hala mentah melebih-lebihkan capaian kira-kira sebanyak itu.

Dapatan 2: TikTok menolak Play Store bergantung pada webview yang digunakannya

Di dalam TikTok pada Android, sebahagian pelawat tidak pernah meninggalkan halaman: pemindahan berjalan dan TikTok memaparkan dialognya sendiri (“The action cannot be completed” — “Tindakan tidak dapat diselesaikan”). Ia tidak berlaku pada setiap pautan, dan selama berminggu-minggu ia nampak seperti bergantung pada pautan. Sebenarnya tidak. Ia bergantung pada pelayar dalam aplikasi yang digunakan TikTok untuk pelawat itu, yang terserlah melalui user-agent:

Sesi dikira lulus apabila pemindahan berjalan dan halaman menjadi tersembunyi, dan gagal apabila kad sandaran dipaparkan. Kadarnya ialah lulus / (lulus + gagal), mengikut peranti dan hari:

Perbandingan yang memutuskannya mengekalkan pautan dan hari yang sama, kerana campuran format berubah dari minggu ke minggu:

Pautan sama, kod ubah hala sama, hari sama: satu webview membenarkan gedung terbuka dan yang satu lagi kebanyakannya tidak. Domain tersuai tidak membuat perbezaan dalam data 90 hari. TikTok tidak mendokumenkan dialog itu, apa yang mencetuskannya, atau pengguna mana mendapat webview yang mana, jadi pembahagian mengikut user-agent sahaja yang ada.

Mengapa ini penting. Tiada bentuk URL yang dapat membetulkannya: jalan keluar intent:// dan URL https://play.google.com biasa menerima penolakan yang sama. Apa yang boleh anda lakukan ialah tidak menyembunyikan jalan keluar: di dalam TikTok, paparkan arahan “buka dalam pelayar” dan butang salin dengan serta-merta, bukan selepas tamat masa.

Dapatan 3: pada iOS, App Store terbuka di atas pelayar dalam aplikasi

Pada Android, selepas pemindahan, halaman menjadi tersembunyi dalam kebanyakan sesi, biasanya 1 hingga 3 saat kemudian. Pada iOS di dalam Instagram dan Facebook, ia selalunya tidak, walaupun pemindahan berjalan dalam hampir setiap sesi:

Jika dua pertiga pelawat iOS benar-benar tersekat di hadapan kad sandaran yang kelihatan dengan butang “Buka App Store”, ramai yang akan mengetiknya. Mereka tidak: hanya 0.9% pemuatan halaman Instagram iOS dan 0.4% pemuatan Facebook iOS yang mengetik butang itu. Tiada juga versi iOS di mana ia “berfungsi”:

Penjelasan yang sesuai ialah di dalam Instagram dan Facebook pada iOS, App Store muncul di atas pelayar dalam aplikasi tanpa menghantarnya ke latar belakang. Halaman kekal “kelihatan” sepanjang masa, jadi visibilitychange dan pagehide tidak pernah tercetus, walaupun pelawat sedang melihat App Store.

Mengapa ini penting. Sebarang metrik yang menyimpulkan gedung terbuka daripada halaman yang meninggalkan skrin adalah salah pada iOS. Dahulu kami memaparkan kepada pelanggan peratusan “capaian gedung” yang dibina tepat dengan cara itu, dan ia memberitahu 10 daripada 12 pelanggan berbayar bahawa pautan mereka yang berfungsi sebenarnya rosak. Kami membuangnya. Pada iOS, isyarat pemasangan yang boleh dipercayai berada di pihak gedung: laporan kempen App Store Connect, dengan provider token (pt) dan campaign token (ct) pada URL App Store.

Perkara kecil yang kami ukur sepanjang jalan

• Play Store lambat dipaparkan pada Android. Dalam sesi Instagram Android di mana pemindahan berjalan, halaman menjadi tersembunyi 0–1 saat selepas kunjungan dalam 1,061 sesi, 2–3 saat selepas dalam 2,596, dan 4–8 saat selepas dalam 1,273 (7 hari). Pemasa 2 saat “berjaya atau tidak?” tercetus sebelum gedung muncul bagi sebahagian besar kejayaan sebenar. Corong kami sendiri mengira mereka sebagai kegagalan sehingga kami membenarkan exit sehingga 8 saat selepas pemindahan masih dikira.
• Kadar kegagalan sebenar adalah kecil. Dalam 7,357 sesi Instagram Android yang dibina semula sepanjang 3 hari pada awal Oktober, corak “pemindahan, kemudian tiada apa-apa” ialah 1.9% sesi, dan 24.3% pelawat tersebut mengetik pautan sekali lagi dalam 3 minit. Pelawat yang sesinya memaparkan kad sandaran mengetik semula pada 5.4%, lebih kurang sama dengan pelawat yang gedungnya terbuka (4.6%): kebanyakan “kegagalan” itu bukan kegagalan.
• Mewajibkan ketikan menelan sebahagian besar trafik. Sebelum halaman memulakan pemindahan semasa dimuatkan, ia memaparkan kad dengan butang gedung. Sepanjang 30 hari, 10,523 kunjungan dalam aplikasi menghasilkan 2,119 ketikan: kira-kira 80% pelawat tidak pernah sampai ke gedung.

Kaedah

• Sumber. Setiap kunjungan ke pautan pintar dan setiap beacon dari halaman pemindahan ditulis ke Cloudflare Workers Analytics Engine bersama platform, pelayar dalam aplikasi (daripada user-agent), jenis acara dan cap masa hingga ke saat. Pelawat yang user-agent-nya mengisytiharkan diri sebagai bot, perangkak atau pengambil pratonton pautan diasingkan dan dikecualikan daripada setiap angka di sini.
• Sesi. Analytics Engine tidak mempunyai id pemuatan halaman, jadi sesi dibina semula dengan menggabungkan satu kunjungan dengan beacon yang berkongsi pautan, negara, bandar, user-agent dan pelayar dalam aplikasi yang sama dalam satu jam berikutnya, sehingga kunjungan seterusnya dengan kunci yang sama. Kira-kira 98% beacon terikat pada satu kunjungan.
• Pramuat (Dapatan 1). Kriteria sejarah: tiada pemindahan, tiada kad sandaran, tiada ketikan, dan exit 20 saat hingga 15 minit selepas kunjungan. Kriteria semasa berjalan sejak 2026-10-16: halaman melaporkan pramuat apabila ia mati selepas sekurang-kurangnya 20 saat tanpa pernah dipaparkan dan pemasa pemindahannya tidak pernah berjalan (atau ia dimuatkan dalam keadaan tersembunyi). Beacon membawa token bertandatangan sekali guna, jadi ia tidak boleh dimainkan semula untuk memadam kunjungan sebenar.
• TikTok (Dapatan 2). Sesi dikunci mengikut pautan, model peranti, versi aplikasi TikTok dan hari. Peraturan format: versi musical_ly_ bertitik → A; jika tidak, JsSdk → B; jika tidak, C. Pelawat dari rangkaian pengehosan dikira berasingan dan tidak dimasukkan dalam jadual. Pengukuran semula 30 hari menggunakan skrip yang sama dengan analisis 90 hari yang asal.
• Jumlah menggunakan selang sampel Analytics Engine (2–4% baris mewakili lebih daripada satu acara). Jadual sesi mengira baris.

Batasan

• Kami tidak pernah melihat gedung. “Menjadi tersembunyi” ialah proksi bagi “gedung terbuka”. Ia juga tercetus apabila pelawat bertukar aplikasi atau mengunci telefon.
• Cap masa hanya hingga ke saat, dan sesi ialah hasil pembinaan semula. Dua pemuatan pantas dari peranti yang sama boleh bergabung.
• Tumpuan. Beberapa pautan besar mendominasi sesetengah tempoh: satu kempen Instagram menyumbang 72% pramuat 30 hari, dan dua pautan membawa kebanyakan sesi TikTok. Jadual pautan sama wujud atas sebab itu.
• Tiada apa-apa di sini diperiksa pada telefon fizikal. Kelakuannya disimpulkan daripada apa yang dilaporkan oleh halaman. Penjelasan iOS dalam Dapatan 3 ialah yang sesuai dengan data, bukan sesuatu yang kami saksikan sendiri.
• Trafik ini milik kami. Mereka ialah pelawat aplikasi yang menggunakan pautan kami, sangat condong kepada kempen Instagram dan Facebook di segelintir negara. Campuran lain akan memberi peratusan lain, walaupun mekanismenya sepatutnya sama.
• Pramuat yang tidak pernah menjalankan JavaScript tidak kelihatan. 12% pemuatan halaman Instagram Android tidak menghantar sebarang beacon, dan sebahagian daripadanya mungkin juga pramuat.

Apa yang perlu dilakukan

1. Mulakan pemindahan semasa halaman dimuatkan. Halaman yang menunggu ketikan kehilangan kebanyakan pelawat dalam aplikasi. Kekalkan butang manual sebagai sandaran, dipaparkan hanya jika pemindahan jelas gagal.
2. Pada Android, gunakan `intent://` dengan `S.browser_fallback_url`. URL https://play.google.com di dalam webview membuka laman web Play Store, yang tidak dapat memasang apa-apa tanpa log masuk.
3. Beri masa kepada gedung yang lambat. Tunggu sekurang-kurangnya 3 saat sebelum memutuskan pemindahan gagal, dan tetap kira exit yang lewat.
4. Di dalam TikTok, paparkan jalan keluar dengan serta-merta: “··· → Buka dalam pelayar” dan butang salin pautan. Tiada perubahan URL yang dapat menghapuskan penolakan TikTok.
5. Jangan kira pramuat Meta sebagai klik. Jika anda melaporkan klik daripada ubah hala, jangkakan 2–9% kunjungan Instagram dan Facebook Android ialah halaman yang tidak dilihat sesiapa.
6. Ukur pemasangan di gedung, dengan pautan kempen App Store Connect (pt + ct) pada iOS dan Play Install Referrer pada Android, bukan dengan acara halaman.

Kami membina onestore.link, yang secara lalai melakukan keenam-enam perkara ini untuk setiap pautan, dan data di atas datang daripada log ubah halanya.

Soalan dan jawapan