Как тестировать и сравнивать адалт-партнёрки и офферы

Как правильно сравнить адалт-офферы

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

Практическую схему можно свести к нескольким шагам:

Главный принцип:

сначала нужно сделать условия сравнения сопоставимыми, а уже затем смотреть на показатели.

Если оффер A получает mobile-трафик из Германии, а B — преимущественно desktop из Франции, их общий EPC не показывает, какой продукт лучше. Разница может быть вызвана GEO или устройством.

Если подходящие кандидаты ещё не выбраны, сначала полезно пройти руководство о выборе адалт-оффера под свой трафик.

Сначала определите, что именно вы тестируете

Перед запуском стоит сформулировать один конкретный вопрос.

Например:

• какой из двух офферов лучше монетизирует один сегмент;
• выгоднее ли работать с продуктом напрямую или через CPA-сеть;
• какая модель оплаты лучше: CPA, PPS, RevShare или гибридная модель (Hybrid);
• какой лендинг лучше работает внутри одного продукта.

Это разные тесты.

Оффер против оффера

Самый очевидный вариант — сравнить два разных продукта на одном трафике.

Базовая схема:

один сегмент → одинаковое размещение → оффер A или B

Но если у A используется локализованный лендинг, а у B — общий англоязычный, фактически сравниваются уже готовые связки, а не только сами продукты.

Такой тест всё равно полезен, если задача вебмастера звучит просто:

какой доступный вариант принесёт больше денег с этого трафика?

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

Одна партнёрка против другой

Один продукт или близкие офферы иногда доступны:

• напрямую;
• через CPA-сеть A;
• через CPA-сеть B.

Тогда на результат могут влиять не только сам продукт и payout, но и:

• подтверждение конверсий;
• холд;
• caps;
• доступные лендинги;
• условия по GEO;
• правила атрибуции;
• качество трекинга;
• последующие корректировки дохода.

Поэтому более высокая заявленная ставка ещё не означает больший итоговый доход.

Разные модели оплаты

Отдельный тип теста — CPA или PPS против RevShare либо Hybrid.

Здесь модели формируют доход с разной скоростью. Фиксированная выплата может стать видна почти сразу после подтверждённой конверсии, а RevShare продолжать накапливаться значительно дольше.

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

Не меняйте одновременно всё

Если одновременно заменить:

• оффер;
• баннер;
• CTA;
• placement;
• лендинг;

после теста будет непонятно, какое изменение создало разницу.

Поэтому при проверке конкретной гипотезы полезен принцип:

одна гипотеза → одно основное изменение.

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

Сделайте трафик сопоставимым

Одинаковое количество кликов ещё не означает одинаковые условия.

Офферы желательно сравнивать на трафике, похожем по тем признакам, которые способны существенно повлиять на результат.

GEO

Для международного адалт-трафика страна — один из первых параметров, который стоит учитывать.

Например:

Germany → A / B

обычно информативнее, чем:

весь международный поток → A / B

с последующим выбором одного общего победителя.

Если небольших GEO много и данных мало, их можно оставить в общем потоке, но крупные страны желательно проверять отдельно.

Mobile и desktop

Устройства могут отличаться:

• удобством лендинга;
• регистрацией;
• способами оплаты;
• видимостью рекламного блока;
• поведением аудитории.

Поэтому крупный разрез:

GEO × device

часто уже даёт более полезную картину, чем общая статистика.

Необязательно дробить данные дальше на десятки браузеров и моделей устройств, если объёма для этого недостаточно.

Источник

SEO, pop, push и другие источники могут приводить пользователей с разным интентом.

Если:

A получает SEO

а

B получает pop

это уже не чистое сравнение двух продуктов.

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

Страница и placement

Для собственного сайта важно знать не только домен, но и контекст клика.

Переходы из:

• обзора конкретного сервиса;
• общей подборки;
• информационной статьи;
• основного CTA;
• бокового баннера;

могут иметь совершенно разную ценность.

Поэтому полезно хотя бы различать страницу или группу страниц и крупные placements.

Не дробите трафик слишком сильно

Сегментация полезна только пока в группах остаётся достаточно данных.

Если небольшой тест разбить по:

стране × устройству × источнику × странице × placement × браузеру

можно получить десятки групп, где результат определяется одной конверсией.

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

Одновременный split или тест по очереди

Есть два базовых способа распределения трафика:

• одновременно между несколькими вариантами;
• сначала на один вариант, затем на другой.

При достаточном объёме предпочтительнее одновременный split.

Например:

50% → A

50% → B

Оба варианта тогда работают примерно в одинаковых внешних условиях: в одни дни недели, при одинаковой сезонности и похожем составе текущего трафика.

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

