Що відбувається з посиланням на застосунок, відкритим усередині Instagram і TikTok: 74,000 виміряних редиректів

Ці цифри взято з логів редиректів сервісу розумних посилань: одна URL-адреса, яка відправляє телефон в App Store або Google Play. Щоразу, коли посилання відкривають усередині соцмережі, ми віддаємо невелику сторінку, яка передає відвідувача в магазин, і ця сторінка повідомляє, що сталося далі. Нижче — що кажуть ці повідомлення, як ми їх вимірювали і де вимірювання закінчується.

Дані

Дві речі помітні ще до будь-якого аналізу. Застосунки Meta дають набагато більше трафіку, ніж TikTok. А на Android понад три чверті всіх заходів ідуть через вбудований браузер, а не через Chrome.

Як сторінка повідомляє, що сталося

Коли посилання відкривають у вбудованому браузері, сторінка робить три речі й на кожну надсилає маячок:

• auto: під час завантаження вона запускає передачу в магазин (iOS: location.replace на URL App Store; Android: URL intent://, який відкриває нативний застосунок Play Store).
• exit: сторінка стає прихованою (Page Visibility API). Це найкращий сигнал, який має вебсторінка, що екран зайняло щось інше — найімовірніше, магазин.
• stuck: через 2.2 секунди після передачі сторінка все ще видима, тож вона показує запасну картку з кнопкою магазину, підказкою «відкрийте в браузері» та кнопкою копіювання посилання.

Вебсторінка не бачить ні App Store, ні Play Store. Усе, що нижче, виведено з цих трьох сигналів, а в розділі про обмеження сказано, де цей висновок перестає працювати.

Висновок 1: приблизно 1 захід із Meta на Android з 11 — попереднє завантаження, якого ніхто не бачив

За 30 днів до 12 жовтня чітка група сесій на Android поводилася так, як не може поводитися жодна людина: сторінка завантажувалася, таймер передачі так і не запускався, а через 29–31 секунду сторінку знищувало. Ні auto, ні stuck, ні натискання. На iOS нічого подібного не було.

Це почерк вбудованого браузера Instagram і Facebook: він заздалегідь завантажує посилання зі стрічки, тримає його прихованим і викидає, коли користувач гортає далі. Сторінка виконала наш JavaScript, тому захід записався. Але ніхто її так і не побачив.

Ми перевірили критерій на сесіях, які точно були людськими: йому відповідали 0 з 17,606 сесій, де магазин відкрився через 2–3 с після передачі, і 0 з 244 сесій, де людина натиснула кнопку магазину.

Частка змінюється від тижня до тижня: 6.8% в останній тиждень періоду, потім 8.8%, 10.6% і 10.0% у попередні тижні. Крім того, вона зосереджується там, де йдуть платні кампанії в Instagram: 72% попередніх завантажень за період припали на одне посилання за великою кампанією в Instagram.

Від 16 жовтня сторінка сама розпізнає це під час роботи: вона повідомляє про попереднє завантаження замість виходу, якщо гине не раніше ніж через 20 с, так жодного разу й не показавшись. Ось що вона впіймала відтоді:

Цей підрахунок під час роботи — нижня межа. Попереднє завантаження, яке гине, не виконавши жодного скрипта, не залишає маячка, а правило під час роботи суворіше за історичну реконструкцію.

Чому це важливо. Якщо ви рахуєте кліки на своєму редиректі, приблизно один «клік» з Instagram на Android із 13 жодна людина не бачила. Співвідношення кліків до встановлень для цього каналу виглядає гіршим, ніж є насправді, а дашборд кампанії, побудований на сирих хітах редиректу, завищує охоплення приблизно на стільки ж.

Висновок 2: TikTok не пускає в Play Store залежно від того, який webview використовує

Усередині TikTok на Android частина відвідувачів так і не залишає сторінку: передача спрацьовує, а TikTok показує власний діалог («The action cannot be completed» — «Дію неможливо виконати»). Це трапляється не на кожному посиланні, і тижнями здавалося, що все залежить від посилання. Ні. Усе залежить від вбудованого браузера, який TikTok використовує для цього відвідувача, і його видає user-agent:

Сесія вважається успішною, якщо передача спрацювала і сторінка стала прихованою, і невдалою, якщо з'явилася запасна картка. Частка — успіх / (успіх + невдача), за пристроєм і днем:

Вирішальне порівняння фіксує посилання і день, оскільки співвідношення форматів змінюється від тижня до тижня:

Те саме посилання, той самий код редиректу, той самий день: один webview дає магазину відкритися, інший здебільшого ні. Власні домени в даних за 90 днів нічого не змінювали. TikTok ніде не документує ні цей діалог, ні що його викликає, ні які користувачі отримують який webview, тож поділ за user-agent — це все, що є.

Чому це важливо. Жодна форма URL цього не виправить: і вихід через intent://, і простий URL https://play.google.com отримують ту саму відмову. Натомість можна не ховати вихід: усередині TikTok одразу показуйте інструкцію «відкрити в браузері» та кнопку копіювання, а не після тайм-ауту.

Висновок 3: на iOS App Store відкривається поверх вбудованого браузера

На Android після передачі сторінка в більшості сесій стає прихованою, зазвичай через 1–3 секунди. На iOS усередині Instagram і Facebook часто ні, хоча передача спрацювала майже в кожній сесії:

Якби дві третини відвідувачів на iOS справді застрягали перед видимою запасною карткою з кнопкою «Відкрити App Store», помітна частина натиснула б її. Цього не відбувається: кнопку натискають при 0.9% завантажень сторінки в Instagram на iOS і при 0.4% завантажень у Facebook на iOS. І немає такої версії iOS, де це «працює»:

Пояснення, яке підходить: усередині Instagram і Facebook на iOS App Store з'являється поверх вбудованого браузера, не відправляючи його у фон. Сторінка весь час залишається «видимою», тому visibilitychange і pagehide не спрацьовують, хоча відвідувач дивиться на App Store.

Чому це важливо. Будь-яка метрика, яка виводить відкриття магазину з того, що сторінка зникла з екрана, на iOS помиляється. Раніше ми показували клієнтам відсоток «досяжності магазину», побудований саме так, і він повідомляв 10 з 12 клієнтів, що платять, що їхні робочі посилання зламані. Ми його прибрали. На iOS надійний сигнал встановлення є на боці магазину: звіти про кампанії App Store Connect з токеном провайдера (pt) і токеном кампанії (ct) в URL App Store.

Дрібниці, які ми виміряли дорогою

• Play Store на Android відмальовується повільно. У сесіях Instagram на Android, де передача спрацювала, сторінка ставала прихованою через 0–1 с після заходу в 1,061 сесії, через 2–3 с — у 2,596 і через 4–8 с — у 1,273 (7 днів). 2-секундний таймер «чи спрацювало?» спрацьовує раніше, ніж з'являється магазин, для великої частки справжніх успіхів. Наша власна воронка рахувала їх невдачами, доки ми не дозволили зараховувати вихід аж до 8 с після передачі.
• Справжня частка невдач невелика. У 7,357 сесіях Instagram на Android, відновлених за 3 дні на початку жовтня, патерн «передача, а потім нічого» становив 1.9% сесій, і 24.3% цих відвідувачів знову натиснули на посилання протягом 3 хвилин. Відвідувачі, яким з'явилася запасна картка, натискали повторно в 5.4% випадків — приблизно як ті, в кого магазин відкрився (4.6%): більшість цих «невдач» невдачами не були.
• Обов'язкове натискання коштує більшої частини трафіку. До того як сторінка почала запускати передачу під час завантаження, вона показувала картку з кнопкою магазину. За 30 днів 10,523 заходи з вбудованих браузерів дали 2,119 натискань: приблизно 80% відвідувачів так і не потрапили до магазину.

Методика

• Джерело. Кожен захід на розумне посилання і кожен маячок зі сторінки передачі записується в Cloudflare Workers Analytics Engine разом із платформою, вбудованим браузером (за user-agent), типом події та часом із точністю до секунди. Відвідувачі, чий user-agent оголошує себе ботом, краулером або завантажувачем прев'ю посилань, враховуються окремо й виключені з усіх наведених тут цифр.
• Сесії. В Analytics Engine немає ідентифікатора завантаження сторінки, тому сесії відновлюються: захід пов'язується з маячками з тим самим посиланням, країною, містом, user-agent і вбудованим браузером протягом наступної години — до наступного заходу з тим самим ключем. Близько 98% маячків прив'язуються до заходу.
• Попередні завантаження (висновок 1). Історичний критерій: немає передачі, немає запасної картки, немає натискання, а вихід відбувається через 20 с – 15 хв після заходу. Критерій під час роботи з 2026-10-16: сторінка повідомляє про попереднє завантаження, якщо гине не раніше ніж через 20 с, жодного разу не показавшись, і її таймер передачі так і не запустився (або вона завантажилася прихованою). Маячок несе одноразовий підписаний токен, тож його не можна повторити, щоб стерти справжній візит.
• TikTok (висновок 2). Сесії з ключем за посиланням, моделлю пристрою, версією застосунку TikTok і днем. Правило формату: версія musical_ly_ з крапками → A; інакше JsSdk → B; інакше C. Відвідувачі з хостингових мереж рахуються окремо й до таблиці не входять. Повторний замір за 30 днів використовує той самий скрипт, що й початковий аналіз за 90 днів.
• Підсумки враховують інтервал вибірки Analytics Engine (2–4% рядків відповідають більш ніж одній події). Таблиці сесій рахують рядки.

Обмеження

• Ми ніколи не бачимо магазин. «Стала прихованою» — непряма ознака того, що «магазин відкрився». Вона спрацьовує й тоді, коли відвідувач перемикається на інший застосунок або блокує телефон.
• Час записано з точністю до секунди, а сесії — це реконструкції. Два швидкі завантаження з одного пристрою можуть злитися.
• Концентрація. У деяких періодах домінують кілька великих посилань: на одну кампанію в Instagram припадає 72% попередніх завантажень за 30 днів, а два посилання несуть більшість сесій TikTok. Саме тому є таблиці з тим самим посиланням.
• Нічого з цього не перевірялося на фізичному телефоні. Поведінку виведено з того, що повідомляють сторінки. Пояснення для iOS у висновку 3 — те, що пасує до даних, а не те, що ми бачили на власні очі.
• Трафік — наш. Це відвідувачі застосунків, які використовують наші посилання, із сильним перекосом у бік кампаній в Instagram і Facebook у кількох країнах. Інший склад дасть інші відсотки, хоча механізми мають бути ті самі.
• Попередні завантаження, які не виконують JavaScript, невидимі. 12% завантажень сторінки в Instagram на Android не надсилають жодного маячка, і частина з них, імовірно, теж попередні завантаження.

Що з цим робити

1. Запускайте передачу під час завантаження. Сторінка, яка чекає на натискання, втрачає більшість відвідувачів із вбудованих браузерів. Залиште ручну кнопку як запасний варіант і показуйте її, лише якщо передача явно не вдалася.
2. На Android використовуйте `intent://` з `S.browser_fallback_url`. URL https://play.google.com усередині webview відкриває сайт Play Store, який без входу в акаунт нічого встановити не може.
3. Дайте повільному магазину час. Чекайте щонайменше 3 с, перш ніж вирішити, що передача не вдалася, і все одно зараховуйте пізній вихід.
4. Усередині TikTok одразу показуйте вихід: «··· → Відкрити в браузері» та кнопку копіювання посилання. Жодна зміна URL не прибирає відмову TikTok.
5. Не рахуйте попередні завантаження Meta кліками. Якщо ви рахуєте кліки з редиректу, очікуйте, що 2–9% заходів з Instagram і Facebook на Android — сторінки, яких ніхто не бачив.
6. Вимірюйте встановлення в магазині, а не подіями сторінки: посиланнями кампаній App Store Connect (pt + ct) на iOS і Play Install Referrer на Android.

Ми створюємо onestore.link, який за замовчуванням виконує всі шість пунктів для кожного посилання, і дані вище взято з його логів редиректів.

Запитання та відповіді