Мультиваріантне тестування сайту (MVT) — оптимізація конверсії

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

Розробка та обслуговування будь-яких видів сайтів:

Інформаційні сайти або веб-програми
Сайти візитки, landing page, корпоративні сайти, онлайн каталоги, квіз, промо-сайти, блоги, ресурси новин, інформаційні портали, форуми, агрегатори
Сайти або веб-програми електронної комерції
Інтернет-магазини, B2B-портали, маркетплейси, онлайн-обмінники, кешбек-сайти, біржі, дропшиппінг-платформи, парсери товарів
Веб-програми для управління бізнес-процесами
CRM-системи, ERP-системи, корпоративні портали, системи управління виробництвом, парсери інформації
Сайти або веб-програми електронних послуг
Дошки оголошень, онлайн-школи, онлайн-кінотеатри, конструктори сайтів, портали надання електронних послуг, відеохостинги, тематичні портали

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

Послуги, які ми пропонуємо
Показано 1 з 1Усі 2062 послуг
Мультиваріантне тестування сайту (MVT) — оптимізація конверсії
Складний
~3-5 днів
Часті запитання

Наші компетенції:

Етапи розробки

Останні роботи

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1359
  • image_web-applications_feedme_466_0.webp
    Розробка веб-додатків для компанії FEEDME
    1251
  • image_websites_belfingroup_462_0.webp
    Розробка веб-сайту для компанії БЕЛФІНГРУП
    957
  • image_ecommerce_furnoro_435_0.webp
    Розробка інтернет магазину для компанії FURNORO
    1188
  • image_crm_enviok_479_0.webp
    Розробка веб-додатків для компанії Enviok
    929
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Розробка веб-сайту для компанії ФІКСПЕР
    947

Ви переробили сторінку: новий заголовок, фото та кнопку. Конверсія трохи зросла, але ви не знаєте, який елемент спрацював. Якби ви могли протестувати всі комбінації та знайти ідеальне поєднання? Саме це й робить мультиваріантне тестування (MVT).

Ми — команда з 8-річним досвідом у CRO. Ми провели понад 30 MVT-експериментів для інтернет-магазинів, SaaS та лендінгів. Наша методика гарантує статистично значущі результати. Наприклад, в одному проєкті ми тестували чотири елементи на сторінці товару: заголовок, зображення, опис і CTA. Комбінацій було 48, але за допомогою fractional factorial дизайну ми скоротили до 8. Результат — зростання конверсії на 23% порівняно з початковою версією. В іншому проєкті для SaaS-сервісу MVT на сторінці реєстрації дозволив підняти конверсію на 31% за рахунок зміни форми та блоку відгуків. Середнє зростання конверсії на наших проєктах — 15-30%, що при вашому поточному трафіку може означати додатковий виторг.

Що таке мультиваріантне тестування?

MVT — це метод експериментальної оптимізації, при якому одночасно змінюються кілька елементів сторінки: заголовок, зображення, CTA, форма або інші блоки. На відміну від A/B тесту, де порівнюються лише дві версії, MVT створює всі можливі комбінації варіантів кожного елемента. Це дозволяє не тільки визначити переможну комбінацію, але й виявити, як елементи взаємодіють один з одним — так звані ефекти взаємодії.

Чому MVT кращий за A/B тест?

Критерій A/B тест MVT
Кількість змін 1 (2 варіанти) 2+ елементи × N варіантів
Об'єм трафіку Менше Значно більше
Швидкість Швидше Повільніше
Взаємодія елементів Не визначає Визначає
Мета Один переможець Найкраща комбінація

MVT незамінний, коли зміни взаємозалежні, трафіку достатньо, потрібно зрозуміти взаємодію заголовок + CTA + зображення. A/B тест не покаже, що новий заголовок посилює ефект нової кнопки, а MVT — покаже.

Як вибрати елементи для MVT?

Вибір елементів критичний. Зазвичай ми починаємо з теплових карт та аналітики: де користувачі зупиняються, які блоки клікабельні. Типові кандидати — заголовок, ціна, зображення, CTA, форма. Важливо не тестувати більше 3-4 елементів одночасно, інакше число комбінацій вибухає. Якщо трафіку мало, застосовуємо fractional factorial design або повний факторний експеримент з частковим дробленням.

Як розрахувати потрібний трафік для MVT?

Приклад: тестувати на сторінці товару:

  • Заголовок: 2 варіанти (A, B)
  • Зображення: 3 варіанти (A, B, C)
  • CTA кнопка: 2 варіанти (A, B)

