A/B тестування лендингів за допомогою коротких посилань - без спеціальних CRO-інструментів

Більшість платформ для A/B тестування стягують від $200 до $2000 на місяць ще до того, як ви запустите хоча б один експеримент. Вони виправдовують цю ціну на високому рівні - оптимізація «багаторуких бандитів», теплові карти, тестування елементів сторінки в реальному часі через DOM. Але значна частина того, що люди насправді тестують на практиці, набагато простіше: дві цільові сторінки, одне питання - яка з них конвертує краще. Для такого випадку можна взагалі обійтися без спеціального інструменту і використати розумне коротке посилання як розподільник трафіку. Маршрутизація відбувається на стороні сервера, на рівні edge, до того, як завантажиться браузер. Жодних впроваджень JavaScript, жодного мерехтіння.

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

Коротко (TL;DR)#

• Розумне коротке посилання спрямовує кожного відвідувача на варіант A або B на основі зваженого випадкового вибору на стороні сервера - без мерехтіння JS та сторонніх скриптів.
• Прив'язка (assignment) зберігається протягом 24 годин через хешований IP + user-agent, тому той самий відвідувач завжди бачить той самий варіант при повторних візитах.
• Вам потрібно щонайменше 1000 відвідувачів на кожен варіант, перш ніж дані можна буде інтерпретувати. Скористайтеся калькулятором обсягу вибірки Евана Міллера (доступ від 2026-05-12) для вашого базового показника та очікуваного зростання.
• Цей підхід добре підходить для експериментів на рівні сторінок. Для тестування окремих елементів (колір кнопок, текст, макет сторінки) або оптимізації типу «багаторукий бандит» краще використовувати спеціалізований CRO-інструмент.

Чому розділення на стороні сервера варте уваги#

Google Optimize припинив роботу у вересні 2023 року з поясненням у довідці (доступ від 2026-05-12): компанія вирішила інтегрувати експерименти в Google Analytics 4 та співпрацювати зі сторонніми CRO-платформами. Проблема «мерехтіння сторінки» (page flicker), описана в їхній документації для розробників - короткий спалах оригінального контенту перед заміною на варіант - була відомим обмеженням клієнтського A/B тестування, яке навіть лідер ринку не зміг повністю вирішити.

Клієнтські інструменти впроваджують скрипт, який чекає на рендеринг DOM, а потім замінює його. Заміна займає 50–300 мс залежно від складності. При швидкому з’єднанні та прогрітому кеші браузера відвідувачі рідко це помічають. При першому завантаженні через мобільний інтернет це стає помітним. Гірше того: блокувальники реклами та перевантажені скриптами середовища іноді взагалі не дають скрипту виконатися, спрямовуючи цих відвідувачів на оригінальну сторінку і забруднюючи вашу контрольну групу сегментом трафіку, який блокує скрипти.

Коротке посилання виконує маршрутизацію на рівні edge до того, як HTML буде надіслано. Відвідувач ніколи не бачить URL-адресу іншого варіанту в браузері. Коефіцієнт конверсії, який ви вимірюєте, є чистим - без спотворення через заблоковані скрипти або артефакти мерехтіння. Компроміс полягає в тому, що ви тестуєте цілі сторінки, а не окремі елементи. Ви змінюєте дизайн цільової сторінки, спрямовуєте обидві URL-адреси на коротке посилання і дозволяєте йому розподіляти трафік.

Для детального ознайомлення з тим, як працюють розумні посилання на edge, включаючи механіку поширення кешу та шість вимірів маршрутизації, зверніться до відповідної статті про архітектуру. Якщо коротко: рішення про маршрутизацію приймаються на edge POP Elido (регіон ЄС, US East або Азійсько-Тихоокеанський регіон залежно від регіону робочого простору) до того, як перші байти відповіді покинуть дата-центр.

Як працює розділення#

Коли відвідувач переходить за вашим розумним коротким посиланням, edge призначає йому варіант за допомогою зваженого випадкового вибору. За замовчуванням вага становить 50/50; ви можете налаштувати 70/30, 80/20 або будь-який інший розподіл, включаючи три або більше варіантів.

Призначення є детермінованим протягом 24-годинного вікна. Edge хешує IP-адресу відвідувача та рядок user-agent і використовує результат як ключ призначення. Відвідувач, який натиснув посилання о 9 ранку і повернувся о 7 вечора, обидва рази потрапить на той самий варіант. Це важливо, оскільки порівняння варіантів, де деякі відвідувачі бачать обидва, є проблемою забруднення даних, що збільшує шум у ваших показниках конверсії.