Например:

80–90% → текущий контроль

10–20% → новый вариант

Новый оффер в этом случае медленнее накапливает статистику, зато тест меньше рискует текущим доходом.

Не делите варианты по времени без необходимости

Схема:

понедельник → A

вторник → B

хуже случайного распределения внутри одного периода, потому что одновременно с оффером меняется время.

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

Если трафика мало

Небольшому сайту иногда приходится тестировать последовательно:

период A → период B

Такой результат слабее, потому что между периодами могли измениться:

• состав аудитории;
• GEO;
• позиции страницы;
• условия программы;
• сезонность.

Если параллельный split невозможен, сохраняйте одинаковый placement, CTA и другие условия и выбирайте сопоставимые периоды.

При важном решении можно даже проверить схему:

A → B → A

и посмотреть, повторяется ли первоначальный результат после возвращения первого варианта.

Как настроить SubID и трекинг

После распределения трафика нужно уметь связать конверсию и доход с конкретным вариантом.

Минимальная задача трекинга:

понять, откуда пришёл клик → на какой вариант он попал → совершил ли пользователь действие → сколько подтверждённого дохода принёс.

SubID для сегментов

Партнёрские программы и CPA-сети обычно позволяют передавать дополнительные метки вместе с ссылкой.

Они могут называться:

• SubID;
• Sub1, Sub2;
• SID;
• source;
• tracking ID.

С помощью таких меток можно сохранить, например:

Не нужно передавать все возможные признаки. Сохраняйте те, которые реально понадобятся для анализа.

Полезно заранее использовать понятную и стабильную систему названий, чтобы через несколько месяцев test-new-final2 не пришлось расшифровывать по памяти.

SubID и click ID

Обычная SubID-метка отвечает на вопрос:

к какой группе относился трафик?

Например:

de-mobile-a

Такая метка может быть одинаковой у тысяч пользователей.

Полноценный трекер дополнительно присваивает каждому переходу уникальный click ID.

Упрощённо:

пользователь → click ID → партнёрка

После конверсии партнёрская система возвращает этот идентификатор через postback, и событие связывается с конкретным исходным кликом.

Postback

Упрощённая цепочка выглядит так:

посетитель → сайт или трекер → партнёрская ссылка → оффер

После конверсии:

партнёрка → postback → трекер

Вместе с уведомлением могут передаваться:

• click ID;
• тип конверсии;
• payout;
• статус;
• валюта.

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

Click-level tracking особенно полезен, когда:

• одновременно используются разные партнёрки;
• много GEO и источников;
• нужен автоматический split;
• используется платный трафик;
• важно самостоятельно хранить историю конверсий.

Проверьте систему до основного запуска

До отправки большого объёма трафика стоит убедиться, что:

1. обе ссылки работают;
2. клики появляются в отчёте;
3. SubID сохраняются;
4. click ID передаётся, если используется;
5. postback принимается;
6. payout и статус фиксируются корректно.

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

Если проблема не в сравнении нескольких рабочих вариантов, а в том, что трафик в целом даёт мало или совсем не даёт конверсий, используйте отдельную диагностику слабой конверсии адалт-трафика.

Какие показатели действительно сравнивать

У теста редко бывает одна метрика, которая сама показывает победителя.

CR

Упрощённо:

CR = конверсии / клики × 100%

Высокий CR полезен, но не гарантирует больший доход.

Например:

• A: 30 конверсий × $2 = $60;
• B: 20 конверсий × $5 = $100.

B конвертируется хуже, но зарабатывает больше.

Кроме того, CR разных офферов имеет смысл напрямую сопоставлять только тогда, когда целевые действия похожи.

Подтверждение конверсий

Если действия проходят проверку, первичные конверсии (raw) могут сильно отличаться от оплачиваемых.

Например:

A

• 30 первичных;
• 27 подтверждённых.

B

• 40 первичных;
• 20 подтверждённых.

Предварительно B выглядит сильнее, но после проверки преимущество исчезает.

Поэтому финальный анализ желательно строить по подтверждённым конверсиям и подтверждённому доходу.

EPC

Упрощённо:

EPC = доход / партнёрские клики

Он удобен для сравнения двух офферов на сопоставимом трафике.

Но сетевой EPC из каталога — только ориентир. Он рассчитан на чужих источниках, GEO и устройствах. Собственная статистика важнее.

Для сайта одного EPC недостаточно

EPC начинает измерение только после того, как посетитель уже кликнул по партнёрской ссылке.

Но владелец сайта обычно хочет знать:

сколько денег приносит весь исходный трафик страницы?

