Обязательный SEO-чеклист для миграции сайта

Что такое миграция сайта?

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

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

Важно ли применять SEO-стратегию при миграциях?

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

Если вы работаете над SEO сайта, вы прекрасно понимаете, что есть определённые сигналы органического ранжирования, которым поисковые системы следуют и/или которые учитывают при распределении позиций проиндексированных URL.

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

Если хотите больше узнать о том, насколько важно беречь SEO-сигналы при миграции, MJ Cachón в блоге Sistrix подробнее и на конкретном кейсе разбирает, как сильно они влияют на миграцию.

Рекомендуем статью: Важность SEO-сигналов при миграции.

Типы миграций сайта

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

Миграция CMS

Одна из причин, по которой иногда рассматривают миграцию, — смена используемой CMS (например, переход с WooCommerce на PrestaShop). Это повлечёт изменение структуры URL, так что придётся мигрировать со старых страниц на новые.

Смена доменного имени

Другой тип миграции связан со сменой доменного имени. Будь то решения по репутации бренда или любая иная причина, нам может понадобиться перенести URL с домена с именем «A» на максимально близкие по смыслу страницы нового домена с именем «B».

Миграция с HTTP на HTTPS

Уже довольно давно Google рекомендует защищать сайты по протоколу HTTPS. Этот сценарий, хоть изначально и проще в исполнении, требует осторожности и внимания к деталям: могут возникнуть циклы редиректов, из-за которых сайт станет недоступен, а органический трафик уйдёт в свободное падение.

Объединение нескольких доменов в один сайт

Ещё один частый случай — перенос нескольких доменов в один-единственный. Причины такого решения бывают разные, хотя самая распространённая — усилить один сайт, объединив несколько доменов, которые могли достаться по наследству.

Переезд к новому хостинг-провайдеру

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

Рекомендуем статью: Как выбрать хороший SEO-хостинг

SEO-чеклист для планирования миграции

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

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

Кроме того, планируя SEO-миграцию, стоит обратить внимание на следующие аспекты:

Определите цель, которой хотите достичь

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

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

ШАГ 1: Сбор данных до миграции:

Аналитика > Выгрузите SEO-метрики проекта из Google Analytics и Google Search Console, чтобы сравнить, как было до и после миграции. Вот важные данные, которые стоит отслеживать:

• ›

  Органические сессии по URL

• ›

  Количество проиндексированных страниц и имеющиеся ошибки

• ›

  Показы против кликов по запросам

• ›

  Время загрузки страницы...

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

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

Сведите входящие и внутренние ссылки > эта базовая информация позволяет минимизировать будущие 301-редиректы и ненужные 404. Вы сможете, с одной стороны, попросить владельцев ссылающихся на вас сайтов обновить старые ссылки на новые, а ваша SEO-команда сможет обновить ссылки, которые устарели.

ШАГ 2: Проанализируйте и проведите SEO-аудит тестового сайта

Здесь важно убедиться, что как минимум следующие требования корректно выполнены:

Пропишите в синтаксисе файла robots.txt директиву, блокирующую доступ краулеров ко всему домену. Пример:

ЗАБЛОКИРОВАТЬ ВСЕХ БОТОВ-КРАУЛЕРОВ:

*User-agent: **

Disallow: /

Проверьте, что структура URL дружелюбна к SEO. Если уж вы взялись улучшать, поработать над этим — самое меньшее, что можно сделать, согласны?

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

Не забудьте проверить, что все canonical указывают на тот URL, который вы считаете оригинальной версией.

Проверьте, что теги meta robots каждой страницы содержат атрибут «noindex» в head HTML.

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

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

Проверьте, корректно ли внедрён тег hreflang (если речь о проектах с международными доменами).

Отслеживайте всё, что связано с WPO, то есть производительностью сайта.

Проверьте, что новые внутренние ссылки содержат только URL со статусом 200-OK.

Убедитесь, что новый sitemap.xml содержит только URL, отдающие 200-OK, и что в нём перечислены все до единой страницы, которые мы действительно хотим продвигать.

Думайте про мобильные: никогда не забывайте о настройке под такие устройства (например, AMP), а также о разработке под показ сайта на смартфонах. По сути, этот пункт, хоть мы и оставили его напоследок, — самый важный. Пора перестать думать о десктопе и исходить из того, что SEO нужно делать и проверять с мобильной версии. Некоторое время назад Google ясно дал понять, что при сканировании и индексации URL будет отдавать приоритет мобильной версии. Более того, они уже объявили, что их сканирование URL всегда будет mobile-first, начиная с сентября 2020 года.

ШАГ 3 — Составьте карту редиректов:

Пора приступать к сопоставлению старых и новых URL. Для этого понадобится увидеть и выгрузить как старые страницы сайта, так и новые. Когда этот первый шаг сделан, нужно выстроить их в две колонки в Excel или Google Sheet, чтобы понимать, куда должны вести редиректы с исходных страниц.

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

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

ШАГ 4 — Подготовьте всё в Google Search Console:

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

ШАГ 5 — Не упускайте из виду свои PPC-кампании:

Довольно часто мы сосредотачиваемся только на выполнении SEO-требований, чтобы гарантировать успешную миграцию. Однако если у вас есть активные PPC-объявления, нужно сообщить команде о смене URL, чтобы ссылки обновили на корректные. Пустить это «на самотёк» может дорого обойтись клиенту. В лучшем случае сработает 301-редирект, в худшем — ссылка приведёт на 404 и угробит кампанию. Лучшая практика в любом случае — поставить их на паузу, пока вы не убедитесь, что всё работает как надо.

Следите до, во время и после миграции

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

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

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

Частые ошибки при SEO-дружелюбной миграции сайта

• ›

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

• ›

  Проблемы с индексацией. Здесь в игру вступают самые частые ошибки:

Robots.txt с директивами, которые разрешают ботам заходить на ваш домен, пока вы тестируете.

• ›Отсутствие атрибута «noindex» в meta-robots страниц, чтобы закрыть доступ и на этом уровне.

По возможности идеально закрыть доступ по IP или паролем. А если это невозможно, лучшая практика — убедиться, что и файл robots.txt, и тег meta-robots не пускают поисковые системы.

Когда вы мигрировали и убедились, что первично всё в порядке, снимите эти ограничения, чтобы Google мог просканировать и проиндексировать изменения.

Не забывайте и об этих небольших советах:

• ›

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

• ›

  Невнедрённый Google Analytics в HTML нового домена может обнулить ваши отчёты. В этом случае проблему видно очень чётко: график будет похож на «прямую линию». Если вы это видите, перепроверьте, что Analytics установлен и установлен корректно.

• ›

  Отсутствие контроля процесса всегда оставляет хвосты. Если вы не знаете, какие изменения внесли и когда, как вы собираетесь чинить проблемы, едва они появятся? Фиксировать каждое своё действие необходимо и при миграциях сайта, и вообще везде.

О миграциях сайта можно говорить часами. Но с этими стартовыми ориентирами, как нам кажется, вам более чем достаточно, чтобы начать, согласны?

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

Пишите нам когда угодно в комментариях, пожалуйста!