Советы по настройке успешных тестов разделения URL (и некоторые распространенные ошибки, которых следует избегать)

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

В этой статье мы расскажем, как настроить тесты с разделенными URL-адресами с помощью Convert Experience, а также поможем вам избежать некоторых распространенных ошибок.

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

Так что, если вы ищете решение для тестирования, которое поможет вывести ваш сайт на новый уровень, вы обратились по адресу!

Что такое тестирование разделенных URL-адресов?

Термин «тестирование с разбивкой URL» — это просто другое название перенаправления.

Это называется тестированием с разделенным URL-адресом, потому что оно включает в себя сравнение оригинала (который имеет собственный URL-адрес) с другим вариантом на странице с собственным URL-адресом.

В отличие от A/B-тестов, где оригинал и вариант размещаются на одном и том же URL-адресе, а трафик направляется на один из них, тесты с разделенным URL-адресом имеют как исходный, так и вариантный URL-адреса.

При тестировании разделенного URL-адреса люди участвуют в эксперименте, когда они переходят на исходный URL-адрес страницы (и им назначается один из вариантов разделенного URL-адреса). Далее они либо остаются на текущей странице (если была выбрана оригинальная), либо сразу перенаправляются на полученный вариант URL.

Разделение URL-адресов Convert экономит время, позволяя пользователям тестировать свои страницы без необходимости редактирования в визуальном редакторе Convert.

Два наиболее распространенных примера преобразования разделенных URL-адресов:

1. Разные целевые страницы с разными URL-адресами:

• Оригинал — www.convert.com/landingpage1
• Вариант — www.convert.com.com/landingpage2

2. Поддомен или отдельный домен для тестирования переработанной страницы:

• Оригинал – www.convert.com
• Вариант – www.beta-convert.com

Визуальный поток тестирования разделенного URL-адреса

Вот пример того, как Convert предоставляет URL-адреса посетителям, разделенным на раздельные URL-адреса:

Преимущества тестирования разделенных URL-адресов

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

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

Разделение URL-тестирования позволяет вносить эти изменения без ограничений, сохраняя при этом преимущества A/B-тестирования. Возможности Convert’s Split URL полезны по ряду причин, позволяя вам:

• Попробуйте совершенно новый дизайн, не забывая при этом о старом. Пользователи могут сравнивать отчеты из двух вариантов, чтобы увидеть, какие функции лучше всего работают в каждом из них.
• Выполняйте опыт с изменениями, не связанными с пользовательским интерфейсом. Пытаетесь повысить скорость загрузки страниц, переключившись на другую базу данных? Это всего лишь пример изменений в бэкэнде или разработке, которые влияют на веб-сайты. Разделение URL-адресов гарантирует, что невидимые изменения не окажут негативного влияния на взаимодействие с пользователем.
• Оцените функциональность нескольких веб-страниц как единого целого. Рабочие процессы оказывают значительное влияние на конверсию, и тестирование новых путей перед их внедрением — отличный способ увидеть, не были ли игнорированы какие-либо проблемы.
• Улучшите взаимодействие с пользователем благодаря более быстрому соединению и лучшей производительности браузера. В то время как тесты A/B могут страдать от эффекта мерцания (который возникает, когда вариант загружается медленно и четко перед пользователем), опыт с разделенным URL-адресом может без проблем загружать несколько сайтов одновременно. (Медленная загрузка страницы сообщает пользователям, что они участвуют в тестировании, что искажает результаты теста.)
• Тестируйте различные дизайны страниц или контент, не ставя под угрозу коэффициент конверсии. Случайным образом разделяя трафик веб-сайта между Исходной версией и Вариантами, вы можете быть уверены, что любая статистически значимая разница в производительности связана с опытом, а не с такими факторами, как источник трафика или время суток.

Как настроить тест разделения URL-адресов в Convert Experiences

Создайте гипотезу

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

С вашей гипотезой вы пытаетесь решить проблему, размышляя о том, что может работать лучше, чем существующая версия.

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

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

• Что они делают такого, чего не делаете вы?
• Что выделяется больше всего?
• Почему у них более высокая конверсия?

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

Тогда переходите к следующему этапу!

Определите необходимый размер выборки

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

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

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

Конечно, это не надежное решение, но оно повысит ваши шансы на успех.

Создайте варианты вне Convert

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

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

Создать новый тест разделенного URL-адреса

Вы можете создать новый опыт в своей «Экспериментальной панели» в разделе «Новый опыт» в правом верхнем углу. Есть 6 типов опыта на выбор. Выберите «Разделить URL» и добавьте свое название опыта и URL-адрес исходного сайта:

