Редизайн сайта без потери трафика: этапы, риски и SEO-чеклист переезда

Пять случаев, когда редизайн — неправильный ответ

Начнём с того, что отсеет часть читателей, и это осознанно: редизайн — дорогой инструмент, и применять его к проблеме, которую он не решает, значит потерять и деньги, и полгода. Первый случай — «мало заявок» при малом трафике. Если на сайт приходит триста человек в месяц, дело не в дизайне: даже идеальная страница с конверсией 5% даст пятнадцать заявок. Здесь нужно работать с каналами, а не с макетами, и редизайн просто отложит этот разговор на квартал.

Второй случай — «сайт устарел» без единой цифры за этой фразой. Устарел для кого? Аудитория заходит на ваш сайт раз в несколько месяцев и не сравнивает его с трендами, в отличие от вас, который смотрит на него ежедневно. Проверка занимает час: откройте аналитику и посмотрите, отличаются ли поведенческие показатели от прошлого года, есть ли рост отказов, изменилась ли доля мобильных. Если ничего не изменилось, вы имеете дело с усталостью команды от собственного продукта, а не с проблемой пользователей.

Третий — низкая конверсия при высоком отказе именно с рекламы. Если органика конвертирует нормально, а платный трафик отваливается на первом экране, проблема почти наверняка в несоответствии объявления и страницы: человек кликнул по одному обещанию, а увидел другое. Это чинится текстом и структурой посадочной за неделю, а не редизайном за квартал. Четвёртый — медленный сайт. Скорость лечится оптимизацией: изображения, шрифты, скрипты, кеширование, серверный ответ. Редизайн на той же платформе часто делает хуже, потому что добавляет анимации и тяжёлую графику поверх старых проблем.

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

• Мало заявок при трафике до тысячи человек в месяц — задача для каналов, а не для дизайна.
• «Устарел» без изменения метрик — усталость команды, а не проблема аудитории.
• Отказы только с рекламы — несоответствие объявления и страницы, чинится за неделю.
• Медленный сайт лечится оптимизацией. Редизайн чаще ухудшает скорость, чем улучшает.

Настоящие триггеры: когда редизайн действительно нужен

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

Второй триггер — mobile-first проблемы структурного характера. Не «на телефоне неудобно», а «семьдесят процентов аудитории на мобильных, а сайт проектировался под десктоп и адаптирован постфактум». Признаки: горизонтальная прокрутка, элементы управления меньше пальца, фильтры каталога, которыми невозможно пользоваться, формы с полями, требующими точного попадания. Такое обычно не адаптируется, а переделывается: адаптация десктопного макета под мобильный даёт компромисс, который плох в обоих сценариях.

Третий — скорость упирается в архитектуру, а не в картинки. Если после сжатия изображений, отложенной загрузки, чистки скриптов и настройки кеша сайт всё равно отдаёт первый экран за четыре секунды, дальше упираться некуда: проблема в теме, наборе плагинов или способе рендеринга. Четвёртый триггер — невозможность вносить изменения. Каждая правка требует разработчика, посадочную под кампанию нельзя собрать за день, новый раздел добавляется неделю. Это скрытый, но постоянный налог: он не виден в отчётах, зато виден в скорости маркетинга.

Пятый и шестой триггеры внешние: ребрендинг и смена бизнес-модели. С ребрендингом всё очевидно — новая айдентика требует нового воплощения, хотя и здесь стоит рассмотреть эволюционный вариант вместо полной переделки. Смена модели серьёзнее: переход из каталога в магазин, из услуг в подписной сервис, из B2C в B2B меняет не оформление, а сценарии, структуру и требования к функциональности. Это единственный случай, когда революционный редизайн оправдан по умолчанию, потому что меняется сам продукт, а не его вид.

Эволюция против революции и почему поэтапный вывод безопаснее

Эволюционный редизайн меняет сайт по частям: сначала шаблон карточки товара, потом каталог, потом главная, потом информационные страницы. Каждый шаг измеряется отдельно, и если конверсия проседает, вы точно знаете, какое изменение виновато. Он дешевле в моменте, безопаснее для органики и растянут по календарю. Революционный меняет всё сразу: структуру, визуал, платформу. Он быстрее даёт эффект «нового сайта» и почти всегда сопровождается просадкой, из которой не всегда понятно, как выбираться.

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

Техническая оговорка про A/B на части трафика: тест должен быть корректным с точки зрения поисковых систем. Разделение по cookie на одном URL — нормально. Показ роботу одной версии, а пользователю другой по user-agent — это клоакинг, и наказание за него несопоставимо с выгодой от теста. Если варианты живут на разных URL, нужен canonical на основную версию и временный редирект 302, а не постоянный. И тест должен быть конечным: длящийся полгода эксперимент превращается в две версии сайта, которые обе нужно поддерживать.

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

Этапы и реалистичные сроки

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

