Обложка статьи PPC Rebels 2026 об A/B-тестах лендингов под платный трафик в Google Ads

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-тесты лендингов: восемь шагов

  1. Сформулируйте гипотезу до запуска, письменно. «Меняем заголовок на формулировку с ценой, ожидаем рост конверсии в заявку с 3% до 4%, потому что цена — главный вопрос в чате поддержки». Гипотеза без ожидаемой величины превращается в подгонку результата.
  2. Посчитайте выборку и срок по формуле выше. Если срок больше шести недель, пересмотрите гипотезу на более крупную.
  3. Сверьте техническое равенство версий. Скорость, мобильная вёрстка, работающая форма, одинаковые события аналитики. Разница в скорости — самая частая причина ложного результата; что мерить, собрано в разборе про скорость лендинга и Core Web Vitals.
  4. Зафиксируйте кампанию. На время теста не меняйте ставки, бюджеты, стратегию, семантику и объявления. Любое изменение внутри окна делает вывод недоказуемым.
  5. Запустите на полную неделю, кратно семи дням. Поведение в выходные и в будни отличается; обрезанная неделя даёт перекос.
  6. Не подглядывайте с решением. Смотреть на данные можно, останавливать тест по первому пересечению линий — нельзя: это механика, которая почти гарантирует ложного победителя.
  7. Считайте по деньгам, а не по конверсии. Версия с конверсией выше, но средним чеком ниже — проигравшая. Как сводить это в одну цифру, разбирали в материале про юнит-экономику и допустимую цену клика.
  8. Дайте стратегии окно на пересчёт после финала. Семь-четырнадцать дней после перевода всего трафика на победителя — это период восстановления, а не провал теста.

Что портит результат чаще всего

  • Перекос по источникам. Если версия B случайно получила больше брендового трафика, она выиграет независимо от содержания. Сверяйте состав трафика по версиям, а не только итог.
  • Разные окна атрибуции. Если одна версия ведёт к заявке сразу, а другая — через звонок на следующий день, короткое окно покажет неверного победителя. Разбор моделей — в статье про модели атрибуции DDA и last click.
  • Двойной учёт конверсий. Классика: на новой версии событие срабатывает дважды. Прежде чем радоваться приросту, проверьте расхождения по методике из материала про расхождение конверсий Google Ads и GA4.
  • Мусорные заявки. Прирост конверсии за счёт упрощения формы часто оказывается приростом мусора. Фильтры — в разборе про мусорные лиды и проверки формы.
  • Автоматика поменяла посадочную за вас. В режимах с расширением система способна подставить другой конечный URL, и половина трафика уйдёт не туда, куда вы планировали. Проверьте настройки по разбору расширения конечных URL в PMax и AI Max.
  • Промо внутри окна теста. Скидка, рассылка, сезонный спрос — всё это сдвигает базу. Тест, попавший на распродажу, переносят.

Когда тест не нужен

Половина запросов на A/B-тест закрывается без теста, и это экономит недели.

  1. Явный дефект. Форма не отправляется на мобильном, страница грузится шесть секунд, оффер не читается на экране телефона — это чинят, а не тестируют.
  2. Трафика заведомо не хватает. См. расчёт выборки: если честный срок больше двух месяцев, тест не даст ответа, а стоить будет полноценно.
  3. Изменение не влияет на решение. Цвет кнопки на странице с одним экраном и одной формой почти никогда не двигает экономику настолько, чтобы это было заметно на вашем объёме.
  4. Решение уже принято. Если результат не изменит действий — тест это ритуал, а не измерение.

Полезная альтернатива для малого трафика — последовательное сравнение с контролем по длинному окну плюс качественные данные: записи сессий, тепловые карты, пять интервью с клиентами. Это не доказательство в статистическом смысле, но на объёме 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%.

Отсюда правило: до запуска теста договоритесь, по какой метрике объявляете победителя, и зафиксируйте это письменно. Если данных по качеству нет в системе, их нужно завести до теста, а не после. Как сводить выручку к допустимой цене клика, описано в разборе юнит-экономики платного трафика.

Второй нюанс — окно. Если сделка закрывается через две недели, результат теста по выручке будет готов на две недели позже, чем результат по заявкам. Нормальная практика: принимать решение по заявкам нужного качества (а не по всем заявкам) и затем перепроверять по выручке на длинном окне.

Журнал тестов: без него команда ходит по кругу

Через полгода никто не помнит, что уже проверяли. В результате одну и ту же гипотезу тестируют второй раз, а выводы прошлых тестов пересказывают по памяти с удобным знаком. Минимальный журнал — одна таблица с восемью столбцами:

  1. Дата запуска и дата окончания.
  2. Что именно менялось, в одной строке.
  3. Гипотеза с ожидаемой величиной эффекта.
  4. Способ сплита и доля трафика.
  5. Объём на версию: визиты и целевые действия.
  6. Метрика решения, оговорённая заранее.
  7. Результат: победитель, проигравший или «разницы нет».
  8. Что сделали дальше и когда.

