Если сайт выглядит устаревшим или перестал приносить обращения, первая реакция понятна: «Нужно сделать новый». Но полная перестройка требуется не всегда. Иногда проблема решается новой структурой первого экрана, более ясными текстами, мобильной адаптацией и несколькими техническими исправлениями.
В других случаях косметический редизайн только маскирует ограничения старой системы. Сайт становится свежее, но остаётся медленным, неудобным в управлении и непонятным для поисковых систем.
Выбор должен начинаться не с цвета кнопок и не с платформы. Сначала нужно определить, что именно перестало работать и какую часть сайта имеет смысл сохранить.
Что на самом деле означает редизайн
Словом «редизайн» часто называют три разных объёма работы.
Визуальное обновление
Меняются шрифты, цвета, изображения, отступы и оформление блоков. Структура, тексты, URL и техническая платформа остаются почти без изменений.
Такой вариант подходит, если сайт логичен, быстро работает и уже выполняет свою задачу, но визуально больше не соответствует бизнесу.
Структурный редизайн
Пересматриваются предложение, навигация, порядок блоков, тексты, путь до обращения и мобильная версия. При этом сайт может остаться на прежней платформе, а полезные страницы и адреса сохраняются.
Для малого бизнеса это часто самый разумный вариант: меняется то, что мешает клиенту, без ненужной полной перестройки.
Полная пересборка или перенос
Сайт создаётся заново на другой технической основе либо значительно меняется его архитектура. Такой проект затрагивает шаблоны, функции, систему управления, адреса страниц и иногда домен.
Это уже не косметический редизайн, а миграция. Ей нужен отдельный план, особенно если сайт получает трафик из Google.
Начните не с дизайна, а с диагностики
Фраза «сайт устарел» слишком расплывчата, чтобы принимать по ней дорогое решение. Перед началом работы полезно ответить на пять вопросов.
1. Изменился ли сам бизнес?
Если появились новые услуги, другая аудитория или новое позиционирование, старый сайт может быть красивым, но больше не отражать реальную работу компании. Тогда потребуется не только оформление, но и новая логика страниц.
Если предложение осталось прежним, иногда достаточно улучшить формулировки и визуальную иерархию.
2. На каких страницах уже есть трафик?
До удаления или переименования страниц нужно открыть Google Search Console и аналитику. Важно сохранить:
- страницы, которые получают показы и переходы;
- поисковые запросы, по которым находят сайт;
- материалы, на которые ведут внешние ссылки;
- страницы, с которых начинаются обращения;
- адреса, уже известные клиентам и поисковым системам.
Даже невзрачная страница может иметь ценность, которую не видно при визуальном просмотре.
3. Можно ли исправить проблемы на текущей платформе?
Медленный сайт не всегда нужно переносить. Иногда достаточно оптимизировать изображения, убрать лишние скрипты и исправить шаблон. Неудобную главную можно перестроить без замены всей системы управления.
Но если каждое небольшое изменение требует обходных решений, платформа больше не обновляется или доступ к важным настройкам отсутствует, дальнейший ремонт может стать дороже новой основы.
4. Может ли клиент выполнить главное действие?
- понятно ли за несколько секунд, чем вы занимаетесь;
- легко ли найти нужную услугу;
- работает ли форма;
- можно ли позвонить, написать или записаться;
- не закрывает ли контент баннер;
- удобно ли читать и нажимать кнопки.
Если проблема локальна, достаточно редизайна отдельных страниц. Если тот же сбой повторяется во всей системе, вероятно, потребуется более глубокая перестройка.
5. Можете ли вы управлять сайтом после запуска?
Сайт не заканчивается в день публикации. Нужно обновлять цены, услуги, фотографии, сотрудников и статьи. Если без разработчика невозможно заменить даже абзац, это реальное ограничение, а не мелкое неудобство.
Когда достаточно редизайна
Сохранять существующую основу разумно, если:
- домен и сайт находятся под вашим контролем;
- платформа поддерживается и безопасно обновляется;
- важные страницы уже индексируются и получают трафик;
- URL имеют понятную структуру;
- формы и основные функции работают;
- сайт можно адаптировать для смартфонов;
- проблемы сосредоточены в предложении, текстах, навигации или визуальном стиле;
- новые задачи можно реализовать без постоянных технических компромиссов.
В этом случае проект может включать аудит, переработку структуры, новые тексты, обновление ключевых страниц и визуальной системы. Остальное сохраняется.
Хороший редизайн — это не обязательно больше анимации. Чаще это меньше лишнего текста, яснее приоритеты и короче путь до нужного действия.
Когда новый сайт действительно оправдан
Полная пересборка обычно имеет смысл, если:
- у вас нет полноценного доступа к сайту или аккаунтам;
- платформа устарела, небезопасна или больше не поддерживается;
- сайт регулярно выдаёт ошибки;
- мобильную версию нельзя нормально исправить;
- структура не позволяет создать отдельные страницы услуг или языков;
- содержание генерируется так, что поисковые роботы не получают важный текст;
- бронирование, оплата или другие ключевые функции работают ненадёжно;
- внесение каждого изменения занимает непропорционально много времени;
- бизнес изменился настолько, что старые страницы больше нельзя логично использовать;
- стоимость ремонта приближается к стоимости новой разработки.
Новый сайт не означает, что всё старое нужно выбросить. Можно сохранить сильные тексты, фотографии, отзывы, данные, адреса полезных страниц и накопленную поисковую историю.
Решение в одной таблице
| Ситуация | Скорее редизайн | Скорее новый сайт |
|---|---|---|
| Не нравится визуальный стиль | Да | Нет |
| Предложение непонятно, но платформа исправна | Да | Необязательно |
| Несколько ключевых страниц плохо работают на телефоне | Да | Необязательно |
| Нет доступа к системе и аккаунтам | Нет | Да |
| Платформа не поддерживается | Нет | Да |
| Нужна новая структура услуг и языков | Возможно | Часто да |
| Сайт получает ценный органический трафик | Сохранять осторожно | Только с планом миграции |
| Критические функции постоянно дают сбой | Иногда | Часто да |
| Исправления стоят почти как новая разработка | Нет | Да |
Эта таблица не заменяет аудит, но помогает не принимать решение только на основании внешнего вида.
Как не потерять SEO при редизайне
Самая частая ошибка — опубликовать новый сайт, не составив список старых URL. В результате страницы, которые уже были известны Google, исчезают или начинают отдавать ошибку.
Если адрес страницы можно сохранить, лучше его сохранить. Если URL меняется, старый адрес должен вести на наиболее подходящую новую страницу через постоянный редирект. Перенаправлять все удалённые страницы на главную — плохая замена точному сопоставлению.
Google рекомендует при переносе:
- проверить новый сайт до запуска;
- составить карту соответствия старых и новых URL;
- настроить перенаправления;
- обновить внутренние ссылки и sitemap;
- следить за трафиком и индексацией после публикации.
По возможности не стоит одновременно менять домен, CMS, структуру URL и весь контент. Чем больше переменных меняются за один день, тем сложнее понять источник проблемы.
После запуска поисковым системам требуется время на повторный обход. Даже при корректной миграции возможны временные колебания трафика. Никто не может гарантировать полное сохранение каждой позиции, но грамотный план значительно снижает риск технических потерь.
Что проверить до и после запуска
До запуска
- сохранить данные Search Console и аналитики;
- выгрузить список индексируемых URL;
- определить страницы с трафиком, ссылками и обращениями;
- проверить title, description, заголовки и основной текст;
- составить карту редиректов;
- проверить формы, телефоны, email и бронирование;
- проверить языковые версии и
hreflang; - убедиться, что тестовый сайт закрыт от индексации.
После запуска
- убедиться, что рабочий сайт доступен поисковым роботам;
- проверить коды ответа и редиректы;
- отправить актуальную sitemap;
- проверить основные URL через Search Console;
- протестировать формы и события аналитики;
- следить за ошибками, трафиком и поисковыми запросами;
- проверить мобильную скорость и стабильность интерфейса.
Google использует Core Web Vitals как показатели реального пользовательского опыта: скорости загрузки, отзывчивости и визуальной стабильности. Однако идеальная оценка теста не компенсирует непонятное предложение. Техническое качество и ясность содержания должны работать вместе.
Сколько стоит редизайн
Стоимость зависит от того, что скрывается за этим словом.
- Визуальное обновление нескольких блоков обычно дешевле нового сайта.
- Структурный редизайн с новыми текстами может быть сопоставим по объёму с разработкой небольшой страницы с нуля.
- Перенос на другую платформу с сохранением URL, контента и аналитики — полноценный технический проект.
Поэтому корректная цена появляется после аудита. Сначала определяется, что сохраняем, что меняем и какие риски нужно учесть. Затем фиксируются страницы, этапы, правки, перенос и проверка после запуска.
Ориентиры по стоимости разных форматов сайта разобраны отдельно в статье «Сколько стоит сайт для малого бизнеса в Италии».
Как я принимаю решение по проекту
В работе Alpine Web Studio я не начинаю с предположения, что клиенту обязательно нужен новый сайт.
Сначала я проверяю:
- насколько ясно сформулировано предложение;
- как устроены страницы и путь до обращения;
- что уже получает трафик;
- какие элементы имеют смысл сохранить;
- позволяет ли текущая платформа решить задачу;
- какие функции и языки понадобятся дальше.
После этого предлагаю один из трёх вариантов: точечные изменения, структурный редизайн или полную пересборку с планом переноса. Такой подход помогает не оплачивать новую разработку там, где достаточно нескольких обоснованных изменений.
Вывод
Редизайн нужен, когда основа сайта работает, но подача больше не помогает бизнесу. Новый сайт оправдан, когда техническая система, архитектура или права доступа мешают развитию и делают каждое исправление непропорционально дорогим.
Главный принцип простой: не выбрасывать то, что уже имеет ценность, и не сохранять то, что продолжает создавать проблемы.
Если вы не уверены, какой объём работы нужен, начать лучше с аудита. После него можно спокойно решить, достаточно ли обновить несколько страниц или проекту действительно нужна новая основа.