• Инвентаризация готова: все URL, Title/H1/Description, каноникалы, hreflang, карта перелинковки, топ‑страницы по трафику и заявкам.
• Контент‑паритет на лид‑страницах: сохраняем смысл, ключи, объём; переносим FAQ/таблицы/медиа/alt‑тексты.
• URL‑стратегия: максимум старых адресов; при изменениях — полная 301‑карта (никаких 302 и meta‑refresh), без цепочек.
• Перелинковка перенесена: меню, хлебные крошки, контекстные ссылки; нет «сиротских» страниц.
• Технические сигналы: корректные canonical/hreflang (если есть языки), валидные статусы 200/301/404/410.
• robots.txt и sitemap.xml: на проде не блокируем важные разделы; sitemap обновлён и отправлен в Яндекс.Вебмастер и Google Search Console.
• Стейджинг закрыт паролем; noindex не уехал на прод.
• Скорость и Core Web Vitals не хуже прежнего: LCP/CLS/INP протестированы до/после.
• Если SPA/JS — обеспечен SSR/пререндеринг ключевых страниц.
• Структурированные данные (Schema.org) перенесены и валидированы.
• Формы/UTM/цели/CRM/коллтрекинг/«спасибо»-страницы работают.
• Есть план мониторинга на 14–30 дней и сценарий отката.

• Потеря позиций = падение органики и лидов. Любая «косметика» без плана миграции бьёт по выручке.
• Цель редизайна — повысить конверсию и упростить путь клиента, не теряя уже выкупленные позиции.
• Наибольшие риски: смена CMS/хостинга, новая структура разделов, переход на тяжёлый JS‑фронтенд.

Сделайте слепок текущего сайта, чтобы было с чем сравнить после запуска:

• Полный список URL (включая пагинацию и параметры).
• Метаданные: Title, H1, Description, canonical, hreflang.
• Схему перелинковки: меню, категории, хлебные крошки, ключевые контекстные ссылки.
• Топ‑страницы по трафику и по заявкам (из Google Search Console и аналитики).
• Контентные блоки для переноса: FAQ, таблицы, медиафайлы и alt‑тексты.

• Сохраняйте смысл, ключевые запросы и объём контента на страницах, которые приводят трафик/заявки.
• Переносите FAQ/таблицы/медиа и alt‑тексты; не прячьте важные блоки за вкладки, если они критичны для ранжирования.
• Обновляйте стиль и визуал аккуратно: усиливайте читаемость и структуру, но не вырезайте сигналы релевантности.

• Идеально — не менять URL. Если меняете структуру, готовьте полную 301‑карту: старый URL → новый URL, без 302 и meta‑refresh.
• Учитывайте регистр, слеш на конце, http→https, www↔non‑www, параметры и фильтры.
• Избегайте цепочек и петель редиректов. Каждый старый адрес должен вести на один конечный релевантный новый.

• Перенесите навигацию: меню, категории, хлебные крошки, контекстные ссылки из текста.
• Не допускайте «сиротских» страниц (без входящих ссылок). Проверьте глубину кликов до лид‑страниц.
• Сохраните логику «тематических хабов», чтобы вес не рассыпался.

• rel=canonical должен указывать на каноническую версию страницы, а не на себя «в никуда» и не на дубль.
• hreflang обязателен при мультиязычности — корректные пары и региональные коды.
• HTTP‑статусы: 200 для рабочих страниц, 301 для постоянных переносов, 404/410 для удалённого контента без замены. Никаких неожиданных 5xx.

• На проде не оставляйте блокирующие директивы. Частая ошибка — Disallow после стейджа.
• Обновите sitemap.xml, проверьте ссылки на новые URL, отправьте файл в Google Search Console и Яндекс.Вебмастер (если релевантно рынку).

• Закрывайте стейдж паролем/Basic Auth. Одного noindex недостаточно.
• Не переносите noindex на прод при релизе.
• Стейдж‑домены не должны получать внешние ссылки.

• Сравните до и после три показателя Core Web Vitals — их учитывает поиск: LCP (время отрисовки основного содержимого), CLS (смещение элементов при загрузке), INP (скорость отклика на действия пользователя). Не допускайте деградации.
• Оптимизируйте изображения (современные форматы, размеры), шрифты (display, подмножества), критический CSS.
• Контролируйте сторонние скрипты, включайте ленивую загрузку, не перегружайте «герой» анимациями.

