Migration / практический материал

Как перенести сайт на статический HTML и сохранить позиции

Пошаговый перенос сайта с CMS или конструктора на статический HTML: карта URL, 301 редиректы, метаданные, canonical, sitemap и проверка трафика.

  • Дмитрий Лаврушин
  • 23 августа 2026
  • 4 минуты

До переноса собирается полный список входящих URL.

Рабочая модель

Старый URL → 301 redirect → Новый URL

До переноса собирается полный список входящих URL.
Редизайн без потери накопленных сигналов
При миграции меняется система, но сохраняются ценные URL, интенты и маршруты.

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

Главный документ миграции состоит из таблицы соответствий:

text
Старый URL | Новый URL | Действие | Новый Title | Статус
/services.php?id=7 | /services/seo-audit.html | 301 | SEO-аудит сайта | готово
/old-news/ | нет замены | 410 | нет | готово

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

Что перенести без изменений

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

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

Настройка редиректов

Для единичного адреса в Nginx достаточно точного правила:

nginx
location = /old-service/ {
  return 301 https://example.com/services/new-service.html;
}

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

Проверка новой версии

До запуска просканируйте тестовый сайт. Проверьте 200, 301 и 404, canonical, метатеги, H1, изображения, мобильную версию и формы. Тестовый домен должен быть закрыт от индексации, а рабочий после запуска открыт.

В день переезда включаются редиректы, загружается новый sitemap.xml и проверяется robots.txt. В Search Console контролируются индексирование, страницы 404, выбранные canonical и динамика кликов. Серверные журналы покажут старые URL, которые продолжают запрашивать пользователи и роботы.

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

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

Что чаще всего теряют

При миграции забывают страницы с небольшим трафиком, PDF, изображения из поиска, параметры URL и старые региональные разделы. Также встречаются новые страницы с одинаковыми Title, неверный canonical на главную и страница 404 с кодом 200.

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

Доказательная база

Источники, на которые можно опереться