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

Большинство платформ для A/B тестирования стоят от $200 до $2,000 в месяц еще до того, как вы запустите свой первый эксперимент. Они оправдывают эту цену на высоком уровне - оптимизация с помощью «многоруких бандитов», тепловые карты, тестирование элементов страницы в реальном DOM. Но значительная часть того, что люди проверяют на практике, гораздо проще: две посадочные страницы и один вопрос - какая из них конвертирует лучше. Для этого случая можно вообще обойтись без специализированного инструмента и использовать умную короткую ссылку в качестве распределителя трафика. Маршрутизация происходит на стороне сервера, на «краю» (edge), до загрузки браузера. Никакого внедренного JavaScript, никакого мерцания.

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

TL;DR#

• Умная короткая ссылка направляет каждого посетителя на вариант A или B на основе взвешенного случайного распределения на стороне сервера - без мерцания JS и сторонних скриптов.
• Назначение сохраняется (sticky) в течение 24 часов через хеш IP + user-agent, поэтому один и тот же посетитель всегда видит один и тот же вариант при повторных посещениях.
• Вам нужно как минимум по 1,000 посетителей на каждый вариант, прежде чем данные можно будет интерпретировать. Используйте калькулятор размера выборки Эвана Миллера (доступ от 2026-05-12) для вашего базового показателя и ожидаемого прироста.
• Этот подход отлично подходит для экспериментов на уровне страниц. Для тестирования отдельных элементов (цвет кнопок, текст, макет страницы) или оптимизации с помощью «многоруких бандитов» вам все равно понадобится специализированный CRO-инструмент.

Почему серверное разделение стоит того#

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

Клиентские инструменты внедряют сниппет, который ждет рендеринга DOM, а затем подменяет его. Подмена занимает 50–300 мс в зависимости от сложности. На быстром соединении с прогретым кешем браузера посетители редко это замечают. При «холодной» загрузке на мобильных устройствах это заметно. Хуже того: блокировщики рекламы и перегруженные скриптами среды иногда препятствуют выполнению сниппета, из-за чего такие посетители попадают на оригинальную страницу, загрязняя вашу контрольную группу сегментом трафика, который блокирует скрипты.

Короткая ссылка выполняет маршрутизацию на «краю» до отправки HTML. Посетитель никогда не видит URL другого варианта в браузере. Коэффициент конверсии, который вы измеряете, получается чистым - без загрязнения из-за заблокированных скриптов или артефактов мерцания. Компромисс заключается в том, что вы тестируете страницы целиком, а не отдельные элементы. Вы меняете дизайн лендинга, направляете оба URL на короткую ссылку и позволяете ей разделить трафик.

Для детального разбора того, как умные ссылки работают на «краю», включая механику распространения кеша и шесть измерений маршрутизации, обратитесь к этой статье. Вкратце: решения о маршрутизации принимаются на edge-узлах Elido (регион ЕС, восток США или Азиатско-Тихоокеанский регион, в зависимости от региона рабочего пространства) до того, как байты ответа покинут дата-центр.

Как работает разделение#

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

Назначение является детерминированным в течение 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 тестов приводят к выводам, которые не подтверждаются на практике.

Количество посетителей на каждый вариант зависит от трех факторов: базового коэффициента конверсии, минимального прироста, который вы хотите надежно зафиксировать, и уровня достоверности, который вы готовы принять. Тест для обнаружения абсолютного прироста в 5% (скажем, с 10% до 15%) при уровне достоверности 95% требует примерно 760 посетителей на вариант. Тест для обнаружения прироста в 2% при том же базовом уровне в 10% требует около 3,800 посетителей на вариант. Калькулятор размера выборки Эвана Миллера (доступ от 2026-05-12) рассчитает эти цифры для любых введенных вами данных - используйте его до начала теста, а не после получения первых результатов.

Пропуск этого шага ведет к двум распространенным ошибкам.

Подглядывание и ранняя остановка. Вы проверяете результаты после 200 посетителей, видите разницу в 12%, объявляете победителя и останавливаете тест. Проблема в том, что при 200 посетителях разница в 12% находится в пределах статистического шума для большинства базовых показателей конверсии. Остановка теста на раннем положительном результате статистически эквивалентна «вылавливанию» значимого результата - рано или поздно вы найдете его чисто случайно. Установите требуемый размер выборки до начала теста и не проводите оценку, пока не достигнете этого числа.

Эффект новизны. Трафик, который никогда не видел ваш лендинг, реагирует иначе, чем вернувшиеся пользователи, столкнувшиеся с новой страницей. Если ваша короткая ссылка используется в платной рекламе, большая часть трафика - «холодная», и эффект новизны минимален. Если вы отправляете её по существующему списку email, часть аудитории уже знает ваш текущий лендинг, и новый вариант может вызвать временный всплеск конверсии, который затухнет через неделю. В анализе статистической значимости от CXL (доступ от 2026-05-12) эффект новизны и проблема стабильности выборки описаны подробнее - ключевая рекомендация: проводите тест достаточно долго, чтобы охватить как минимум один полный недельный цикл вашего трафика.

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

Инструкция по настройке#

Создание короткой ссылки с разделением занимает около пяти минут. Самое важное - правильно составить массив 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 на верхнем уровне - это резервный вариант: если массив правил не сработает по какой-либо причине (промах мимо edge-кеша во время деплоя, некорректный запрос), трафик пойдет на оригинальный лендинг, а не оборвется. Массив tags позволяет фильтровать ссылки в панели управления, если у вас запущено несколько тестов одновременно.

После создания ссылки вставьте её в свою кампанию - в email-рассылку, платное объявление или пост в соцсетях - и оставьте в покое. Панель распределения кликов показывает разделение по вариантам почти в реальном времени (задержка приема данных составляет менее 5 секунд при нормальных объемах трафика). Вы должны увидеть, что разделение 50/50 держится в пределах 2-3 процентных пунктов после первых нескольких сотен кликов.

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

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

Результаты по каждому варианту отображаются в панели аналитики в детальном представлении ссылки. Количество кликов, коэффициент конверсии кликов (если вы настроили события конверсии) и процент разделения видны без необходимости экспорта данных.

Показанный коэффициент конверсии - это отношение кликов к конверсиям для каждого варианта в отдельности. Если у варианта A было 1,200 кликов и 96 конверсий, его коэффициент конверсии составляет 8.0%. Если у варианта B было 1,180 кликов и 115 конверсий, его коэффициент конверсии - 9.7%. Разница составляет 1.7 процентных пункта - это 21% относительного прироста.

Реальна ли эта разница, зависит от расчета размера выборки. При 1,000 посетителей на вариант разница примерно в 2.5 процентных пункта при базовом уровне 8% является статистически значимой при 95% достоверности. При 1,200 на вариант этот порог немного снижается. Проверьте цифры в калькуляторе, прежде чем объявлять победителя.

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

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

Распространенные ошибки, о которых стоит упомянуть#

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

Игнорирование эффекта новизны. Новые страницы получают краткосрочный всплеск просто потому, что они новые. Если ваше окно тестирования составляет три дня, а ваш трафик имеет значительную долю вернувшихся посетителей, проводите тест как минимум полную неделю перед оценкой. В анализе значимости от 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 тест. Не подглядывайте. Объявите победителя, когда достигнете числа, которое наметили.