классическое SEO · миграция сайта
SEO-сопровождение миграции: сохранить управляемость сайта до и после релиза
Переезд домена, CMS, дизайна или структуры затрагивает не только страницы, но и ссылки, метаданные, формы, аналитику и привычный путь пользователя. Готовим проверяемую карту изменений и принимаем релиз по фактам, а не по предположению «всё перенеслось».
§ 01 · задача
Когда эта услуга нужна
Работа начинается с понятной бизнес-задачи и заканчивается артефактами, по которым можно принять решение или поставить задачу команде.
- Меняется CMS или дизайнНовые шаблоны и контент могут незаметно потерять URL, метаданные, внутренние ссылки и коммерческие блоки.
- Меняется домен или структураАдреса, поддомены, языковые или региональные разделы требуют формальной карты переходов, а не ручных догадок на день релиза.
- Нужен управляемый запускНесколько команд и короткое окно миграции требуют заранее определённых проверок, владельцев решения и условий отката.
§ 02 · состав работ
Что именно делаем
Состав не заменяет оценку объёма: перед изменением сайта, публикацией или расходом внешнего бюджета показываем preview, стоимость и риск.
-
01
Инвентаризация до изменений
Фиксируем, что существует и что нельзя потерять: URL, шаблоны, контент, метаданные, ссылки, формы, аналитика и ключевые сценарии.
- список приоритетных URL и источников трафика
- проверка статусов, canonical, robots, sitemap и ссылок
- критичные формы, события и технические зависимости
На выходе
baseline и реестр рисков
-
02
Карта переходов и требования
Определяем судьбу каждого типа страниц и требования к новому шаблону до его выпуска.
- сохранить, объединить, перенести или отдельно обработать URL
- требования к редиректам, контенту, метаданным и навигации
- план проверки форм, аналитики и доступности
На выходе
migration map и ТЗ
-
03
Pre-release проверка
На preview проверяем, что новое решение соответствует карте, а не только визуальным макетам.
- выборочная и при необходимости полная сверка URL
- ответы сервера, canonical, robots, ссылки и шаблоны
- список блокеров, риск и условия rollback
На выходе
go/no-go checklist
-
04
Контроль после релиза
Проверяем фактическое поведение production и фиксируем только подтверждённые результаты.
- контроль критичных URL, форм, sitemap и редиректов
- наблюдение ошибок и индексационных сигналов
- отчёт, backlog восстановления и следующий шаг
На выходе
post-release отчёт
§ 03 · результат
Что получит команда
Результат можно использовать самостоятельно или передать своему разработчику, редактору и подрядчикам.
- BaselineСрез критичных URL, технических сигналов и пользовательских сценариев до изменения.
- Карта миграцииСвязь старых и новых URL, типовые правила и исключения, требующие ручного решения.
- Release checklistПроверки, владельцы, условия go/no-go и rollback перед production.
- Post-release отчётФактические проверки, найденные отклонения и согласованный план восстановления.
§ 04 · границы
Чего услуга не делает
Границы фиксируем до заказа, чтобы не подменять одну задачу другой и не создавать ложных ожиданий.
- 01Не гарантирует отсутствие потерь позиций, трафика или заявок: миграция затрагивает внешние системы, сроки обхода и множество факторов вне контроля SEO.
- 02Не меняет DNS, SSL, домены, хостинг, код, robots, sitemap или редиректы без точного preview, окна работ, оценки риска, rollback и явного подтверждения владельца.
- 03Не заменяет разработчика, DevOps, администратора домена, QA, безопасность или юридическую проверку переноса данных.
- 04Не предполагает, что все старые URL нужно перенаправить автоматически: исключения и удалённый контент сначала подтверждаются владельцем.
§ 05 · процесс
Как проходит работа
У команды появляется единая карта миграции и критерии принятия решения. После каждого согласованного этапа фиксируем фактический результат, а не объявляем миграцию успешной до проверок production.
- Вводные
- План работ
- Согласование
- Результат
Что зависит от клиента: доступность текущего сайта и плана будущей структуры, участие разработки и владельца домена/релиза, время на pre-release проверку и отдельное подтверждение production-окна.
§ 06 · стоимость
Цена и границы бюджета
Стоимость работ Agency и расходы на внешние сервисы считаются раздельно.
-
индивидуальная смета
работы Agency
инвентаризация URL, карта переходов, требования к шаблонам, pre-release, контроль релиза, post-release и план восстановления
по плану миграции
Состав зависит от числа URL, доменов, CMS, языков и регионов, объёма редизайна, сроков, состава команд и необходимости координации запуска. Сначала определяем границы и риски первого этапа.
В стоимость входят только работы Agency. Расходы на внешние сервисы — съём позиций, сбор данных, хостинг, платные инструменты — а также подрядный копирайт и закупка ссылок оплачиваются отдельно и всегда согласуются с вами до списания. Мы не тратим ваш бюджет без подтверждения.
§ 07 · навигация
Отличие от соседней услуги
SEO-сопровождение разработки — ведёт обычные циклы продукта; миграция добавляет карту старых URL, окно запуска и пострелизный контроль.
- SEO для нового сайтаесли архитектура и требования к сайту ещё проектируются до дизайна.
- Технический аудитесли сперва нужно разобраться с исходными техническими рисками.
- Enterprise SEOесли миграция затрагивает несколько команд, продуктов или доменов.
AEO Pro — инструмент, в котором можно хранить проект, доступы, согласования и историю работ. Он не заменяет услугу и не выполняет изменения сайта или расходы без вашего подтверждения. AEO Pro может хранить реестр задач, согласований и проверок. Любой доступ к домену, хостингу или production-окну остаётся отдельной безопасной формой и явным approval.
§ 08 · материалы
Полезные разборы до начала работ
Это практические материалы по той же задаче; они не заменяют диагностику конкретного сайта.
- Как подготовить новый сайт до дизайнао требованиях к архитектуре и шаблонам, которые дешевле согласовать до разработки.
- Техническая готовность сайтао проверяемых сигналах доступности, которые нужны и после релиза.
§ 09 · заявка
Обсудить миграцию сайта
Оставьте текущий и, если известен, будущий домен, а также рабочую почту. Уточним тип миграции, дату релиза, CMS, владельцев URL, команду разработки и критичные разделы.
Заявка не меняет DNS, хостинг, домен, редиректы или production. До любых действий согласуем карту переходов, preview, окно работ, rollback и ответственных.
частые вопросы
Что важно до начала
Отвечаем до заявки, а не после оплаты.
Когда подключать SEO к миграции?
До фиксации структуры и шаблонов. Чем раньше есть карта URL и требований, тем меньше риск дорогих переделок перед запуском.
Можете сами поставить редиректы?
Только после точной карты, preview, определённого исполнителя и явного подтверждения владельца. По умолчанию мы готовим и проверяем требования.
Нужен ли тестовый стенд?
Да, если он возможен. Он позволяет проверить новую структуру и шаблоны до production, но не заменяет post-release проверку реального сервера.
Можно мигрировать частями?
Да. Для каждой волны нужен свой scope, список URL, условия запуска и post-check. Это безопаснее, чем объединять независимые изменения в один непрозрачный релиз.