Замеры и инвентаризация до переезда

Когда использовать: Зафиксируйте полную картину позиций, трафика и адресов до любых изменений, чтобы потом доказать восстановление.

Этап 1: замеры и инвентаризация

Нельзя измерить то, что вы не записали. Прежде чем трогать хотя бы один URL, сделайте снимок: как сайт работает сейчас и какие страницы на нём вообще есть. Эта база станет точкой отсчёта, по которой вы увидите потери после запуска.

• Выгрузите текущие позиции в органике по приоритетным запросам [Дата фиксации]
• Запишите органический трафик и конверсии из аналитики за последние 3-6 месяцев
• Отметьте итоги по покрытию индекса в Search Console (валидные, исключённые, ошибки)
• Сделайте полный краулинг живого сайта [Инструмент краулинга] и сохраните выгрузку
• Соберите полный список URL с кодами ответа, заголовками и метатегами
• Зафиксируйте страницы с лучшим ссылочным профилем, чтобы защитить их новые версии
• Сохраните текущие robots.txt, XML-карту сайта и микроразметку

Ответственный: [Имя] & База зафиксирована: [Дата]. Держите все выгрузки в одной общей папке: сверяться с ними вы будете не одну неделю.

Карта редиректов (1:1 старый → новый)

Когда использовать: Постройте аккуратную постраничную карту редиректов, чтобы каждый старый URL попадал на ближайший новый одним 301.

Этап 2: карта редиректов

Редиректы переносят вес со старых адресов на новые. Цель, схема 1:1. Каждый уходящий URL ведёт на одну самую подходящую страницу нового сайта. Небрежная карта, самая частая причина падения трафика при переезде.

1. Выпишите все старые URL из списка, собранного на этапе 1 [Файл-источник]
2. Подберите к каждому ближайший новый URL: та же тема, тот же интент
3. Для переехавших страниц ставьте постоянные 301, а не 302
4. Не допускайте цепочек и петель редиректов. Ведите сразу на конечный адрес
5. Никогда не сваливайте всё на главную; страницы без пары ведите на подходящий раздел
6. Решите, что делать со снятыми страницами, у которых нет аналога [410 или редирект]
7. Осознанно сохраните параметры URL и правило со слешем на конце

Проверьте всю карту на стейджинге до запуска. Карту проверил: [Имя]. Полная карта без цепочек, самый сильный рычаг, который у вас есть.

Сохранение on-page элементов

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

Этап 3: сохранение on-page элементов

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

• Переносите title дословно или улучшайте намеренно, но никогда не теряйте
• Сохраняйте description у страниц, которые собирают клики
• Оставляйте H1 и иерархию подзаголовков такими же, как на старой странице
• Сверяйте основной текст, не режьте и не обедняйте важные страницы втихую
• Переписывайте внутренние ссылки на конечные новые адреса, а не на редиректы
• Обновите ссылки в меню, футере и хлебных крошках
• Перенесите микроразметку и alt-тексты картинок [Типы схем]

Сначала выборочно проверьте шаблоны с самым большим трафиком и конверсией. Ответственный за проверку: [Имя]. Если всё же меняете тексты, записывайте правки, чтобы потом связать сдвиг позиций с конкретным изменением.

Техническая настройка

Когда использовать: Приведите в порядок robots.txt, карты сайта, канонические адреса, hreflang и аналитику до запуска и в момент запуска.

Этап 4: техническая настройка

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

1. Убедитесь, что robots.txt не закрывает обход на проде [URL]
2. Удалите теги noindex, оставшиеся со стейджинга
3. Сгенерируйте чистую XML-карту сайта только с конечными индексируемыми адресами
4. Проставьте самоссылающиеся canonical на каждой странице
5. Настройте hreflang, если у вас несколько языков или регионов
6. Проверьте HTTPS и что запросы по HTTP редиректят на защищённую версию
7. Подключите аналитику и Search Console к новому ресурсу [ID GA / GSC]

Проверьте карту сайта валидатором и заново прокраульте стейджинг, чтобы поймать ошибки заранее. Техчасть принял: [Имя]. Всё это делается до дня запуска, а не в день запуска.

Чек-лист дня запуска

Когда использовать: Проведите переключение в часы низкой нагрузки по чёткой последовательности, чтобы под давлением ничего не забыть.

Этап 5: день запуска

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

1. Назначьте переключение на период низкой нагрузки [Дата / время]
2. Выкатите новый сайт и включите все 301 сразу
3. Проверьте, что боевой robots.txt разрешает обход и в нём нет старых запретов
4. Отправьте новую XML-карту сайта в Search Console
5. Выборочно проверьте, что ключевые редиректы дают 301 → 200, а не цепочки и не 404
6. Убедитесь, что аналитика срабатывает и пишет новые адреса
7. Протестируйте формы, поиск, оформление заказа и другие критичные сценарии

Держите команду на связи ещё несколько часов после запуска. Ответственный за запуск: [Имя] & Время запуска: [Время]. Не правьте контент в тот же день: отделите запуск от изменений.

Мониторинг после запуска

Когда использовать: Следите за Search Console, ошибками обхода и позициями после запуска, чтобы быстро находить и чинить проблемы.

Этап 6: мониторинг после запуска

Переезд не заканчивается запуском: он заканчивается, когда показатели стабилизировались. Ждите временных колебаний, пока поисковики переобходят и переиндексируют сайт, и внимательно следите, чтобы настоящие проблемы чинились до того, как накопятся.

