Редизайн без смены CMS: когда это разумно
Когда можно обновить внешний вид сайта на прежней CMS, а когда проблема глубже шаблона. Что проверить до оценки редизайна и при запуске.
Редизайн без смены CMS разумен, если система управления справляется с задачами бизнеса, а основные проблемы находятся во внешнем виде и удобстве страниц. Новый интерфейс не всегда требует переноса каталога, статей и заказов. Но решение стоит принимать после проверки проекта: под устаревшим шаблоном могут скрываться ограничения, которые одной вёрсткой не исправить.
CMS — система, через которую сотрудники управляют содержанием сайта. Шаблон определяет, как часть этого содержания показывается посетителю. Эти уровни связаны, но не тождественны. Например, документация WordPress описывает отдельные шаблоны для разных типов страниц. Это показывает принцип разделения, но не гарантирует, что любой старый сайт можно обновить простой заменой темы.
Когда прежнюю платформу стоит сохранить
Начните с рабочих процессов. Редактор может обновлять услуги, менеджер получает обращения, каталог содержит нужные поля, а интеграции выполняют согласованные задачи. Если претензии относятся к меню, читаемости, мобильной версии и расположению блоков, сначала имеет смысл оценить изменение интерфейса.
Сохранение CMS позволяет не включать перенос данных в проект автоматически. Это особенно важно, когда у компании уже есть привычные роли сотрудников, порядок публикации и связи с внешними сервисами. Однако каждую связь всё равно нужно проверить: форма или корзина могут зависеть от кода старого шаблона.
Ещё один аргумент — возможность поддерживать текущую систему. У бизнеса есть необходимые доступы, понятен порядок обновлений, известны используемые модули и доработки. Само название популярной CMS этого не подтверждает. Важно состояние конкретной установки, а не репутация платформы вообще.
Представьте сайт услуг, где информация актуальна и удобно редактируется, но на телефоне текст сжат в узкую колонку. Это повод проверить адаптивную вёрстку и шаблоны страниц. Такой пример не доказывает, что весь проект исправляется одной правкой, зато помогает сформулировать ограниченную задачу для обследования.
Когда редизайн не решит основную проблему
Если компании нужен каталог с характеристиками, а существующий проект хранит всё в неструктурированных текстовых блоках, вопрос шире внешнего вида. Нужно определить модель данных и способ управления ею. Иногда текущую CMS можно расширить, иногда перенос оказывается обоснованным — ответ зависит от ограничений и стоимости обоих вариантов.
То же относится к сложным ролям, обмену с учётной системой и обработке заказов. Новый экран не создаёт отсутствующий рабочий процесс. Сначала опишите, кто и что должен делать, откуда приходят данные и куда уходят. После этого сравнивайте платформы по конкретным требованиям.
Отдельная ситуация — неподдерживаемые компоненты или изменения, которые никто не может безопасно обновить. Не стоит прикрывать это новым дизайном и считать проблему решённой. Потребуется техническое обследование, план обновления либо замены. Решение о миграции должно иметь объяснение: какой риск или ограничение она устраняет.
Если рассматриваете сайт на 1С-Битрикс, сначала сопоставьте задачи каталога, редакторов и интеграций с возможностями проекта. Переход на другую систему ради одного только современного вида не является самостоятельным обоснованием расходов.
Что проверить до согласования сметы
Подготовьте адрес сайта, название и версию CMS, если они известны, список модулей и описание собственных доработок. Не публикуйте пароли в заявке. Способ предоставления ограниченного доступа можно согласовать отдельно, когда будет понятен состав обследования.
Выберите несколько типовых страниц: услугу, статью, список материалов, карточку товара, если есть магазин. Отметьте, какие элементы повторяются, а какие сделаны вручную. Один красивый макет главной не показывает стоимость обновления всех этих вариантов.
Составьте список функций, которые нельзя потерять: формы, поиск, фильтры, корзину, личный кабинет, выгрузки и интеграции. Для каждой запишите проверяемый сценарий. Например, после изменения шаблона карточки выбранный товар с правильным количеством должен попадать в корзину.
Попросите разделить оценку на обследование, дизайн, разработку шаблонов и проверку запуска. Отдельно укажите, входят ли обновление CMS, переработка содержания и исправление старых ошибок. Формулировка «редизайн под ключ» без этих границ оставляет слишком много разных ожиданий.
Как обновлять без подмены задачи
Работу с новой версией организуют на копии проекта, с резервным копированием и согласованным порядком публикации. До переключения проверяют не только страницы, но и административную часть: редактор должен уметь обновлять новый блок без обращения к разработчику, если это входит в задачу.
Сохраните работающие адреса и полезное содержание, если нет причины их менять. Смена CMS не обязательна для изменения URL, а сохранение CMS само по себе не защищает от случайного удаления страниц. Поисковые настройки проверяются отдельно от выбора платформы.
После запуска повторите ключевые сценарии на рабочем сайте и передайте сотрудникам инструкции по изменившимся разделам. Результат редизайна — не только новый внешний вид, но и понятный способ дальнейшей работы с ним. Для разбора текущего сайта достаточно начать с адреса и списка неудобств: я уточню вводные и оценю варианты доработки.