Заказчикам Запуск, права и поддержка

Как перенести старый сайт без потери данных и SEO?

Короткий ответ

Безопасный перенос начинается с инвентаризации URL, контента, файлов, метаданных, трафика и интеграций. Затем каждому ценному старому адресу назначают новый эквивалент, тестируют миграцию на копии, настраивают прямые 301-редиректы, обновляют ссылки, canonical и sitemap. После переключения контролируют 404, индексацию, трафик и заявки. Временные колебания возможны, поэтому сохранение каждой позиции гарантировать нельзя.

Автор: S.O.L CORP Проверил: S.O.L CORP

Перенос является проектом данных и адресов

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

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

Соберите полный реестр старых URL

  • Экспорт из CMS.
  • Страницы из sitemap.
  • URL из Яндекс Вебмастера и Google Search Console.
  • Посадочные из аналитики и рекламы.
  • Результат сканирования сайта.
  • Файлы, изображения и документы.
  • Известные внешние ссылки и закладки.

Источники объединяются, нормализуются и очищаются от дублей. Для каждого URL фиксируются статус, трафик, назначение и новый адрес.

Правила карты соответствия

Ситуация Решение Проверка
Страница сохранена Тот же URL либо прямой 301 Смысл и контент сопоставимы
Несколько материалов объединены 301 каждого на итоговую страницу Итог отвечает старому намерению
Есть точный аналог 301 на аналог Нет промежуточной цепочки
Материал удалён без замены 404 или 410 Пользователь получает полезную навигацию
Временное перемещение 302 только при реальной временности Старый адрес должен вернуться

Редирект всех страниц на главную является soft 404 по смыслу и не помогает человеку найти прежний материал.

Инвентаризация контента и полей

Сопоставьте не только HTML, но и Title, Description, H1, даты, автора, canonical, alt, вложения, связи, категории и пользовательские поля. Для каталога проверьте идентификаторы, характеристики, документы и изображения.

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

Тестовая миграция

  1. Сделать копию исходной базы и файлов.
  2. Запустить импорт на staging.
  3. Сверить количество и обязательные поля.
  4. Проверить выборку сложных и старых материалов.
  5. Просканировать ссылки, изображения и статусы.
  6. Исправить правила и повторить импорт с чистого состояния.

Повторяемый импорт важнее ручного исправления тысячи записей. Иначе финальный перенос нельзя воспроизвести в окно запуска.

Не меняйте всё одновременно без необходимости

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

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

Подготовка нового сайта к переключению

  • Все новые URL имеют self-referencing canonical.
  • Внутренние ссылки ведут сразу на новые адреса.
  • Sitemap содержит канонические страницы со статусом 200.
  • Публичные страницы не закрыты noindex или авторизацией.
  • Удалённые страницы возвращают настоящий 404/410.
  • Редиректы не образуют цепочки и циклы.
  • Аналитика и поисковые панели готовы к новому домену.

Модельный пример карты

Старый раздел имеет `/services/audit.html`, `/audit-price/` и `/blog/audit-guide/`. На новом сайте услуга получает `/services/technical-audit/`, а руководство сохраняется отдельной статьёй. Первые два адреса направляются на услугу, третий на обновлённый материал. Старые рекламные ссылки обновляются напрямую.

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

Контроль после запуска

  1. Проверить выборку старых и новых адресов.
  2. Следить за 404, 5xx и цепочками.
  3. Отправить новую sitemap.
  4. Контролировать сканирование и индексацию.
  5. Сравнивать органические посадочные и конверсии.
  6. Обновлять важные внешние и рекламные ссылки.
  7. Хранить старую копию до стабилизации.

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

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

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

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