Разом: 2 × 3 × 2 = 12 комбінацій. Кожна комбінація — окремий варіант.

Розрахунок за формулою:

def mvt_sample_size(n_combinations, baseline_cr, mde=0.05, alpha=0.05, power=0.8):
    """Кожна комбінація потребує стільки ж трафіку, як AB тест"""
    from scipy import stats
    import math

    p1 = baseline_cr
    p2 = baseline_cr * (1 + mde)
    p_avg = (p1 + p2) / 2

    z_a = stats.norm.ppf(1 - alpha / 2)
    z_b = stats.norm.ppf(power)

    n_per_combo = ((z_a * math.sqrt(2 * p_avg * (1-p_avg)) +
                    z_b * math.sqrt(p1*(1-p1) + p2*(1-p2))) / (p2-p1)) ** 2

    total = n_per_combo * n_combinations
    print(f"Per combination: {math.ceil(n_per_combo):,}")
    print(f"Total needed: {math.ceil(total):,}")
    print(f"At 1000 daily visitors: {math.ceil(total/1000)} days")

mvt_sample_size(n_combinations=12, baseline_cr=0.04, mde=0.15)
# Per combination: 4,519
# Total needed: 54,228
# At 1000 daily visitors: 55 days

Якщо трафіку недостатньо — використовуємо fractional factorial design. Наприклад, з Latin Square тестуємо 4 комбінації замість 12, втрачаючи частину взаємодій, але економлячи ресурси.

Як ми реалізуємо MVT на вашому сайті?

Ми використовуємо Optimizely або власний JavaScript-вирішувач. Приклад програмного підходу:

// Optimizely Snippet (додати в <head>)
<script src="https://cdn.optimizely.com/js/PROJECT_ID.js"></script>

// Програмний варіант
const optimizely = window.optimizely || []

// Отримати варіацію для конкретного експерименту
const variationKey = optimizely.get('state').getVariationMap()['mvt_homepage_elements']
// variationKey = "headline_B_image_C_cta_A"
// Реалізація без Optimizely
function getMVTVariant(userId, elements) {
  const variants = {}
  for (const [element, options] of Object.entries(elements)) {
    const hash = cyrb53(`${userId}_${element}`)
    variants[element] = options[hash % options.length]
  }
  return variants
}

const elements = {
  headline: ['Купуйте сьогодні', 'Знижка 20% для нових клієнтів'],
  image: ['lifestyle', 'product-white', 'product-action'],
  cta: ['Додати в кошик', 'Купити зараз'],
}

const variants = getMVTVariant(userId, elements)
// variants = { headline: 'Купуйте сьогодні', image: 'product-action', cta: 'Купити зараз' }

// Застосувати варіанти до DOM
applyVariants(variants)

// Зафіксувати в аналітиці
gtag('event', 'mvt_assignment', {
  experiment: 'product_page_mvt',
  headline: variants.headline,
  image: variants.image,
  cta: variants.cta,
  combination: Object.values(variants).join('_')
})

Власна реалізація дає повний контроль над експериментом і не потребує ліцензійних відрахувань. Ми також інтегруємо тест з вашою аналітичною системою — Google Analytics, Яндекс.Метрика або Amplitude. Всі наші інженери сертифіковані за Optimizely та мають досвід роботи з фреймворками React, Vue, Next.js.

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

import pandas as pd
from scipy import stats

def analyze_mvt(data):
    """data: DataFrame з колонками combination, visitors, conversions"""
    data['cvr'] = data['conversions'] / data['visitors']
    data = data.sort_values('cvr', ascending=False)

    # Знайти найкращу комбінацію
    best = data.iloc[0]
    control = data[data['combination'] == 'baseline'].iloc[0]

    print(f"\nTop combinations:")
    print(data.head(5).to_string())

    # Статистична значущість найкращої vs контроль
    from scipy.stats import proportions_ztest
    _, p_value = proportions_ztest(
        [best['conversions'], control['conversions']],
        [best['visitors'], control['visitors']]
    )

    print(f"\nBest: {best['combination']} CVR={best['cvr']:.2%}")
    print(f"Control: CVR={control['cvr']:.2%}")
    print(f"P-value: {p_value:.4f}")

    # Аналіз головних ефектів (main effects)
    # Наскільки кожен елемент окремо впливає на конверсію
    for element in ['headline', 'image', 'cta']:
        effect = data.groupby(element)['cvr'].mean()
        print(f"\nMain effect of {element}:")
        print(effect.sort_values(ascending=False))