Предположим, одинаковые 1000 посетителей видят два варианта.

A

• 200 партнёрских кликов;
• EPC $0,20;
• доход $40.

B

• 400 партнёрских кликов;
• EPC $0,15;
• доход $60.

По EPC сильнее A.

Но B приносит больше денег с того же количества посетителей сайта.

Поэтому для контентного проекта полезен показатель:

доход на 1000 посетителей = подтверждённый доход / посетители × 1000

Он объединяет привлекательность размещения и эффективность самого оффера.

Покупной трафик

При закупке трафика конечным критерием становится экономика:

прибыль = подтверждённый доход − расходы

ROI = прибыль / расходы × 100%

Высокий EPC не помогает, если покупка этого трафика стоит ещё дороже.

Почему результат может измениться после остановки теста

Конец подачи трафика не обязательно означает конец эксперимента.

После последнего клика ещё могут:

• подтверждаться или отклоняться лиды;
• приходить задержанные конверсии;
• регистрироваться продажи;
• меняться статусы;
• появляться возвраты и другие корректировки.

Поэтому результат сразу после остановки трафика лучше считать предварительным.

Холд

Пока действие находится на холде, оно может:

• подтвердиться;
• быть отклонено;
• изменить сумму выплаты.

Например, предварительно:

A → $150

B → $120

а после проверки:

A → $90

B → $110

Победитель изменился.

Если один вариант уже прошёл холд, а второй запущен совсем недавно, их текущий подтверждённый доход находится на разных стадиях зрелости.

Задержанные конверсии

Пользователь может:

1. кликнуть сегодня;
2. зарегистрироваться позже;
3. купить ещё через несколько дней.

Поэтому:

трафик закончился в пятницу

не означает:

в пятницу известен весь доход.

Оффер с более длинной воронкой при слишком раннем анализе будет систематически выглядеть хуже.

Дата клика и дата конверсии

Продажа 10 августа могла произойти после клика 5 августа.

Одна система может относить доход к дате конверсии, другая — к исходному клику.

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

Изменения условий

Во время теста также стоит фиксировать:

• изменение payout;
• новый KPI;
• cap;
• смену лендинга;
• отключение GEO.

Если половина трафика работала по одним условиям, а половина — по другим, эксперимент перестаёт быть единым.

Когда результат достаточно зрелый

Универсального количества дней нет.

Практически полезно проверить:

1. основная часть ожидаемых конверсий уже появилась;
2. варианты прошли сопоставимый период проверки;
3. большая часть действий получила понятный статус;
4. новые конверсии и корректировки уже редко меняют вывод.

То есть нужно различать:

конец подачи трафика

и

конец периода наблюдения.

Сколько данных нужно для теста

Правила вроде:

«нужно 1000 кликов на каждый оффер»

не универсальны.

Необходимый объём зависит от:

• частоты конверсий;
• размера различия;
• стабильности трафика;
• ценности отдельной конверсии.

Редкая конверсия требует больше данных

Предположим:

A

• 1000 кликов;
• 2 продажи.

B

• 1000 кликов;
• 1 продажа.

Формально A получил вдвое больше продаж.

Но одна следующая конверсия B полностью сравняет результат.

Поэтому вывод всё ещё очень нестабилен.

Если же на тот же объём приходится по 100–150 независимых конверсий, случайность отдельного события влияет намного меньше.

Большую разницу увидеть проще

Отличить:

CR 2% от 4%

обычно легче, чем:

2% от 2,2%.

Чем меньше преимущество, которое вы пытаетесь обнаружить, тем больше данных понадобится.

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

Одна крупная продажа может решить весь тест

Предположим:

A — $80

B — $250

Но из $250 оффера B одна продажа дала $200.

Её нельзя просто исключить: это реальный доход.

Но нужно понимать, что весь вывод пока держится на одном пользователе.

Чем сильнее одна конверсия способна изменить итоговый EPC, тем осторожнее стоит масштабировать результат.

Не останавливайте тест каждый раз, когда появился лидер

При небольшом объёме A и B могут несколько раз поменяться местами.

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

Лучше заранее определить хотя бы приблизительный первый горизонт:

• объём трафика;
• минимальное количество значимых событий;
• момент промежуточной проверки.

Если же обнаружена явная техническая проблема или оффер вообще не принимает нужный трафик, продолжать тест ради формального количества кликов не нужно.

При больших объёмах используйте калькулятор выборки

Если решение влияет на большой поток или серьёзный рекламный бюджет, полезен обычный A/B sample-size calculator.

Для большинства небольших вебмастерских тестов вручную считать статистические формулы не требуется.

Главное понимать принцип:

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

