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