Содержание статьи
- /01 Что такое миграция сайта?
- /02 Чеклист переноса сайта
- Шаг 1. Настройка хостинга, DNS, CDN и почтового сервера
- Шаг 2. Создание перенаправлений и редиректов
- Шаг 3. Обновление стратегии SEO-продвижения сайта
- Шаг 4. Тестирование сайта после переноса
- Шаг 5. Анализ ключевых страниц веб-ресурса
- Шаг 6. Технический аудит сайта
- Шаг 7. Настройка Google Search Console
- Шаг 8. Главные проверки веб-ресурса после миграции
- /03 Выводы

Миграция сайта – многоэтапный процесс, который требует внимания. WEDEX расскажет о том, как успешно провести перенос с минимумом проблем.
Что такое миграция сайта?
Под миграцией сайта (или переносом сайта или домена) обычно подразумевают изменения расположения этого самого ресурса в сети. К миграции относят изменения в доменных именах, компаниях хостинга, сервера, CMS и тому подобное. Довольно часто перенос сайта становится частью ребрендинговой стратегии или происходит для имплементации новых технологий.
Миграция – непростой процесс, но его возможно провести без значимых «потерь». Впрочем, некорректный перенос сайта может повлечь ряд проблем, которые могут сильно ударить по SEO и ранжированию новой версии сайта в будущем.
Основные причины миграции сайта
Из-за того, что процесс переноса может вызвать трудности, причины миграции обычно весомые и такие, которые могут перевесить возможные проблемы в будущем. Итак, вот несколько основных причин переноса:
- Улучшение показателей работоспособности – созданный вами веб-ресурс со временем может начать работать некорректно. Например, из-за больших объемов данных сайт отказывается быстро обрабатывать запросы, материалы не оптимизированы под использование на современных системах и тому подобное. Для улучшения этих показателей, а также SEO, следует рассмотреть возможности по переносу на более работоспособный сервер или домен.
- Улучшение опыта пользования – пользовательский опыт напрямую влияет на эффективность вашего сайта. Кроме вышеуказанных проблем, на SEO может влиять дизайн (который иногда невозможно обновить при имеющихся условиях и инструментах) и понятная навигация. Если имеющиеся средства не помогают, обычно владельцы сайтов переносят веб-ресурс на более новые CMS или заново переписывают уже существующий сайт.
- Улучшение ранжирования ресурса и страниц – еще одно направление, которое относится к SEO. Благодаря переносу появляется возможность использовать новые SEO-техники для улучшения ранжирования. К тому же, качественно сделанная миграция позволяет «не тянуть» на новый домен или сервер старые ошибки, что должно положительно повлиять на дальнейшую работу сайта.
- Ребрендинг – изменение узнаваемого стиля для существующего домена или сайта.
В большинстве случаев владельцы сайтов добегают до миграции из-за всех или большей части причин указанных выше.
Какие бывают миграции сайта?
Как уже понятно из контекста, перенос веб-ресурса может относиться к разным направлениям. Основные виды миграции сайта следующие:
- Смена домена – иногда ситуация требует смену доменного имени на более подходящее. Например, было example.com, но, согласно новой SEO-стратегии, лучше будет bestexample.com.
- Смена хостинга – текущий поставщик услуг хостинга может внезапно поднять тарифы или иным образом продемонстрировать отсутствие стабильности, которая критически важна для ресурса и его владельца. Таким образом возникает потребность сменить компанию-хостинг, а вместе с ним – набор услуг.
- Изменение CMS – системы управления контентом со временем могут все меньше соответствовать вашим требованиям. Например, Wix стал слишком простым, а WordPress – сложным. В таких условиях можно сменить CMS на какую-то более целесообразную
- Обновление протоколов – не столь глобальный процесс, как смена сервера или CMS, но его также можно отнести к миграции. Смена старого протокола HTTP на обновленный HTTPS улучшает безопасность и помогает веб-ресурсу быть видимым для поисковиков.
- Глубинное обновление дизайна – изменение темы или дизайна часто делается не только для улучшения визуального состояния веб-ресурса, но и по более практическим убеждениям. Например, улучшение юзабилити или шлифовка всего функционала, доступного на стороне пользователя.
- Глубинные изменения URL-структуры ресурса – изменения постоянных и канонических ссылок можно назвать вмешательством в URL-структуру сайта, а значит и отнести этот процесс к миграции.
Опять же – обычно владельцы ресурсов закрывают сразу несколько потребностей при миграции. Это может быть и улучшение работы сайта (через новый хостинг и более мощные серверы), использование нового, более целесообразного домена, обновление CMS.
Иногда глубокая настройка уже имеющихся инструментов, на которых работает сайт, может помочь больше, чем миграция, которая способна добавить новых проблем к уже существующим.
С какими проблемами можно столкнуться во время переноса сайта?
Среди наиболее распространенных проблем миграции выделяются следующие:
- Проблемы со ссылками – сайт перенесли, а настройки внутренних или внешних ссылок – нет. Особенно критичная проблема с ресурсами, которые имеют большую массу ссылок внутри и большое количество страниц (например, магазины или объемные справочники, каждая страница которых связана с предыдущими).
- Проблемы с трафиком – далеко не все пользователи вашего ресурса, даже постоянные, будут знать об изменениях в работе сайте и его миграции. Поэтому на первых этапах после переноса ресурса следует ожидать снижения показателей посещения.
- Проблемы с SEO – в некоторых случаях Google может оценить сайт как новый и наложить соответствующие ограничения на ранжирование на начальных этапах. Если до того, еще на старой версии были проблемы с SEO, то маловероятно, что миграция сильно улучшит ситуацию сама по себе.
- Широченный пласт технических проблем – все вероятные технические ошибки. Неработающие кнопки, неправильные ссылки, уничтоженная логика backend-части сайта и еще много интересного может ожидать владельца ресурса после некорректной миграции и отсутствия подготовки к ней.
Важно понимать, что ошибок во время миграции не избежать. Поэтому, если ваш сайт после переноса смог запуститься на новом сервере без критических сбоев – это уже большое преимущество. В конце концов, миграцию и используют для того, чтобы решить проблемы сайта в будущем.
Как предупредить проблемы во время миграции?
И если полностью избежать проблем во время переноса почти невозможно, можно уменьшить их количество до минимума. Вот некоторые основные советы:
- Планирование – миграция является важным процессом, который требует от всех участников терпения и четкого планирования. Именно поэтому начинать перенос ресурса без четкого и детального плана – пустая трата времени и ресурсов. Разберите каждый этап переноса по порядку (ниже приведен чеклист того, как стоит делать перенос).
- Резервная копия – перед любыми важными изменениями на сайте стоит делать бэкапы, а перед миграцией тем более. Создайте полную резервную копию, включая весь back- и frontend. Это поможет в случае чего относительно быстро восстановить работу веб-ресурса.
- Редирект – для того, чтобы URL «не простаивали» используйте 301-редирект для перенаправления роботов Google и пользователей на новую версию сайта.
- Обновление карты сайта и редактура внутренних ссылок – во время миграции следует отредактировать и обновить не только файл sitemap.xml, а все внутренние ссылки. Это поможет избежать проблем на самом ресурсе после переноса.
Более подробно о конкретных аспектах рассказываем в чеклисте ниже.
Чеклист переноса сайта
Итак, судьба веб-ресурса решена и вы настроены осуществить его миграцию. Хорошо, но перед началом пошагового разбора вспомним о еще одном важном моменте – коммуникации.
Если вы единственный и главный владелец сайта, то все в ваших руках, включая понимание реальной необходимости переноса. Но если ресурс имеет несколько владельцев, то стоит обсудить миграцию и прийти к единому мнению по поводу необходимости этого мероприятия.
Поэтому подчеркиваем: перед миграцией необходимо убедиться, что все стороны знают о том, что происходит.
Шаг 1. Настройка хостинга, DNS, CDN и почтового сервера
Для начала следует иметь резервную копию сайта и всех имеющихся баз данных. Некоторые источники рекомендуют иметь дополнительный резервный сайт, на котором можно тестировать тот или иной функционал перед финальной стадией миграции.
Решение в виде промежуточного сайта позволяет не только тестировать «фичи», но и выявлять критические ошибки в работе новых или старых компонентов. Промежуточный ресурс можно и не делать, ведь это дополнительные расходы, но в случае с большим сайтом, который до миграции имел большие охваты и трафик, следует иметь тот самый «запасной вариант для запасного варианта».
Когда уже будет решен вопрос с новым хостингом или доменом, необходимо предпринять следующие шаги:
- Настроить среду хостинга под нужный формат – большинство хостингов предлагают встроенные в пакет услуг популярные CMS, но если сайт самописный, то придется вручную настроить хостинг под такой формат.
- Перенести файлы – в зависимости от хостинга, необходимо перенести все компоненты сайта на FTP-сервер.
- Настроить информацию о DNS.
- Соответственно настроить информацию о CDN.
- Изменить параметры почтового сервера.
Эти пять основных моментов являются началом процесса миграции, поэтому от корректности их выполнения зависит весь будущий путь.
Шаг 2. Создание перенаправлений и редиректов
Для упрощения работы важно еще до миграции иметь структурированный перечень редиректов и посильной массы. Вам придется ссылаться на этот перечень для того, чтобы удостовериться в сохранении всех необходимо редиректов на новой версии сайта после миграции.
Для проверки корректности переноса редиректов можно воспользоваться следующим алгоритмом:
- Все URL старого сайта загружаем в таблицу в первый столбец.
- Все URL нового сайта загружаем в ту же таблицу в соседний столбец.
- Проверяем наличие соответствующих новых ссылок для каждого старого URL.
В случае, если к старым URL нет прямых соответствий на новом ресурсе, можно указать похожие по содержанию страницы или категории.
Будьте особенно внимательными при создании перенаправлений, ведь иногда сайт может содержать большой объем таких ссылок.
Для того, чтобы настроить редиректы 301 придется вносить правки в файл под названием .htaccess.
Уже после того, как будут настроены 301-редиректы, следует проверить все внутренние ссылки на наличие старых и неработающих URL. Их необходимо будет заменить на новые.
Шаг 3. Обновление стратегии SEO-продвижения сайта
Миграция потребует новой стратегии SEO с учетом уже внесенных изменений в структуру сайта. Корректировать SEO придется в любом случае, ведь часто именно органическое продвижение часто становится причиной переноса.
Вот на что следует обратить внимания:
- Проходимость – как работает сайт и какая пропускная способность.
- Альтернативный текст – уместный alt поможет поисковым роботам лучше понять содержание страницы, а значит и активнее ее ранжировать.
- Теги rel=”canonical” – каноничность страниц необходимо дополнительно проверить, а также удостовериться, что существуют соответствующие перенаправления.
- Файл Robots.txt – инструкции для поисковых роботов Google необходимо обновить с учетом новой SEO-стратегии и политики сайта.
- Карта сайта – как и robots.txt, вся карта должна соответствовать актуальным данным, а не быть просто скопированной с предыдущего веб-ресурса.
- Внутренние ссылки – их вид, краткость и соответствие выбранной стратегии SEO.
- Атрибут Hreflang – если ваш веб-ресурс мультиязычный, то проверьте его наличие и работоспособность.
- Структура ссылок.
Шаг 4. Тестирование сайта после переноса
Обновить SEO-стратегию недостаточно, стоит также проверить сайт на корректность работы. Итак, вот некоторые важные и для SEO, и для технического состояния ресурса показатели:
- Скорость загрузки страницы.
- Скорость индексации страниц поисковиками.
- Ошибки сканирования страниц роботами.
- Ключевые слова.
Эти показатели следует проверять особенно тщательно первое время после миграции, а дальше – держать под контролем.
SEO-тестирование и на что обратить внимание
Для того, чтобы пользователи получали ожидаемо высокий уровень опыта пользования, необходимо, чтобы сайт не только быстро загружался. Следует обратить внимание на следующие показатели:
- Мобильная версия. Важно не только ее наличие, а корректная работа. Проверяйте то, как именно работает мобильная версия и не имеет ли она критических проблем.
- Дублированный контент. Довольно часто при миграции случаются различные ошибки, одна из самых популярных – дублирование контента. Следует убедиться, что на новой версии нет заоблачного количества дубликатов.
Шаг 5. Анализ ключевых страниц веб-ресурса
На любом сайте есть страница-звездочка – та самая страница, которая приковывает почти все внимание не только пользователей, но и поисковиков. Эти страницы являются основным источником трафика и дохода, поэтому важно убедиться, что они исправно работают на новой версии веб-ресурса.
Даже если на сайте более 1000 страниц, выберите 3-5% топ-страниц и в ручном режиме проверьте каждую из них на исправность.
Страницы с наибольшим рейтингом и ранжированием должны быть в приоритете. Все остальные страницы можно будет со временем довести до идеала, но основные источники трафика и новых клиентов стоит проверять сразу.
Шаг 6. Технический аудит сайта
В каком-то смысле, технический аудит сайта начинается с момента принятия решения о миграции и не завершается до момента ее конца. Но, на протяжении всего процесса переноса стоит на регулярной основе проверять:
- корректность перенаправлений;
- корректность внутренних ссылок;
- время отклика сервера на команды;
- ошибки индексации страниц.
К тому же, для проверки работоспособности сайта во время переноса следует также проверять пункты, приведенные в Шаге 3.
Шаг 7. Настройка Google Search Console
Если миграция глобальная (меняем не только что-то точечно, а вместе с доменом), то необходимо уведомить об этом поисковики. Сделать это можно с помощью Google Search Console и Bing Webmaster Tools. После этого необходимо запросить индексацию сайта и предоставить карту сайта.
В Google Search Console можно изменить адрес сайта без смены аккаунта. Делается это с помощью Настройки -> Изменение адреса.
Оповещение поисковика о смене домена – один из важных моментов миграции ресурса. Заметим также на том, что вам, как владельцу, придется подтвердить факт собственности обоими сайтами перед тем, как предоставлять новые адреса.
Шаг 8. Главные проверки веб-ресурса после миграции
Как показывает практика, усиленно проверять сайт на работоспособность после миграции необходимо первые несколько недель после завершения этого процесса. К счастью, большинство внесенных изменений отображаются моментально, поэтому проследить и отрефакторить ошибки можно относительно быстро. Вот некоторые пункты, которые требуют контроля:
- некорректные редиректы;
- медленная загрузка;
- утраченные внутренние ссылки;
- отсутствие метатегов;
- ошибки 403/404;
- наличие карты сайта и актуальных robots.txt;
- наличие всех соответствующих лицензий и сертификатов безопасности;
- исправно работающий почтовый сервер;
- корректная навигация;
- отсутствие критических ошибок в работе сайта.
Выводы
Миграция веб-ресурса – нетривиальная, но возможная задача. На протяжении всего процесса, скорее всего, вас будут сопровождать те или иные ошибки, но большинство из них можно относительно быстро и безболезненно преодолеть. Важно помнить, что весьма вероятен сценарий, при котором первое время после переноса сайт будет иметь ограниченное количество трафика, но детальное соблюдение всех вышеуказанных моментов поможет сократить этот период до минимума.





