Сначала - несколько слов о том, почему мы вдруг об этом пишем. Наше агентство участвовало в подобных проектах: перенести сайт на новый движок, сделать новый дизайн, поменять структуру сайта и т. д. Участвовало в целом успешно, но отсутствие системного подхода к решению этой задачи все-таки породило несколько факапов. Статья стала полезной прежде всего для нас самих; надеемся, и вы извлечете полезности для себя.
В статье процесс перезапуска сайта напоминает подготовку к полету в космос. Несколько команд, множество людей, длительный срок проекта. Вообще-то так все и есть! Хотя часто разные роли совмещены в одном человеке, да и объем работ пропорционален масштабу сайта. И, кстати, о сроке. Он, конечно же, зависит от стоящих перед вами задач, по нашему опыту срок от нескольких месяцев до года.
Основой нашего текста послужила статья The Ultimate Website Migration Checklist, которую мы дополнили российскими реалиями и изменениями, которые произошли с февраля 2014 года. И еще раз хотим подчеркнуть: ни один процесс из нижеперечисленных нельзя игнорировать! Итак…
С чего начинаем?
Как можно раньше соберите команду тех, кто будет иметь отношение к запуску нового сайта. В ней могут быть: руководитель проекта, дизайнеры, программисты, UX-специалисты, копирайтеры, SEO-специалисты, руководитель рекламной службы, системный администратор и, возможно, даже юрист, если вам понадобится получить его заключение.
На этой встрече зафиксируйте, какие проблемы должен решить новый сайт. Убедитесь, что все знают причины, побудившие затеять миграцию, и их важность – достаточную для того, чтобы потратить кучу времени и денег. Понимание того, как старый ресурс боролся за время, проведенное пользователем на сайте, и количество просмотренных страниц, поможет команде сосредоточиться на улучшении этих параметров на новом сайте.
Такая встреча в реальности очень дорога, поэтому не стоит планировать ее более чем на 1 час. Во время нее каждый должен высказать свои опасения относительно препятствий, с которыми он может столкнуться. Никто не имеет права сказать: «У меня все будет хорошо», если кто-то так скажет, он соврет.
Запишите всё-всё, чтобы в следующий раз при встрече с любым членом команды вы могли бы обсудить проблемы, касающиеся именно его. Миграция сайта - реально большое дело! Как следствие, понадобятся все ресурсы вашей команды, все должны быть в тонусе.
Итак, выберите подходящий день для запуска. Вторник или среда подходят для этого лучше всего: можно будет поупираться на выходных, если будет необходимость (ведь ближе к старту проекта наверняка возникнут проблемы). Планируйте запуск около 10.30 утра - утренняя спешка уже пройдет, и у вас останется большая часть дня для настройки.
Что вам нужно от каждого члена вашей команды
Руководитель проекта
Нужно как можно скорее получить от него карту-график времени и ресурсов, необходимых для проекта. Рассмотрите различные сценарии и ориентируйтесь на худший. Вероятно, это будет +200% к стоимости и +300% ко времениот оценок, которые выглядят реалистичными на старте. Истина будет лежать где-то между раем, о котором можно только мечтать, и адом, который только что заставил вас упасть в обморок.
Руководитель проекта направляет всю команду к цели, поэтому жизненно важно, чтобы у него была уверенность в каждом ее участнике.
Дизайнеры
Дизайнеры, как известно, способны затянуть любой проект до бесконечности. Да, они формируют видение и точную концепцию нового сайта, но им постоянно нужно напоминать: часть их творчества должна уходить на то, чтобы волшебство случилось в определенный срок. Регулярно оценивайте вместе с разработчиками прогресс их работы. То, что кажется простым в «Фотошопе», может вытянуть из front-end-разработчика все жилы.
UX-дизайнер
UX-дизайнеру (от user experience – «взаимодействие с пользователем») иногда отдана часть работ по дизайну или элементы разработки. В любом случае его работа - часть общего процесса, и важно нацелить UX-дизайнера именно на это. UXD будет формировать схему и структуру сайта и таким образом иметь огромное влияние на дизайн, разработку и SEO. Его идеи насчет схемы и структуры сайта должны обязательно доходить до каждой из этих 3 команд. Это позволит избежать головной боли в будущем.
Разработчики
Не позволяйте разработчикам быть в конце конвейера. Убедитесь, что люди, от которых непосредственно зависит дата запуска сайта, будут участвовать в проекте с самого начала и их голоса будут услышаны. Важно привлечь разработчиков к активному участию в процессе, и тогда они просто не смогут, сидя на заседаниях, не предлагать ничего ценного.
Создатели контента (копирайтеры)
У вас должно быть четкое понимание того, что за контент будет на сайте и как он будет генерироваться. На простейшем уровне это - например, копирование всего содержимого старого сайта на новый. На более сложном - полный аудит содержимого веб-аналитиками и вашим бренд-менеджером.
Создатели контента должны донести до вас, сколько времени займет их работа. У вас может не быть столько времени, но вы сможете принять бизнес-решение, имея перед собой все факты.
При составлении плана контента не забудьте также учесть время, необходимое для создания новой графики, аудио и видео; время на добавления, изменения, редизайн и т. д.
Руководитель рекламной службы
Рекламщиков не всегда включают в работу по миграции сайта, но они должны в ней участвовать. Это установит ожидания на должном уровне и позволит избежать появления на выходе неожиданного уродца - эта ситуация слишком хорошо знакома всем, кто запускал веб-сайты. Ведь работа рекламщиков тесно связана с внутренними и внешними взаимоотношениями. Держите руку на пульсе, и все будет хорошо.
Системный администратор
Это тот, кому вы поручите окончательно привести все в порядок, когда вы, условно говоря, врубите передачу и нажмете на газ. Системщику необходимо знать, должен ли сайт иметь сертификаты безопасности, как много посетителей ожидается, какие возможны пики трафика и т. д.
Убедитесь, что руководитель проекта регулярно беседует с системным администратором, дает ему необходимую информацию, есть обратная связь и т. д.
Юрист
Если какой-либо контент на вашем сайте требует правовой оценки внутренним или внешним юристом, убедитесь, что вы знаете его график, и запланируйте обсуждения правовых вопросов на каждом ключевом этапе проекта.
Архитектура сайта
Если Вы закрываете старый сайт и запускаете новый на старом домене, вам необходимо выполнить переадресацию старых URL-ов в архитектуру нового сайта. И чем больше ваш сайт, тем деликатней это нужно делать.
Канонизация
Прежде всего нужно принять решение об основных правилах для веб-сайта. Будете ли вы использовать www.example.com или просто example.com? Ваши страницы будут иметь слэш в адресе? Как только вы примете эти решения, сообщите о них ответственным за создание веб-сервера, чтобы не случилось неожиданностей. Каждой странице должен соответствовать свой уникальный URL-адрес. Используйте канонизацию для обеспечения этого.
«Скоро! Скоро!»
Если вы хотите создать ажиотаж вокруг перезапуска сайта, подумайте о создании страницы «Скоро!». Она позволяет понять, что грядет Нечто, и убеждает чуть-чуть подождать и зайти попозже. Используйте на этой странице метки для роботов - noindex и nofollow, чтобы поисковые системы не индексировали ее.
Структура URL-ов
Если вы собираетесь сохранить весь существующий контент или его основную часть, убедитесь, что структура URL-ов вашего нового сайта идентична старой либо легко группируется, чтобы направить посетителей с помощью редиректов. Например, если на старом сайте есть раздел, собиравший хороший трафик: example.com/dogs/sheepdogs/index.php, а на новом сайте он будет example.com/canines/working-dogs/sheep-dog-7216/, будет трудно переписать это программным способом. Но: если новый URL-адрес будет example.com/canines/sheepdogs/, перепрограммирование будет просто тривиальным.
Это ровно тот момент, когда кооперация UXD, разработчиков и системных администраторов имеет смысл.
Аудит контента
Не каждый раздел старого сайта достоин перенесения на новый. Ниже – вопросы, помогающие избавиться от страниц с некачественным трафиком.
• До сих пор не было ни одного визита на страницу?
• Есть ли какие либо внешние ссылки, указывающие на этот контент?
• Делился ли кто-то содержанием страницы в социальных сетях?
• Есть ли на сайте похожий контент, но чуть лучше?
• Выполняет ли контент определенные цели?
• Содержание все еще актуально?
• Это страница не связана линками с остальным сайтом?
При этом существуют еще и страницы (и их гораздо больше), к которым вам тоже нужно внимательно приглядеться, поскольку они – что-то среднее между «уберите это немедленно!» и «ах, какой трафик!». Эти страницы – скорее всего, основные внутренности сайта, в различной степени поддерживающие ваше веб-присутствие. Они также должны быть отбракованы по следующим критериям (многие из которых зависят от посещаемости сайта, так что лично ваши цифры могут варьироваться):
• Страница не привлекает хотя бы одного посетителя в день.
• В социальных сетях есть неприятные высказывания о странице.
• Размер содержимого страницы меньше 300 слов.
• Может ли содержание страницы выражено более доходчиво через рисунок, видео или другие медиа?
• Войдет ли страница когда-нибудь в 10% лучших страниц на сайте?
Возможно, эти «между-страницы» можно не удалять, а улучшить - качественным контентом, добавлением видео, сочетанием разных медиасредств.
Заключения, сформированные во время аудита сайта, должны быть отправлены UX-дизайнеру, чтобы он смог грамотно настроить архитектуру сайта, структуру, навигацию и т. д.
Разметка schema.org
Найдите время для добавления на страницы сайта дополнительной разметки, помогающей улучшить отображение вашей информации в поисковых системах. Используйте разметку schema.org, чтобы семантически структурировать страницы, содержащие следующую информацию:
• Ваше местоположение
• События
• Сотрудники вашей компании
• Обзоры
• Продукты
Разметка schema.orgне потребует много дополнительной работы - как правило, она легко интегрируется в существующий код.
Навигация
Навигация вашего сайта будет оказывать огромное влияние на движение по нему посетителей. Дайте им двигаться просто и строго вперед. Попросите кого-то, кто не участвует в проекте, оценить вашу схему навигации. Продумайте защиту от дурака. Имейте в виду, что пользователи не возражают против нажатия клавиши «вниз» или прокручивания колеса мышки, так что не нужно включать весь контент сайта в вашу навигацию. Будьте готовы пробовать различные схемы навигации, если вы видите неправильные пути пользователей.
Наложение карты старого сайта на новый
Как только вы сформируете полный список страниц старого/существующего сайта, составьте таблицу перехода содержимого на новый сайт. Это должно быть сделано для каждого URL-адреса. URL-адреса страниц, которые не переносятся, должны быть перенаправлены 3xx редиректами или содержать код ошибки: 404 (не найдено) или 410 (страница удалена).
В таблице должны быть столбцы: title страницы, мета-описания, тег H1 и целевые ключевые слова. Используйте ее как контрольный список, чтобы убедиться, что не существует очевидных дублей содержания.
SEO-специалист именно в данный момент будет согласовывать заголовки страниц, мета-теги, тексты и другие общие факторы.
Несколько сайтов параллельно
Будет момент, когда у вас будет больше, чем один сайт - новый будет в разработке, а старый будет обрабатывать ежедневный трафик. Есть момент, который часто упускают: в этой фазе нужно параллельно заливать новое содержание на оба сайта. Убедитесь как можно раньше, что этот процесс запущен.
Иногда могут параллельно существовать: сайт в разработке, сайт для тестирования, новый «живой» сайт с реальными пользователями и старый сайт. В этом случае не забудьте запланировать дополнительное время для переноса контента.
Обратный отсчет запуска нового сайта
Давайте определим временные рамки процессов по мере приближения даты запуска. Ниже приведен оптимальный сценарий, но ваши реальные сроки могут не быть столь же гладкими.
3 недели до запуска
Это – первая (из многих) дата «заморозки» работ.
«Замораживаем» дизайн
Итак, первая «заморозка» - остановить работы по дизайну. С этого момента дизайнерам уже нельзя предлагать «интересное решение» или «новые фишки». Начинается ключевой период для разработчиков сайта, а у них будет достаточно стрессов и без изменения дизайна.
Авторство
Убедитесь, что люди, пишущие для вашего веб-сайта, имеют надлежащее авторство (GoogleAuthorshipMarkup), то есть фотография автора появляется в выдаче на поисковиках. Ранее Google учитывал авторство при формировании поисковой выдачи, но теперь ситуация изменилась, поисковик перешел на «Расширенные описания веб-страниц». Однако подтвержденное авторство даст вам гарантию, что ваши вложения в контент не вылетят в трубу.
2 недели до запуска
За две недели до запуска вы начнете чувствовать волнение, смешанное с ужасом. Что ж, подбадривайте себя ожиданием бонусов за будущий результат, сосредоточьтесь на основных нуждах сайта. Примирите себя с фактом: скорее всего, что-то уйдет в песок, но пока это не землетрясение, все идет нормально. Продолжайте двигаться вперед.
«Замораживаем» наполнение контентом
Для некоторых сайтов это будет сделать нетрудно, но не для всех. Остановите публикации нового содержимого, пока вы запускаете новый сайт. В этот момент можно объявить, что вы разрабатывает новый сайт, который будет запущен через 2 недели, – может быть, это будет последним кусочком нового контента.
Проверка на вшивость
Спросите всех членов команды, чувствуют ли они, что могут сделать все к дате запуска без чрезвычайных усилий. Люди будут запинаться и невнятно бормотать – но все равно нужно получить от всех «сделаем» или «не сделаем». Если выясняется, что кто-то не успевает к сроку, запланируйте специальную встречу, чтобы либо понять, как устранить препятствия, либо отодвинуть дату запуска.
Проверка SEO
Ваш SEO-специалист должен начать исследование нового сайта для поиска как проблем, так и дополнительных возможностей. Он может предложить дополнительные ссылки или теги, но заголовки, мета-теги и содержание менять уже нельзя, уже поздно.
Составьте окончательный список необходимых редиректов и убедитесь, протестировав их, что они максимально полезны и эффективны. Лучше всего использовать регулярные выражения.
Проверьте время загрузки: страницы должны загружаться как можно быстрее. Хотя на данный момент новый сайт не может быть совершенством, страницы, требующие более 4 секунд для загрузки, должны быть оптимизированы по скорости.
Убедитесь, что у вас на сайте правильно установлены коды отслеживания GoogleAnalytics и/или «Яндекс.Метрики». Настройте профиль в GoogleWebmasterTools и/или «Яндекс.Вебмастере».
1 неделя до запуска
Добро пожаловать на самую драматичную часть нашего ралли. Теперь у вас есть 7 дней, чтобы закончить то, на что совершенно явно требуется гораздо больше времени. Выдохните: это не так страшно, как кажется на первый взгляд.
По идее, эта неделя должна быть тем временем, когда front-end-разработчик «полирует» некоторые незначительные детали, а сайт переезжает к тестировщикам. Но так происходит очень редко, так что давайте поговорим о том, что будет происходить в реальности.
Многие функции не работают так, как ожидалось, но руководитель проекта пытается сделать хорошую мину. Предлагает, например, взглянуть на сайт с высоты 10 000 метров - так кажется, что сайт выглядит хорошо и на нем реализовано 95% из списка пожеланий. Но программистам, работающим сейчас по 18 часов в сутки, кажется, что не работает ничего, и дата запуска должны быть отложена.
Сделайте шаг назад и оцените ситуацию. Команда разработчиков уже устала и вряд ли работает эффективно, так что с вашей стороны было бы легкомысленно отправить сайт в свободное плавание в течение нескольких дней. Необходимо понять, что происходит в реальности и не стоит ли передвинуть дату запуска. Если новый сайт может поставить под угрозу качество вашего бренда, было бы разумным передвинуть дату запуска. Иногда стоит всего лишь отправить разработчиков домой пораньше, чтобы они получше выспались.
Если ваши записи DNS имеют время перезаписи TTL больше, чем 1 день, пора изменить его на 1 день.
Изменения в структуре сети
Настало время, чтобы поговорить с вашим системным администратором о подготовке к изменению DNS. Поскольку нужно будет некоторое время для распространения через сеть, можно начинать настраивать TTL, если для вас критично время перехода на новый сайт. Ко дню запуска нового сайта вам явно захочется, чтобы ваши TTL-установки были как можно ниже.
2 дня до старта
Разработку нужно остановить и начать тестирование качества сайта. В списке ваших задач будут те, что выполнены не полностью, но это не имеет значения - добавьте их в список того, что должно быть сделано уже после запуска.
Сисадминам нужно установить TTL для DNS-записи не более чем 4 часа.
Дважды проверьте редиректы, которые вы создали. А потом еще раз лично просмотрите их. Получите подтверждение от вашего администратора, а лучше от двух, что «железо» полностью готово и ничто не вызовет увеличение времени отклика сервера.
Проведите тест нового
сайта через сервисы для проверки времени загрузки и поиска потенциально узких
мест. Например, через эти: http://tools.pingdom.com/fpt/,
http://www.octagate.com/service/SiteTimer/,
проверка доступности сайта из различных частей мира, а главное России http://ping-admin.ru/free_test/.
За день до старта
Последний шанс, чтобы передвинуть дату старта, хотя на самом деле уже слишком поздно. Обновите страницу «Скоро!» - чтобы все знали, что завтра Большой День.
Завершите процесс тестирования, сохраняя список исправлений, которые нужно будет внести уже после запуска. Отправьте этот список всем членам команды. Расставьте приоритеты в списке и запланируйте исправления после того, как все хорошо отоспятся.
Задайте TTL (допустимое время, в течение которого сохраняется кэш ресурсной записи на неответственном DNS-сервере) для DNS-записей минимально возможным, пока готовитесь к запуску. Если 30 минут - вариант, выберите его.
Большой День - день запуска!
В заданное время переключите DNS-записи и переведите веб-сайт из стадии разработки в реальную жизнь.
Контрольный список
• Сайт полностью доступен вне вашей внутренней сети.
• Нет ссылок, указывающих на тестовый сайт или старый сайт.
• Аналитика (GoogleAnalytics, «Яндекс.Метрика») работает.
• Начните проверку редиректов, при необходимости используя программные средства.
• Войдите в Google Webmaster Tools и «Яндекс.Вебмастер» и с помощью функции «Изменить адрес» сообщите поисковикам о переезде вашего сайта.
• Убедитесь, что robots.txt позволяет роботам индексировать ваш сайт.
• Убедитесь, что тег noindex не используется на сайте уже нигде.
• Изучите журнал ошибок, добавьте результаты в список доработок.
• Верните нормальное значение DNSTTL.
• Погладьте себя по голове за хорошо проделанную работу и откройте бутылку шампанского.
Через 2 дня после запуска
Изучите трафик старого сайта, чтобы понять, падает ли он. Разбирая каждый канал в индивидуальном порядке, выясните, как направить остающийся трафик на новый сайт.
Также можно начать посылать поисковым системам сигналы, что старый сайт мертв, добавляя на сайт тег noindex или запрещая индексацию в robots.txt.
Через 30 дней после запуска и далее
На старом сайте уже не должно быть трафика вообще. Можно проверить в выдаче Google и «Яндекса», остались ли страницы старого сайта в индексировании. Но в любом случае, сейчас это просто оболочка, отправляющая трафик на новый сайт.
Вместо заключения
Веб-сайт компании – важный компонент, формирующий имидж компании. Критически важно сохранить то, что уже наработано на старом сайте, и обеспечить развитие вашего бизнеса при помощи нового. Успехов!
