Smart-посилання. Одне посилання, багато призначень.
Маршрутизація за пристроєм, географією, мовою, часом доби. Правила оцінюються на edge POP - перше збіг виграє, резервний варіант - до призначення за замовчуванням. Не коштує нічого крім звичайного редиректу з кешу.
- Двигун правил «перший збіг» на edge
- Оцінка правил за частки мілісекунди
- A/B-варіанти з достовірністю z-тесту
- Кампанії з часовими вікнами в UTC
Як це працює
Шлях перенаправлення від початку до кінця
Правила smart-link оцінюються всередині того ж edge-процесу, що відповідає за перенаправлення - окремого сервісу правил немає. Перенаправлення з кешу з правилами за затримкою не відрізняється від звичайного.
- Крок 1
Користувач клікає
elido.me/xЗ листа, QR, соцмереж - звідки завгодно.
- Крок 2
Найближчий edge POP
in-region · <10 msAnycast маршрутизує до найближчого крайового POP - ЄС, схід США або Азійсько-Тихоокеанський регіон.
- Крок 3
Оцінка правил
L1 cache · 0.2 msПеремагає перший збіг, без звернення до origin.
- Крок 4
302 → призначення
elido.me/x → /de/preiseПодія кліку асинхронно йде в наш потік подій.
Конструктор правил
Правила читаються як звичайний текст
Кожне правило поєднує до шести вимірів - гео, пристрій, ОС, мову, реферер і час - об'єднаних через AND. Перетягуйте для зміни порядку; перемагає перший збіг. Резервний варіант обов'язковий, тож набір правил ніколи не дає 404.
- КраїнаСписки ISO 3166-1 alpha-2, наприклад DE, AT, CH
- Пристрій і ОСiOS, Android, Windows, macOS, Linux
- МоваAccept-Language з фолбеками BCP-47
- Часове вікноДіапазон в UTC з фільтром днів тижня
- РеферерТочний збіг хоста або з wildcard
- 1якщоКраїна: DE, AT, CHANDПристрій: Мобільний/de/preise⋮⋮
- 2якщоКраїна: FR, BEANDМова: fr-*/fr/tarifs⋮⋮
- 3якщоОС: iOSApp Store · apps.apple.com/...⋮⋮
- 4якщоЧас: Mon–Fri 09–17 UTCANDРеферер: newsletter.*/promo/q2⋮⋮
- інакше/en/pricing— фолбек (обов'язковий)
Маршрутизація в реальності
Те саме посилання. Різні посадкові для різних відвідувачів.
Два найчастіші шаблони: device-fork у нативні стори застосунків із десктопним фолбеком та country-fork для локалізованих сторінок цін. Обидва поєднуються з A/B-сплітами на фолбеку.
Маршрутизація за країнами у продакшені
EU-SaaS маршрутизує brand.app/pricing за країною відвідувача. Фолбек (усі інші) веде на англійську сторінку.
- DE · Німеччина/de/preise
- FR · Франція/fr/tarifs
- ES · Іспанія/es/precios
- IT · Італія/it/prezzi
- PL · Польща/pl/cennik
- NL · Нідерланди/nl/prijzen
- SE · Швеція/sv/priser
- UA · Україна/uk/tsiny
- — · Усі інші/en/pricing
A/B-тестування
Діліть трафік. Дивіться, як зростає впевненість.
До 5 варіантів на посилання зі зваженим або round-robin сплітом. Кожен варіант веде власний часовий ряд кліків. У дашборді є z-тест за двома пропорціями як орієнтовний індикатор - ми не ховаємо математику.
- Зважений (сума 100) або round-robin
- Часовий ряд кліків для кожного варіанта
- Достовірність z-тесту за налаштовним мінімумом вибірки
- «Переможець забирає все» закріплює посилання за лідером
- Поєднується з правилами - A/B застосовується до фолбеку
Що ви можете зробити
- Зіставлення ISO-країни та часового поясу IANA
- Цільова аудиторія мобільних пристроїв / планшетів / настільних комп'ютерів
- Часові вікна з фільтрами дня тижня
- Регулярний вираз User-Agent для досвідчених користувачів
- Обмеження кліків для кожного посилання (max_clicks)
- A/B варіанти з ваговим або циклічним розподілом
Як насправді працює механізм правил смарт-посилань
Гео-роутинг та таргетинг за пристроями - це базовий рівень. Деталі нижче пояснюють граничні випадки, на яких спотикаються прості реалізації.
Перемагає перший збіг, оцінка на edge POP - без запитів до джерела
Правила зберігаються в нашому in-memory гарячому кеші (L2) і оцінюються нашим крайовим сервісом при кожному запиті, всередині того ж процесу, що виконує перенаправлення - окремий механізм правил не викликається. Оцінка правил додає менше 1 мс до перенаправлення при попаданні в кеш. Порядок оцінки - це порядок, який ви встановили в дашборді або через API; перетягуйте для зміни порядку або використовуйте поле order в API. Семантика першого збігу означає, що ви ставите найконкретніші правила на початку (наприклад, 'mobile + Germany + Monday morning → promo page'), а загальні правила - в кінці. Якщо жодне правило не підходить, використовується резервне призначення (fallback) - воно є обов'язковим і не може бути порожнім. Зміни правил поширюються з нашого API до гарячого кешу менш ніж за 30 секунд; TTL кешу LRU на edge для посилань з правилами становить 60 секунд, тому повне вікно розповсюдження складає менше 90 секунд.
Шість вимірів: географія, пристрій, ОС, мова, реферер та час
Кожне правило може поєднувати до шести вимірів в одній умові. Географія: список кодів країн ISO 3166-1 alpha-2 (одна або кілька країн). Тип пристрою: mobile, tablet, desktop - визначається за User-Agent. ОС: iOS, Android, Windows, macOS, Linux - також за User-Agent. Мова: відповідність заголовку Accept-Language (теги мов BCP 47; 'fr' відповідає 'fr-FR', 'fr-CA' тощо). Домен реферера: точний збіг або маска (wildcard) для домену в заголовку Referer (корисно для маршрутизації трафіку з соцмереж, пошти або прямих переходів). Час: часове вікно в UTC з опціональним фільтром за днями тижня (наприклад, 'Пн–Пт 09:00–17:00 UTC'). Регулярні вирази User-Agent доступні для досвідчених користувачів, яким потрібно таргетувати конкретну версію браузера або краулер; за замовчуванням вони не відображаються в дашборді, лише через API. Кілька вимірів в одному правилі об'єднуються через 'І'; посилання може мати до 5 правил (Pro) або необмежено (Business).
Зважений A/B спліт із достовірністю z-test - до 5 варіантів на посилання
Посилання може мати до 5 варіантів призначення. Трафік розподіляється за вагою (налаштовується для кожного варіанту; сума ваг повинна дорівнювати 100) або за принципом round-robin. Для кожного варіанту відстежується власний часовий ряд кліків, щоб ви могли бачити стабільність ефекту протягом дня. Модель достовірності - це z-test для двох часток на рівні кліків: дашборд показує 'варіант А лідирує з достовірністю X%', як тільки обидва варіанти наберуть мінімальну вибірку (за замовчуванням 200 кліків кожен, налаштовується до 1000). Ми повідомляємо необроблену достовірність z-test; ми не застосовуємо корекцію для послідовного тестування. Варіанти A/B та правила смарт-посилань можуть співіснувати в одному посиланні: спочатку оцінюються правила, а A/B спліт застосовується лише до шляху fallback. Таким чином, ви можете безумовно направляти користувачів iOS, одночасно тестуючи два призначення для всіх інших. Кнопка 'вибрати переможця' закріплює посилання за лідируючим варіантом і видаляє інші - це незворотна дія.
Правила з часовим вікном для сезонних та подієвих кампаній
Часові правила дозволяють встановити правило, яке активується та деактивується за розкладом без ручного втручання. Типове використання: правило для промо-сторінки, активне з Чорної п'ятниці 00:00 UTC до Кіберпонеділка 23:59 UTC, після чого автоматично відбувається повернення до основного призначення. Правила оцінюються в UTC; якщо ваша кампанія чутлива до часових поясів, конвертуйте час в UTC при налаштуванні. Заплановані правила оцінюються так само, як і статичні - на edge, без запитів до джерела. Дашборд показує шкалу часу для запланованих правил, щоб було видно вікна, що перекриваються. Граничний випадок: якщо два правила з часовим вікном перекриваються і обидва підходять, перемагає правило з меншим індексом черговості (перший збіг). Виявлення конфліктів відсутнє - перевірка перекриття правил є вашою відповідальністю.
Резервне призначення обов'язкове - жодних 404, якщо правила не збігаються
Кожне смарт-посилання повинно мати резервне призначення (fallback). Опції 'показати сторінку помилки, якщо жодне правило не підійшло' не існує - fallback є вашою сіткою безпеки. Резервним призначенням може бути будь-яка URL-адреса; воно також використовується як канонічне призначення для Google Bot та інших краулерів (правила смарт-посилань не застосовуються до відомих User-Agent краулерів, щоб уникнути плутанини при індексації). Крім основного fallback, термін дії посилання (expires_at) та ліміт кліків (max_clicks) мають власні налаштовувані URL для перенаправлення після закінчення терміну - окремо від основного fallback правил. Таким чином, посилання може мати: до 5 правил маршрутизації, fallback на випадок відсутності збігу правил, призначення після закінчення терміну дії та призначення після вичерпання ліміту кліків. Вони чисто поєднуються; граничні випадки описані в інструкціях.
Команди, які використовують смарт-посилання у продакшені
Наразі імена є плейсхолдерами - справжні назви клієнтів з'являться тут після публікації кейсів.
“Ми відмовилися від сервісу редиректів на Node.js, який забирав 40 мс на запит до джерела. Смарт-посилання на Elido оцінюють правила на edge; редирект працює так само швидко, як і звичайне коротке посилання. Сервіс правил складався з 600 рядків коду, які нам більше не потрібно підтримувати.”
“Правила з часовим вікном для сезонного контенту дозволяють нам налаштовувати кампанії заздалегідь і спокійно йти спати. Раніше це була ручна зміна редиректу о 2 годині ночі. Тепер це заплановане правило та нагадування в календарі, щоб перевірити результат.”
“Відображення достовірності A/B у дашборді припинило суперечки на тему 'чи є це статистично значущим?' на наших стендапах. Ми дивимося на число z-test, узгоджуємо поріг і рухаємося далі.”
Смарт-посилання Elido проти гео-таргетингу Bitly та Rebrandly
І Bitly, і Rebrandly пропонують гео-роутинг. Відмінності полягають у глибині правил, затримці оцінки та можливостях A/B тестування.
| Feature | Elido | Bitly | Rebrandly |
|---|---|---|---|
| Виміри правил | Географія, пристрій, ОС, мова, реферер, час | Географія + пристрій (обмежено) | Географія + пристрій |
| Варіанти A/B на посилання | До 5 - зважені + достовірність z-test | Недоступно | Недоступно |
| Оцінка правил на edge | Так - без запитів до джерела | Редиректи на edge; оцінка правил різниться | Залежить від плану |
| Час розповсюдження правил | Менше 90 секунд | Не задокументовано | Не задокументовано |
| Заплановані правила / правила з часовим вікном | Так - вікно UTC, фільтр за днями тижня | Недоступно | Недоступно |
| Макс. кількість правил на посилання | 5 на Pro, необмежено на Business | Географія: 1 на посилання | Залежить від плану |
| Резервне призначення (fallback) | Обов'язкове, налаштовуване | Призначення за замовчуванням | Призначення за замовчуванням |
| Ліміт кліків | Так - для посилання, для варіанту | Недоступно | Недоступно |
Питання про смарт-посилання
Як швидко поширюються зміни правил?
Наш API надсилає зміни правил до гарячого кешу протягом 30 секунд після збереження. Наш крайовий сервіс має вбудований кеш LRU з TTL 60 секунд для посилань з правилами. Повне розповсюдження: менше 90 секунд у гіршому випадку. Якщо вам потрібне швидше розповсюдження (наприклад, перемикання під час прямого ефіру), API має ендпоінт для очищення кешу, який негайно скидає гарячий кеш - після цього edge LRU отримає нові дані протягом секунд.
Що станеться, якщо під один запит підійдуть два правила?
Перемагає перший збіг - застосовується правило з найменшим індексом черговості. Виявлення конфліктів або об'єднання відсутні. Ви несете відповідальність за правильний порядок правил та уникнення перекриття часових вікон або списків країн. Інструмент попереднього перегляду правил у дашборді дозволяє симулювати тестовий запит до поточного набору правил, щоб перевірити, яке з них спрацює.
Чи застосовуються правила до Google Bot та інших краулерів?
Ні. Відомі патерни User-Agent краулерів виключені з оцінки правил; краулери завжди отримують резервне призначення (fallback). Це зроблено навмисно - ви ж не хочете, щоб маршрутизація смарт-посилань впливала на індексацію або ненавмисно показувала краулерам контент для певного регіону. Список виключення краулерів ідентичний тому, який використовується на edge для класифікації органічного трафіку та ботів в аналітиці.
Як розраховується достовірність z-test?
Z-test для двох часток на рівні кліків. Нульова гіпотеза полягає в тому, що обидва варіанти мають однаковий показник переходів (CTR). Достовірність становить 1 - p-value, виражена у відсотках. Ми не застосовуємо корекцію Бонферроні для кількох варіантів; використання більше 2 варіантів підвищує частоту хибнопозитивних результатів. Для формальних експериментів експортуйте сирий потік кліків і запустіть тест на значущість у вашому сховищі даних. Ми виводимо число в дашборді як орієнтир, а не як остаточний причинно-наслідковий висновок.
Чи можу я встановити правило, яке маршрутизує лише за конкретним реферером?
Так - відповідність домену реферера є одним із шести вимірів правил. Ви можете вказати точний домен (наприклад, 'newsletter.example.com') або маску ('*.example.com'). Використовується заголовок Referer; видалення реферера в HTTPS означає, що ви не завжди отримуватимете реферер із зовнішніх HTTPS-сайтів. Для посилань, поширених в електронній пошті (де Referer зазвичай відсутній), правила реферера менш надійні, ніж правила за географією або пристроями.
Чи можу я використовувати смарт-посилання на безкоштовному тарифі?
Ні. Смарт-посилання - це функція тарифів Pro та Business. Посилання на безкоштовному тарифі ведуть до одного призначення без правил маршрутизації. Ви можете переглянути інтерфейс правил у безкоштовній версії, але правила не будуть оцінюватися на edge, доки ви не оновите тариф.
Чи є аналітика для кожного варіанту?
Так. Кожен варіант у A/B спліті має власний часовий ряд кліків, доступний у вікні аналітики посилання. Розбивка за географією, пристроями та реферерами агрегується на рівні посилання, а не для кожного варіанту - розбивка вимірів по варіантах є у планах розвитку для тарифу Business.
Яка різниця між смарт-посиланням та A/B сплітом кампанії?
A/B смарт-посилання працює на рівні посилання: ви розділяєте трафік на різні призначення для однієї короткої URL-адреси. A/B кампанії працює на рівні кампанії: ви запускаєте два варіанти коротких посилань (різні слаги), що ведуть на одне призначення, і використовуєте аналітику кампанії, щоб порівняти, який слаг отримав більше кліків. Різні випадки використання: A/B на рівні посилання - для тестування призначень; A/B кампанії - для тестування креативів та слагів.
Читати далі
Universal Links + App Links - специфічний для мобільних пристроїв рівень маршрутизації, який працює разом із правилами смарт-посилань.
A/B на рівні кампанії, UTM-шаблони та запланований експорт - робочий процес кампаній, побудований на основі смарт-посилань.
Дані про кліки, розбивка за географією/пристроями та когортні представлення - як насправді виглядає трафік смарт-посилань у вашому аналітичному сховищі.
Як продуктові команди використовують смарт-посилання для маршрутизації на основі feature-flags, онбордингу та поширення всередині додатка.
Готові спробувати?
Почніть з безкоштовного плану, оновіть, коли вам знадобиться власний домен.