Почему необходимо проводить А/В-тестирования при работе с клиентскими сайтами
Подле создании сайтов, программ, приложений разработчики ставят хуй собой ряд вопросов: кто целевая публика, каким должен быть дизайн, контент и т.д. Вопреки на сложность этих задач, решаются они порядочно успешно. Как показывает практика, невзгоды начинаются, когда мы сталкиваемся с разностью взглядов владельца сайта нате продукт и взглядом пользователя (потребителя). У каждого изо них своя цель: владелец стремится уступить наиболее выгодно, потребитель – бегом получить необходимую информацию. Найти соглашение бывает непросто.
Чтобы приблизить сии цели друг к другу принято протягивать тестирование. Тестирование позволяет определить, какой-либо вариант подачи информации подходит пользователям, предоставляя объективные материал о прототипе. Зачастую оказывается, что предлагаемый с целью тестирования вариант является наиболее эффективным (Водан из примеров мы рассмотрим в статье).
Вопреки на то, что владелец ресурса никак не всегда готов на доработку/превращение структуры страниц сайта или дизайна, результаты тестирования (а существенно здесь – 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. Домысел об увеличении взаимодействия пользователей с левым листок за счет того, что оно из чего явствует полностью доступно с первого экрана.
Точно по результатам тестирования видно, что согласование пользователей увеличилось на 11,3%.
2. Гипотеза об увеличении целевых действий пользователей (год) спустя размещения кнопок действий.
В тесте отслеживались еженедельник на тест-драйв. Так (языко кнопки «Запись на тест-драйв» в исходном варианте маловыгодный было, то очевидно, что возле её добавлении пользователи начнут именовать больше.
Исходный вариант:
Тестируемый редакция:
Результаты для кнопки «Запись в тест-драйв»:
Чтобы корректно пронаблюдать эффективность добавленной кнопки записи нате тест-драйв, контролировались сразу порядком кнопок. Кнопка записи есть в шапке сайта:
Результаты А/В-тестирования показали однородные результаты по кликам кнопки дневной журнал на тест-драйв в шапке сайта в исходной и тестируемой версиях.
Конечная секьюритизация со страницы значительно увеличилась:
Выводы и рекомендации
Проверка рекомендуется проводить на всех этапах создания и продвижения продукта.
Опробывание позволяет получить объективную оценку, которая может воздействовать на эффективность сайта или позволит отдать владельцу ресурса исчерпывающую информацию ради принятия решения для изменений и доработки своего продукта. Чтобы получения корректных результатов важно безлюдный (=малолюдный) допускать ошибок при планировании теста и выборе гипотез.
Нежели больше данных получено от пользователей, тем с хвостиком понимания, что нужно потребителю, и тем меньше вероятность создания востребованных продуктов.
Источник:
нет комментариев