Большинству компаний нужен не новый сайт, а новая структура

НЕПРАВИЛЬНЫЙ НАЧАЛЬНЫЙ ВОПРОС

Компания приходит к нам и говорит: наш сайт выглядит устаревшим, сделаем редизайн.

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

Это не редкий паттерн. Примерно 81% бизнесов, начинающих редизайн, делают это именно потому, что существующий сайт не конвертирует посетителей в клиентов, по данным Sagapixel 2026 года. Инстинкт почти всегда один и тот же: сайт выглядит уставшим, значит сделаем его современнее. Но «выглядеть уставшим» и «иметь неясную структуру» — два разных диагноза, и исправляется новой визуальной частью только один из них.

ЧТО МЫ ИМЕЕМ В ВИДУ ПОД СТРУКТУРОЙ

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

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

Ничто из этого не выглядит как «сайт плохой». Оно выглядит как посетители, что уходят, не сделав того, чего ты реально хотел, и никто толком не знает, почему.

Forrester Research обнаружил, что бесшовный UX может поднять конверсию вплоть до 400%. Эта цифра редко происходит от более красивой кнопки. Она происходит от того, что человек наконец смог найти то, за чем пришёл.

Именно здесь тихо недорабатывает много бюджетов на редизайн. B2B software-компания из обзора индустрии 2026 года серьёзно инвестировала в полный визуальный редизайн с уважаемым агентством. Новый вид, сильная визуальная идентичность, реальное мастерство. Через шесть месяцев после запуска количество лидов не сдвинулось. Сайт имел то же позиционирование, те же доказательства, ту же логику CTA, что и предыдущая версия, просто лучше поданную. Поверхность изменилась. Суть — нет. Когда та же компания позже перестроила сообщение сайта, структуру доказательств и путь пользователя вместо визуала, количество квалифицированных лидов выросло на 34% за один квартал. Урок был не в том, что дизайн не важен. Урок в том, что дизайн никогда не был узким местом.

Есть версия этого, что постоянно случается именно в e-commerce. Магазин добавляет новую линейку товаров, скажем, электровелосипеды рядом с обычными велосипедами, или сервисная компания добавляет новую услугу, которая не вписывается ни в одну существующую категорию. Лёгкий ход — бросить новое в ближайшую существующую категорию и двигаться дальше. Через шесть месяцев категория не имеет смысла ни для кого, меньше всего для клиента, пытающегося сравнить два товара, которые никогда не должны были стоять рядом. Инстинкт редизайна в этот момент обычно «сделаем страницу категории красивее». Реальное исправление почти всегда «выясним, какими должны быть категории сейчас, учитывая, что бизнес реально продаёт сегодня», а это структурный вопрос, на который новый шаблон сам не ответит.

МЫ ПРОХОДИМ ЭТО САМИ ПРЯМО СЕЙЧАС

Мы не думаем об этом со стороны. Собственный сайт Peretz нуждался в реальной структурной работе, не косметической, и мы в её середине прямо сейчас, пока пишется эта статья.

Наша главная страница раньше говорила «Мы создаём». Просто, и не неправильно, но это описывало, что мы делаем, не как мы реально работаем с клиентами. Это не упоминало, что большинство сотрудничеств начинается с диагностики, не с решения строить. Поэтому строка изменилась на «Мы диагностируем. Мы строим. Мы остаёмся.» Три слова вместо двух, но это заставило переписать и абзацы под ней, потому что старый текст был написан, чтобы оправдать старую строку, не новую.

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

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

Ни одна из этих вещей не была проблемой дизайна. Каждая была структурной проблемой в костюме «сайт выглядит старым».

ПЕРЕСТРОЙКА СТРУКТУРЫ — НЕ ИЗМЕНЕНИЕ МЕНЮ

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

