максимальное снижение трафика после запуска
Контроль переезда до и после запуска
SEO-сопровождение миграции сайта
Помогаем перенести домен, CMS, структуру URL или дизайн с контролем поисковых сигналов. Фиксируем исходное состояние, готовим карту соответствий, проверяем тестовую версию, сопровождаем запуск и наблюдаем старые и новые URL после переезда.
Стоимость: от 200 000 ₽ за проектНе обещаем переезд без просадки: крупные изменения могут вызывать временные колебания.Эффективность в цифрах
Результаты наших клиентов
Динамика после запуска
восстановление исходного трафика
от прежнего трафика через 90 дней
заказов восстановлено за 30 дней
Проекты в цифрах
С какими объемами работаем
Охват проекта
- 146 000 старых адресов
- 99,8% приоритетных страниц получили соответствия
- 96,7% перенаправлений прошли проверку
Глубина и рабочий ритм
- 52 блокирующие ошибки найдены до запуска
- 16 шаблонов проверено вручную
- 100% целей и форм сопоставлено
Другие результаты
- 0% — потеря отслеживания заявок
- −98% — ошибки 404 после запуска
Точка подключения
Лучшее время — до фиксации структуры и запуска
До утверждения структуры, шаблонов и логики перенаправлений SEO-требования можно встроить в проект, а не исправлять после запуска.
Можно влиять на URL, шаблоны, контент и логику перенаправлений до дорогой разработки.
Проверяем тестовую версию и отделяем блокеры запуска от допустимых рисков.
Часть ошибок еще можно исправить, но возможности профилактики уже потеряны.
Если требуется независимое решение по рискам без полного сопровождения, подключаем SEO-консалтинг.
Сценарии изменений
Какие изменения считаются SEO-миграцией
Домен или поддомен
Меняется основной адрес сайта и требуется перенос поисковых сигналов между ресурсами.
Выбрать сценарийHTTP → HTTPS
Протокол меняется без переноса на другой домен, но все внутренние сигналы и перенаправления нужно проверить.
Выбрать сценарийCMS или платформа
Меняются URL, шаблоны, рендеринг, технические ограничения или логика каталога.
Выбрать сценарийРедизайн
Новая структура, навигация, контент или внутренняя перелинковка влияют на поисковые страницы.
Выбрать сценарийОбъединение сайтов
Несколько ресурсов, разделов или URL сводятся в новую архитектуру без потери релевантности.
Выбрать сценарийСмена хостинга
URL остаются прежними; отдельно контролируем DNS, доступность, серверную емкость и логи.
Выбрать сценарийКонечный проект
Четыре этапа миграции
У каждого этапа есть входные данные, владелец, критерии готовности и список открытых рисков.
- 01
Исходное состояние
Фиксируем состояние сайта, критические URL и контрольные сегменты.
- 02
Карта соответствий
Определяем соответствия и SEO-требования к новой версии.
- 03
Предрелизная проверка
Проверяем тестовую версию, блокеры и готовность к запуску.
- 04
Запуск и мониторинг
Контролируем запуск, ошибки, индексирование и старые и новые URL.
Исходная точка
Что фиксируем до переезда
Отсутствующие источники не замещаем догадками — отмечаем их как риск для сравнения после запуска.
Контрольный снимокСостояние до изменений
Собираем адреса и сигналы из доступных систем, выделяем страницы, которые нельзя потерять, и формируем одинаковые сегменты для сравнения старой и новой версии.
| Область | Что фиксируем | Результат |
|---|---|---|
| Источники URL | CMS, XML-карта сайта, аналитика, поисковые отчеты, журналы сервера и ссылочные данные. | Реестр адресов и источник каждой строки |
| Приоритетные страницы | Трафик, показы, ссылки, конверсии и бизнес-значимость каждого сегмента. | Сегменты, которые нельзя потерять |
| Поисковые сигналы | Статусы, канонические адреса, robots/noindex, метаданные, H1, schema.org, hreflang и внутренние ссылки. | Снимок состояния до изменений |
| Измерение | Индексация, обход, аналитика, цели и контрольные сегменты для сравнения после запуска. | Единая база для сравнения после запуска |
Если нужен отдельный глубокий разбор технического состояния, проводим технический SEO-аудит.
Сохранение соответствий
Карта старых и новых URL
Для каждого старого URL определяем релевантный новый адрес, объединение или корректный ответ 404/410. Множество несвязанных страниц не направляется на главную.
| Старый URL | Новый URL | Решение | Владелец | Проверка |
|---|---|---|---|---|
site-a.ru/katalog/razdel-a/ | site-b.ru/katalog/razdel-a/ | 301, соответствие 1:1 | Разработка | Повторный обход |
site-a.ru/tovar-b/ | site-b.ru/katalog/tovar-b/ | 301 на релевантную карточку | Разработка | Статус, канонический адрес, ссылка |
site-a.ru/dubl-c/ | site-b.ru/razdel-c/ | Объединение | SEO + контент | Контент и назначение |
site-a.ru/udaleno-d/ | — | 404/410 по решению | Владелец продукта + SEO | Исключение из ссылок и XML-карты |
Карта используется для постоянных серверных перенаправлений, обновления внутренних ссылок, канонических адресов, hreflang, XML-карты сайта и проверки покрытия. Перенаправление ведет сразу на конечный релевантный адрес без ненужных цепочек.
Контрольная точка перед запуском
Предрелизная проверка тестового сайта
До запуска отделяем блокирующие дефекты от предупреждений и принятых рисков, назначаем владельцев и дату повторной проверки.
Блокер
- Владелец
- Разработка
- Повторная проверка
- После исправления
- Владелец
- Разработка + SEO
- Повторная проверка
- До решения о запуске
Предупреждение
- Владелец
- SEO + владелец продукта
- Повторная проверка
- До утверждения карты
- Владелец
- Контент
- Повторная проверка
- По плану исправлений
Принятый риск
- Владелец
- Владелец релиза
- Повторная проверка
- Контроль после запуска
- Владелец
- Руководитель проекта
- Повторная проверка
- В журнале проблем
Доступ и защита тестовой версии
Система обхода видит тестовую версию, поисковые роботы не индексируют ее раньше времени.
Снятие временных блокировок
Есть проверяемый план удаления noindex и временных robots-ограничений при запуске.
Шаблоны и сигналы
Статусы, канонические адреса, hreflang, schema.org, пагинация, метаданные и внутренние ссылки согласованы.
Перенаправления
Правила проверены на тестовой версии, карта URL покрывает приоритетные страницы.
Аналитика и инфраструктура
Формы, цели, XML-карта сайта, robots.txt и серверная мощность готовы к дополнительному обходу.
Решение о готовности
Блокеры, допустимые риски, владельцы и повторная проверка зафиксированы.
Условие запуска: блокеры закрыты; каждый принятый риск имеет владельца, срок и точку повторной проверки.
Управляемый запуск
План запуска и критерии продолжения или остановки
План описывает порядок действий, ответственных, время проверки и способ эскалации. Решение о запуске принимает владелец продукта или проекта; SEO фиксирует рекомендацию и риск, разработка обеспечивает возможность технического отката.
- 01
До окна запуска
Подтвердить резервную копию и план отката, итоговую карту URL, владельцев и порядок эскалации.
- 02
В момент запуска
Включить правила перенаправлений, снять временные блокировки и опубликовать актуальные XML-карты сайта.
- 03
Сразу после
Проверить критические URL, формы, аналитику, robots.txt и канонические адреса.
- 04
После проверки
Зафиксировать решение о продолжении или остановке, открытые дефекты, приоритет и ответственного.
Условные действия
Что сообщаем Google и Яндексу
Универсального действия уведомить все сервисы нет: процедура зависит от того, меняется ли домен, протокол, www-вариант, путь или только хостинг.
Инструмент «Смена адреса» (Change of Address) используется при смене домена или поддомена. Для HTTPS, вариантов с www и без www, а также переноса путей внутри домена он не нужен.
Инструкция поисковой системыЯндекс
Старый и новый адреса добавляются в Вебмастер; перенаправления и инструмент переезда применяются по сценарию смены главного адреса.
Инструкция поисковой системыДля обоих поисковиков
До запуска проверяем права на ресурсы, после запуска отправляем актуальные XML-карты сайта и наблюдаем обход, индексирование и ошибки.
Перейти к мониторингуПосле запуска
Что отслеживаем после запуска
Временные колебания возможны. Сравнение ведется по заранее выбранным сегментам и с учетом сезонности, а не по одной общей линии трафика.
Старый контурURL и сигналы снижаются
→Контроль соответствийПеренаправления и индексация проверены
→Новый контурURL и спрос переходят на новую версию
- 01
Ответы URL
Старые и новые адреса, перенаправления, ошибки 404/5xx и журналы сервера.
- 02
Обход и индекс
XML-карта сайта, канонические адреса и появление новых URL в поисковых отчетах.
- 03
Поисковый спрос
Показы и клики по каталогам, брендовому и небрендовому спросу.
- 04
Пользовательский путь
Контрольные сегменты, аналитика, формы и конверсии.
- 05
Журнал дефектов
Проблема, владелец, приоритет, дата повторной проверки и решение.
Если запуск уже вызвал заметное падение, маршрут меняется на диагностику и восстановление SEO-трафика.
Ответственность
Кто принимает решение о готовности
Матрица ответственности адаптируется под проект: формулировка «все проверят» не заменяет конкретного владельца действия и критерия приемки.
SEO
Формирует требования, проверяет реализацию и сообщает о рисках.
Разработка
Отвечает за код, сервер, реализацию перенаправлений и технический откат.
Владелец продукта или руководитель проекта
Принимает решение о запуске с учетом незакрытых рисков.
Аналитик
Проверяет сбор данных, формы, цели и непрерывность измерения.
Контент-команда
Контролирует перенос содержания и критических шаблонных зон.
| Решение | SEO | Разработка | Владелец продукта | Аналитика | Контент |
|---|---|---|---|---|---|
| SEO-требования и критерии | Исполняет | Согласует | Утверждает | Согласует | Согласует |
| Перенаправления, сервер и откат | Согласует | Исполняет | Утверждает | Знает | Знает |
| Непрерывность аналитики | Согласует | Согласует | Утверждает | Исполняет | Знает |
| Перенос содержания | Согласует | Знает | Утверждает | Знает | Исполняет |
| Решение о запуске | Согласует | Согласует | Утверждает | Согласует | Согласует |
Бриф готовности к миграции
Подготовьте входные данные до первой контрольной точки
Краткий бриф помогает зафиксировать сценарий переезда, владельцев, критические URL, готовность тестовой версии и вопросы, которые могут остановить запуск. Это не универсальный «чек-лист без потерь», а основа для предметного разбора рисков.
- Типы изменений и плановая дата
- Источники URL и критические сегменты
- Владельцы разработки, аналитики и запуска
- Вопросы готовности тестовой версии и запуска
Передача проекта
Что получает команда и как считается стоимость
Стоимость зависит от количества URL и сайтов, типов изменений, языков и регионов, качества тестовой версии, полноты карты соответствий и участия в проверке внедрения.
- 01
Исходное состояние
Исходное состояние и список приоритетных URL.
- 02
Карта соответствий URL
Соответствия и требования к перенаправлениям и поисковым сигналам.
- 03
Предрелизная проверка
Блокеры, допустимые риски и критерии запуска.
- 04
План запуска
Последовательность запуска и распределение ответственности.
- 05
Журнал мониторинга
Пострелизные дефекты, проверки и итоговая передача.
01
Сергей Торкунов
Основатель и SEO-стратегПроверяет стратегию, бизнес-приоритеты и ключевые решения. Участвует в аудитах и защите прогноза перед командой клиента.
02
Анна Морозова
Руководитель SEO-стратегииСвязывает поисковый спрос, экономику продукта и план внедрений. Отвечает за стратегию и достижимость прогноза.
03
Илья Воронцов
Технический SEO-специалистДиагностирует системные ограничения сайта, готовит требования и принимает технические внедрения.
04
Екатерина Белова
Веб-аналитикНастраивает измерение канала от запроса до квалифицированного лида и оплаченной сделки.
Связанный опыт
Опыт сопровождения сложных изменений
В опубликованном кейсе «Колеса Даром» описано участие команды в редизайне и переходе на 1С-Битрикс. Это связанный опыт внутри большого SEO-проекта, а не обещание повторить динамику на другой миграции.
Посмотреть кейс «Колеса Даром»Для системного роста после завершения переезда смотрите SEO-продвижение сайтов.
Редизайн, 1С-Битрикс и развитие большого регионального каталогаОткрыть полный кейс →Вопросы и ответы
Вопросы о миграции
Можно переехать без потери трафика?
Нельзя гарантировать отсутствие колебаний. Можно снизить управляемые риски, проверить соответствия и быстро находить дефекты.
Когда подключаться?
До утверждения URL и шаблонов. Если это невозможно — до запуска для предрелизной проверки; после запуска работа становится устранением последствий.
Кто настраивает перенаправления?
Обычно разработка клиента. Мы готовим правила и карту, задаем критерии и проверяем реализацию; отдельное внедрение согласуется.
Нужно ли менять URL при редизайне?
Только если есть продуктовая или техническая причина. Чем меньше одновременных изменений, тем проще контролировать эффект.
Как долго сохранять перенаправления?
Google рекомендует сохранять перенаправления как можно дольше, обычно не менее года. Решение также учитывает пользователей и требования других поисковых систем.