Добавить URL вариантов

Вы увидите, что исходный URL-адрес заполнен на следующем экране. Здесь вы также добавите URL-адреса вариантов.

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

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

Нужны регулярные выражения? (Это необязательно.)

Допустим, вы используете Google Adwords или любую другую систему, которая передает переменные на ваш сайт, и вы хотите сохранить ее. Вы можете включить переменные с помощью параметра «Перенести исходные переменные URL-адреса в URL-адрес варианта».

Это создает регулярное выражение. Проще говоря, он добавляет следующий код после исходного URL:

 /{0,1}(([\?&]{1}[^=]{1,}=[^=]*[&]{0,1})*)$

и это добавляет 1 доллар к вариации.

По сути, регулярное выражение берет все, что следует за вопросительным знаком в URL-адресе, и вставляет его в вариант, где есть знак $1.

Проверить целевые страницы

Когда вы нажмете «Продолжить», вы будете перенаправлены к сводке опыта.

Область сайта — это место, где вы будете настраивать критерии, которые запускают ваш опыт.

Самая простая конфигурация запускает эксперимент на основе URL-адреса, например «https://www.convert.com».

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

Обязательно проверьте страницы, на которых будет выполняться тест разделения URL-адресов, и соответствующим образом настройте область сайта.

Проверить целевую аудиторию

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

Подтвердить цели

Вы можете внести множество различных изменений в «Сводку опыта», но сейчас мы просто сосредоточимся на проверке правильности настройки наших целей.

Вот некоторые из общих целей, используемых в тестах с разделенными URL-адресами:

• Коэффициент конверсии
• Щелчки по кнопкам
• Клики по ссылкам или CTA
• Подписка на рассылку новостей
• Добавление в корзину
• Доход на посетителя
• Обручение
• Посещения страниц
• Время, проведенное на странице
• показатель отказов

Добавьте домены в конфигурацию проекта

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

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

Добавить скрипт конвертации на все домены

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

Контроль качества вашего теста

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

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

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

Если все работает правильно, теперь вы можете запустить Split URL Experience для посетителей вашего сайта!

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

Анализируя результаты, задайте себе следующие вопросы:

• Как прошел твой тест?
• Верна ли была ваша гипотеза?
• Являются ли результаты статистически значимыми?

Если все прошло хорошо, вы сможете определить явного победителя!

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

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

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

Гибридный тест: раздельный тест URL + развертывание

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

Поскольку тесты с разделением URL-адресов не позволяют настраивать и стилизовать страницы с помощью визуального редактора, один из вариантов, который вы можете рассмотреть, — это настройка «гибридного» эксперимента ( разделение URL-адресов + опыт развертывания) .

Как настроить свой «гибридный» эксперимент

Начните с создания интерфейса с разделенным URL-адресом, как указано в предыдущем разделе.

Получить опыт и идентификаторы вариантов

После того, как вы закончите настройку вариантов опыта, запишите идентификаторы вариантов на странице сводки опыта. Скопируйте ссылку из превью варианта:

Скопированная ссылка будет выглядеть примерно так:

 https://url.com/?convert_action=convert_vpreview&convert_v=100368636&convert_e=10036216

● v=100368636 – это идентификатор варианта: 100368636.
● e=10036216 — идентификатор опыта: 10036216.

Настройте развертывание для страницы вариантов

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

Попробуйте Convert Deploy: Click & Edit Ease для ваших веб-потребностей.

Настройте пользовательскую аудиторию для вашего развертывания

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

Условие JS 1: (замените URL-адрес исходной страницы с разделенным URL-адресом)

 document.referrer == "https://urlFromtheOriginalPage.com"

Условие JS 2: (замените идентификатор опыта и варианта, указанный ранее)

 convert.historicalData.experiments[splitURLExID].variation_id == "идентификатор варианта"

Это оно! Вы успешно применили стили к разделенному URL-адресу!

Настройте тест многостраничного разделенного URL-адреса

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

Одновременный запуск нескольких разделенных URL-тестов

Может наступить момент, когда вам нужно будет провести два или более теста с разделением URL на одном и том же веб-сайте. Вот ваши варианты:

1. Запускайте тесты одновременно, не беспокоясь о том, что они будут мешать друг другу.
2. Проводите тесты одновременно, но с разной аудиторией
3. Выполняйте тесты по порядку (завершите тест 1, прежде чем переходить к тесту 2).

Хотя вариант 3 является самым безопасным, он серьезно ограничит ваши возможности при работе с разделенными URL-адресами.

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

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

Общее предотвращение столкновений

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