• Каждый день смотрите Search Console: покрытие и ошибки обхода
• Ловите всплески 404 и быстро чините или редиректьте их
• Перекраульте живой сайт, чтобы найти битые ссылки и плохие редиректы
• Проверяйте, что новые адреса индексируются, а старые выпадают
• Сравнивайте позиции и трафик с базой, снятой на этапе 1
• Используйте инструмент смены адреса, если меняли домен
• Убедитесь, что карта сайта обработана, а если настраивали hreflang, что в нём нет ошибок

Записывайте каждое исправление с датой, чтобы связать действия с восстановлением. Ответственный за мониторинг: [Имя] & Наблюдаем до: [Дата окончания]. Не паникуйте из-за ранних просадок: разберитесь, запишите и дайте переобходу время.

Рабочая таблица карты редиректов (для заполнения)

Когда использовать: Одна строка на каждый старый URL: новая цель, текущий статус, canonical, трафик, ссылающиеся домены, тип редиректа, ответственный и результат проверки.

Рабочая таблица карты редиректов

Одна строка на каждый старый URL. Не на шаблон и не на раздел. Именно пропущенные строки отдают 404 в ночь запуска.

Колонки

• Старый URL: [адрес, который живёт сегодня]
• Новый URL: [куда он должен вести, или «снять»]
• Статус сейчас: [200 / 301 / 404 / noindex]
• Canonical сейчас: [что страница указывает сегодня]
• Сессии за последние 90 дней: [число и источник]
• Ссылающиеся домены: [число] · оставляйте страницы со ссылками, даже когда трафика 0
• Тип редиректа: [301 постоянный / 410 удалено, и ничего больше]
• Ответственный: [один конкретный человек]
• Результат проверки: [ок / не ок, с датой проверки на живом сайте]

Таблица

Правила, которые спасают переезд

• Ведите на ближайшую по смыслу страницу и никогда не сваливайте всё на главную. Редирект на главную, это soft 404 с лишними шагами.
• Никаких цепочек. Со старого на новый, один переход, даже если старый адрес уже когда-то редиректили.
• Страница со ссылками и без трафика всё равно получает редирект. Ценность здесь в ссылках.
• Решение «снять» принимайте осознанно и ставьте 410, чтобы страница быстро ушла из индекса, а не висела там.
• Выгрузите список старых адресов из 3 источников: краулинг, карта сайта и аналитика. Каждый упускает что-то своё.

Гейты запуска и отката

Когда использовать: Цифры, по которым решают, запускаться ли, кто принимает решение и какое условие отката согласовано заранее.

Гейты запуска и отката

Договоритесь о них до того, как назначена дата. Гейт, это число, а не мнение, и рядом с каждым стоит имя.

Гейт 1, до запуска

• У каждого старого URL есть строка и решение: [да / нет]
• Редиректы проверены на стейджинге, выборка [число] адресов, цепочек: [0]
• Canonical, title и метатеги проверены на [число] самых трафиковых шаблонах
• Аналитика и Search Console готовы на новом ресурсе: [да / нет]
• Принято [имя], дата [дата]

Гейт 2, день запуска

• robots.txt не блокирует новый сайт: [кто проверил, время]
• Выборка из [число] живых редиректов отдаёт один 301: [ок / не ок]
• Новая карта сайта отправлена, старая остаётся доступной ещё [период]
• Проверка уровня ошибок в [T+1ч] и [T+24ч]: [ок / не ок]

Гейт 3, откат

Запишите условие заранее, чтобы в 11 вечера никто о нём не спорил.

• Условие: [например, 5xx выше X%, или индексируемых страниц меньше на Y% через 24 часа]
• Кто решает: [имя] · Кто выполняет: [имя]
• Сколько занимает откат: [минуты / часы], проверено [дата]
• Что сохраняется при откате: [контент, заказы, отправленные формы]

После запуска

• Перекраульте на [3-й день], [14-й день] и [30-й день], сравнивая индексируемые страницы и 404 с базой до запуска.
• Готовьтесь к просадке. Позиции двигаются, пока Google переобходит сайт, а переезд со сменой адресов, это изменение, а не нейтральное событие.
• Никто не может пообещать нулевой эффект, и подрядчик, который обещает, просто говорит то, что вы хотите услышать. Обещайте другое: размеченный, протестированный и обратимый запуск.

Разбор примера (4 строки и 2 сохранённых актива)

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

Разбор примера: 4 строки из переезда на новую платформу

Это только пример. Адреса и цифры придуманы, чтобы показать, как выглядит рабочая строка.

Вторую строку команды обычно пропускают: трафика нет, зато 6 ссылающихся доменов, и редирект сохраняет ссылки, которые зарабатывали годами. Четвёртая строка, обратный случай: сохранять нечего, поэтому страница осознанно уходит из индекса.

Что поймали гейты

Тесты на стейджинге нашли 41 цепочку редиректов, все починили до запуска. В день запуска проверка через час показала, что новый robots.txt закрывает /guides/, исправили за 8 минут, потому что ответственный был назначен и не спал. Позиции просели на 9 дней, потом вышли выше исходных, и это нормальная картина.

Следующий шаг

Заполните свою карту, а потом попросите кого-нибудь проверить её до того, как назначена дата. Пришлите нам фрагмент, и мы его посмотрим: запишитесь на бесплатную консультацию или посмотрите, как мы ведём переезды, на странице разработки сайтов.