Ми завжди аналізуємо головні ефекти — це допомагає зрозуміти, який елемент вносить найбільший внесок. У нашому досвіді, часто зображення має більший ефект, ніж заголовок. Наприклад, в одному проєкті зміна лише зображення дала +8% до конверсії, тоді як одночасна зміна заголовка та CTA — +12%.

Процес роботи

Етап Що робимо Термін
Аналіз Збираємо дані по поточній конверсії, визначаємо елементи для тесту 1-2 дні
Дизайн Проектуємо комбінації з урахуванням fractional factorial при необхідності 1 день
Реалізація Налаштовуємо інструмент (Optimizely/JS), інтегруємо з аналітикою 1-2 дні
Валідація Перевіряємо коректність розподілу трафіку, відсутність помилок 1 день
Запуск Запускаємо тест, моніторимо відхилення 1 день
Аналіз Після завершення збираємо результати, обчислюємо переможця та головні ефекти 1-2 дні

Типові помилки при MVT

  • Тестування занадто великої кількості елементів (≥5) — експоненційне зростання комбінацій.
  • Передчасна зупинка тесту до досягнення статистичної значущості.
  • Використання однакових варіантів для різних елементів (наприклад, два однакові заголовки).
  • Не врахування ефектів взаємодії — інтерпретація головних ефектів без перевірки взаємодій.
  • Ігнорування сегментів трафіку: на мобільних користувачах ефекти можуть відрізнятися.

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

Що входить в роботу

  • Документація: опис гіпотез, дизайн експерименту, план аналізу.
  • Реалізація коду на вашому сайті (з доступом до репозиторію).
  • Інтеграція з Google Analytics, Яндекс.Метрикою або будь-якою іншою системою.
  • Щотижневі звіти про хід тесту.
  • Фінальний звіт з рекомендаціями щодо впровадження переможної комбінації.
  • Підтримка протягом місяця після завершення тесту.

Терміни та вартість

Планування та реалізація MVT з повним аналізом — від 5 до 7 робочих днів. Вартість розраховується індивідуально, залежно від складності експерименту та кількості елементів. Ми гарантуємо прозорість на кожному етапі.

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

Як налаштувати веб-аналітику: GA4, GTM, Яндекс.Метрика та Amplitude

Ми часто бачимо: конверсія 1.2 %, трафік зростає, а конверсія стоїть. Маркетолог дивиться в Google Analytics і каже: «користувачі йдуть з кроку 2 оформлення замовлення». Розробник відкриває той самий крок — помилок немає, в Sentry тиша. Значить, справа не в JS-базі, а в UX або в кривих даних, які показує аналітика. Аналітика ламається непомітно: подія перестала трекатися після редеплою — ніхто не помітив; GTM-тег стріляє двічі — дані задвоїлися; фільтр GA4 виключає бота, який насправді — реальний трафік з корпоративного проксі. Замовте аудит поточних тегів — ми знайдемо причину за тиждень. Ми маємо понад 5 років досвіду в налаштуванні веб-аналітики для 100+ проєктів — гарантуємо прозорість та достовірність даних.

Після правильного налаштування економія рекламного бюджету може досягати значної суми щомісяця — це реальний кейс інтернет-магазину з 50 000 сесій на день, де дедуплікація purchase повернула 20 % невірно приписаних конверсій.

Чому події GA4 дублюються і як це виправити?

Universal Analytics закрито, його місце зайняла подієва модель GA4. У ній немає фіксованих хітів сторінок і транзакцій — лише події з параметрами. Це гнучкіше, але вимагає правильного дизайну подій.

Автоматичні події GA4 збирає сам: page_view, scroll, click, session_start. Рекомендовані події потрібно реалізувати самостійно: purchase, add_to_cart, begin_checkout, view_item. Google очікує конкретну схему параметрів — якщо передати product_id замість item_id, дані потрапляють в GA4, але не в стандартні звіти e-commerce. Кастомні події для специфіки проєкту: filter_applied, video_progress, form_step_completed. Кастомні параметри необхідно зареєструвати в GA4 Admin → Custom definitions, інакше вони не будуть доступні у звітах.

Часта помилка — подія purchase з дублями. Причина: тег спрацьовує на сторінці /thank-you, користувач оновлює сторінку — другий purchase іде в GA4. Рішення: на бекенді генеруємо унікальний transaction_id і передаємо в подію. GA4 de-duplicates по ньому — перевіряйте через DebugView. Правильна атрибуція економить до 20 % рекламного бюджету, який раніше йшов на невірно приписані конверсії.

Як налаштувати data layer, щоб не втратити дані?