Для этого вам нужно настроить его так, чтобы разделение URL-адресов с наименьшим номером идентификатора использовало только 50% трафика. Это можно сделать в разделе «Настройки статистики» «Обзора опыта».

При завершении второго опыта разделения URL перейдите в раздел «Новая аудитория» в разделе «Данные посетителя». Затем перейдите туда, где написано «Bucketed in Experience», и введите «No». Делая это, вы гарантируете, что тестируются только новые посетители, что предотвратит повторную проверку одних и тех же посетителей.

Исключение посетителей из других тестов разделения URL

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

Ознакомьтесь с этой статьей для получения дополнительной информации!

Настройте тесты разделенных URL-адресов для тем Shopify

Если ваш веб-сайт был разработан на Shopify, вы можете воспользоваться опцией Convert’s Split URL. Таким образом, вы можете протестировать две или более разных версий тем Shopify (примененных к вашему веб-сайту) друг против друга.

Shopify теперь предлагает широкий спектр тем, поэтому было бы здорово узнать, как одна тема Shopify на веб-сайте будет работать по сравнению с другой.

Для получения более подробной информации, вот статья, в которой объясняется весь процесс тестирования разделенных URL-адресов для различных тем Shopify.

Ниже вы можете увидеть отчет о разделении URL-адресов между двумя разными темами:

Используйте тест A/B в качестве теста разделения URL (да, это возможно!)

На самом деле вполне возможно превратить ваш опыт A/B в опыт с разделенным URL!

Convert имеет функцию JS, которая позволяет вам перенаправляться на новую страницу, сохраняя при этом статистику для этого конкретного варианта:

 convert.redirect("URL_здесь");

Например, вместо использования:

 document.location.href="http://www.mysite.com/my_variation_page.html"

Используйте следующее:

 convert.redirect("http://www.mysite.com/my_variation_page.html"); 

Вы даже можете приостановить использование оригинала в разделе отчетов и направить всех своих пользователей к варианту. В этом случае 100% трафика увидят вариацию.

Как определить, являются ли ваши тесты Split URL статистически значимыми?

До сих пор вы научились настраивать множество видов тестов с разбиением URL, но как вы можете быть уверены, что ваши результаты заслуживают доверия?

Предположим, вы проводите работу с разделенным URL-адресом и отправляете 200 посетителей на каждый вариант целевой страницы. Оригинал фиксирует 50 конверсий, а Вариант — 40.

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

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

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

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

Распространенные ошибки, которых следует избегать при выполнении тестов с разделенными URL-адресами

Неравномерный трафик между оригиналом/вариантом

Допустим, ваш веб-сайт каждую неделю посещают 15 000 человек, и вы начинаете проводить тест с разделенным URL-адресом, используя оригинал и вариант. В идеальном мире каждая из этих различных версий получила бы 7 500 посетителей (половину из 15 000).

Однако более вероятно, что числа в каждом варианте будут находиться в диапазоне от 7490 до 7550. (Незначительные отклонения типичны и обусловлены чистой случайностью.) С другой стороны, весьма тревожно, если, скажем, один из ваших вариантов захватил 6000 посетителей, а другой получил около 9000.

Вот тут-то и приходит на помощь тест SRM. Вместо того, чтобы полагаться на интуицию, он использует критерий согласия Хи-квадрат. Например, он может определить, являются ли 7300 или 7800 посещений «нормальными» по сравнению с другим количеством полученных посетителей.

В декабре 2021 года команда Convert представила собственный метод SRM, который пользователи Convert могут включить, выбрав «Конфигурация проекта» > «Дополнительные настройки».

Это позволит им видеть теги SRM в отчетах:

Хотя причины проблем с SRM могут быть разными, вот несколько способов устранить теги SRM из ваших тестов:

Неправильный таргетинг страницы

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

• Исходный URL-адрес: https://www.convert.com.
• URL-адрес варианта: https://www.convert.com?v1=true.

Это не так просто, как кажется, и его нужно настроить правильно, чтобы избежать тегов SRM.

Сначала определите область сайта с помощью «URL-адрес страницы содержит https://www.convert.com» и введите «строка запроса содержит v1 = true» в разделе исключения.