В таблице показаны обе колонки сроков — для визуального и для функционального сценария. Обратите внимание на две строки, которые чаще всего недооценивают. Миграция контента: перенос текстов, изображений, метаданных и настройка редиректов для сайта на пятьсот страниц — это не «выгрузим и зальём», а недели работы, особенно если структура URL меняется. И этап стабилизации после запуска: две-восемь недель наблюдения, в течение которых команда должна быть доступна, а бюджет — не закрыт.

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

SEO-чеклист переезда: что сделать до, во время и после

До запуска первое и главное — полная инвентаризация URL, собранная из нескольких источников, а не из одного краулера. Нужны: обход сайта краулером, текущий sitemap.xml, логи сервера за 3–6 месяцев, отчёты Яндекс.Вебмастера и Google Search Console по проиндексированным страницам и запросам, выгрузка из аналитики за 12 месяцев, список внешних ссылок. Объединение этих источников почти всегда даёт больше страниц, чем краулер: находятся URL, на которые нет внутренних ссылок, но которые получают трафик и ссылочный вес.

Второе — зафиксировать бейзлайн до того, как что-то изменится. Позиции по ядру, органический трафик по разделам, конверсии по типам целей, скорость в лабораторных и полевых данных, количество страниц в индексе, текущие 404. Без этой фиксации после запуска невозможно ответить на вопрос «стало хуже или так и было», и любой спор превращается в обмен мнениями. Отдельно выделите топ-20% URL, дающих 80% органического трафика: эти страницы переезжают первыми и проверяются вручную, а не выборочно.

Третье — карта соответствий старый URL → новый URL, составленная один к одному везде, где это возможно. Массовый редирект всех старых адресов на главную — самая дорогая ошибка переезда: поисковая система трактует такой редирект как удаление страницы, и накопленные сигналы теряются. Если страницы действительно нет и замены нет, честнее отдать 410, чем отправить пользователя на главную. Редиректы должны быть постоянными (301), без цепочек длиннее одного перехода и без петель; проверять их нужно скриптом по всему списку, а не глазами по десяти примерам.

Четвёртое — сохранить то, за что страница ранжируется. Title, description, H1 и текстовое наполнение страниц с трафиком переносятся как есть. Соблазн переписать всё одновременно с редизайном велик, но тогда вы меняете две переменные сразу и не сможете понять причину любого движения. Если тексты действительно плохие, переписывайте их через 6–8 недель после переезда, когда индексация стабилизировалась. То же касается структуры заголовков, внутренней перелинковки и хлебных крошек: их логику нужно воспроизвести, а не изобрести заново.

Пятое — техническая часть. Микроразметка (Organization, BreadcrumbList, Product и Offer, Article, FAQPage) переносится и валидируется на новых шаблонах. robots.txt проверяется отдельно: перенос со стейджинга правила, закрывающего весь сайт, — классика жанра, стоящая недели индексации. Все noindex, оставшиеся с разработки, снимаются. Canonical делаются абсолютными и самоссылающимися, без цепочек. Заранее решается, что делать с пагинацией, фильтрами и параметрами. Если есть языковые версии — hreflang проверяется на взаимность. Новый sitemap.xml с корректными lastmod отправляется в оба вебмастера сразу после выкатки.

Во время запуска: не менять одновременно домен, дизайн, структуру URL и платформу, если есть возможность разнести это по этапам. Сохранить схему https и вариант с www или без него. Прогнать список редиректов автоматически до выкатки на стейджинге и сразу после на проде. Замерить скорость на проде и сравнить с бейзлайном — LCP, INP, CLS, потому что новый дизайн с анимациями и крупными изображениями умеет ронять Core Web Vitals незаметно. Проверить, что контент присутствует в HTML, а не появляется только после выполнения скриптов. И перепроверить цели аналитики, счётчики и события электронной торговли: они ломаются при переезде чаще всего и обнаруживаются позже всего.

После запуска — восемь недель наблюдения, и это не формальность. Мониторинг 404 ежедневно первую неделю и еженедельно дальше; каждый новый 404 с трафиком означает пропущенный редирект. Анализ логов: куда ходит робот, не тратит ли он краулинговый бюджет на цепочки редиректов и удалённые разделы. Отслеживание количества страниц в индексе по разделам — падение в одном разделе укажет на проблему точнее, чем общая цифра. Позиции по ядру еженедельно в сравнении с бейзлайном. Конверсии по устройствам и источникам. И отдельная задача — попросить ключевых внешних доноров обновить ссылки на новые адреса: редирект работает, но прямая ссылка работает лучше.

И план отката, написанный до запуска, а не во время паники. Старая версия остаётся в рабочем состоянии минимум 30 дней, снапшот базы сохраняется, возможность вернуть проверяется на стейджинге и укладывается в час. Критерии отката определяются заранее и в цифрах — например, падение органического трафика больше чем на 25% две недели подряд при отсутствии технической причины. Что при этом считать нормой: временная просадка 10–30% на 2–6 недель при смене структуры URL — обычное явление. Тревожный сигнал — отсутствие восстановления через 8–12 недель.