Через 24 години призначення скидається. Для більшості тестів лендингів це цілком прийнятно - вікно оцінки для експерименту на рівні сторінки рідко триває довше одного дня за візит. Якщо ваш продукт має відомий багатоденний цикл прийняття рішення (наприклад, пробні версії B2B SaaS), подумайте, чи збігається 24-годинне вікно з моментом спрацьовування подій конверсії. Для довших циклів коефіцієнт конверсії на варіант все одно залишається точним у сукупності; занепокоєння викликає лише ситуація, коли призначення варіанта для одного відвідувача змінюється посеред процесу оцінки, і він здійснює конверсію на одному варіанті, хоча бачив обидва.

Події кліків записуються в наше аналітичне сховище з тегом відповідного варіанта. Розподіл кліків по варіантах та подальший коефіцієнт конверсії відображаються в аналітичній панелі без жодних додаткових налаштувань. Посібник з відстеження конверсій пояснює, як прив'язати подію конверсії до конкретного ID кліку, якщо ви відстежуєте заповнення форм або покупки як метрику успіху.

Два типи варіантів#

Існує два способи структурування варіантів, і правильний вибір залежить від налаштувань вашої аналітики.

Варіанти сторінок. Кожен варіант - це окрема URL-адреса, що вказує на іншу сторінку. Варіант A - https://acme.example/landing-v1, варіант B - https://acme.example/landing-v2. Коротке посилання веде на повну URL-адресу призначення. Ваша аналітична система бачить дві окремі сторінки, і ви порівнюєте їх напряму. Це простіший спосіб - не потрібно вносити зміни в сторінку призначення, працює з будь-якою аналітикою, що відстежує перегляди за URL.

Варіанти з параметрами запиту. Обидва варіанти ведуть на ту саму базову URL-адресу з додаванням ?variant=A або ?variant=B. Сторінка призначення зчитує параметр і рендерить відповідний варіант. Це дозволяє використовувати одну URL-адресу в аналітиці, при цьому розрізняючи досвід користувача. Це вимагає від сторінки призначення вміння обробляти параметр - за допомогою перевірки на JavaScript під час рендерингу або розгалуження на стороні сервера в шаблоні. Перевага в тому, що багатоканальна атрибуція залишається чистою: відвідувач, який зберіг URL в закладках і повернувся пізніше, зберігає тег варіанта без необхідності повторного призначення через коротке посилання.

Тип варіантів з параметрами запиту добре поєднується з серверним рендерингом. Якщо ваш лендинг - це маршрут Next.js, зчитайте searchParams.variant у компоненті сторінки та умовно відрендерите версію A або B. Сторінка залишається однією URL-адресою в GA4, а вимір варіанта доступний як спеціальний параметр. Щоб додати шар атрибуції UTM, зверніться до повного посібника з відстеження UTM, де описано, як структурувати шаблон і забезпечити збереження тегу варіанта для подальшої конверсії.

Основи розміру вибірки та статистичної значущості#

Це крок, який найчастіше пропускають, і саме тому більшість самостійних A/B тестів приводять до висновків, які не підтверджуються з часом.

Кількість відвідувачів, яка вам потрібна на кожен варіант, залежить від трьох факторів: вашого базового коефіцієнта конверсії, мінімального зростання (lift), яке ви хочете надійно зафіксувати, та рівня довіри, який ви готові прийняти. Для тесту, що має виявити 5% абсолютного зростання (наприклад, з 10% до 15% конверсії) при 95% рівні довіри, потрібно приблизно 760 відвідувачів на варіант. Для тесту, що має виявити 2% зростання при тій самій базі 10%, потрібно близько 3800 на варіант. Калькулятор обсягу вибірки Евана Міллера (доступ від 2026-05-12) розрахує ці цифри для будь-яких вхідних даних - скористайтеся ним до початку тесту, а не після отримання перших результатів.

Дві поширені помилки, які виникають через ігнорування цього кроку:

Підглядання та дострокова зупинка. Ви перевіряєте результати після 200 відвідувачів, бачите різницю в 12%, оголошуєте переможця і зупиняєте тест. Проблема в тому, що при 200 відвідувачах різниця в 12% цілком вкладається в межі шуму для більшості базових показників конверсії. Дострокова зупинка при позитивному результаті статистично еквівалентна «виловлюванню» значущого результату - рано чи пізно ви знайдете його просто випадково. Встановіть необхідний обсяг вибірки до початку тесту і не робіть висновків, поки не досягнете його.

