Перенос сайта на новую CMS без потери позиций в Google: практический чек-лист

Причин для переноса сайта на новую CMS может быть много. Текущая система может устареть, работать слишком медленно, быть неудобной в администрировании, ограничивать возможности SEO или просто перестать соответствовать задачам бизнеса.

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

Неправильно выполненная миграция может привести к целому ряду проблем:

• важные страницы могут исчезнуть из результатов Google;
• могут появиться ошибки 404;
• редиректы могут работать некорректно;
• органический трафик может снизиться;
• может появиться дублированный контент;
• canonical URL могут указывать на неправильные страницы;
• могут сломаться внутренние ссылки;
• могут исчезнуть SEO-заголовки и meta description.

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

Поэтому главный принцип безопасной миграции CMS можно сформулировать довольно просто:

Меняйте технологию, но без необходимости не меняйте то, что Google уже знает, индексирует и правильно воспринимает.

1. До миграции соберите полный список существующих URL

Ещё до начала разработки сайта на новой CMS сохраните полный список индексируемых страниц текущего сайта.

В него желательно включить:

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

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

• текущего XML sitemap;
• Google Search Console;
• Google Analytics;
• серверных данных или crawling-инструментов;
• базы данных CMS.

Этот список станет одним из основных рабочих документов во время миграции.

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

2. По возможности сохраняйте существующие URL

Наиболее безопасный вариант миграции CMS — поменять платформу, не меняя адреса страниц.

Если сейчас страница услуги находится по адресу:

example.com/services/web-development

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

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

Не стоит менять URL только потому, что новая CMS по умолчанию использует другую структуру.

Например, нет необходимости без серьёзной причины менять:

/blog/seo-audit

на:

/articles/digital-marketing/seo-audit-2026

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

3. Создайте карту старых и новых URL

Если часть адресов всё же меняется, ещё до миграции подготовьте таблицу соответствий.

Для каждого старого URL должен быть определён конкретный и логичный новый адрес.

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

Карту URL желательно полностью подготовить до начала настройки редиректов.

4. Используйте постоянные 301-редиректы

Если старая страница окончательно заменяется новым URL, обычно следует использовать постоянный серверный 301-редирект.

Он показывает поисковым системам, что старый адрес заменён новым и именно новый URL следует считать основным.

Старайтесь избегать лишних цепочек редиректов:

Старый URL → промежуточный URL → ещё один URL → конечный URL

Гораздо лучше:

Старый URL → конечный URL

Чем проще структура перенаправлений, тем легче её контролировать и тем меньше риск технических ошибок.

5. Не потеряйте SEO-заголовки и meta description

При смене CMS нередко переносят основной текст страниц, но забывают о SEO-данных.

До миграции сохраните как минимум:

• SEO title;
• meta description;
• H1;
• структуру H2/H3;
• alt-тексты изображений;
• canonical URL;
• robots directives;
• структурированные данные.

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

Во время самой миграции желательно не менять большое количество SEO-элементов без необходимости.

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

6. Перенесите весь ценный контент

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

Даже старая статья в блоге может:

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

Поэтому перед удалением страницы обязательно оцените её реальную ценность.

Если контент устарел, возможно, его разумнее обновить.

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

7. Проверьте canonical URL

Многие CMS автоматически генерируют canonical, поэтому перед запуском сайта их необходимо проверить.

Для важных страниц canonical обычно должен указывать на правильный предпочтительный URL.

Особенно опасны ситуации, когда:

• canonical новых страниц всё ещё указывает на старый домен;
• canonical всех страниц ведёт на главную;
• в canonical остаются URL тестовой среды;
• смешиваются HTTP- и HTTPS-версии;
• между языковыми версиями указаны неправильные canonical.

При определении канонического URL Google учитывает несколько сигналов, включая редиректы, rel="canonical" и данные sitemap.

Поэтому эти сигналы должны дополнять друг друга, а не противоречить друг другу.

8. Обновите внутренние ссылки

301-редирект поможет, если где-то на сайте всё ещё осталась старая ссылка, но в новой CMS внутренние ссылки желательно сразу направлять на конечный URL.

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

Проверьте:

• главное меню;
• футер;
• статьи блога;
• страницы услуг;
• блоки похожих материалов;
• ссылки с изображений;
• кнопки;
• breadcrumbs;
• мобильное меню.

Чем меньше старых URL останется во внутренней структуре нового сайта, тем чище будет миграция.

9. Проверьте robots.txt и noindex

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

Перед публикацией обязательно проверьте:

• robots.txt;
• meta robots;
• HTTP X-Robots-Tag;
• настройки индексации в CMS.

Googlebot должен иметь доступ к страницам и ресурсам, которые вы хотите видеть в индексе.

Особенно внимательно проверьте, не остался ли на важных страницах:

noindex

Одна такая ошибка способна заметно повлиять на видимость сайта в поиске.

10. Создайте корректный XML sitemap

Новая CMS должна формировать актуальный и технически корректный XML sitemap.

В него желательно включать только те страницы, которые действительно должны индексироваться.

В sitemap не стоит добавлять:

• страницы с ошибкой 404;
• URL с редиректами;
• noindex-страницы;
• тестовые страницы;
• ненужные комбинации фильтров;
• дублирующиеся URL.

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

После миграции отправьте новый sitemap в Google Search Console.

11. Проверьте HTTP-статусы

