Как переехать на новый сайт и не убить SEO-трафик: чеклист

Ситуация, которая регулярно становится темой для антикризисных совещаний: компания инвестировала 3 миллиона рублей и полгода времени в разработку нового, современного корпоративного портала. В пятницу вечером старый "страшный" сайт отключили, а новый торжественно выкатили на основной домен. В понедельник утром телефоны в отделе продаж молчат. Вы открываете сводку веб-аналитики и с ужасом обнаруживаете, что органический трафик из Яндекса и Google обрушился на 80%. Что произошло?

Абсолютно классическая фатальная ошибка B2B-компаний - проведение редизайна без предварительного SEO-проектирования. Вы сделали красивый, дорогой ремонт в магазине, сменили планировку этажей, но забыли повесить вывеску с новым адресом. Поисковые системы годами индексировали старые URL-адреса ваших страниц, собирали по ним поведенческие факторы и копили ссылочный вес. Когда вы выкатили новый сайт на новой CMS с другой структурой ссылок, все эти старые URL начали отдавать 404 ошибку ("Страница не найдена"). Весь накопленный за 5 лет авторитет ресурса сгорел буквально за одни выходные.

Золотое правило редизайна: SEO начинается ДО прототипирования

В 90% случаев бизнес привлекает SEO-специалиста уже постфактум - когда новый сайт нарисован в Figma, утвержден директором и сверстан программистами. SEO-оптимизатор заходит на свежий сайт и разводит руками: «Здесь нет места под тексты в каталогах, структура фильтров технически не позволяет создавать посадочные страницы под узкие низкочастотные запросы, а контент грузится через JavaScript, который Яндекс не индексирует».

Анатомия провала: почему новый дизайн убивает трафик?

Кроме очевидной проблемы со сменой URL-адресов, трафик падает еще по трем скрытым причинам, о которых забывают digital-агентства.

• Уничтожение текстового контента. При редизайне заказчик часто говорит: «Давайте уберем эти огромные скучные тексты внизу каталога, они портят минималистичный дизайн». Проблема в том, что именно эти "скучные" тексты давали вам позиции в ТОП-3. Дизайн стал визуально чище, но для текстовых алгоритмов поисковика страница стала пустой.
• Смена иерархии заголовков. Дизайнер использовал теги <h1> и <h2> просто для регулировки размера шрифта, нарушив логическую структуру документа. В итоге на странице появилось три H1-заголовка, а главный поисковый ключ съехал в обычный параграф.
• Client-Side Rendering (CSR). Если новый сайт написан на современных фреймворках (React, Vue) без настройки серверного рендеринга (SSR), поисковый робот при сканировании видит просто пустой белый экран и пару строк системного кода. Весь ваш прекрасный контент генерируется в браузере клиента, куда поисковик не всегда добирается.

Исчерпывающий чек-лист: как переехать безопасно

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

Шаг 1. Полный парсинг старого сайта

До того как отключать текущий ресурс, необходимо выгрузить абсолютный срез всех существующих URL-адресов. Для этого используются специализированные краулеры (например, Screaming Frog SEO Spider или Netpeak Spider). Вы должны собрать в Excel-таблицу каждую страницу, каждую новость за 2018 год и каждую карточку товара, которая сейчас приносит трафик.

Шаг 2. Разработка Карты Редиректов (301 Moved Permanently)

Это самый важный технический документ всего процесса. Таблица маппинга, где в левой колонке находятся старые URL, а в правой - строго соответствующие им новые URL.

Когда поисковый робот Яндекса стучится по старому адресу /products/trubnyj-prokat/, сервер обязан мгновенно отдать код 301 и автоматически перенаправить робота на новый адрес /catalog/metalloprokat/truby/. Таким образом, ссылочный вес склеивается, и позиции сохраняются.

Шаг 3. Изоляция тестовой среды

Новый сайт должен собираться исключительно на тестовом поддомене (например, stage.yoursite.ru). Эта площадка должна быть наглухо закрыта от индексации директивой Disallow: / в файле robots.txt, мета-тегом noindex и, желательно, Basic Auth (базовой авторизацией по паролю).

Если Яндекс случайно проиндексирует вашу тестовую площадку до релиза, он признает её первоисточником контента. А когда вы выкатите основной сайт, он посчитает его наглым плагиатом.

День X: Протокол действий в момент релиза

Выкатка сложного корпоративного сайта должна происходить ночью или в выходные дни, когда нагрузка и коммерческий трафик минимальны. Сразу после того, как DNS-записи обновятся, SEO-специалист должен выполнить экстренную проверку:

1. Проверка 301 ответов. Весь список старых URL прогоняется через краулер. Каждая строка должна отдавать код 301, ведущий на страницу с кодом 200 (ОК). Любая ошибка 404 (Not Found) или цепочка из нескольких редиректов (Loop) - это авария.
2. Открытие индексации. Самая нелепая и самая частая ошибка - забыть убрать Disallow: / из robots.txt после переноса с тестового сервера. Ваш идеальный сайт просто не увидят поисковые роботы.
3. Обновление Sitemap и панелей Вебмастера. Новый XML-файл карты сайта генерируется и немедленно отправляется на принудительный переобход в панели Яндекс.Вебмастер и Google Search Console.
4. Тест на каноникализацию. Проверка корректности тегов rel="canonical", чтобы избежать дублирования страниц (например, страниц пагинации каталога).

Резюме: Ожидания vs Реальность

Важно предупредить бизнес: даже при идеальном техническом переезде, небольшая "турбулентность" неизбежна. Падение трафика на 10-15% в первые 2-3 недели - это нормальная реакция алгоритмов. Поисковым машинам нужно время, чтобы обойти новую структуру ссылок, заново просканировать контент и пересчитать поведенческие метрики.

Однако, поскольку новый дизайн (если он сделан правильно и соответствует принципам Mobile-First) обладает лучшим UX и высокой скоростью загрузки, поведенческие факторы пользователей (время на сайте, глубина просмотра) резко возрастут. Через месяц-полтора после редизайна сайт не просто вернет старые позиции, но и начнет уверенный рост.