Переезд сайта

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

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

План по переезду

Подготовка переезда

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

  1. Перенести сайт на новом дизайне на поддомен/другой домен, закрытый от индексации.
  2. Убедиться, что параметры хостинга совпадают с теми, на котором находится сайт (для исключения погрешности замера скорости).
  3. Техническая проверка.
Для проверки ключевых технических параметров необходимо сравнить на старой и новой версии сайта следующие показатели:
  1. Количество и коды ответа страниц, адреса, мета-теги и заголовки. Допускаются минимальные изменения, в идеале - полное совпадение.
  2. Изменение перелинковки сайта. Допустимо незначительное перераспределение объема ссылок и изменение анкоров, но все крайние значения (страницы с наибольшим и наименьшим количеством ссылок, порог выбирается произвольно) необходимо исследовать и устранить в случае обнаружения «перекосов». Отдельный пункт - проверка анкоров сквозных статических ссылок (меню, футер и и т.д., их изменение нежелательно).
  3. Изменение объема текста на страницах сайта. Допустимо незначительное изменение текста на страницах сайта (за счет изменения сквозного текста). Сквозной текст необходимо проанализировать на заспамленность или наоборот, полное отсутствие ключей.
  4. Данные по изображениям - количество, вес, атрибуты. Допускается незначительное изменение, в идеале - полное совпадение.
  5. Скорость загрузки и ее оптимизация.
  6. Скачать и проверить страницы, приносившие трафик за последний месяц (вкладка «страницы входа» в Метрике, экспорт данных из таблицы).
Пример графика трафика

Необходимо убедиться, что все страницы, которые давали в прошлом месяце статистически заметный трафик (условно от 1% трафика в день) отвечают с кодом 200.

Анализ общих параметров сайта, таких, как:

  1. корректность sitemap.xml (может не совпадать со старой, если старая была некорректна, важно добиться корректности);
  2. совпадение robots.txt (если не осознанно не вносились изменения и не изменялась структура сайта, то файлы должны совпадать);
  3. редиректы, правила обработки url и rel="canonical";
  4. корректность внешних ссылок и служб (коды ВМ, Метрики и тд);
  5. работа SSL;
  6. доступность сайта во всех регионах (https://ping-admin.ru/free_test/);
  7. при смене хостинга (если она проводилась) - проверить «соседей» по ip;
  8. контактные и юридические данные на сайте.

Прочие стандартные проверки

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

При выявлении аномалий (появление дублей, нежелательных страниц, выпадение полезных страниц) необходимо их исправить.

Проверка юзабилити

Проверка юзабилити нового дизайна сайта должна проводиться на десктопных и мобильных устройствах. Нужно проверять на реальных устройствах, а не эмулировать в Хроме ввиду того, что эмуляция дает очень большую погрешность. Для этого или использовать подручные устройства или специальные сервисы. Также можно в качестве дополнительных источников информации использовать сервисы, делающие скриншоты в разных браузерах/устройствах, например http://browsershots.org/. Наибольшее внимание - на устройства и разрешения, с которых чаще всего заходят на сайт (см. скриншот) и в целом наиболее популярные разрешения.

Проверка должна состоять из следующих моментов:

  1. Выполнение пользовательских сценариев на сайте. При их выполнении не должно возникать блокирующих ошибок. Каждый сценарий приходится минимум по 1 разу на каждом из приоритетных разрешений/устройств.
  2. Проверка 2-3 экземпляров каждого уникального макета (главная, категория, карточка и тд) по методу «полной проверки». Он заключается в том, что на каждой тестируемой странице нужно протестировать все функциональные элементы и записать возникающие ошибки и обнаруженные недостатки, разделив на категории: ошибки визуала (дизайн, верстка), ошибки функционирования (верстка, при взаимодействии с пользователем) и ошибки логики (калькулятор не верно считает, в блок «похожее» подтягиваются не похожие продукты, вместо уведомления «спасибо, наш менеджер свяжется с вами» выводится ошибка и тд).
  3. Допустимо дать задачу тестировщикам дать оценку дизайну и записать какие-либо мысли, не относящиеся к ошибкам в отдельной категории.
  4. Проверка корректности работы почтовой рассылки, сообщений, поступающих в админпанель и прочих элементов «внутренней инфраструктуры» сайта.

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


Возврат к списку