• Инвентаризация URL из краулера, sitemap, логов, вебмастеров, аналитики и списка внешних ссылок.
• Карта редиректов один к одному, 301, без цепочек. Массовый редирект на главную — потеря сигналов.
• Title, description, H1 и тексты страниц с трафиком переносятся без переписывания.
• robots.txt, noindex, canonical, hreflang, микроразметка, sitemap — проверяются поимённо перед выкаткой.
• Скорость до и после: LCP, INP, CLS в полевых данных, а не только в лаборатории.
• 8 недель мониторинга: 404, логи, индексация, позиции, конверсии по сегментам.
• План отката с числовыми критериями и старой версией, доступной минимум 30 дней.

Цена редизайна и что должно быть в смете

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

Ориентировочные уровни на российском рынке выглядят так. Косметическое обновление на текущей платформе — обновление стилистики, типографики, части блоков без изменения структуры: 100 000–300 000 ₽. Визуальный редизайн с новыми шаблонами и переработанными ключевыми страницами: 300 000–800 000 ₽. Функциональный редизайн со сменой платформы, переработкой сценариев и миграцией каталога: 800 000–2 500 000 ₽ и выше. В Veltos.Tech доработка существующего сайта начинается от 35 000 ₽, а работы по UX/UI — от 60 000 ₽, что закрывает точечные задачи вроде переработки одного шаблона или посадочной страницы.

Чтобы предложения можно было сравнивать, в смете должны быть шесть вещей. Список уникальных шаблонов с указанием, что входит в каждый. Явно указано, кто делает миграцию контента и составляет карту редиректов — это отдельная работа на недели, и её регулярно оставляют «за скобками». Включён ли SEO-аудит до переезда и сопровождение после. Что происходит после запуска: сколько недель поддержки входит в цену. План отката и гарантийный период. И определение «готово»: по каким критериям вы принимаете работу.

Практический тест на серьёзность подрядчика: спросите, что он будет делать, если через две недели после запуска органика упадёт на 30%. Ответ «такого не бывает» означает, что человек не переезжал сайтов с трафиком. Правильный ответ содержит слова «логи», «редиректы», «индексация», «сравним с бейзлайном» и «есть план отката». Это один вопрос, который экономит больше, чем сравнение цен в трёх предложениях.

Как доказать, что редизайн сработал

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

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

Про честность в атрибуции. Если вы одновременно поменяли дизайн, переписали тексты, изменили структуру и добавили рекламный бюджет, приписать результат дизайну нельзя — ни рост, ни падение. Это не педантизм: следующее решение вы будете принимать на основании этого вывода, и ошибка здесь стоит следующего проекта. Именно поэтому поэтапный вывод ценнее большого запуска не только по риску, но и по знанию, которое остаётся у команды.

И два предохранителя от самообмана. Первый: не радуйтесь снижению показателя отказов, если одновременно упал трафик — часто это означает, что ушла именно та аудитория, которая приходила по конкретным запросам, а осталась брендовая. Второй: смотрите на сегменты, а не на средние значения. Общая конверсия могла вырасти на 5% за счёт десктопа, пока на мобильных, где семьдесят процентов аудитории, она упала на 10%, и в среднем всё выглядит прилично ровно до того момента, когда вы посмотрите в разбивке.

Частые вопросы

Услуги по теме

• UX/UI дизайн сайтов и приложенийПроектируем интерфейсы, которые доходят до продакшена: от исследования и структуры до UI-кита и передачи в разработку. Всё живёт в Figma как компоненты с реальными состояниями и брейкпоинтами, а не как папка со статичными картинками. Один и тот же процесс работает для лендинга, корпоративного сайта, интернет-магазина, веб-приложения и мобильного продукта.
• Доработка и поддержка сайтаНе каждый проект нужно переписывать. Часто дешевле починить скорость, исправить технические SEO-ошибки, добавить недостающие разделы и интеграции — и получить рабочий сайт без бюджета на новую разработку.
• SEO и GEO продвижение сайтаПоисковый трафик — единственный канал, который не выключается вместе с рекламным бюджетом. Мы ведём сразу два направления: классическое SEO под Яндекс и Google и GEO — подготовку страниц к цитированию в ответах AI Overviews, Нейро, ChatGPT и Perplexity, где всё чаще заканчивается путь пользователя. Начинаем с аудита, а не с закупки ссылок.

Читать дальше

• Медленный сайт теряет деньги: Core Web Vitals и конверсияСкорость сайта — это не техническая метрика, а строка в отчёте о выручке. Разбираем Core Web Vitals простым языком, показываем, как найти настоящую причину медленной загрузки, и даём список исправлений, отсортированный по отдаче на час работы.
• SEO в Яндексе в 2026: что изменилось и что больше не работаетСсылочное обесценено, тексты «для роботов» уводят страницы в малоценные, а накрутка ПФ стала не серой тактикой, а риском потерять сайт. Разбираем, на чём держится ранжирование в Яндексе в 2026 году и с чего начать.
• UX-исследования без бюджета лаборатории: что реально даёт результатБольшинству команд не нужен отдел исследований — им нужно перестать угадывать. Разбираем методы по стоимости и отдаче, объясняем правило пяти пользователей и его важную оговорку, показываем, как превратить находки в решения без отчёта на 60 страниц.