После публикации новой CMS выполните полный обход сайта и убедитесь, что страницы возвращают правильные HTTP-коды.

Основные статусы:

200

Страница работает и доступна.

301

Старый адрес постоянно перенаправляет на новый.

404

Страница не найдена.

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

Проблема начинается, если 404 неожиданно начинают возвращать:

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

Именно поэтому после миграции так важно сравнить список старых URL с кодами ответа на новом сайте.

12. Сохраните структурированные данные

Во время смены CMS необходимо проверить и структурированные данные schema.org.

В зависимости от типа сайта это могут быть:

• Organization;
• Person;
• Article;
• BlogPosting;
• BreadcrumbList;
• Product;
• другие типы разметки, соответствующие содержанию сайта.

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

13. Особенно внимательно проверьте языковые версии

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

Проверьте:

• сохранены ли URL всех языковых версий;
• корректно ли работает переключатель языка;
• ведёт ли каждая версия на соответствующий перевод;
• правильно ли настроен hreflang;
• не перепутаны ли canonical между языками;
• присутствуют ли все необходимые языковые версии в sitemap.

Особое внимание потребуется, если новая CMS автоматически меняет структуру языковых URL.

14. Тщательно протестируйте новый сайт до запуска

Новый сайт необходимо проверить ещё до переключения DNS или публикации в production.

Как минимум протестируйте:

• дизайн страниц;
• работу на мобильных устройствах;
• контактные формы и формы заявок;
• внутренние и внешние ссылки;
• редиректы;
• canonical;
• robots-настройки;
• sitemap;
• SEO-заголовки;
• meta description;
• структурированные данные;
• изображения;
• страницу 404;
• аналитику;
• cookie- и consent-механизмы.

При этом тестовая версия сайта не должна случайно стать доступной для публичной индексации.

15. Не меняйте всё одновременно в день миграции

По возможности не стоит одновременно со сменой CMS проводить:

• полный перенос на другой домен;
• полную замену структуры URL;
• переписывание всех текстов;
• масштабный ребрендинг;
• серьёзную перестройку информационной архитектуры;
• массовую замену всех SEO-заголовков.

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

Серьёзные изменения контента и структуры URL также означают, что Google придётся заново обнаруживать, обрабатывать и оценивать большее количество информации.

Более безопасный подход — разделить работу на этапы.

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

16. После миграции регулярно проверяйте Google Search Console

Работа не заканчивается в момент публикации новой версии сайта.

После запуска регулярно анализируйте данные Google Search Console.

Обращайте внимание на:

• проиндексированные страницы;
• неиндексируемые или исключённые страницы;
• ошибки 404;
• редиректы;
• проблемы с canonical;
• статус sitemap;
• клики;
• показы;
• средние позиции.

Отдельные важные URL можно проверять с помощью URL Inspection.

Если страниц много, sitemap остаётся одним из основных способов помочь Google обнаружить новые адреса.

Нужно ли использовать Google Change of Address при смене CMS?

Как правило, нет, если домен или субдомен не меняется.

Инструмент Google Change of Address предназначен для ситуаций, когда весь сайт переносится на другой домен, например:

example.com → newexample.com

Он не нужен только из-за смены CMS или изменения отдельных URL в рамках того же сайта.

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

Следите за результатами после миграции

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

В первые недели регулярно сравнивайте:

• органический трафик;
• клики по важным страницам;
• показы;
• количество проиндексированных URL;
• количество ошибок 404;
• позиции по важным ключевым словам;
• конверсии и заявки.

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

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

Главное — убедиться, что технически перенос выполнен правильно и на новом сайте не осталось системных ошибок.

SEO-чек-лист миграции CMS

До миграции

• Сохранён полный список старых URL.
• Определены страницы, получающие органический трафик.
• Сохранены SEO title и meta description.
• Сохранена структура H1/H2.
• Сохранён ценный контент.
• Подготовлена карта старых и новых URL.
• Подготовлены 301-редиректы.
• Проверены canonical URL.
• Перенесены alt-тексты изображений.
• Сохранены структурированные данные.

Перед запуском

• Проверена мобильная версия.
• Проверены формы.
• Проверены внутренние ссылки.
• Проверен robots.txt.
• Удалён лишний noindex.
• Создан XML sitemap.
• Проверены языковые версии.
• Проверена аналитика.
• Проверена страница 404.
• Проверены 301-редиректы.

После запуска

• Sitemap отправлен в Google Search Console.
• Проверены важнейшие URL.
• Проверены ошибки 404.
• Отслеживается индексация.
• Органический трафик сравнивается с показателями до миграции.
• Проверены позиции важных страниц в Google.
• Проверены конверсии.
• Необходимые редиректы со старых URL остаются активными.

Заключение

Перенос сайта на новую CMS вовсе не означает, что он обязательно потеряет позиции в Google.

Безопасность миграции зависит не столько от выбранной CMS, сколько от того, насколько тщательно спланирован и реализован сам процесс переноса.

Самое важное:

1. по возможности сохранить существующие URL;
2. подготовить точную карту старых и новых адресов;
3. использовать корректные 301-редиректы;
4. перенести SEO-данные и ценный контент;
5. проверить canonical, robots и sitemap;
6. обновить внутренние ссылки;
7. сохранить структурированные данные и языковые версии;
8. тщательно протестировать сайт до публикации;
9. после миграции следить за Google Search Console и органическим трафиком.

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

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