Полезные материалы

Как правильно перенести старый сайт на новую платформу

и не потерять позиции

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

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

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

Почему при переносе сайта могут упасть позиции

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

После перехода на другую платформу могут одновременно измениться:

адреса страниц;
структура каталога и разделов;
HTML-код страниц;
контент;
заголовки H1, H2 и H3;
метатеги Title и Description;
внутренняя перелинковка;
скорость загрузки;
мобильная версия;
правила формирования canonical;
файлы robots.txt и sitemap.xml;
настройки индексации.

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

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

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

Когда действительно стоит переносить сайт на другую платформу

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

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

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

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

С чего начинать перенос сайта

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

Правильнее начинать с анализа существующего ресурса.

Зафиксировать текущие показатели

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

Полезно зафиксировать:

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

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

Собрать список существующих URL

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

Для этого можно использовать несколько источников:

сканирование сайта;
XML-карту;
систему аналитики;
панели вебмастеров поисковых систем;
логи сервера;
данные о страницах, на которые ведут внешние ссылки.

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

Нужно ли сохранять старые URL

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

Например, если страница услуги раньше находилась по адресу:

/services/site-development/

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

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

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

В таком случае требуется карта редиректов.

Карта редиректов — один из главных документов миграции

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

Старый URL	Новый URL	Действие
/old-service/	/services/new-service/	301 редирект
/catalog/old-section/	/catalog/new-section/	301 редирект
/company/contacts.html	/contacts/	301 редирект

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

Почему используется 301 редирект

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

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

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

Например, старую страницу конкретной услуги желательно перенаправлять на новую страницу той же услуги, а не на главную страницу сайта.

Не стоит перенаправлять все старые страницы на главную

Иногда при миграции применяется простое решение: любой несуществующий URL автоматически отправляется на главную страницу.

Это неправильно как с точки зрения SEO, так и с точки зрения пользователя.

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

Поисковым системам также значительно проще определить связь между двумя тематически соответствующими документами.

Что делать с удаленными страницами

Не каждый старый URL обязательно должен иметь аналог на новом сайте.

Если страница действительно больше не нужна, возможны разные решения.

Если существует близкая по смыслу новая страница — настроить 301 редирект на нее.
Если несколько старых материалов объединены в один новый — перенаправить их на объединенную страницу.
Если содержимое полностью устарело и подходящей замены нет — допустимо оставить корректный ответ 404 или 410.

Автоматически перенаправлять любой удаленный URL на случайную страницу сайта не следует.

Контент нельзя переносить без проверки

При редизайне часто возникает желание полностью переписать тексты одновременно со сменой платформы. С точки зрения SEO это увеличивает количество переменных.

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

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

Для таких документов желательно сохранить:

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

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

Перенос Title, Description и заголовков

Отдельное внимание необходимо уделить SEO-метаданным.

У страниц старого сайта могут быть вручную оптимизированные Title и Description. После миграции новая CMS иногда начинает автоматически генерировать метатеги по своим шаблонам.

В результате вместо оптимизированного Title появляется, например, только название товара или услуги.

Перед запуском следует проверить как минимум:

Title;
Description;
H1;
иерархию заголовков H2–H3;
canonical;
метатеги robots.

Для крупных интернет-магазинов и каталогов дополнительно проверяются шаблоны автоматического формирования метаданных.

Внутренняя перелинковка после переноса

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

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

Технически можно оставить ссылки на старые адреса, которые затем через 301 перенаправляются на новые. Но в таком случае возникают лишние переходы.

Например:

страница A → старый URL → 301 → новый URL

Лучше сразу заменить ссылку:

страница A → новый URL

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

Проверка robots.txt

Во время разработки тестовую версию сайта обычно закрывают от поисковых роботов. Это правильная практика: незавершенный ресурс не должен попадать в индекс.

Проблема возникает, если ограничения переносятся на рабочую версию.

Перед запуском необходимо проверить robots.txt и убедиться, что важные разделы случайно не запрещены для обхода.

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

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

Формирование новой XML-карты сайта

После переноса необходимо сформировать актуальный sitemap.xml.

В карту должны попадать канонические URL страниц, предназначенных для индексации.

Не следует включать туда:

старые URL;
страницы с редиректами;
технические страницы;
дубли;
URL, закрытые от индексации.

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

Canonical и дубли страниц

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

Поэтому необходимо проверить формирование canonical и убедиться, что он указывает на корректный канонический URL.

Особенно тщательно эту часть следует тестировать на интернет-магазинах и крупных каталогах, где число автоматически формируемых URL может быть очень большим.

