Редизайн меняет не только внешний вид
При переходе на новую платформу часто меняются URL, HTML, навигация, тексты, внутренние ссылки, скорость и способы измерения. Для поисковика это может выглядеть как исчезновение старого сайта и появление нового. Поэтому SEO-миграция — отдельный поток проекта, а не финальная настройка.
До разработки: зафиксируйте исходное состояние
- выгрузите все индексируемые URL из sitemap, аналитики и поисковых панелей;
- сохраните title, description, H1, canonical и robots;
- отметьте страницы с трафиком, ссылками, заявками и позициями;
- соберите коды ответа и внутренние ссылки;
- сохраните данные по целям и конверсиям;
- сделайте резервную копию файлов и базы.
Эта таблица станет контрольным списком приёмки. Особое внимание уделите страницам, которые уже приводят клиентов, даже если их дизайн кажется устаревшим.
Решите, какие URL сохраняются
Лучший вариант — оставить адрес страницы без изменения, если её смысл сохраняется. Новый красивый slug редко даёт выгоду, сопоставимую с риском потери накопленных сигналов.
Если адрес меняется, подготовьте прямой постоянный 301-редирект со старого URL на наиболее близкий новый. Не отправляйте все удалённые страницы на главную и избегайте цепочек из нескольких редиректов.
Сохраните поисковое намерение страницы
Редизайн часто сокращает текст ради визуальной чистоты. Проверьте, что новая версия продолжает отвечать на тот же запрос: услуга, условия, кейсы, цены или принцип расчёта, FAQ и целевое действие. Контент можно улучшить и структурировать, но нельзя без анализа удалить основную ценность.
Не закрывайте тестовый сайт неправильно
Тестовая версия должна быть защищена авторизацией или сетевым доступом. Один robots.txt не предотвращает просмотр людьми и не гарантирует отсутствие индексации. При переносе убедитесь, что noindex и запреты тестовой среды не попали в production.
Технический чек-лист перед запуском
- каждая индексируемая страница возвращает 200;
- удалённые адреса имеют 301 или осмысленный 404/410;
- canonical указывает на production-URL;
- robots.txt разрешает важные разделы;
- sitemap содержит только канонические страницы;
- на странице один понятный H1;
- метаданные и Open Graph заполнены;
- структурированные данные соответствуют видимому контенту;
- изображения имеют размеры и альтернативный текст;
- формы, цели и уведомления протестированы.
День запуска
- Сделайте финальную резервную копию.
- Переключите production и проверьте HTTPS.
- Пройдите список приоритетных URL.
- Проверьте редиректы автоматически и вручную.
- Отправьте обновлённый sitemap в поисковые панели.
- Проверьте несколько страниц через инструменты инспекции URL.
- Убедитесь, что аналитика получает события.
Первые четыре недели после запуска
Следите за ошибками 404, исключёнными страницами, изменением кликов и показов, скоростью, конверсией и логами сервера. Небольшие колебания возможны, но массовое выпадение URL, рост soft 404 или резкое уменьшение сканирования требуют проверки.
Когда менять домен
Одновременная смена дизайна, платформы, структуры и домена усложняет диагностику. Если нет сильной бизнес-причины, сохраните домен. Когда переезд обязателен, используйте прямые редиректы, подтвердите обе версии в поисковых панелях и сохраняйте старый домен с редиректами длительное время.
Что делать с устаревшими страницами
Обновите страницу, если тема остаётся полезной. Объедините материалы, если они конкурируют за один запрос. Удаляйте только то, что действительно не имеет замены и ценности; в таком случае корректный 404 или 410 честнее случайного редиректа.
Редизайн должен улучшать бизнес-показатели
До старта сформулируйте цель: больше квалифицированных заявок, быстрее загрузка, проще управление, выше конверсия мобильных пользователей или запуск новых услуг. Сравните показатели до и после, а не оценивайте проект только по субъективной современности.
Если проблема пока не локализована, начните со статьи почему сайт не приносит заявки. Для оценки нового проекта используйте чек-лист выбора разработчика.