Иногда правильный итог:

«существенной разницы пока не обнаружено».

Это лучше, чем искусственно выбрать победителя только потому, что одна цифра немного выше.

Как сравнивать CPA, PPS и RevShare

Разные модели оплаты формируют доход с разной скоростью.

При CPA или PPS значительная часть результата появляется после подтверждённого действия.

RevShare может продолжать расти за счёт:

• повторных покупок токенов;
• продлений подписки;
• дальнейших расходов в дейтинге;
• покупок контента;
• расходов в NSFW AI-сервисах.

Поэтому короткий тест автоматически даёт преимущество более быстрой модели.

Сравнивайте когорты одинакового возраста

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

Например:

Цифры условные.

Смысл в другом:

30-дневный RevShare нужно сравнивать с другим вариантом на таком же горизонте наблюдения.

Контрольные точки вроде D7, D30 или D90 удобны, но не являются универсальным стандартом.

Не смешивайте старый RevShare с новой когортой

Если программа давно приносит $1500 RevShare в месяц, часть денег может идти от пользователей, привлечённых несколько месяцев назад.

Сравнивать весь этот доход с новым CPA-тестом нельзя.

Нужно выделить именно пользователей, вошедших в эксперимент:

доход когорты A против дохода когорты B.

Накопленный доход на пользователя

Для понимания качества аудитории иногда полезно посмотреть:

накопленный доход когорты / количество привлечённых пользователей

Например:

A

• 50 платящих пользователей;
• $1000 RevShare;
• $20 на пользователя.

B

• 40 пользователей;
• $1200;
• $30 на пользователя.

B привлёк меньше покупателей, но они оказались ценнее.

Для окончательного решения показатель всё равно нужно возвращать к исходному объёму трафика.

Hybrid

Гибридную модель следует разложить на:

• фиксированную часть;
• накопленный RevShare;
• общий подтверждённый доход.

Наличие двух компонентов не делает такую модель автоматически выгоднее.

Учитывайте скорость получения денег

Даже если:

• CPA приносит $1000 быстро;
• RevShare достигает $1100 значительно позже;

формально RevShare заработал больше, но разница может быть недостаточной, чтобы компенсировать более медленный денежный поток.

Особенно это важно при закупке трафика, когда расходы возникают сразу.

Когда сравнение уже имеет смысл

Полезно проверить:

1. пользователи привлечены в сопоставимые периоды;
2. когорты одинакового возраста;
3. CPA/PPS прошли необходимый холд;
4. RevShare успел накопить значимую часть выручки;
5. возвраты и другие корректировки учтены;
6. результат уже не меняется кардинально после каждого нового периода.

Главная ошибка здесь — сравнивать две суммы на одну календарную дату, хотя модели находятся на разных стадиях созревания.

Как не получить ложного победителя

Перед тем как перераспределять основной трафик, проверьте несколько типичных ошибок.

Перед финальным решением достаточно ответить на семь вопросов:

1. Сравнивался ли сопоставимый трафик?
2. Отличался ли в основном тот параметр, который мы хотели проверить?
3. Одинаково ли корректно работал трекинг?
4. Достаточно ли событий, чтобы результат не зависел от одной конверсии?
5. Находится ли доход на сопоставимой стадии зрелости?
6. Не создаёт ли общего победителя один отдельный сегмент?
7. Достаточно ли велика разница, чтобы ради неё менять текущую схему?

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

Победитель может быть разным для разных сегментов

Общая строка отчёта может скрывать разные результаты внутри аудитории.

Например:

По общей сумме A выигрывает.

Но перевод всего трафика на него уменьшил бы доход с Germany desktop.

Поэтому правильная схема может выглядеть так:

DE mobile → A

DE desktop → B

France → основной контроль или продолжение теста

Проверяйте сначала крупные сегменты

В первую очередь имеет смысл смотреть:

• основные GEO;
• mobile/desktop;
• крупные источники;
• важные страницы;
• основные placements.

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

Небольшой поток можно оставить общим

Для десятков малых GEO отдельного теста часто не хватает.

Практичная схема:

крупные изученные сегменты → выбранные офферы

малый и смешанный поток → основной универсальный вариант или смартлинк

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

Отсутствие победителя — тоже результат

Если зрелый результат выглядит так:

A EPC $0,19

B EPC $0,18

и разница нестабильна, нет необходимости обязательно объявлять A победителем.

Можно оставить текущую схему и продолжить наблюдение либо проверить нового кандидата.

Цель эксперимента — не составить рейтинг офферов, а принимать решения только там, где данные дают достаточное основание.

Что делать после окончания теста