Необходимо проверить коды ответа сервера

Визуально страница может выглядеть нормально, но сервер при этом способен возвращать неправильный HTTP-статус.

После переноса желательно провести техническое сканирование сайта и проверить:

рабочие страницы — 200;
постоянные перенаправления — 301;
несуществующие страницы — 404 или 410;
отсутствие массовых ошибок 5xx;
отсутствие циклических редиректов.

Отдельно стоит искать цепочки перенаправлений.

Например:

старый URL → 301 → промежуточный URL → 301 → новый URL

Если есть возможность, лучше настроить прямой переход:

старый URL → 301 → новый URL

Перенос изображений и других файлов

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

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

Также важно перенести документы, инструкции, презентации и другие файлы, на которые существуют внутренние или внешние ссылки.

Старые адреса ценных файлов желательно либо сохранить, либо перенаправить на актуальные версии.

Что делать с внешними ссылками

На страницы старого сайта могут ссылаться другие ресурсы. Такие ссылки являются еще одной причиной внимательно относиться к старым URL.

Получить полный список внешних ссылок практически невозможно, поэтому надежнее настроить корректные 301 редиректы со старых адресов.

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

Переезд на HTTPS или другой домен

Если одновременно со сменой платформы меняется протокол или доменное имя, миграция становится сложнее.

В таком проекте необходимо дополнительно проверить:

перенаправление со старого домена;
HTTP → HTTPS;
варианты с www и без www;
абсолютные ссылки внутри сайта;
canonical;
XML-карту;
подключение систем аналитики;
настройки панелей вебмастеров.

По возможности не стоит объединять несколько необязательных глобальных изменений в один запуск. Например, одновременная смена CMS, домена, структуры URL и всего контента существенно усложняет диагностику возможных проблем.

Тестовая версия должна быть проверена до запуска

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

На нем можно проверить:

структуру разделов;
работу форм;
мобильную адаптацию;
скорость загрузки;
метатеги;
внутренние ссылки;
canonical;
микроразметку;
формирование sitemap.xml;
редиректы;
коды ответа сервера.

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

Что проверить непосредственно в день переноса

После публикации нового сайта необходимо провести повторную проверку уже на основном домене.

Убедиться, что сайт доступен пользователям и поисковым роботам.
Проверить robots.txt.
Проверить отсутствие случайного noindex.
Открыть несколько десятков важных старых URL и проверить редиректы.
Проверить основные страницы нового сайта.
Проверить canonical.
Проверить sitemap.xml.
Проверить системы аналитики.
Проверить формы заявок и другие конверсионные элементы.
Проверить отсутствие массовых ошибок сервера.

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

Что происходит с позициями после миграции

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

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

Важно оценивать не отдельный запрос или один день, а общую динамику:

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

Резкое и продолжительное падение после миграции — повод провести технический анализ.

Типичные ошибки при переносе сайта

На практике проблемы чаще всего возникают не из-за самого факта смены CMS, а из-за деталей, которые не были учтены при подготовке.

К распространенным ошибкам относятся:

изменение всех URL без карты редиректов;
массовые ошибки 404 после запуска;
перенаправление всех удаленных страниц на главную;
потеря Title и Description;
удаление значительной части полезного контента;
изменение структуры без учета поискового спроса;
случайная блокировка сайта от индексации;
появление большого количества дублей;
неправильные canonical;
битые внутренние ссылки;
старые URL в sitemap.xml;
потеря систем аналитики при запуске;
отсутствие контроля после миграции.

Чек-лист безопасного переноса сайта

Этап	Что необходимо сделать
До разработки	Собрать SEO-данные и определить важные страницы
Проектирование	Сопоставить старую и новую структуру
URL	По возможности сохранить существующие адреса
Редиректы	Подготовить соответствия старых и новых URL
Контент	Сохранить полезную информацию с трафиковых страниц
SEO	Перенести или корректно обновить метатеги и заголовки
Тестирование	Проверить технические параметры до публикации
Запуск	Проверить индексацию, редиректы, аналитику и доступность
После запуска	Контролировать трафик, позиции, индекс и ошибки

Можно ли перенести сайт вообще без потери позиций

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

Но правильно подготовленная миграция позволяет существенно снизить риски.

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

Для этого важно сохранить ценные URL там, где это возможно, правильно настроить 301 редиректы, перенести полезный контент и SEO-данные, проверить техническую часть и контролировать индексацию после запуска.

Перенос сайта — это не только задача разработчиков

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

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

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

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