Одне посилання. iOS, Android та веб-резерв.
Ви вимірюєте активацію, утримання та прийняття функцій. Elido направляє одне коротке посилання туди, куди користувач має перейти прямо зараз.
- Паритет відкладених deep-link між iOS Universal Links та Android App Links
- A/B варіанти на посилання із зваженою або round-robin ротацією
- Внутрішнє поширення із попереднім переглядом брендованої короткої URL
- QR-коди для офлайн→застосунок: друк, сканування, встановлення, атрибуція
elido.me/p123yourapp://product/123intent://product/123shop.example.com/product/123app installed → deep link · App/Play Store → install · desktop → webВідкладені deep-link
Клік → встановлення → потрапляння на правильний екран.
Більшість встановлень застосунків втрачають контекст - користувач натиснув посилання про продукт X, відкрився App Store, і онбординг починається з вітального екрана замість продукту X. Відкладені deep-link зберігають намір через межу встановлення за допомогою відбитку з буфера обміну.
- Step 1
Click
elido.me/p123 (no app)Click hash + UTM landed in the analytics store with a 24h match window.
- Step 2
Install
App Store / Play StoreUser redirects to the store, downloads, opens the app for the first time.
- Step 3
First launch
clipboard fingerprint matchYour SDK reads the click hash; the API joins it to the original click row.
- Step 4
Deep-route
/product/123 · attributedApp opens at the right screen with UTM context, not the welcome screen.
A/B варіанти
М'який запуск на 5%. Розгортання на 100%. Те саме коротке посилання.
Одне коротке посилання може нести до п'яти призначень. Розділяйте за вагою або round-robin; кожен варіант відстежує власний часовий ряд кліків та z-тест-достовірність. Корисно для поетапного розгортання у стилі feature-flag, де невеликий відсоток користувачів потрапляє на новий шлях онбордингу без клієнтського SDK.
- Зважений розподілНалаштовується для кожного варіанту - 5/95 для м'яких запусків
- z-тест-достовірністьZ-тест двох пропорцій на рівні кліків
- Round-robinРівномірний розподіл для низькооб'ємних тестів креативів
- Часовий ряд на варіантПерегляд dayparting та дрейфу типу пристрою між гілками
elido.me/launchshare.acme.app/r/u-9h2x- Embed in newsletterBranded short URL preview
- Generate QR codeSVG · for print or screen
- Add to campaignInherits UTM template
Внутрішнє поширення
Кнопки поширення, що карбують короткі посилання одним дотиком.
Share API приймає цільову URL-адресу, тег кампанії та необов'язковий ліміт кліків. Він повертає брендоване коротке посилання та попередній перегляд Open Graph, готовий для аркуша поширення. UTM-шаблон посилання успадковується від кампанії - тому аналітика надходить вже тегованою. Ліміт кліків означає, що реферальний код може бути обмежений N використаннями без зміни вашого бекенду.
- POST /v1/links з campaign_id + max_clicks
- Брендована коротка URL на вашому кастомному домені
- Автоматично згенероване OG-зображення з метаданими посилання
- Ліміт кліків спрацьовує expired_destination_url при досягненні порогу
- Аналітика поширення: хто ділився, хто натискав, коли
Що ви можете відвантажити
- Паритет відкладених deep-link між iOS Universal Links та Android App Links
- A/B варіанти на посилання із зваженою або round-robin ротацією
- Внутрішнє поширення із попереднім переглядом брендованої короткої URL
- QR-коди для офлайн→застосунок: друк, сканування, встановлення, атрибуція
- Серверна атрибуція конверсій з подій встановлення застосунку
- Атрибуція після встановлення через буфер обміну + відбиток
Що Elido пропонує командам продукту
Посилання для онбордингу, маршрутизація через feature-flags та deep links у більшості скорочувачів мають свої підводні камені. Ось конкретні прогалини, які ми закриваємо.
Спрямовуйте користувачів у потрібне місце без власного сервісу редиректів
Смарт-посилання обробляють правила на Edge при кожному запиті: геолокація (ISO країни), тип пристрою (мобільний/планшет/десктоп), операційна система, заголовок мови, реферер та час доби з фільтрами по днях тижня. Правила оцінюються по порядку; перемагає перший збіг. Ліміт на Pro - п'ять правил на посилання; на Business обмеження відсутні. Завжди потрібен дефолтний пункт призначення для відкату. Для продуктових команд поширеними паттернами є: спрямування користувачів iOS до App Store, а Android - до Play Store за одним спільним посиланням; перенаправлення користувачів на певному ринку на локалізовану сторінку; відправка користувачів у певний проміжок часу на сторінку події в прямому ефірі, а в інший час - до запису. Правила налаштовуються в дашборді або через API - не потрібно розгортати сервіс редиректів чи підтримувати Lambda. Зміни поширюються на Edge менш ніж за 60 секунд без деплою.
Розподіл трафіку для «м'яких» запусків та тестування креативів
Одне коротке посилання може мати до 5 варіантів призначення. Трафік розподіляється за вагою (налаштовується для кожного варіанту; за замовчуванням розподіл рівний) або за принципом round-robin. Кожен варіант відстежує власну часову послідовність кліків, тож ви можете побачити, чи відрізняється залучення варіанта за годинами доби або типом пристрою - корисно для тестів на конкретних поверхнях. Модель статистичної впевненості - це z-тест двох часток на рівні кліків; дашборд показує «варіант А лідирує з упевненістю X%», щойно обидва варіанти наберуть мінімальну вибірку (за замовчуванням 200 кліків кожен). Для маршрутизації в стилі feature-flag - коли ви хочете перевести невеликий відсоток користувачів на новий потік онбордингу - використовуйте зважений розподіл з 5% на нове призначення. На відміну від спеціалізованих інструментів для feature-flags, це не потребує клієнтського SDK; це редирект на стороні сервера. Компроміс: ви не можете таргетувати конкретних користувачів або сегменти, лише статистичні сегменти за атрибутами запиту.
Universal Links та App Links без сторонніх сервісів для deep-linking
Deep links відкривають потрібний екран у нативному додатку, якщо він встановлений. На iOS це Universal Links (HTTPS-домени, які ОС перехоплює, якщо додаток їх заявив). На Android це App Links (підтверджуються через assetlinks.json). Elido автоматично обслуговує файли apple-app-site-association та assetlinks.json за стандартними шляхами вашого кастомного домену - ви один раз налаштовуєте Bundle ID та Team ID вашого додатка в налаштуваннях домену, і файли підтримуються в актуальному стані. Ланцюжок відкату: додаток встановлено → перехід за deep-link; додаток не встановлено → URL у App Store / Play Store, який ви вказали; десктоп → веб-URL. Параметри UTM зберігаються при переході. Жодних сторонніх SDK для deep-linking у додатку не потрібно - ОС обробляє перехоплення, а не JavaScript. Перевірено за допомогою adb shell та xcrun simctl для кожного релізу.
Посилання для поширення з вбудованими лімітами та ротацією для обмежених у часі кампаній
Ліміт max_clicks встановлюється для кожного посилання: коли кількість кліків досягає порогу, посилання перенаправляє на налаштований URL для прострочених посилань замість звичайного призначення. Це корисно для реферальних посилань у додатку (N використань на код), посилань для доступу до бета-версії з обмеженим доступом та прев'ю функцій, обмежених у часі. Поєднуйте з rotation_mode: 'round-robin' для розподілу трафіку між пулом призначень для списків очікування або когортних релізів функцій. З боку продукту логіка створення посилання + ліміту + ротації повністю живе на сервері - не потрібно синхронізувати стан клієнта. Кількість кліків зберігається в нашому аналітичному сховищі і оновлюється менш ніж за 5 секунд. Аналітика по кожному посиланню розбиває розподіл кліків за варіантами, тож ви бачите, як часто використовувався кожен слот ротації.
Перегляд когорт та утримання (retention) без окремого продукту для аналітики
Рівень аналітики Elido у тарифі Business включає перегляд когорт та утримання в аналітичному сховищі: виберіть посилання або кампанію, виберіть вимір когорти (канал залучення, країна, тип пристрою) і отримайте теплову карту утримання за днями або тижнями. Це не заміна повноцінному інструменту продуктової аналітики - тут немає відстеження подій на рівні користувача, запису сесій чи конструктора воронок для довільних типів подій. Що це замінює, так це питання «скільки людей, які клікнули на лист про онбординг, повернулися наступного дня?» - це вже є в даних про кліки, і Elido показує це безпосередньо. Для глибшого аналізу воронки експортуйте сирий потік кліків у BigQuery або Snowflake і об'єднуйте його з таблицею подій користувачів вашого продукту. Аналітичний DSN тільки для читання (Business) дає прямий доступ до SQL, якщо ваша команда BI віддає перевагу цьому перед експортом.
Стек, з яким ви працюєте
- Smart-посилання
- Глибокі посилання
- A/B варіанти
- Аналітика воронок + когорт
- Кампанії
Що ви будете інструментувати
- Збільшення активації
- Smart-link routed
- Когорти утримання
- Щоденно / щотижнево / щомісячно
- Вікно A/B вибірки
- Контролюється годиною дня
Команди продукту, які будують на цьому
Імена наразі є плейсхолдерами - реальні імена клієнтів з'являться тут після публікації кейсів.
“Deep links без Branch були жорсткою вимогою після закриття Firebase Dynamic Links. Налаштування Universal Link в Elido зайняло всього кілька годин - жодного SDK у додатку, жодного зайвого сервісу для підтримки. Показник відкату до App Store показав, що 40% наших посилань для шерінгу відкриваються ще до того, як користувач встановить додаток.”
“Ми використовуємо правила смарт-посилань для гео-маршрутизації на регіональні лендинги. Керування цим через скорочувач замість власного сервісу редиректів прибрало дві функції Lambda з нашої інфраструктури та позбавило команду чергувань on-call, які з ними були пов'язані.”
“Ліміт кліків на реферальні посилання - це функція, яку ніхто не демострує, але яка потрібна кожному. Ми встановили max_clicks для кожного інвайт-коду і перестали виділяти зайві слоти для бета-тестування.”
Elido проти Branch.io проти кастомних deep-linking рішень для команд продукту
Branch - лідер ринку deep-linking. Кастомний deep-linking можливий, але дорогий в обслуговуванні. Різниця нижче є актуальною, коли вашою основною потребою є deep links плюс маршрутизація, а не повноцінна мобільна атрибуція.
| Можливість | Elido | Branch.io | Кастомний deep-linking |
|---|---|---|---|
| Universal Links (iOS) | Автоматична видача apple-app-site-association з вашого домену | Повністю керовано, перевірено масштабом | Ви самі віддаєте JSON, керуєте хостингом |
| App Links (Android) | Автоматична видача assetlinks.json з вашого домену | Повністю керовано | Ви самі віддаєте та підтримуєте актуальність |
| Чи потрібен сторонній SDK у додатку | Ні - перехоплення на рівні ОС | Так - Branch SDK | Ні - але ви самі пишете логіку відкату |
| Правила маршрутизації смарт-посилань | Гео, пристрій, ОС, мова, реферер, час | Шляхи з таргетуванням на аудиторію (потужніше) | Все, що ви запрограмуєте |
| A/B-тестування призначень | Так - зважений розподіл, впевненість z-тесту | A/B на рівні шляху користувача (повноцінний CRO інструмент) | Ви будуєте це самі |
| Мобільна атрибуція (MMP) | Передача Click ID; підключення MMP вручну | Нативна підтримка MMP - Appsflyer, Adjust, Kochava | Ви інтегруєте самостійно |
| Ціна | Включено в тарифи Pro та Business | Залежить від обсягів; контракти для середнього бізнесу коштують дорожче | Тільки витрати на розробку |
| Аналітика кліків | Аналітичне сховище, для кожного посилання, когорти в Business | Глибока аналітика мобільної атрибуції | Все, що ви побудуєте |
Питання команд продукту
Чи потрібен мені SDK на кшталт Branch у моєму додатку, щоб використовувати deep links Elido?
Ні. Deep links Elido використовують iOS Universal Links та Android App Links - механізми на рівні ОС, які не потребують жодного стороннього SDK у вашому додатку. Ви налаштовуєте файли apple-app-site-association та assetlinks.json через налаштування домену в Elido; Elido обслуговує їх за стандартними шляхами на вашому кастомному домені. Вашому додатку потрібно лише обробляти URL universal link - це стандартний код маршрутизації URL в iOS/Android, а не нова залежність від SDK.
Що сталося з Firebase Dynamic Links - чи може Elido їх замінити?
Підтримка Firebase Dynamic Links припинилася в серпні 2025 року. Elido може замінити основний паттерн: єдине HTTPS-посилання, яке відкриває додаток, якщо він встановлений, переходить до магазину, якщо ні, і відкриває веб-версію на десктопі. Ми не дублюємо відкладений deep-linking Firebase (передача контексту через інсталяцію) - для цього потрібен SDK у додатку. Для відкладеного deep-linking вам все одно знадобляться Appsflyer, Adjust або аналогічний MMP.
Як працюють варіанти A/B-тестування разом із правилами смарт-посилань?
Спочатку оцінюються правила смарт-посилань. Якщо правило збігається, воно бере призначення з правила - варіанти не застосовуються. Якщо жодне правило не збігається, трафік переходить до призначення за замовчуванням, і якщо для нього налаштовані варіанти, застосовується розподіл за варіантами. Таким чином, ви можете мати посилання, яке безумовно спрямовує користувачів iOS до App Store, спрямовує десктопних користувачів з США на конкретний лендинг, а всіх інших розділяє між двома варіантами призначення для A/B-тесту.
Який кейс використання ліміту кліків для продукту?
Реферальні програми (N використань на інвайт-код), обмежений доступ до бета-версії (обмеження інвайтів без втручання в бекенд), прев'ю з обмеженим часом (максимум 500 кліків на демо-посилання, перш ніж воно почне вести на сторінку списку очікування). max_clicks встановлюється для кожного посилання під час створення або через PATCH. Коли ліміт вичерпано, посилання перенаправляє на вказаний вами expired_destination_url.
Чи доступне відстеження на рівні сесії або користувача?
Ні. Події кліків фіксуються на рівні запиту: країна, пристрій, ОС, реферер, UTM та мітка часу. У подіях кліків немає ідентифікатора користувача, якщо тільки ви не передаєте user_id як кастомний параметр запиту, який потім переходить до вашого призначення. Elido не є інструментом продуктової аналітики - він не робить запис сесій, не створює профілі користувачів і не відстежує воронки за довільними подіями. Для цього використовуйте Mixpanel, PostHog або Amplitude і об'єднуйте дані кліків за UTM або Click ID.
Як швидко поширюються зміни в правилах смарт-посилань?
Зміни правил записуються в наш API і передаються в in-memory гарячий кеш (L2) менш ніж за 60 секунд. Наш крайовий сервіс має внутрішній кеш LRU з TTL 30 секунд для посилань з правилами. На практиці: зміна правила вступає в силу на Edge протягом 90 секунд після збереження в дашборді або через API.
Чи можу я використовувати Elido для шерінгу в додатку без власного домену?
Так. Спільні домени Elido (s.elido.me для платних тарифів, b.elido.me для Business) чудово працюють для посилань, якими діляться в додатку, де впізнаваність бренду менш важлива за функції ліміту кліків та маршрутизації. Кастомні домени дають вам брендовані URL (share.yourapp.com), що важливо для реферальних програм, де посилання відображається в інтерфейсі.
Куди я можу експортувати дані когорт утримання, якщо вони потрібні в моєму сховищі?
Запланований експорт у S3, BigQuery або Snowflake - доступний у тарифі Business. Експортуйте сирий потік кліків; обчислення когорт виконується у вашому сховищі, де ви можете об'єднати його з таблицею подій користувачів вашого продукту. Аналітичний DSN тільки для читання (Business) дає прямий доступ до SQL, якщо ви волієте обчислювати когорти в аналітичному сховищі і передавати результати у ваш BI-інструмент.
Читання для продуктової команди
Налаштування iOS Universal Links + Android App Links, ланцюжок резервів і перевірені конфігурації.
Рушій правил на межі для маршрутизації за пристроєм, ОС, мовою, гео та часом.
Єдина лендінг-поверхня для посилання у вашому bio - корисно для резервів App Store + веб.
Генерація брендованих SVG/PNG з наскрізною аналітикою при кожному скануванні.
Серверна атрибуція встановлень застосунку та подій після встановлення.
Не впевнені, який кут підходить?
Більшість команд починають з одного і розвиваються у всі чотири. Наша команда продажів може розглянути ваш конкретний стек за 20 хвилин.