Этим каскадом можно управлять, когда работаешь с системой, построенной гнуться. Это действительно другая проблема внутри существующей CMS, которая не была спроектирована под такие изменения. Наша собственная платформа работает на скомпилированных front-end файлах, которые мы не можем перекомпилировать прямо на сервере, там нет Node.js, поэтому определённые структурные изменения означают обход скомпилированного результата, а не работу через него. CSS дописывается, никогда не переписывается на месте, потому что касание общего стиля рискует сломать страницы, о которых сейчас никто не думает. Один общий шаблон хедера, используемый на всём сайте, означает, что одна плохая правка может положить весь сайт. Мы поймали именно такой сбой в этом году: правка общего файла ссылалась на класс, которого не существовало, сайт выдал серверную ошибку за минуту, и мы откатили немедленно, вместо того чтобы дебажить дальше под давлением. Это реальный риск, которого нет таким же образом в кастомной системе, спроектированной вокруг текущей структуры с первого дня.

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

СТРУКТУРА СТАРЕЕТ ВЕЗДЕ

То же самое происходит в софте.

Python-приложение, построенное на Python 3.8, может продолжать работать годами. Ничто «не ломается» за ночь. Python 3.8 официально достиг end-of-life 31 октября 2024, никаких security-патчей, никаких исправлений багов, никакого устранения CVE с той даты, и он был дефолтным Python на Ubuntu 20.04 LTS, то есть любой сервер, что до сих пор тихо работает на этой комбинации, работает на двух неподдерживаемых компонентах одновременно. В итоге язык достигает end-of-life, обновления безопасности прекращаются, библиотеки уходят вперёд, и нанять разработчиков, которым до сих пор комфортно с этой версией, становится всё сложнее.

Софт не провалился. Его экосистема ушла дальше.

PHP рассказывает ту же историю. PHP 7.4 не получает security-исправлений с ноября 2022. PHP 8.0 последовал в ноябре 2023. PHP 8.1 достиг собственного end-of-life 31 декабря 2025. Любая из этих версий всё ещё может запускать сайт сегодня, видимо, функционально, без единой ошибки на странице, тихо накапливая известные, непатченные уязвимости в момент, когда раскрывается новая.

Front-end инструменты стареют так же, часто ещё незаметнее. Bootstrap 3 достиг end-of-life в июле 2019. Bootstrap 4 последовал 31 декабря 2022. Обе версии зависят от jQuery для своих интерактивных компонентов, и любая сборка jQuery старше 3.5.0 несёт задокументированную XSS-уязвимость. Сайт может работать на Bootstrap 3 и старом jQuery сегодня, выглядеть полностью нормально для каждого посетителя, и всё равно нести две наложенные, непатченные зависимости одновременно. Это не гипотетика. Это достаточно распространено, что OpenCart, одна из самых используемых open-source e-commerce платформ, поставляла недавние дефолтные инсталляции со встроенными jQuery 2.1.1 и Bootstrap 3.3.5, годами за end-of-life обоих, просто потому что обновить их без поломки существующих тем и расширений — отдельный значительный проект.

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

Именно поэтому модернизация не всегда означает замену всего. Иногда это означает перенести структуру вперёд, прежде чем окружающая экосистема оставит её позади.

«МЫ ЗАПУСТИЛИСЬ» — НЕ ФИНИШНАЯ ПРЯМАЯ, КОТОРОЙ ЕЁ СЧИТАЮТ ЛЮДИ

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

Это не так. Это ближе к противоположности сделанному.

Запуск — это момент, когда сайт реально встречается с реальностью: интеграции, что выглядели хорошо в песочнице, теперь касаются реальных данных клиентов и реальных крайних случаев, которые никто не тестировал. Аналитика начинает накапливаться, и за недели она говорит вещи, которые исходная структура никогда не учитывала, какие страницы люди реально используют, на какие попадают и сразу уходят, какую кнопку никто ни разу не кликнул. A/B-тесты на живой структуре выявляют предположения, что казались очевидными в планировании, и оказываются неправильными на практике.

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

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

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

КАК ПОНЯТЬ, ЧТО РЕАЛЬНО У ТЕБЯ

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

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

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

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

ЧТО МЫ РЕАЛЬНО ДЕЛАЕМ СНАЧАЛА

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

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

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