Ефект новизни. Трафік, який ніколи раніше не бачив вашого лендингу, реагує інакше, ніж постійні відвідувачі, що натрапили на нову сторінку. Якщо ваше коротке посилання використовується в платній рекламі, більшість трафіку є новим, і ефект новизни мінімальний. Якщо ви розсилаєте його по базі підписників, частина аудиторії вже знає ваш існуючий лендинг, і новий варіант може дати тимчасовий сплеск конверсії, який зникне через тиждень. В аналізі статистичної значущості від CXL (доступ від 2026-05-12) детально описано ефект новизни та проблему стабільності вибірки - ключова рекомендація полягає в тому, щоб проводити тест достатньо довго, щоб охопити хоча б один повний тижневий цикл вашого трафіку.

Практична перевірка перед реальним тестом: спочатку запустіть A/A тест зі своїм коротким посиланням. Налаштуйте обидва варіанти так, щоб вони вказували на одну і ту саму сторінку. Якщо ваш трафік і система вимірювання налаштовані правильно, обидва варіанти повинні показати статистично невідмінні показники конверсії. Якщо вони розходяться більш ніж на 2-3% в A/A тесті, щось не так з логікою призначення, відстеженням конверсій або обома факторами.

Покрокове налаштування#

Створення короткого посилання для розділення трафіку займає близько п'яти хвилин. Найважливіша частина - правильно налаштувати масив rules, який керує тим, як edge призначає варіанти.

curl -X POST \
  https://api.elido.app/v1/links \
  -H "Authorization: Bearer $ELIDO_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "domain":       "go.acme-demo.app",
    "slug":         "spring-lp-test",
    "destination":  "https://acme.example/landing-v1",
    "rules": [
      {
        "type":        "ab_split",
        "variants": [
          {
            "label":       "A",
            "destination": "https://acme.example/landing-v1",
            "weight":      50
          },
          {
            "label":       "B",
            "destination": "https://acme.example/landing-v2",
            "weight":      50
          }
        ],
        "sticky":      true,
        "sticky_ttl":  86400
      }
    ],
    "tags": ["ab-test", "spring-2026-lp"]
  }'

Кілька полів, на які варто звернути увагу. sticky: true вмикає призначення на основі хешу IP+UA; sticky_ttl: 86400 встановлює вікно у 24 години (у секундах). destination на верхньому рівні - це запасний варіант: якщо масив правил не спрацює з будь-якої причини (промах кешу під час розгортання, некоректний запит), трафік піде на оригінальний лендинг, а не обірветься. Масив tags дозволяє фільтрувати посилання в панелі керування, коли у вас запущено кілька тестів одночасно.

Після створення посилання вставте його у свою кампанію - електронний лист, платну рекламу або пост у соцмережах - і залиште його в спокої. Панель розподілу кліків покаже поділ за варіантами майже в реальному часі (затримка інгестії в наше аналітичне сховище становить менше 5 секунд при нормальних обсягах трафіку). Ви побачите, що розподіл 50/50 тримається з похибкою 2-3 відсоткові пункти вже після перших кількох сотень кліків.

Для детальнішого вивчення можливостей розумних посилань та повного синтаксису правил, включаючи умови за країною, пристроєм, часом доби та реферером, зверніться до документації продукту. На сторінці рішень для маркетологів наведені конкретні шаблони атрибуції та інтеграції з кампаніями, найбільш релевантні для цього випадку.

Аналіз результатів#

Результати по кожному варіанту з’являються в панелі аналітики в детальному вікні посилання. Кількість кліків, коефіцієнт конверсії (якщо ви налаштували події конверсії) та відсоток розподілу видно без необхідності експорту даних.

Показаний коефіцієнт конверсії - це відношення кліків до конверсій для кожного варіанта окремо. Якщо варіант A мав 1200 кліків і 96 конверсій, його коефіцієнт конверсії становить 8,0%. Якщо варіант B мав 1180 кліків і 115 конверсій, його коефіцієнт конверсії - 9,7%. Різниця становить 1,7 відсоткових пункти - це відносне зростання на 21%.

Чи є ця різниця реальною, залежить від вашого обсягу вибірки. При 1000 відвідувачів на варіант різниця приблизно у 2,5 відсоткових пункти від бази 8% є статистично значущою при 95% рівні довіри. При 1200 відвідувачах на варіант цей поріг трохи знижується. Проженіть цифри через калькулятор, перш ніж оголошувати переможця.

Коли ви досягли необхідного обсягу вибірки, визначте переможця і дійте. Переспрямуйте трафік з варіанта, що програв, на переможця, оновивши правила короткого посилання. Якщо ви хочете зберегти дані тесту, краще створіть нове посилання для сторінки-переможця, а не змінюйте оригінальне. Історичні дані про розподіл оригінального посилання залишаться у нашому аналітичному сховищі і будуть доступні в панелі керування необмежений час.

