A/B-тесты лендингов под платный трафик в 2026: как тестировать, не ломая Smart Bidding
Типичная история: команда меняет заголовок на лендинге, через четыре дня видит конверсию 3,8% против 3,1% и объявляет победителя. Через месяц разницы нет, зато кампания с тех пор стоит дороже. Проблема не в гипотезе, а в методике: A/B-тесты лендингов на платном трафике одновременно меряют страницу и сбивают обучение стратегии ставок, если провести их неаккуратно. Разбираем, как тестировать так, чтобы и результат был достоверным, и кампания не заплатила за эксперимент дважды.
Что вы унесёте: четыре способа развести версии с их реальной ценой, формулу и ориентиры по размеру выборки, порядок проведения теста по дням, список искажений, которые делают выводы бессмысленными, и ответ на вопрос, когда тест вообще не нужен.
Почему сплит лендинга — это не то же самое, что сплит объявления
Когда вы тестируете два объявления, система сама распределяет показы и считает результат внутри одного аукциона. Когда вы тестируете две посадочные, добавляются три эффекта, которых нет в тесте креатива.
- Качество посадочной входит в рекламный рейтинг. Разные страницы — разный опыт, разная скорость, разная релевантность. Если версия B медленнее, вы меряете не заголовок, а задержку загрузки. Что именно считается опытом посадочной — в разборе про показатель качества и Ad Rank.
- Smart Bidding учится на конверсиях. Пока половина трафика идёт на версию с худшей конверсией, стратегия получает смешанный сигнал и пересчитывает ставки под средневзвешенный результат — это и есть скрытая цена теста.
- Разные URL — разные данные в отчётах. Если не подготовить разметку, через неделю вы не сможете разделить выборки: как минимум нужен аккуратный UTM-слой и постоянство параметров.
Тест лендинга на платном трафике всегда стоит дороже, чем кажется. Его цена — не только расход на проигравшую версию, но и неделя работы ставок на зашумлённом сигнале. Поэтому тестируют не всё подряд, а то, что меняет экономику.
Четыре способа развести версии и цена каждого
| Способ | Как делается | Плюс | Цена |
|---|---|---|---|
| Серверный или клиентский сплит на одном URL | Один конечный URL, инструмент тестирования раздаёт версию посетителю и запоминает выбор | Не трогает структуру кампании, Smart Bidding видит один URL и не перестраивается | Нужен корректный инструмент; клиентский сплит способен добавить задержку и мигание контента |
| Эксперимент кампании | Копия кампании с другим конечным URL и заданной долей трафика | Честное разделение аукционов, отчёт на уровне кампании | Дробит данные обучения; на малом объёме выводов не будет |
| Разные URL в разных группах объявлений | Группы-близнецы с одинаковой семантикой и разными посадочными | Просто и быстро собрать | Самый грязный вариант: распределение показов неравномерно, рейтинг у групп разный |
| Гео-сплит | В части регионов версия A, в части B | Измеряет итог на уровне бизнеса, подходит для сильных изменений | Требует объёма и однородных регионов |
Рабочее правило: если меняется один элемент внутри страницы — заголовок, форма, оффер, порядок блоков — лучше сплит на одном URL. Если меняется страница целиком или путь пользователя (например, форма вместо звонка) — эксперимент кампании или гео-сплит. Как устроены эксперименты и чем они отличаются от черновиков, разбирали в материале про инкрементальность и гео-эксперименты.
Сколько трафика нужно: расчёт вместо интуиции
Это главная причина ложных победителей. Нужный объём зависит от базовой конверсии и ожидаемого прироста, и зависимость нелинейная: чем меньше прирост, тем резко больше нужно наблюдений.
Ориентировочная оценка для сравнения двух долей при обычных параметрах (уровень значимости 95%, мощность 80%) выглядит так: количество посетителей на каждую версию ≈ 16 × p × (1 − p) / d², где p — базовая конверсия в долях, d — абсолютный прирост в долях. Формула приблизительная, но для планирования достаточна.
| Базовая конверсия | Прирост, который хотите увидеть | Нужно посетителей на версию (ориентир) |
|---|---|---|
| 2% | +0,5 п.п. (до 2,5%) | около 12 500 |
| 2% | +1 п.п. (до 3%) | около 3 100 |
| 5% | +1 п.п. (до 6%) | около 7 600 |
| 5% | +2 п.п. (до 7%) | около 1 900 |
| 10% | +2 п.п. (до 12%) | около 3 600 |
Цифры в таблице — ориентир для планирования, а не обещание. Два практических вывода из них. Первый: при конверсии около 2% и трафике 300 визитов в день честный тест на прирост в половину процентного пункта потребует около 25 тысяч визитов на обе версии, то есть больше двух месяцев, — такой тест просто не стоит ставить. Второй: на малом трафике тестируют только крупные изменения, от которых ждут прироста в разы, а не в процентах. Всё остальное решается не сплитом, а здравым смыслом и устранением явных дефектов страницы.
Как проводить A/B-тесты лендингов: восемь шагов
- Сформулируйте гипотезу до запуска, письменно. «Меняем заголовок на формулировку с ценой, ожидаем рост конверсии в заявку с 3% до 4%, потому что цена — главный вопрос в чате поддержки». Гипотеза без ожидаемой величины превращается в подгонку результата.
- Посчитайте выборку и срок по формуле выше. Если срок больше шести недель, пересмотрите гипотезу на более крупную.
- Сверьте техническое равенство версий. Скорость, мобильная вёрстка, работающая форма, одинаковые события аналитики. Разница в скорости — самая частая причина ложного результата; что мерить, собрано в разборе про скорость лендинга и Core Web Vitals.
- Зафиксируйте кампанию. На время теста не меняйте ставки, бюджеты, стратегию, семантику и объявления. Любое изменение внутри окна делает вывод недоказуемым.
- Запустите на полную неделю, кратно семи дням. Поведение в выходные и в будни отличается; обрезанная неделя даёт перекос.
- Не подглядывайте с решением. Смотреть на данные можно, останавливать тест по первому пересечению линий — нельзя: это механика, которая почти гарантирует ложного победителя.
- Считайте по деньгам, а не по конверсии. Версия с конверсией выше, но средним чеком ниже — проигравшая. Как сводить это в одну цифру, разбирали в материале про юнит-экономику и допустимую цену клика.
- Дайте стратегии окно на пересчёт после финала. Семь-четырнадцать дней после перевода всего трафика на победителя — это период восстановления, а не провал теста.
Что портит результат чаще всего
- Перекос по источникам. Если версия B случайно получила больше брендового трафика, она выиграет независимо от содержания. Сверяйте состав трафика по версиям, а не только итог.
- Разные окна атрибуции. Если одна версия ведёт к заявке сразу, а другая — через звонок на следующий день, короткое окно покажет неверного победителя. Разбор моделей — в статье про модели атрибуции DDA и last click.
- Двойной учёт конверсий. Классика: на новой версии событие срабатывает дважды. Прежде чем радоваться приросту, проверьте расхождения по методике из материала про расхождение конверсий Google Ads и GA4.
- Мусорные заявки. Прирост конверсии за счёт упрощения формы часто оказывается приростом мусора. Фильтры — в разборе про мусорные лиды и проверки формы.
- Автоматика поменяла посадочную за вас. В режимах с расширением система способна подставить другой конечный URL, и половина трафика уйдёт не туда, куда вы планировали. Проверьте настройки по разбору расширения конечных URL в PMax и AI Max.
- Промо внутри окна теста. Скидка, рассылка, сезонный спрос — всё это сдвигает базу. Тест, попавший на распродажу, переносят.
Когда тест не нужен
Половина запросов на A/B-тест закрывается без теста, и это экономит недели.
- Явный дефект. Форма не отправляется на мобильном, страница грузится шесть секунд, оффер не читается на экране телефона — это чинят, а не тестируют.
- Трафика заведомо не хватает. См. расчёт выборки: если честный срок больше двух месяцев, тест не даст ответа, а стоить будет полноценно.
- Изменение не влияет на решение. Цвет кнопки на странице с одним экраном и одной формой почти никогда не двигает экономику настолько, чтобы это было заметно на вашем объёме.
- Решение уже принято. Если результат не изменит действий — тест это ритуал, а не измерение.
Полезная альтернатива для малого трафика — последовательное сравнение с контролем по длинному окну плюс качественные данные: записи сессий, тепловые карты, пять интервью с клиентами. Это не доказательство в статистическом смысле, но на объёме 50 заявок в месяц даёт больше пользы, чем сплит, который невозможно довести до значимости. Дополнительный источник гипотез — отчёт по целевым страницам в Google Ads: он показывает, где платный трафик умирает после клика, и часто сразу указывает на страницу-кандидата.
Как связать тест страницы с тестом объявления
Одновременно менять креатив и лендинг — верный способ не узнать причину. Рабочая последовательность: сначала выравнивают техническую часть страницы, потом тестируют оффер на странице, и только затем подгоняют объявления под победивший оффер. Методика тестов объявлений отдельно описана в материале про A/B-тесты объявлений и RSA. Если же вы меняете не текст, а структуру трафика — например, перераспределяете бюджет между каналами, — сначала доведите до конца это изменение: его механика описана в сегодняшнем материале про приоритизацию каналов и лимиты бюджета. А если проблема не в странице, а в том, по каким запросам приходит трафик, начинать надо с типов соответствия ключевых слов.
Базовые настройки, с которых начинается корректное измерение, собраны в гайде по Google Ads; разбор своей воронки с обратной связью — в программе обучения Google Ads.
Что именно тестировать: приоритет гипотез по влиянию на деньги
Команды обычно тестируют то, что проще поменять, а не то, что сильнее влияет на результат. Отсюда месяцы работы с нулевым эффектом. Рабочая иерархия по убыванию ожидаемого влияния выглядит так.
| Уровень | Что меняем | Ожидаемое влияние | Нужный объём |
|---|---|---|---|
| 1 | Сам оффер: что получает человек, за какую цену, с какой гарантией | Кратное | Минимальный — разницу видно почти сразу |
| 2 | Тип целевого действия: форма, звонок, мессенджер, расчёт стоимости | Десятки процентов | Средний |
| 3 | Структура страницы: что на первом экране, порядок блоков, длина формы | Единицы и десятки процентов | Средний |
| 4 | Формулировки: заголовок, подзаголовок, текст кнопки | Единицы процентов | Высокий |
| 5 | Оформление: цвета, шрифты, картинки | Доли процента | Недостижимый для большинства аккаунтов |
Логика простая: начинайте с верхних уровней, потому что только там эффект достаточно большой, чтобы его увидеть на вашем трафике. Тест цвета кнопки при 300 визитах в день — это не тест, а ожидание случайного числа.
Где брать гипотезы, кроме фантазии: вопросы, которые чаще всего задают в чате и по телефону до покупки; возражения, которые проговаривает отдел продаж; запросы, по которым реально приходит трафик (если человек ищет цену, а на странице цены нет — это гипотеза уровня 1); записи сессий на мобильных. Связь с запросами критична: страница должна отвечать на тот интент, который привёл человека, — как этот интент формируется, разбирали в материале про типы соответствия ключевых слов.
Как считать результат: от конверсии к прибыли
Процент конверсии — промежуточная метрика. Решение принимают по деньгам, и для этого достаточно четырёх чисел на каждую версию: визиты, целевые действия, доля качественных среди них и средняя выручка на качественное действие.
Пример, который встречается постоянно. Версия A: 5000 визитов, 150 заявок (3,0%), 60% доходят до разговора, средний чек 20 000. Версия B: 5000 визитов, 190 заявок (3,8%), но доля качественных упала до 40%, чек тот же. По конверсии B выигрывает уверенно: 3,8% против 3,0%. По деньгам: A даёт 90 качественных заявок, B — 76. Победила версия A, и если бы решение принимали по проценту конверсии, команда ухудшила бы результат на 15%, искренне считая, что улучшила его на 27%.
Отсюда правило: до запуска теста договоритесь, по какой метрике объявляете победителя, и зафиксируйте это письменно. Если данных по качеству нет в системе, их нужно завести до теста, а не после. Как сводить выручку к допустимой цене клика, описано в разборе юнит-экономики платного трафика.
Второй нюанс — окно. Если сделка закрывается через две недели, результат теста по выручке будет готов на две недели позже, чем результат по заявкам. Нормальная практика: принимать решение по заявкам нужного качества (а не по всем заявкам) и затем перепроверять по выручке на длинном окне.
Журнал тестов: без него команда ходит по кругу
Через полгода никто не помнит, что уже проверяли. В результате одну и ту же гипотезу тестируют второй раз, а выводы прошлых тестов пересказывают по памяти с удобным знаком. Минимальный журнал — одна таблица с восемью столбцами:
- Дата запуска и дата окончания.
- Что именно менялось, в одной строке.
- Гипотеза с ожидаемой величиной эффекта.
- Способ сплита и доля трафика.
- Объём на версию: визиты и целевые действия.
- Метрика решения, оговорённая заранее.
- Результат: победитель, проигравший или «разницы нет».
- Что сделали дальше и когда.
Отдельная графа, которую обычно забывают: внешние события внутри окна — промо, скачок сезонного спроса, правки в кампаниях. Именно она через полгода объясняет, почему странный результат был странным. Если ведёте общий журнал изменений аккаунта, записи о тестах логично держать там же, рядом с правками кампаний — так проще связать просадку в метриках с конкретным действием. Как устроен такой журнал в рамках регулярной проверки аккаунта, описано в чек-листе аудита аккаунта Google Ads.
И последнее по важности, но не по значению: фиксируйте и отрицательные результаты. «Разницы нет» — тоже результат, который экономит следующему человеку три недели и бюджет.
Техническая сторона: чем сплитить, не испортив страницу
Инструмент теста способен сам стать причиной проигрыша версии B, и это случается чаще, чем принято думать. Три риска, которые проверяют до запуска.
Мигание контента. Клиентский сплит сначала отдаёт исходную версию, затем подменяет элементы скриптом. Посетитель видит короткую вспышку старого варианта, а на медленном мобильном соединении — целую секунду. Лечится либо серверным сплитом, либо скрытием области до применения варианта с жёстким таймаутом.
Задержка. Внешний скрипт теста добавляет к загрузке время, и если он блокирующий, страдает именно та метрика, которая влияет на оценку опыта посадочной. Проверка простая: замерьте показатели до подключения инструмента и после, на мобильном профиле. Если разница заметна, тест придётся переносить на сервер.
Нестабильное распределение. Посетитель должен видеть одну и ту же версию при повторном заходе, иначе статистика смешивается. Проверьте, что назначение версии сохраняется, и что он не сбрасывается при переходе с главной на страницу благодарности.
Отдельно о разметке. Версию нужно передавать в аналитику как параметр события или пользовательское свойство — не как отдельный UTM-источник, иначе вы испортите отчётность по каналам и получите фантомные источники трафика в отчётах. Как выстроить этот слой без конфликтов с уже существующей разметкой, разбирали в материале про отчёт по целевым страницам.
И последнее: проверьте, что обе версии одинаково отрабатывают цели в учёте конверсий. Классическая потеря недели — версия B с другой структурой кнопки, у которой просто не сработал триггер события.
FAQ
Сколько должен длиться A/B-тест лендинга?
Минимум одну полную неделю, кратно семи дням, и до набора расчётной выборки. Если расчёт даёт срок больше шести недель, гипотезу укрупняют или от теста отказываются.
Сколько трафика нужно для теста?
Зависит от базовой конверсии и ожидаемого прироста. Ориентир: при конверсии 5% и ожидаемом приросте в 1 процентный пункт нужно порядка 7–8 тысяч посетителей на каждую версию.
Ломает ли сплит-тест Smart Bidding?
Сплит внутри одного URL — почти нет, система видит один адрес. Разные конечные URL меняют набор данных для обучения, поэтому стратегия пересчитывает ставки; после финала теста дайте окно в 7–14 дней на стабилизацию.
Что лучше: эксперимент кампании или сплит на одном URL?
Для изменений внутри страницы — сплит на одном URL. Для замены страницы целиком или пути пользователя — эксперимент кампании либо гео-сплит.
Можно ли просто сделать две группы объявлений с разными посадочными?
Технически да, методологически это самый грязный вариант: показы распределяются неравномерно, а рекламный рейтинг у групп отличается, поэтому выборки оказываются несопоставимыми.
Почему нельзя остановить тест, когда разница уже видна?
Потому что при многократных проверках вероятность случайно увидеть «значимую» разницу резко растёт. Срок и объём фиксируют заранее и дотягивают до конца.
Как быть, если версия с лучшей конверсией даёт меньше выручки?
Выбирать по деньгам. Победитель — версия с лучшим результатом по прибыли или по стоимости целевого действия нужного качества, а не по проценту конверсии.
Влияет ли скорость страницы на результат теста?
Сильно. Разница в скорости между версиями — самая частая причина ложного результата, поэтому техническое равенство проверяют до запуска.
Нужно ли останавливать тест на время промо или распродажи?
Да, тест переносят. Промо меняет и состав трафика, и базовую конверсию, поэтому результат внутри акции не переносится на обычный период.
Как тестировать при 50 заявках в месяц?
Статистически корректный сплит здесь не соберётся. Тестируйте только крупные изменения, опирайтесь на записи сессий, тепловые карты и интервью с клиентами, а решение принимайте по длинному окну сравнения с контролем.
Можно ли менять объявления во время теста лендинга?
Нет. Любое изменение внутри окна смешивает эффекты, и причину прироста установить уже невозможно.
Что делать после завершения теста?
Перевести весь трафик на победителя, зафиксировать результат и дать стратегии 7–14 дней на пересчёт. Следующую гипотезу запускают только после стабилизации.