Как провести редизайн сайта, не потеряв SEO, трафик и заявки?

Редизайн часто начинают ради современного визуального образа, удобной навигации, новой технологии и роста обращений.

Но компания меняет не пустой макет. Google уже знает страницы, внешние сайты ссылаются на конкретные URL, реклама использует landing pages, а клиенты привыкли к определённым путям.

Редизайн - это одновременная миграция четырёх активов: поискового капитала, информационной архитектуры, системы конверсий и непрерывности аналитики.

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

Почему после редизайна падает органика?

Причина не в том, что Google не понравился дизайн. Обычно вместе с ним случайно удаляют или меняют сигналы, по которым поисковик понимал старый сайт.

• ценные URL исчезают без эквивалентного 301;
• разные страницы массово ведут на главную;
• содержательный текст заменяется лозунгами;
• ломаются заголовки и внутренняя перелинковка;
• из staging остаётся noindex;
• canonical указывает не на тот домен или язык;
• важный контент недоступен в серверном HTML;
• нарушается LV/RU/EN hreflang;
• structured data перестаёт совпадать с текстом;
• sitemap содержит старые или неканонические адреса;
• формы и аналитика перестают фиксировать заявки.

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

Инвентаризация до дизайна

Безопасная миграция начинается в данных, а не в Figma. До утверждения структуры экспортируйте crawl всех URL, sitemap, страницы и запросы Search Console, landing pages и конверсии GA4, backlinks, рекламные адреса, structured data, PDF и языковые соответствия.

Нельзя удалять страницу только потому, что её нет в меню. Она может приводить наиболее качественный органический спрос.

Не меняйте URL без причины

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

Redirect map

• постоянный server-side 301/308;
• каждому ценному старому URL - один финальный адрес;
• цель совпадает с прежним поисковым intent;
• без цепочек A → B → C;
• без петель;
• внутренние ссылки сразу ведут на финальный URL;
• языки не смешиваются;
• параметры и рекламные ссылки проверяются отдельно.

Массовый redirect на главную не сохраняет релевантность и может восприниматься как soft 404. Честный 404 лучше ложного назначения, хотя для ценной страницы обычно следует создать преемника.

Сохранить смысл, а не старые слова

Команда должна зафиксировать intent, вопросы, уникальные факты, таблицы, H1, внутренние ссылки, авторство, FAQ/schema и конверсионные элементы. Подробнее о методике - в статье Что такое технический SEO-аудит.

Текст можно улучшать. Нельзя без анализа заменять полноценную страницу тремя иконками. Если дизайн не способен вместить необходимую клиенту информацию, проблема находится в дизайне, а не в "слишком большом количестве SEO-текста".

Не смешивайте все изменения

Одновременная смена домена, CMS, URL, архитектуры, текстов, дизайна, consent и аналитики создаёт неуправляемый эксперимент. При падении результата невозможно найти причину.

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

SEO и конверсия должны измеряться вместе

До запуска сохраните конверсию органических landing pages, начало и завершение форм, звонки, записи, покупки, качество лидов, различия mobile/desktop и точки отказа. Неизменный трафик при падении конверсии формы на 30% - провал редизайна.

В проекте редизайна VC4 архитектура строилась вокруг задач пациентов: найти услугу, специалиста и запись. Результатом стали не только новый интерфейс, но рост органики и онлайн-записей.

Мультиязычная миграция

Для LV/RU/EN нужны отдельные, согласованные карты. Проверяются взаимный hreflang, self-canonical, прямой переход переключателя на перевод конкретной страницы, локализованные metadata/schema и отсутствие redirect в другой язык.

Проверка staging

• запланированные страницы возвращают 200;
• нет случайного noindex;
• canonical, robots, sitemap и hreflang корректны;
• title, H1 и контент локализованы;
• structured data совпадает с видимым текстом;
• видимый FAQ равен FAQPage word-for-word;
• нет сломанных ссылок;
• каждый старый URL протестирован;
• формы, CRM, consent и события аналитики работают.

День запуска

• сделать восстановимую копию;
• публиковать при доступной команде;
• активировать redirect map на уровне сервера;
• crawl старых и новых URL;
• проверить robots, sitemap, canonical и hreflang в live HTML;
• отправить реальные тестовые формы и заказы;
• проверить CRM и аналитику;
• отправить sitemap в Search Console;
• запросить URL Inspection для ключевых страниц.

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

Первые 30 дней

В первую неделю ежедневно проверяйте 5xx, 404, soft 404, noindex, redirect, индексацию ключевых страниц, формы и рекламные адреса.

Еженедельно сравнивайте группы страниц и запросов, переход индекса со старых URL на новые, Core Web Vitals, конверсию по устройствам и внешние ссылки.

301 нельзя снимать через несколько недель: старые ссылки и закладки живут годами.

Когда это авария?

• падение сосредоточено на страницах с ошибками redirect;
• важные URL исчезают из индекса;
• Google выбирает неверный canonical;
• растут 5xx;
• новая версия не обходится;
• один язык падает значительно сильнее;
• лиды есть, но события больше не регистрируются;
• старые URL отдают 404, хотя эквиваленты существуют.

Не меняйте в панике ещё десять компонентов. Сначала изолируйте группу URL и конкретную причину.

Заключение

Сильный редизайн не уничтожает накопленную ценность. Он инвентаризирует её, переносит и улучшает. Правильный порядок: baseline → решения по страницам → redirect map → UX и контент → staging QA → контролируемый запуск → 30 дней мониторинга.

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

Juice может объединить миграцию, UX, разработку и SEO в рамках услуги разработки сайтов. Основы планирования проекта разобраны в статье Разработка сайтов в Латвии в 2026 году.

Источники

Google site moves: developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes

Google 301 redirects: developers.google.com/search/docs/crawling-indexing/301-redirects

Google mobile-first indexing: developers.google.com/search/docs/crawling-indexing/mobile/mobile-sites-mobile-first-indexing

Google - нужен ли SEO: developers.google.com/search/docs/fundamentals/do-i-need-seo

Часто задаваемые вопросы

Всегда ли после редизайна временно падают позиции Google?

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

Лучше ли сохранять старые URL?

Да, если тема и функция страницы существенно не меняются. Сохранение адреса уменьшает миграционный риск и поддерживает непрерывность внешних ссылок и аналитики. Менять URL стоит только ради обоснованного долгосрочного улучшения архитектуры или консолидации.

Как долго хранить 301-редиректы?

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

Нужно ли все удалённые страницы перенаправлять на главную?

Нет. Старый URL должен вести на ближайший содержательный эквивалент. Если его нет и материал больше не нужен, корректный 404 или 410 лучше ложного перенаправления на нерелевантную главную страницу.

Когда подключать SEO-специалиста?

До утверждения новой структуры, URL и контента. Если SEO-проверка начинается перед публикацией, большинство рискованных решений уже встроено в дизайн и разработку, а их исправление обходится дороже.