Редизайн или новый сайт: как принять решение в 2026

Сравнивать стоит не цены, а то, что именно стало узким местом. И вариантов обычно не два, а четыре.

КОРОТКИЙ ОТВЕТ

Редизайн или новый сайт: как решить

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

Большинство компаний сравнивает только два нижних варианта и только по цене. Такое сравнение плохо работает, потому что цена проекта говорит мало о том, что будет с сайтом через три года. Этот текст о том, как определить, что на самом деле стало узким местом, и что мы сами выбирали на своих проектах.

ВОПРОС

Какую проблему вы на самом деле решаете

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

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

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

Выглядеть старым и мешать работать: это два разных диагноза.

РЕДИЗАЙН

Когда достаточно редизайна

Редизайн обычно окупается, когда у сайта здоровая основа. Вот признаки:

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

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

НОВЫЙ САЙТ

Когда нужен новый сайт

Иногда ограничением становится сам сайт. Вот типичные признаки:

• платформу больше не поддерживают, и обновлять её трудно или невозможно;
• сайт медленный, а показатели Core Web Vitals плохие, и правки не помогают;
• мобильная версия слабая, потому что вёрстка писалась не под телефоны;
• технические сбои повторяются, а исправление одного ломает другое;
• редакторы не могут управлять контентом без разработчика;
• есть вопросы к безопасности;
• бизнес вырос, а новые функции упираются в старую систему.

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

Бывает и так, что просят улучшить действующий сайт, а проще оказывается новый. Так вышло с SHTAYER. Магазин работал с 2020 года, и сначала компания вернулась к нам с доработками сайта и функционала. Потом встал вопрос об айдентике, а ещё нужно было соединить B2B и B2C: почти у каждого товара своя логика размеров и материалов, а покупают его частные клиенты, дизайнеры интерьера и отели, по разным ценам и условиям. На платформе, где магазин запускался, для этой логики закончилось место, поэтому магазин сейчас переезжает на Laravel, а доработок действующего сайта достаточно, чтобы поработать до нового.

Бывает и наоборот. Институт трихологии был готов заплатить за новый сайт, а мы начали с технического долга: обновили PHP и OpenCart и оставили прежний дизайн. Что из этого вышло, мы рассказали в статье о сайте для профильной клиники.

У этого решения есть цена. В 2000 году Джоэл Спольски назвал переписывание кода с нуля худшей стратегической ошибкой, какую может совершить компания, и причина понятна до сих пор: в старом коде лежат сотни исправлений, о которых никто не помнит. Новый сайт начинает с чистого листа только в коде. То, что знает старый сайт (какие страницы важны, какие сценарии приносят заявки, что люди ищут), нужно сначала достать, иначе старые ошибки вернутся в новом виде. Если система большая, переписывать её можно и по частям, рядом с работающей: Мартин Фаулер называет такой подход Strangler Fig, и вложения и результат в нём идут постепенно и на виду.

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

НОВЫЙ КОД

Третий вариант: заменить код, не меняя вид

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

Лучший пример у нас под рукой, это сайт, на котором вы читаете этот текст. В начале октября 2026 года мы перевели его с Laravel 7 на Laravel 13 и с PHP 7.4 на PHP 8.4: около трёх дней разработки, день приёмки и пять минут простоя, подробно мы описали это отдельно. Внешне не изменилось ничего. Редизайн мы начали потом, уже на обновлённой системе, и выкатывали его по одному типу страниц: контакты, о компании, блог, статьи, портфолио, услуги. Адреса и тексты остались прежними, а по всем 513 адресам статей мы сравнили старую и новую версии: заголовки, метатеги, canonical, hreflang, H1, разметку, контент, ссылки и подписи к изображениям.

Порядок здесь важнее осторожности: у Google в руководстве по переносу сайтов прямо сказано: менять по одному, а не всё сразу. Если сменить движок, дизайн, структуру и адреса в один день, а позиции упадут, уже не выяснить, что стало причиной.

Такие решения мы принимаем не только на своём сайте. Когда мы принимали проекты от других подрядчиков, в двух случаях из трёх правильным ответом оказалось обновление и только в одном полная переработка. А редизайна собственной студии-партнёра DeZZign мы и вовсе решили не делать: сайт работает, и данные не показывали проблемы, которую он бы решил.

Иногда самое полезное в проекте остаётся незаметным для посетителя.

ДЕНЬГИ

Сколько это стоит и что считать

Вот наши цены на ноябрь 2026 года, чтобы был ориентир. На других рынках и у других подрядчиков цифры будут отличаться, а полный список есть на странице цен.

Первая цифра в смете при этом не самая важная, потому что настоящая стоимость сайта складывается за три-пять лет, и считать надо именно её:

Редизайн может стоить дешевле сегодня, а новый сайт окажется дешевле за пять лет. Бывает и наоборот: дорогой новый сайт повторит старые ошибки и через три года снова потребует денег. О том, что всплывает уже внутри проекта, мы писали в статье о скрытом техническом долге.

ПОИСК

Что будет с позициями в поиске

Редизайн сам по себе не обязан вредить SEO, а новый сайт не обязан его терять. Вредят конкретные вещи: смена адресов без редиректов 301, удаление текстов, которые «не вписались в новый дизайн», более медленная мобильная версия. Google предупреждает: при любом значительном изменении позиции могут временно колебаться, а среднему сайту обычно нужно от нескольких недель, чтобы новые адреса заменили старые в выдаче, большому дольше.

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

ВОПРОСЫ

Семь вопросов перед решением

Прежде чем вкладываться, ответьте на них вместе с партнёром или руководством. Опирайтесь на сегодняшнюю реальность, а не на предположения.

1. Представляет ли сайт компанию, которой вы стали? Бизнес часто меняется быстрее сайта: новые услуги, другое позиционирование, более дорогие клиенты, а на экране всё ещё компания пятилетней давности.

2. Сайт помогает продажам или тормозит их? Если команда раз за разом отвечает на одни и те же вопросы, клиенты медлят перед обращением, а посетители уходят, ничего не сделав, сайт уже не поддерживает бизнес.

3. Вы вкладываетесь в улучшения или всё время чините? Улучшение здоровой платформы создаёт ценность. Постоянный ремонт нездоровой создаёт расходы.

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

5. Где будет бизнес через три года? Сайт должен выдержать компанию, которой вы становитесь. Дополнительные услуги, автоматизация, CRM и новые рынки стоит назвать заранее.

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

7. Что будет, если не менять ничего? Иногда этот вопрос даёт больше ясности, чем десяток коммерческих предложений.

ОШИБКИ

Где ошибаются чаще всего

Выбирают только по цене. Самый дешёвый вариант часто становится самым дорогим после нескольких лет исправлений и компромиссов.

Смотрят на внешний вид вместо результата. Красивый сайт без обращений это дорогое портфолио. Дизайн важен, но проверять его стоит по тому, что делают люди.

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

Откладывают SEO на потом. Оно влияет на архитектуру, структуру контента, иерархию страниц, ссылки и скорость. Начинать надо до первого макета.

Меняют всё одновременно. Если что-то пойдёт не так, не будет понятно, что именно. Заменить код, потом дизайн и потом структуру обычно безопаснее, чем всё в один день.

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

FAQ

Источники

• Google Search Central: перенос сайта с изменением адресов
• Joel Spolsky: Things You Should Never Do, Part I
• Martin Fowler: Strangler Fig