Доработка сайта разумна, пока проблема конкретная и её можно назвать. Редизайн сайта нужен не потому, что сайт старый, а когда точечно ничего не исправить. Мало заявок из-за неудобной формы, медленной загрузки на телефоне или запутанного пути до кнопки отправки? Тогда чинят именно это, а не весь сайт. В статье разберём, как отличить одно от другого, что проверить первым, как не потерять трафик при обновлении и чем измерить результат.
Доработка или редизайн: решает объём изменений, а не возраст сайта
Сколько лет сайту - не главное. Решает объём: сколько элементов придётся тронуть и что сломается, если их тронуть. Чем меньше шаблонов и блоков затрагивает работа, тем ближе она к доработке.
Второй вопрос простой: можно ли описать проблему цифрой. Если известно, что заявок стало меньше, страница медленно открывается на телефоне или до формы доходит мало людей, за что зацепиться уже есть. Если проблему описать нельзя, переделывать сайт рано. Что считать доработкой, а что редизайном, договоримся в следующем разделе.
Чем доработка отличается от редизайна и реплатформинга
Доработка - точечные изменения: отдельные блоки, формы, тексты, подключения. Редизайн пересматривает оформление и все шаблоны страниц, а иногда и структуру разделов. Реплатформинг - перенос сайта на другую CMS, то есть на другую систему управления контентом, с сохранением контента и адресов.
Это рабочие определения. Стандарта на такие термины нет, ни ГОСТа, ни ISO, поэтому опираться стоит не на названия, а на объём работ и риск.
Редизайн бывает двух видов. Первый - чисто визуальная смена оформления: новые стили, сетка, цвета. Второй - переработка структуры, информационной архитектуры (схемы разделов и страниц), контента и удобства. Это разные задачи и разные деньги. Если в смете написано «обновить дизайн», а на деле переделывается структура разделов, разговор о деньгах начнётся заново.
Реплатформинг опасен отдельно. Меняются адреса и CMS, а значит, растёт риск потерять позиции и заявки, если переезд не спланирован. Точечные правки без плана копятся в долг так же. Об этом ниже.
Когда редизайн оправдан, а когда это трата денег
Полный передел оправдан, когда проблема в результате, а не во внешнем виде. Критерии ниже предлагает статья NN/g о радикальном редизайне и пошаговых изменениях. Это экспертный чек-лист, а не исследование, но логика в нём понятная. Передел стоит рассматривать, если:
- пошаговые правки дают ничтожный прирост или не дают его вовсе;
- технологии устарели настолько, что нужные изменения невозможны;
- после многих лет заплаток структура сайта превратилась в запутанный клубок;
- конверсия низкая по всему сайту, а не на одной странице;
- по замерам сайт заметно уступает конкурентам.
Главный довод той же статьи простой: не переделывайте сайт без весомых оснований. Радикальные изменения чаще ломают то, что работает для людей, чем минимальные правки. Типичные ответы на вопрос «зачем нужен редизайн» звучат так: «мы давно не обновляли» и «выглядит старо». Чувства владельца понятные, но для бизнеса это не причина. Пользователи видят сайт редко и предпочитают привычное, поэтому новое оформление само по себе не гарантирует заявок.
Что проверить первым, если редизайн не нужен
Начните с трёх мест, где сайт обычно теряет людей: мобильная версия, скорость и путь до формы. Путь до формы - доля посетителей, которые доходят от входа на сайт до отправки заявки. Если на каждом шаге теряется заметная доля, чинят шаги и формулировки, а не оформление.
HTTPS, разметку, доступность, интеграции с CRM и аналитику тоже проверяют, но после этих трёх. HTTPS - защищённое соединение между браузером и сайтом: без него Chrome помечает страницу как «Подключение не защищено», и клиенты это видят. CRM - система, где хранятся клиенты и заявки.
Отдельная история - доступность. WCAG 2.2 - рекомендация W3C, а не российский закон. По данным WebAIM, в 2026 году у 95,9% главных страниц топ-1 млн сайтов нашли хотя бы одно нарушение. Выборка мировая, проверка автоматическая, поэтому переносить эту цифру на свой сайт не стоит. Но направление понятно: alt у картинок, подписи у полей форм и контраст текста проверить стоит.
Мобильная версия
Поисковики отдают приоритет мобильной версии. Google индексирует контент, который показан на телефоне, и предупреждает, что если там информации меньше, трафик может просесть. Яндекс в мобильной выдаче тоже показывает мобильную версию, поэтому проверки ниже годятся для обоих.
Проверить можно три пункта:
- страница не должна ехать вбок на ширине 320 пикселей;
- контент мобильной и десктопной версий не должен кардинально отличаться;
- на странице должен быть метатег viewport.
Последний пункт выглядит так:
<meta name="viewport" content="width=device-width, initial-scale=1">Метатег - служебная строка в коде страницы. Она говорит браузеру подстраивать сайт под ширину экрана. Без неё телефон рисует страницу как уменьшенную копию десктопной версии. Передайте строку разработчику, он проверит её в шаблоне.
Скорость
Важны не разовые замеры на ноутбуке, а данные реальных пользователей и 75-й процентиль. Это значит, что смотрят не на средний визит, а на границу, которую проходит 75% посещений.
Core Web Vitals - набор метрик скорости, которые учитывает Google. Пороги такие: LCP до 2,5 с, INP до 200 мс, CLS до 0,1. LCP показывает, сколько ждать появления основного контента. INP - как быстро страница отвечает на нажатие. CLS - насколько сильно дёргается вёрстка, пока страница грузится. Что измеряет каждая метрика и откуда берутся пороги, описано в документации web.dev по Web Vitals.
Есть оговорка. Системы ранжирования Google используют Core Web Vitals, но хорошие значения не гарантируют первых мест. Зато быстрый сайт меньше теряет людей, которые уходят, не дождавшись загрузки. Померить можно в PageSpeed Insights: он показывает данные реальных пользователей за последние 28 дней и лабораторный тест, то есть проверку в искусственных условиях.
Как обновить сайт и не потерять трафик
Не меняйте всё сразу и не рвите старые адреса. Меняйте одну вещь за раз: адреса, CMS или дизайн. Google в документации по переезду сайта советует именно так. Иначе будет непонятно, что сломалось, а что дало результат.
Если адреса страниц меняются, на каждый старый адрес ставится постоянный редирект на новый, то есть автоматический переход. По документации Google, такие редиректы не приводят к потере PageRank, веса страницы в глазах поисковика. Держать их стоит как можно дольше, минимум около года. После переезда позиции могут заметно колебаться: переиндексация, то есть повторный обход страниц поисковиком, для средних сайтов занимает несколько недель и больше. Это нормально, но отчёты по старым адресам смотреть нужно.
Отдельно о мифе. Фраза «редизайн обваливает трафик» не подтверждена. Риск создают смена адресов и потеря контента, а новая вёрстка сама по себе такого эффекта не доказывает. Если адреса не меняются, оснований бояться обновления оформления нет.
Риск частичных правок: когда заплатки копятся
Доработка тоже накапливает долг, если каждый раз лепить заплатку. Через несколько лет сайт становится несогласованным: блоки решены по-разному, структура обрастает костылями, а каждая следующая правка дороже предыдущей. NN/g называет такой подход «band-aid fixes», то есть заплатки. Мартин Фаулер описывает то же явление в коде: улучшения накладываются друг на друга, и работа постепенно замедляется до черепашьего темпа.
Признак, что пора остановиться: правки перестали давать прирост, а каждая новая тянет за собой переделку соседних блоков. Тогда честный ответ - переделать часть сайта, а не латать дальше. Поэтому доработка, которую продают как вечную, - плохая доработка. Хорошая заканчивается тем, что сайт перестаёт требовать постоянных заплаток.
Сколько стоит доработка и как зафиксировать объём
Сумм в этой статье нет. Надёжных публичных данных о ценах на доработку и редизайн нам найти не удалось, а прайсы студий и подборки «сколько стоит сайт» нейтральным источником не являются. Объём считается по факторам, и их можно обсудить с подрядчиком до старта.
Смету сильнее всего двигают:
- число шаблонов и страниц;
- нужна ли правка вёрстки на всех страницах или только на одной;
- есть ли доступ к коду и админке и кто владелец кода;
- сколько интеграций: CRM, оплата, мессенджеры;
- нужна ли миграция адресов и контента;
- сколько раундов проверки на разных устройствах.
Чтобы смета не уехала, список правок лучше оформить письменно, в техзадании (ТЗ), и зафиксировать до начала работ. Подробно об этом есть отдельная статья: как описать правки в ТЗ, чтобы не уехала смета. Общую логику цены разбираем в статье из чего складывается цена сайта, а этапы и фиксацию объёма по времени - в статье как фиксируем объём и этапы работ.
Полный передел требует больше координации и ресурсов. Такие проекты часто растягиваются, и NN/g отмечает, что часть из них в итоге выдыхается. Точные рубли до осмотра сайта назвать честно нельзя.
Итог: сначала диагностика, потом объём правок
Сначала диагностика: что именно мешает заявкам. Потом объём правок. И только если проблема системная, а точечные изменения перестали давать прирост, речь идёт о редизайне.
Результат стоит мерить теми же метриками, что и проблему. Смотреть на визиты, число заявок, конверсию формы (заявки к визитам), долю дошедших до формы, стоимость заявки, долю мобильного трафика. К ним добавляются LCP, INP и CLS в поле, то есть у реальных посетителей, а не в лабораторном тесте. Меняйте за раз один блок, иначе выводы будут догадками.
Есть и внешний ориентир: исследование Milliseconds Make Millions заказал Google, а провели его 55 и Deloitte. Улучшение на 0,1 с сразу по четырём метрикам на каждой странице пути сопровождалось ростом двух показателей. Число пользователей, дошедших до страницы отправки формы, в сегменте лид-генерации выросло на 21,6%, просмотры страниц - на 7%. Исследование касается зарубежных сайтов и данных конца 2019 года. Это корреляция, а не доказанная причина, поэтому переносить цифры на свой сайт не стоит. Как повод замерить до и после они полезны.
📩 Не уверены, нужен ли вашему сайту редизайн? Расскажите, что не устраивает: заявки, скорость, мобильная версия или что-то ещё. Мы подскажем, что можно починить без переделки всего сайта. Оставить заявку