Если один вариант показывает устойчивое преимущество, основную часть соответствующего сегмента можно перевести на него.

Например:

во время теста

50% → A

50% → B

после теста

90% → A

10% → B или новый кандидат

При достаточном объёме небольшую часть трафика полезно оставить для проверки альтернатив.

Зафиксируйте результат

Для каждого значимого теста желательно сохранить:

• что сравнивалось;
• сегмент;
• период;
• split;
• клики;
• первичные и подтверждённые конверсии;
• подтверждённый доход;
• EPC;
• доход на исходный трафик, если он считался;
• итоговое решение;
• важные замечания.

Например:

Стоит записывать и причины, по которым вариант не был выбран: низкая доля подтверждений, cap, слабый EPC или просто недостаточное количество данных.

Это снижает вероятность повторить через несколько месяцев тот же самый эксперимент.

Проверьте результат после масштабирования

Оффер, который хорошо работал на ограниченном потоке, может изменить показатели после увеличения объёма.

Например:

• расширился состав аудитории;
• достигнут cap;
• изменился GEO mix;
• добавился более слабый покупной трафик.

После масштабирования снова посмотрите на:

CR → подтверждение конверсий → подтверждённый доход → EPC → итоговую экономику.

Не тестируйте ради самого тестирования

Новый эксперимент имеет смысл, когда:

• появился сильный кандидат;
• изменился payout;
• программа добавила новый лендинг;
• текущий EPC заметно снизился;
• вырос новый GEO;
• изменилась структура трафика.

Если рабочая схема стабильна и альтернативы не выглядят сильнее, постоянная перестановка офферов сама по себе не является оптимизацией.

Практический пример: сравнение двух вебкам-партнёрок

Предположим, у вебмастера есть статья с SEO-трафиком по вебкам-сервисам.

Основная аудитория приходит из Германии с мобильных устройств.

Есть две подходящие партнёрки:

A

и

B.

Обе принимают Germany mobile SEO-трафик и предлагают сопоставимые продукты.

Задача:

понять, какая партнёрка лучше монетизирует Germany mobile с основной таблицы статьи.

1. Выделить сегмент

В эксперимент входит только:

• Germany;
• mobile;
• SEO;
• одна статья;
• основной placement.

Desktop и другие GEO оцениваются отдельно.

2. Сохранить условия

Обе программы получают клики из одного и того же CTA и места страницы.

Другие элементы во время теста не меняются.

3. Настроить метки

Например:

A

webcam-de-mobile-t01-a

B

webcam-de-mobile-t01-b

При использовании полноценного трекера каждому переходу дополнительно присваивается click ID.

До запуска проверяются клики, SubID и postback.

4. Запустить split

Например:

50% → A

50% → B

Оба варианта работают одновременно.

5. Посмотреть предварительные данные

После первой части теста:

A получает больше конверсий, но B уже зарабатывает немного больше.

Делать вывод пока рано.

6. Дождаться подтверждения

После проверки:

Первоначальное преимущество A по количеству действий исчезло.

B:

• получает меньше первичных конверсий;
• лучше проходит подтверждение;
• приносит больше подтверждённого дохода.

Для Germany mobile он выглядит сильнее.

7. Вернуть результат к исходному трафику

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

За 10 000 посетителей:

A

• 1000 партнёрских кликов;
• $100 подтверждённого дохода.

B

• 1300 партнёрских кликов;
• при том же EPC около $209.

Доход на 1000 исходных посетителей:

A → $10

B → около $20,9

Для владельца сайта это уже более наглядный ответ, чем просто EPC.

8. Проверить другой крупный сегмент

При отдельном desktop-тесте оказывается:

Germany mobile → B

Germany desktop → A

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

9. Внедрить

Для mobile большая часть потока переводится на B, а небольшой объём можно оставить для контроля или нового кандидата.

После увеличения трафика показатели ещё раз проверяются.

Так весь тест проходит цепочку:

сегмент → split → трекинг → первичные конверсии → подтверждение → подтверждённый доход → анализ сегментов → внедрение.

Короткий итог

Корректное сравнение адалт-партнёрок начинается не с EPC, а с подготовки самого теста.

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

После запуска имеет смысл смотреть не только на первоначальные конверсии, но и на:

• долю подтверждений;
• подтверждённый доход;
• EPC;
• доход на исходный трафик;
• прибыль и ROI при закупке;
• зрелость RevShare.

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

И победитель не обязательно должен быть один для всего сайта.

Хороший результат может выглядеть так:

DE mobile → оффер A

DE desktop → оффер B

небольшие GEO → смартлинк

новый кандидат → ограниченная доля трафика для следующего теста

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