• Если контент важной страницы собирается уже в браузере (SPA, одностраничное приложение) — настройте серверный рендеринг (SSR) или пререндеринг, чтобы робот получал готовый текст.
• Уберите блокирующие рендер скрипты для выше‑экрана.
• Проверьте, что Googlebot видит контент: инструменты рендеринга + логи сервера.

• Перенесите Schema.org для Organization, Product/Service, Breadcrumb, FAQ и других подходящих типов.
• Проверьте валидность в Rich Results Test и согласованность с контентом страницы.

• Сохраните передачу UTM‑меток, цели и события в Яндекс.Метрике и Google Analytics, работу коллтрекинга.
• Уникальные «спасибо»-страницы — для чистого отслеживания конверсий.
• Протестируйте отправку форм, вебхуки, карточки в CRM и e‑mail уведомления до релиза и сразу после.

Редизайн оправдан не всегда. Отложите перенос, если верен хотя бы один пункт:

• Нет полной выгрузки адресов, заголовков, описаний и карты перелинковки — переносить нечего и не с чем сверять после запуска.
• Не определены страницы‑лидеры: неизвестно, какие 10–20 адресов дают основную долю органики и заявок.
• Нет доступа к аналитике и панелям вебмастера хотя бы на чтение — после релиза нечем измерить просадку и не с чем сравнивать.
• В ближайший месяц сезонный пик спроса: цена ошибки выше обычной, а окна на спокойный откат уже нет.
• Со стороны бизнеса не назначен ответственный за приёмку и не согласовано окно отката.
• Причина сформулирована как «дизайн устарел», без гипотезы, что именно мешает заявкам сегодня.

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

• «Красивее, но тоньше» контент — теряется релевантность и позиции.
• Смена иерархии без восстановленной перелинковки — провал глубинных страниц.
• Игнорирование параметров/фильтров — каннибализация и дубли.
• Одностраничное приложение без серверного рендеринга — пустые страницы для поискового робота и выпадение из индекса.

• Ежедневно: ошибки 404 и 5xx, цепочки редиректов, ошибки в логах сервера.
• Еженедельно: покрытие в Яндекс.Вебмастере и Google Search Console, динамика запросов по страницам‑лидерам, состояние sitemap.
• Постоянно: отправка форм и передача заявок в CRM, стабильность конверсии, показатели скорости по полевым данным.
• Точка контроля владельца: короткий отчёт «что изменилось» с фактами и решением — правим или откатываем.

Чтобы решение не зависело от ощущений, зафиксируйте пороги заранее. Включайте срочные правки или откат, если:

• органика по страницам‑лидерам просела более чем на 20% к сопоставимому периоду и не восстанавливается вторую неделю подряд;
• заявки упали более чем на 15% при сопоставимом трафике — ищите разрыв в формах, целях аналитики или передаче в CRM;
• доля адресов с ошибками 404 и 5xx превысила 1% от обхода;
• LCP вышел за 2,5 секунды, CLS за 0,1, INP за 200 миллисекунд по полевым данным, хотя до переноса показатели укладывались в норму;
• более 10% страниц‑лидеров выпали из индекса или сменили канонический адрес.

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

• Где инвентаризация и список страниц, которые дают трафик и лиды?
• Показать 301‑карту и результаты проверки без цепочек.
• Чем подтверждена сохранность контент‑паритета на лид‑страницах?
• Как обеспечен SSR/пререндеринг (если SPA)?
• Как протестированы формы, UTM, события, CRM и «спасибо»-страницы?
• Где чек‑лист приёмки и план мониторинга на 30 дней?

Обновляйте сайт ради конверсии, но не ломайте то, что уже приводит лиды. Три вещи под личным контролем: инвентаризация, 301‑карта и контент‑паритет. Остальное — дисциплина запуска: перелинковка, техсигналы, скорость и мониторинг первых 30 дней.

Если решение ещё не принято, начните с малого: 15 минут разговора без доступов и подготовки. Вы рассказываете, что планируете менять, мы называем главные риски именно для вашего случая и что стоит сделать до переноса.

Когда нужен не разговор, а план, подготовим миграционный аудит: инвентаризация, 301‑карта, чек‑лист приёмки и мониторинг с порогами отката. Для него понадобятся доступы к аналитике и панелям вебмастера на чтение, текущая структура и список приоритетных страниц.

Подробнее об услуге: Создание сайтов под ключ.

См. также: Продвижение сайта под ключ.