Переезд сайта на новый движок без потери трафика

Трафик после переезда проседает почти всегда — вопрос только в том, на сколько и надолго. Нормальная просадка: 10–15% на две-три недели с возвратом к прежним цифрам. Ненормальная: минус 60% и полгода восстановления. Разница между этими двумя сценариями не в движке и не в дизайне, а в том, сделали вы карту редиректов до переключения или спохватились через неделю после.

Откуда берутся потери

Поисковик знает ваш сайт как набор адресов с накопленной историей: возраст страницы, ссылки на неё, поведение людей. Переезд с точки зрения робота выглядит не как «студия обновила дизайн», а как «половина известных адресов внезапно отвечает 404, зато появились незнакомые». Дальше всё зависит от того, объяснили вы ему связь между старым и новым или нет.

• Адреса поменялись, редиректов нет. Самая дорогая и, к сожалению, самая частая ошибка.
• Редиректы есть, но цепочками: старый адрес ведёт на промежуточный, тот на третий, и только потом на нужный. Каждое лишнее звено съедает часть сигнала и время робота.
• Контент переехал не целиком: пропали H1, метаописания, alt у картинок, микроразметка, хлебные крошки. Визуально страница та же, для поиска — обеднела.
• Новый шаблон тяжелее старого, и на мобильных LCP уезжает с 2,1 до 5 секунд. Про это у нас есть отдельный разбор про скорость.
• В прод уехал robots.txt с тестового стенда, где закрыт весь сайт. Обнаруживается обычно на пятый день, когда из индекса вылетает половина страниц.
• Каталог собирается из учётной системы, и после переезда у товаров сгенерировались новые адреса — про обмен с 1С мы писали отдельно.

Аудит: что собрать до того, как трогать код

Аудит занимает от трёх дней до полутора недель в зависимости от размера сайта. Это не бюрократия ради строчки в смете — это единственный способ через месяц доказать себе и клиенту, что ничего не потеряли.

1. Полный список адресов. Три источника: краулер по живому сайту, выгрузка из Яндекс.Вебмастера и Search Console, логи сервера за 3–6 месяцев. Логи важнее всего — они показывают адреса, на которые кто-то реально ходит, включая те, о которых в компании давно забыли.
2. Топ страниц по трафику за 12 месяцев. Обычно 80% органики приносят 15–20% страниц — именно их мы проверяем руками после переключения, а не все подряд.
3. Внешние ссылки. Страницы, на которые ссылаются с других сайтов, переносим адрес в адрес, даже если новая структура просит иначе. Красивая структура стоит дешевле потерянных ссылок.
4. Технический слепок: title, description, H1, canonical, микроразметка, код ответа по каждому адресу. Складываем в CSV — это эталон для сверки после переключения.
5. Замер скорости и позиций по 100–200 запросам. Точка отсчёта. Без неё через месяц будет спор в жанре «стало хуже» — «нет, так и было».

Карта редиректов

Карта — это таблица, где каждому старому адресу сопоставлен ровно один новый. Не «раздел переезжает в раздел», а страница в страницу. На сайте в 400 страниц такая таблица делается за два-три дня: типовые разделы закрываются правилами с масками, остальное разбирается вручную.

Правила простые: только 301, только один переход, без циклов и без ветвления по слешу в конце. Отдельно закрываем http на https, www на без www и адреса в разном регистре — на старых сайтах это регулярно живёт четырьмя разными версиями одной страницы. Готовую карту прогоняем автотестом: скрипт дёргает все 400–2000 адресов и проверяет, что итоговый код 200 и конечный адрес совпал с ожидаемым. Прогон занимает 5–10 минут и повторяется после каждого деплоя.

Перенос контента скриптом, а не руками

На переезде клиники с самописной CMS было 400 страниц. Руками это примерно 60–80 часов копипаста и гарантированные опечатки в каждой десятой странице. Мы написали скрипт на Node.js: он обходит старый сайт, разбирает вёрстку через cheerio, вытаскивает заголовок, текст, картинки, метаданные и раскладывает всё по полям в MongoDB.

Отдельная работа — чистка. Контент из старых визуальных редакторов приезжает с инлайновыми стилями, вложенными span, таблицами вместо разметки и картинками по 4 МБ. Скрипт вычищает мусор, пережимает изображения в WebP и оставляет нормальную семантику. Позиции по итогу сохранились, а редактировать сайт клиника теперь может без нас.

Как проходит само переключение

1. Новый сайт живёт на закрытом стенде под basic-авторизацией. Именно под авторизацией, а не под запретом в robots.txt: так гарантированно нечего терять и нечему попадать в индекс раньше времени.
2. За сутки до дня Х — заморозка контента на старом сайте. Договариваемся с маркетингом, что новости и товары сутки не трогаем.
3. В день Х: финальный прогон скрипта переноса, деплой, переключение, автотест по карте редиректов, ручная проверка robots.txt и sitemap.xml. Всё вместе — около двух часов.
4. Сразу после: свежий sitemap в Яндекс.Вебмастер и Search Console, ручная отправка на переобход топ-50 страниц.
5. Старый сервер не выключаем минимум две недели. Если что-то пойдёт совсем не так, откат должен занимать минуты, а не сутки.

Первые две недели после переключения

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

Отдельно смотрим конверсию. Технически безупречный переезд, на котором форма отправляет заявку в никуда, — это худший вариант из всех: метрики зелёные, денег нет. Поэтому в день переключения кто-то из нас руками отправляет заявку с каждой формы и проверяет, что письмо и запись в CRM появились.

Сроки и бюджет

Аудит и карта редиректов внутри этих сумм занимают примерно 10–15% бюджета. Это та часть сметы, которую чаще всего просят убрать, и та, которую мы убирать не соглашаемся: сэкономленные 20 000 ₽ потом стоят трёх месяцев органики. Подробнее про формат работ — на странице редизайна и переезда, про сборку каталога с нуля — в корпоративных сайтах.

Когда переезжать не нужно

Неудобная правда: примерно каждый третий запрос на переезд, который к нам приходит, — это не запрос на переезд. Сайт работает, трафик есть, продажи идут, но директору он разонравился. В этом случае переезд — это добровольный риск ради вкусовщины.

• Если проблема в скорости — сначала оптимизация текущего сайта, обычно это 2–4 недели вместо трёх месяцев.
• Если проблема в том, что «неудобно редактировать», — иногда хватает переделки одной админки, а не всего сайта.
• Если проблема в том, что подрядчик пропал, — берём сайт на поддержку от 8 000 ₽ в месяц и спокойно готовим переезд за полгода, а не в панике за три недели.

Короткие ответы

• редизайн
• seo
• миграция