Отдельная графа, которую обычно забывают: внешние события внутри окна — промо, скачок сезонного спроса, правки в кампаниях. Именно она через полгода объясняет, почему странный результат был странным. Если ведёте общий журнал изменений аккаунта, записи о тестах логично держать там же, рядом с правками кампаний — так проще связать просадку в метриках с конкретным действием. Как устроен такой журнал в рамках регулярной проверки аккаунта, описано в чек-листе аудита аккаунта Google Ads.

И последнее по важности, но не по значению: фиксируйте и отрицательные результаты. «Разницы нет» — тоже результат, который экономит следующему человеку три недели и бюджет.

Техническая сторона: чем сплитить, не испортив страницу

Инструмент теста способен сам стать причиной проигрыша версии B, и это случается чаще, чем принято думать. Три риска, которые проверяют до запуска.

Мигание контента. Клиентский сплит сначала отдаёт исходную версию, затем подменяет элементы скриптом. Посетитель видит короткую вспышку старого варианта, а на медленном мобильном соединении — целую секунду. Лечится либо серверным сплитом, либо скрытием области до применения варианта с жёстким таймаутом.

Задержка. Внешний скрипт теста добавляет к загрузке время, и если он блокирующий, страдает именно та метрика, которая влияет на оценку опыта посадочной. Проверка простая: замерьте показатели до подключения инструмента и после, на мобильном профиле. Если разница заметна, тест придётся переносить на сервер.

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

Отдельно о разметке. Версию нужно передавать в аналитику как параметр события или пользовательское свойство — не как отдельный UTM-источник, иначе вы испортите отчётность по каналам и получите фантомные источники трафика в отчётах. Как выстроить этот слой без конфликтов с уже существующей разметкой, разбирали в материале про отчёт по целевым страницам.

И последнее: проверьте, что обе версии одинаково отрабатывают цели в учёте конверсий. Классическая потеря недели — версия B с другой структурой кнопки, у которой просто не сработал триггер события.

FAQ

Сколько должен длиться A/B-тест лендинга?

Минимум одну полную неделю, кратно семи дням, и до набора расчётной выборки. Если расчёт даёт срок больше шести недель, гипотезу укрупняют или от теста отказываются.

Сколько трафика нужно для теста?

Зависит от базовой конверсии и ожидаемого прироста. Ориентир: при конверсии 5% и ожидаемом приросте в 1 процентный пункт нужно порядка 7–8 тысяч посетителей на каждую версию.

Ломает ли сплит-тест Smart Bidding?

Сплит внутри одного URL — почти нет, система видит один адрес. Разные конечные URL меняют набор данных для обучения, поэтому стратегия пересчитывает ставки; после финала теста дайте окно в 7–14 дней на стабилизацию.

Что лучше: эксперимент кампании или сплит на одном URL?

Для изменений внутри страницы — сплит на одном URL. Для замены страницы целиком или пути пользователя — эксперимент кампании либо гео-сплит.

Можно ли просто сделать две группы объявлений с разными посадочными?

Технически да, методологически это самый грязный вариант: показы распределяются неравномерно, а рекламный рейтинг у групп отличается, поэтому выборки оказываются несопоставимыми.

Почему нельзя остановить тест, когда разница уже видна?

Потому что при многократных проверках вероятность случайно увидеть «значимую» разницу резко растёт. Срок и объём фиксируют заранее и дотягивают до конца.

Как быть, если версия с лучшей конверсией даёт меньше выручки?

Выбирать по деньгам. Победитель — версия с лучшим результатом по прибыли или по стоимости целевого действия нужного качества, а не по проценту конверсии.

Влияет ли скорость страницы на результат теста?

Сильно. Разница в скорости между версиями — самая частая причина ложного результата, поэтому техническое равенство проверяют до запуска.

Нужно ли останавливать тест на время промо или распродажи?

Да, тест переносят. Промо меняет и состав трафика, и базовую конверсию, поэтому результат внутри акции не переносится на обычный период.

Как тестировать при 50 заявках в месяц?

Статистически корректный сплит здесь не соберётся. Тестируйте только крупные изменения, опирайтесь на записи сессий, тепловые карты и интервью с клиентами, а решение принимайте по длинному окну сравнения с контролем.

Можно ли менять объявления во время теста лендинга?

Нет. Любое изменение внутри окна смешивает эффекты, и причину прироста установить уже невозможно.

Что делать после завершения теста?

Перевести весь трафик на победителя, зафиксировать результат и дать стратегии 7–14 дней на пересчёт. Следующую гипотезу запускают только после стабилизации.

Похожие записи