GTM — інструмент для керування тегами без деплою коду. Але «без коду» не означає «без архітектури». Data Layer — основа всього. Передаємо дані з застосунку в GTM через dataLayer.push(). Структура: event + контекстні дані. Для e-commerce: перед відкриттям сторінки продукту — push з даними товару. GTM-тег читає з dataLayer, не з DOM.

window.dataLayer = window.dataLayer || [];
dataLayer.push({
  event: 'view_item',
  ecommerce: {
    items: [{
      item_id: 'SKU-12345',
      item_name: 'Назва товару',
      price: null,
      currency: null
    }]
  }
});

Погана практика: GTM-тег парсить DOM — шукає ціну в span.price, назву в h1. Це ламається при будь-якій зміні верстки. Хороша практика: завжди dataLayer. Використовуємо Preview Mode для налагодження та GTM Server-Side для чутливих даних — відправка з сервера, не з браузера, обходить блокувальники реклами, не втрачає дані. Server-side підхід у 2-3 рази надійніший за client-side за показником втрати подій через розширення браузера.

Як Яндекс.Метрика доповнює веб-аналітику?

Для російської аудиторії Метрика обов'язкова — особливо Вебвізор. Запис сесії користувача, який кинув кошик, часто дає відповідь швидше, ніж тиждень аналізу воронки. Цілі в Метриці: подієві (через ym(COUNTER_ID, 'reachGoal', 'GOAL_NAME')) або автоматичні (клік по кнопці, відвідування сторінки). Зв'язка з CRM через Метрика Плюс — передача офлайн-конверсій. Наш досвід: у 8 з 10 проєктів після налаштування Метрики знаходили приховані баги в UX, які не показували інші системи.

Що дає product analytics в Amplitude?

Amplitude — продуктовий інструмент, на відміну від маркетингових GA4 та Метрики. Він заточений під аналіз поведінки користувачів всередині продукту: воронки, ретеншн, user paths. Amplitude підходить для SaaS-продуктів, мобільних застосунків та будь-яких сервісів із зареєстрованими користувачами, де важливо зрозуміти, як проходять онбординг, на якому кроці йдуть, які фічі використовують частіше. Ключові концепції: identify (пов'язати анонімного користувача з userId після авторизації), group (акаунт у B2B SaaS), когорти для утримання. Amplitude Chart — воронка кроків за останні 30 днів з розбивкою за джерелом.

Моніторинг якості даних

Аналітика без моніторингу — чорна скринька. Налаштовуємо:

  • GA4 Realtime — перевіряємо після кожного деплою, що ключові події приходять
  • Alerting в GA4 — аномалія в кількості подій purchase (різке падіння = щось зламалося)
  • GTM Preview в staging-оточенні перед продакшеном
  • Ручні тести воронок раз на тиждень — просто пройти шлях покупця і перевірити, що все трекається

Якщо ви помітили розбіжності в даних — зв'яжіться, проведемо безкоштовний аудит коректності тегів.

Що перевіряємо після кожного деплою

  • Чи всі рекомендовані події присутні в DebugView
  • Чи немає задвоєнь (рахуємо кількість purchase на 100 сесій)
  • Чи не змінилася структура dataLayer після оновлення фронтенду

Що входить в роботу

Компонент Опис
Аудит поточних тегів Перевірка існуючих GTM-тегів, dataLayer, дублів та помилок
Дизайн подієвої схеми Документація: список подій, параметри, тригери
Налаштування GA4 + GTM Створення конфігурації, тегів, Custom definitions
Яндекс.Метрика Встановлення лічильника, створення цілей, налаштування Вебвізора
Amplitude (опціонально) Налаштування клієнтського та серверного SDK, когорти
QA та моніторинг Тестування в Preview Mode, Alerting
Навчання та передача Доступи, інструкція з додавання нових подій, консоль

Процес та терміни

  1. Аудит поточних тегів та даних (2 дні)
  2. Дизайн подієвої схеми (2 дні)
  3. Розробка Data Layer та налаштування тегів (3–5 днів)
  4. QA в Preview Mode та на staging (2 дні)
  5. Деплой та налаштування дашбордів (1 день)
Сценарій Термін
Базове налаштування GA4 + GTM 1 тиждень
Повний e-commerce tracking + Метрика 2–3 тижні
Server-side GTM + Amplitude 3–5 тижнів

Вартість розраховується індивідуально. Отримайте консультацію з налаштування веб-аналітики для вашого проєкту — ми оцінимо обсяг робіт за один день. Зв'яжіться з нами, щоб почати. Для точного розрахунку вартості залиште заявку — ми проаналізуємо ваш стек за 1 день.