Инструкция: как перезапустить сайт с наименьшими потерями

Руководитель отдела поддержки и развития сайтов агентства CreativePeople Иван Картавый о «мягком» способе перейти на обновлённую версию.

При перезапуске сайта всегда решаются два типа задач: маркетинговые и технические.

Маркетинговые задачи:

Технические задачи:

Но если перезапускать сайт условным классическим методом, то есть риск задачи не решить. Под «классическим» запуском подразумевается следующий порядок:

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

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

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

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

Оставляйте оба сайта. Не заменяйте один на другой. Проведите мягкую «смену власти».

В этот момент вы:

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

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

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

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

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

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

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

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

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

Построение такой схемы позволяет:

После того, как схема согласована всеми участниками, работающими над проектом с клиентской стороны, создаём задание на добавление всех передач целей, параметров и:

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

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

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

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

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

Часто на уже выпущенных проектах мы проводим A/B-тестирование правок, которые рождаются после изучения нами данных о поведении пользователей. Иногда такие правки дают прекрасные результаты. Например, проведя A/B-тест обновленной карточки товара для магазина PresentStar, мы выявили вариант отображения сайта для планшетов, который даёт конверсию в заказ на 117% выше стандартной.

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

В «классическом» запуске сайт готовят под требования SEO следующим образом:

В случае ступенчатого запуска схема выглядит так:

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

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

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

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

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

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

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

То, что вы показали новый сайт широкой аудитории, — прекрасная возможность одновременно с этим пополнить круг лояльных бренду пользователей. Сообщая об обновлении и возможности возврата на старую версию, не забудьте напомнить пользователям, что вы динамичная компания и всегда стараетесь сделать свои продукты более удобными. А значит, на вас стоит подписаться в соцсетях и в рассылках, чтобы узнавать о всём самом важном первым.

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

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

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

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

Эти полгода — прекрасный период для стратегических шагов. Посудите сами:

Как правило, в этот момент мы с клиентами приступаем к работе по формированию базы пользователей и активному общению с ней.

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

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

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

#Колонка