Не продовжуйте тест після того, як визначили переможця. Тривале використання варіанта, що програв, коштує вам реальних конверсій. Мета досягнення статистичної значущості полягає в тому, щоб мати достатньо доказів для дій - дійте.

Типові помилки, на які варто звернути увагу#

Раннє підглядання. Ми вже згадували про це, але варто повторити, бо це найпоширеніша причина невдач. Спокуса перевірити результати після кількох сотень візитів є природною, і рішення тут суто механічне: запишіть необхідний обсяг вибірки до запуску, поставте нагадування в календар на день, коли ви його досягнете, і не відкривайте вкладку аналітики до цього часу.

Ігнорування ефекту новизни. Нові сторінки отримують короткостроковий приріст просто тому, що вони нові. Якщо ваше вікно тестування становить три дні, а ваш трафік має значну частку постійних відвідувачів, проводьте тест щонайменше повний тиждень перед оцінкою. В аналізі значущості від CXL (доступ від 2026-05-12) стверджується, що тести тривалістю менше семи днів є ненадійними для більшості типів ритейл-трафіку саме тому, що ефект новизни не встигає знівелюватися за коротший період.

Пропуск перевірки A/A. Якщо ви ніколи раніше не проводили A/B тестів з цим джерелом трафіку та налаштуванням відстеження конверсій, спочатку запустіть розподіл 50/50, де обидва варіанти вказують на ту саму сторінку. Переконайтеся, що зафіксовані показники конверсії відрізняються не більше ніж на 1-2 відсоткові пункти. Це дозволить виключити проблеми з вимірюванням до того, як ви довірите інфраструктурі реальні дані тесту.

Змішування джерел трафіку. Якщо ваше коротке посилання одночасно з’являється і в платній рекламі, і в органічному пості в соцмережах, ці два джерела матимуть різні базові показники конверсії та різний склад пристроїв. Призначення варіантів є випадковим для всіх відвідувачів, але через нерівномірність бази варіант A може випадково отримати трохи більше мобільного платного трафіку, ніж варіант B, і цю різницю буде важко відрізнити від реального ефекту змін на сторінці. Використовуйте одне тестове посилання для одного джерела трафіку за раз або створюйте окремі посилання для кожного джерела.

Коли все ж варто обрати професійний CRO-інструмент#

Розподіл через коротке посилання добре підходить для експериментів на рівні сторінок. Ось три випадки, коли краще скористатися спеціалізованим інструментом:

Оптимізація типу «багаторукий бандит». Класичне A/B тестування фіксує розподіл трафіку і проводить оцінку в кінці. Алгоритми «багаторуких бандитів» динамічно спрямовують більше трафіку на варіант, що працює краще, по мірі накопичення даних - це корисно, коли ви хочете мінімізувати втрати (конверсії, втрачені через варіант, що програє) під час тесту, а не максимізувати статистичну впевненість наприкінці. Розподіл в Elido базується на статичній вазі; якщо вам потрібні «бандити», такі інструменти, як Optimizely або VWO, створені саме для цього.

Тестування елементів сторінки. Тестування кольору кнопки, заголовка, макета форми або зображення вимагає зміни DOM однієї сторінки, а не маршрутизації на дві різні URL-адреси. Це територія JavaScript - інструмент, який впроваджує скрипт і може змінювати відрендерену сторінку, є правильним вибором. Розділення через коротке посилання працює лише тоді, коли варіанти знаходяться за різними URL або різними параметрами запиту, які сторінка вже вміє зчитувати.

Теплові карти та записи сеансів. Якщо ви хочете зрозуміти, чому варіант B конвертує краще - де відвідувачі клікають, як далеко прокручують сторінку, де вони йдуть - вам потрібен інструмент, який документує сеанс. Ці дані неможливо отримати з аналітики на рівні кліків. Hotjar, Microsoft Clarity або функції повтору сеансів у Amplitude - це правильний вибір для таких завдань; вони доповнюють тест через коротке посилання, а не замінюють його.

Для всього іншого - порівняння двох дизайнів сторінок, тестування нового макета цін, оцінки іншого повідомлення на першому екрані - робочого процесу з короткими посиланнями, описаного тут, цілком достатньо. Він нічого не коштує понад ваш існуючий тарифний план Elido і забезпечує чисті дані без мерехтіння сторінки або щомісячної плати у $200.

Визначте обсяг вибірки до запуску. Проведіть перевірку A/A. Не підглядайте. Оголосіть переможця, коли досягнете запланованого числа.