Тестирование разделения URL

Тестирование с разделением URL-адресов — это метод экспериментирования, при котором каждый вариант отображается по своему собственному URL-адресу, а посетители перенаправляются на один из них случайным образом. Оно отличается от стандартного A/B-тестирования, где варианты отображаются по одному и тому же адресу путем изменения страницы после ее загрузки или путем предоставления различной разметки с сервера. Тестирование с разделением URL-адресов является подходящим выбором, когда варианты слишком существенно отличаются друг от друга, чтобы их можно было создать путем модификации на стороне клиента: полностью перестроенная целевая страница, другой процесс оформления заказа, новый шаблон, работающий на отдельной инфраструктуре, или страница, созданная другой командой на другом стеке технологий.

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

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

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

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

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

В ситуациях, когда обсуждается редизайн, этот метод превращает субъективный спор о новом дизайне в вопрос, на который можно ответить. дизайн продукта команда может правильно подготовить претендента, и Услуги CRO Команда может сравнить его с существующим сервисом при реальном трафике, при этом штраф за перенаправление будет количественно оценен и учтен. В частности, для решений о переходе на новую платформу это разница между миграцией, оправданной бизнес-обоснованием, и миграцией, оправданной надеждой, и это стандартная часть процесса, как крупные компании могут принимать решения о переходе на новую платформу. предприятие Эти программы снижают риски изменений, которые в противном случае были бы необратимыми.