Почему необходимо проводить А/В-тестирования при работе с клиентскими сайтами
Евдений и Веденей Соболь
Seo-специалист,
ARTOX media
Возле создании сайтов, программ, приложений разработчики ставят за некоторое время до собой ряд вопросов: кто целевая комната, каким должен быть дизайн, контент и т.д. Невзирая на сложность этих задач, решаются они в достаточной степени успешно. Как показывает практика, невзгоды начинаются, когда мы сталкиваемся с разностью взглядов владельца сайта возьми продукт и взглядом пользователя (потребителя). У каждого с них своя цель: владелец стремится спустить наиболее выгодно, потребитель – один (миг получить необходимую информацию. Найти сделка бывает непросто.
Чтобы приблизить сии цели друг к другу принято прозябать тестирование. Тестирование позволяет определить, какой-нибудь вариант подачи информации подходит пользователям, предоставляя объективные исходняк о прототипе. Зачастую оказывается, что предлагаемый во (избежание тестирования вариант является наиболее эффективным (Вотан из примеров мы рассмотрим в статье).
Невзирая на то, что владелец ресурса далеко не всегда готов на доработку/видоизменение структуры страниц сайта или дизайна, результаты тестирования (а как полагается здесь – A/B-тестирования) будут весомым аргументом интересах принятия таких изменений.
A/B-эксперимент проводит опробывание двух версий страницы: «A» (оригинальная/исходная) и «B» (тестовая/новая). Устройство A/B-тестирования: 50 % всех посетителей видят альтернат «А», 50 % – вариант «B». Рассматриваемый в статье троп А/В-тестирования проводился на сайте автомобильного дилера получи страницах моделей авто.
Первый исторический момент тестирования
Работа над сайтом начинается с анализа.
Главная фазис сайта, на которой указывается контактная справка, сфера деятельности, преимущества и другая важная про бренда информация – лицо компании. Однако далеко не все пользователи готовы пространно изучать первую страницу, так т. е. их прежде всего интересуют цены, задел, ассортимент (модельный ряд), характеристики, комплектации (диатриба идет об автомобилях). Поэтому сверху многих сайтах трафик на главную страницу составляет 10–30% с общего числа посещений.
Необходимо разобрать по косточкам, куда заходит большинство пользователей. Разве же основной трафик сконцентрирован возьми главной странице, следует уделить подчеркнуть что её анализу и оптимизации.
Если но на главная страница идет неважный (=маловажный) основной поток трафика, то вашим «крючком» интересах пользователя должна стать страница товара/модели. Проработка карточки товара напрямую влияет получай эффективность вашего сайта.
Для пользователя смычка с вашим товаром начинается с первого экрана страницы. Через оформления первого экрана зачастую зависит аллопрининг посетителя и то, сколько времени возлюбленный проведет на вашем сайте. И старый и малый ценят своё время и если в настроенность нескольких секунд не находят для странице ответ, просто покидают сайт.
Основные основы первого экрана:
1. Заголовок – дает демонстрирование о том, что расположено на странице.
2. Воссоздание – для визуального восприятия товара.
3. Просьба к действию.
Цель первого экрана – целевое делание пользователя.
Подготовка к проведению теста
Рассмотрим полно вышесказанное на примере А/В-тестирования.
Центральный поток трафика приходится на модельные страницы:
Главнейший экран страницы модели выглядит просто так:
Половину первого экрана занимает баннер с изображением модели, какой не несет полезных функций к пользователя. За счет баннера левое список сайта отображается не полностью возьми первом экране.
Для А/В-тестирования было предложено у баннер, за счет чего левое кадастр стало полностью доступным на первом экране, а в свою очередь добавить кнопки целевого действия.
Прототип предложенного варианта:
Проверяемые гипотезы:
1. Увеличится ли связь пользователей с левым меню за отсчет того, что оно стало доступным с первого экрана.
2. Увеличатся ли целевые поступки пользователей после размещения кнопок действий.
Опробывание
Для проведения тестирования использовался услуги optimizely.com.
Бесплатный тарифный план позволяет:
- прочеркивать А/В-тестирование;
- реализовать мультивариантное тестирование;
- испытывать приложения;
- делать базовую сегментацию (источник: маневренный/не мобильный, браузер);
- интегрироваться с GA;
- использовать до конца визуальный редактор страниц;
- тестировать 2 отдельных URL;
- накладывать события на кнопки или подвязываться к событиям в GA;
- пользоваться коммьюнити, базу знаний и Академию.
Создаем расчёт
1. На странице списка проектов нажимаем https://app.optimizely.com/projects/manage
2. Задаем названьице для проекта
Подключаем интеграцию с GA
3. Заходим в чертеж на вкладку «Integrations»:
4. Далее переходим возьми вкладку «Settings» и копируем код, некоторый необходимо вставить на сайте дружно после открывающего тега <head>
Спустя время этого начинаем эксперимент.
Также возможна отладка фильтрации пользователей
1. Переходим в настройки аудитории
2. Создаем новую аудиторию
3. Фиксируем:
- фрукт устройства;
- источник трафика;
- дополнительно фильтруем страницы с параметрами (нате случай, если контекстная реклама Яндекса пора и честь знать считаться поисковым трафиком).
4. Настраиваем фильтр, только не только на бесплатный траффик, а дополнительно отсекаем рекламный трафик числом меткам:
utm_medium=cpc
tgb
banner
utm_source заключает _calltouch
Важно!
«Устройство», «Источник трафика», «Параметры запросов» нужно указывать через «and also…» – логическое «И». А чисто в рамках «Query Parameters» указывается поверх «or» – логическое «ИЛИ».
Пример настройки на десктопов:
Создаем тестовый вариант (нелишне отметить, что в optimizely.com не рано или поздно создавать страницу заново, каждый доля на странице редактируется отдельно, ровно упрощает подготовку тестируемого макета).
Настраиваем цели, которые наша сестра поставили перед собой для тестирования и запускаем диагностика.
Несколько слов о том, как наследовать достоверные и корректные результаты:
1. Статистическая неуверенность. Достоверность должна составлять не слабее 95%. В сервисах тестирования есть калькуляторы во (избежание расчета https://www.optimizely.com/resources/sample-size-calculator/ .
2. Сроки проведения тестирования. Необходимо стремиться к получению 100 конверсий и более всего. Поэтому не рекомендуется останавливать задача раньше срока. Чем больше подборка, тем достовернее результаты.
3. Проблема сайтов с низким трафиком. В таких случаях проба растягивается на месяцы. Рекомендуется приставки не- тратить время на А/В-тестирование в (данное на сайте нет достаточного количества трафика и конверсий. Чем этого следует делать анализ картеж кликов, скроллинга и искать очевидные проблемы.
При всем том А/В-тест можно запустить на нескольких схожих страницах. Т.е. из чего можно заключить, есть несколько модельных страниц, в (видах которых мы создаем наш прототип и тестируем одновременно.
Какие результаты были получены?
1. Подозрение об увеличении взаимодействия пользователей с левым карта за счет того, что оно из чего можно заключить полностью доступно с первого экрана.
По части результатам тестирования видно, что аллелопатия. Ant. несогласованность пользователей увеличилось на 11,3%.
2. Гипотеза об увеличении целевых действий пользователей после всего размещения кнопок действий.
В тесте отслеживались еженедельник на тест-драйв. Так чисто кнопки «Запись на тест-драйв» в исходном варианте мало-: неграмотный было, то очевидно, что подле её добавлении пользователи начнут вызывать больше.
Исходный вариант:
Тестируемый модифицирование:
Результаты для кнопки «Запись нате тест-драйв»:
Чтобы корректно проверить эффективность добавленной кнопки записи в тест-драйв, контролировались сразу изрядно кнопок. Кнопка записи есть в шапке сайта:
Результаты А/В-тестирования показали сходные результаты по кликам кнопки склерозник на тест-драйв в шапке сайта в исходной и тестируемой версиях.
Конечная преобразование со страницы значительно увеличилась:
Выводы и рекомендации
Проверка рекомендуется проводить на всех этапах создания и продвижения продукта.
Отлаживание позволяет получить объективную оценку, которая может оказать действие на эффективность сайта или позволит удружить владельцу ресурса исчерпывающую информацию пользу кого принятия решения для изменений и доработки своего продукта. Ради получения корректных результатов важно безграмотный допускать ошибок при планировании теста и выборе гипотез.
Нежели больше данных получено от пользователей, тем пуще понимания, что нужно потребителю, и тем меньше вероятность создания востребованных продуктов.
нет комментариев