Сайт в разработке Наполняем разделы и правим ошибки — что-то может выглядеть или работать не так. Если заметили — позвоните или напишите.

Как сравнить два варианта страницы на сайте библиотеки

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

Раздел: Интернет-маркетинг: статьи о рекламе, SEO и аналитике

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

Что сравнивать: одна страница и одно изменение

Возьмите одну страницу и одно отличие: заголовок, порядок блоков, длину формы или текст кнопки. Если в новом варианте изменились и форма, и меню, и фотографии, вы узнаете, что он выиграл, но не поймёте почему. Для библиотеки подходят страница записи, форма «Заказать книгу», страница с поиском по каталогу, афиша мероприятий, раздел о продлении выдачи.

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

Условный пример: страница «Записаться в библиотеку»

Это иллюстрация, а не описание чьей-то работы. Вариант А: заголовок «Регистрация читателя», девять обязательных полей (ФИО, дата рождения, адрес, телефон, почта, место учёбы или работы и так далее), кнопка «Отправить». Вариант Б: заголовок «Запишитесь онлайн и заберите читательский билет в зале абонемента», четыре поля (имя, телефон, почта, удобный филиал) и строка под формой: «Остальные данные заполним при визите, возьмите с собой документ». Оба варианта ведут на одну и ту же страницу благодарности.

У варианта Б есть риск: заявок станет больше, а пришедших за билетом нет. Поэтому смотрите не только на отправку формы. Пусть после заявки посетитель увидит короткий номер, который назовёт сотруднику при визите. Так можно сопоставить заявки с реальными приходами.

Какой показатель считать успехом

Выберите главный показатель до запуска, иначе после теста его легко подогнать под удобный результат. Для записи это отправленная форма: настройте её как цель в Яндекс.Метрике или Google Analytics. Добавьте контрольные показатели:

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

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

Как разделить посетителей и сколько ждать

Показывайте варианты одновременно и случайным образом. Схема «неделю старая страница, неделю новая» ничего не доказывает: в одну неделю могла начаться сессия, в другую пройти школьные каникулы. Подойдут эксперименты с контентом в Google Analytics или простое разделение на стороне сайта. Во втором случае запомните выбор посетителя в cookie, чтобы человек при повторном заходе видел тот же вариант.

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

Что искажает результат именно на библиотечных сайтах

  • Общие компьютеры читальных залов: за одним адресом разные люди, а сотрудники сами заходят на сайт. Исключите внутренние адреса из статистики.
  • Старые браузеры в школах и учреждениях: проверьте, что оба варианта открываются и форма отправляется.
  • Мероприятия и рассылки: акция или «Ночь в библиотеке» дают всплеск посетителей другого типа. Отметьте такие даты.
  • Телефоны: если один вариант неудобен на малом экране, вы получите искажённую картину. Смотрите результаты отдельно для компьютеров и мобильных.
  • Кэширование: убедитесь, что посетитель не получает чужой вариант из-за сохранённой страницы.

Проверочный список перед запуском

  • Выбрана одна страница и одно изменение.
  • Гипотеза записана одной фразой.
  • Главный показатель и срок теста определены заранее.
  • Цель в системе статистики настроена и проверена тестовой заявкой.
  • Варианты показываются одновременно, посетитель видит один и тот же вариант при повторных заходах.
  • Оба варианта проверены на телефоне и в старом браузере.
  • Внутренние адреса библиотеки исключены из подсчёта.
  • Даты мероприятий и рассылок в период теста отмечены.
  • Решение принимается после окончания срока, а не при первом отрыве одного варианта.

Даже если разницы не нашлось, результат полезен: вы знаете, что спорное изменение не стоит затрат, и можете проверить следующую гипотезу.

Все статьи блога

Заявка

Расскажите о проекте

Свяжемся в течение рабочего дня, зададим уточняющие вопросы и предложим варианты. Без навязчивых звонков.

Форма обратной связи

Отвечаем в рабочие дни с 10:00 до 19:00

Написать в Telegram