Когда вы определяете варианты разделения URL-адресов, вы используете формулу регулярного выражения для захвата всех страниц:

 ([az]{1,2}tps?):\/\/((?:(?!(?:\/|#|\?|&)).)+)(?:(\/(? :(?:(?:(?!(?:#|\?|&)).)+\/))?))?(?:((?:(?!(?:\.|$| \?|#)).)+))?(?:(\.(?:(?!(?:\?|$|#)).)+))?(?:(\?(?: (?!(?:$|#)).)+))?(?:(#.+))?

Скрипт установлен не на всех страницах

Важно всегда дважды проверять правильность установки скрипта Convert как на оригинале, так и на вариантах.

Одна из распространенных проблем, которую мы обнаружили после устранения неполадок с запросами клиентов, заключалась в том, что скрипт Convert отсутствовал в одном из вариантов. Это привело к неравномерному распределению трафика и, следовательно, тегов SRM.

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

Бот-трафик с таргетингом на один вариант

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

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

• Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.11 (KHTML, как Gecko) Chrome/23.0.1271.97 Safari/537.11
• Mozilla/5.0 (Windows NT 5.1; rv:27.0) Gecko/20100101 Firefox/27.0

Мы подозреваем, что это боты, поскольку они используют более старые версии браузеров Chrome и Firefox. (Браузер Chrome сейчас составляет около 99, а не 23, как показано выше.)

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

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

Циклы перенаправления

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

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

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

Допустим, вы хотите настроить таргетинг только на домашнюю страницу (https://www.convert.com) с помощью разделенного URL-адреса и передать все параметры запроса, которые могут быть у посетителей.

• Исходный URL-адрес: https://www.convert.com.
• URL-адрес варианта: https://www.convert.com?v1=true.

Чтобы избежать любого перенаправления, вам нужно установить для области сайта значение «URL-адрес страницы точно соответствует https://www.convert.com» и ввести «строка запроса содержит v1 = true» в разделе исключения.

Это гарантирует, что условия эксперимента по-прежнему будут совпадать, если вы окажетесь на «https://www.convert.com ?v1=true».

Двойной трафик, записанный в оригинале в вашем инструменте аналитики

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

В некоторых случаях ваше аналитическое программное обеспечение (например, Google Analytics) может показать, что ваш исходный URL-адрес получает весь ваш трафик, даже если URL-адреса вариантов получают правильную часть трафика.

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

Вот как это можно исправить:

Заказ кодов отслеживания

Убедитесь, что код отслеживания экспериментов Convert размещен на странице ПЕРЕД кодом отслеживания аналитического программного обеспечения. Это решит проблему в большинстве случаев.

Код отслеживания Wrap Analytics

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

 if(!convert || !convert.isRedirect) {
  // ваш код отслеживания аналитики здесь

SEO-соображения по разделению URL-тестов

При тестировании с разделением URL дублированный контент — это то, что вы, возможно, захотите рассмотреть с точки зрения SEO.

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

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

В случае мошеннических методов SEO поисковые системы также должны иметь дело с повторением контента. Известно, что Google удаляет веб-сайты из результатов поиска, если алгоритм обнаруживает, что дублированный контент используется для манипулирования результатами поиска. Google редко, если вообще когда-либо, налагает наказания, но лучше не оставлять это на волю случая — на всякий случай!

Давайте посмотрим на некоторые из предложенных решений.

Не используйте пользовательский агент Googlebot в своих аудиториях

Вы не получите штраф, если вы не основываете свое распределение трафика на различиях поисковой системы и человека (используя пользовательский агент Googlebot в функции Audiences). Google не важно, какую версию вашего сайта видит его бот. Важно то, что он получает тот же пользовательский опыт, что и случайный посетитель.

Используйте rel="canonical"

Если тест с разделенным URL-адресом имеет несколько URL-адресов, поместите атрибут ссылки «rel=canonical» на все ваши альтернативные ссылки, указывающие на исходную страницу. Если боты индексируют ваш сайт, это направит их на исходную страницу. Эксперименты с переадресацией должны быть приемлемыми, если они не перенаправляют на неожиданный или несвязанный контент.

Используйте 302 для редиректа

Google советует не использовать постоянную переадресацию 301, отдавая предпочтение временной переадресации 302. Это информирует поисковые системы о том, что перенаправление является временным (то есть оно будет активным только на время эксперимента). Он также говорит им сохранить исходный URL-адрес в своем индексе, а не заменять его местоположением перенаправления (тестовой страницей).

Запускайте тесты разделенных URL-адресов только до тех пор, пока это необходимо

Если есть достаточно трафика, чтобы оправдать это, вы можете запустить тест разделения URL-адресов, а затем отключить его, если он не сможет прийти к выводу в течение ожидаемого периода времени (или сразу после того, как вывод будет сделан).

Резюме

Сплит-тесты URL — отличный способ оценить коэффициенты конверсии и вовлеченности для двух разных версий целевой страницы. С Convert Experiences вы можете настроить Split URL множеством способов, в зависимости от ваших потребностей.

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

Удачного тестирования!