«Контент оставляем прежний, нужно только обновить дизайн» — на первый взгляд такая задача должна стоить дешевле разработки нового сайта.
Иногда так и есть. Например, если проект собран на одном конструкторе, в нём используются глобальные стили, повторяющиеся блоки вынесены в шаблоны, а контент отделён от оформления.
Но на старых сайтах под видимой частью часто скрываются плагины, шаблоны, локальные стили, ручные доработки, формы, интеграции и зависимости, о которых заказчик может не знать. Поэтому перед изменением дизайна разработчику сначала приходится разобраться, как всё работает сейчас.
Стоимость переделки складывается не только из вёрстки новых блоков. В неё входят анализ старой системы, сохранение работающего функционала, перенос данных, тестирование и снижение риска поломок.
Сайт — это не набор отдельных страниц
У WordPress-сайта можно выделить несколько связанных слоёв:
- контент: тексты, изображения, товары и записи;
- структура данных: типы записей, категории, поля ACF;
- шаблоны: страницы, архивы, карточки услуг и товаров;
- дизайн-система: цвета, шрифты, отступы и компоненты;
- функциональность: формы, фильтры, калькуляторы и личный кабинет;
- интеграции: CRM, платёжные системы, аналитика, почта;
- техническая среда: тема, плагины, PHP, база данных и кеширование.
Изменение одного слоя может затронуть остальные.
Например, новый макет карточки услуги может не соответствовать тому, как услуги хранятся в старой системе. Тогда недостаточно сверстать новый блок: нужно изменить шаблон, поля, запросы и способ редактирования контента.
Что увеличивает стоимость переделки сайта
1. Сначала нужно разобраться в чужой архитектуре
На новом проекте разработчик сам определяет структуру. На старом необходимо выяснить:
- какая тема активна;
- используется ли дочерняя тема;
- где находятся пользовательские PHP-, CSS- и JS-правки;
- какие плагины действительно нужны;
- откуда выводится контент;
- какие шаблоны отвечают за разные страницы;
- какие интеграции нельзя нарушить.
WordPress выбирает шаблон в зависимости от типа открываемой страницы и установленной иерархии. Поэтому внешне похожие страницы могут формироваться совершенно разными файлами или шаблонами конструктора. Это описано в официальной иерархии шаблонов WordPress.
Пока эти связи не найдены, назвать точную стоимость без большого запаса практически невозможно.
2. На сайте может отсутствовать единая дизайн-система
Представим, что один и тот же красный цвет вручную указан в сотне виджетов. Чтобы заменить его, придётся искать и исправлять каждое значение.
Если цвет задан глобальной переменной, изменение выполняется один раз.
Elementor позволяет централизованно управлять шрифтами, цветами, кнопками, полями форм и параметрами макета через Site Settings. В Bricks ту же задачу решают глобальные CSS-классы и переменные.
Но сам конструктор не гарантирует порядок. Если предыдущий разработчик задавал стили отдельно каждому элементу, редизайн превращается в постепенную пересборку дизайн-системы.
3. Контент может быть связан с конкретным макетом
На правильно организованном сайте данные хранятся отдельно от оформления.
Например, у услуги могут быть отдельные поля:
- название;
- краткое описание;
- стоимость;
- преимущества;
- изображение;
- ответы на вопросы.
Один шаблон получает эти данные и формирует страницу.
На старом сайте каждую услугу могли собирать вручную внутри Elementor или Bricks. В таком случае изменение структуры приходится повторять на каждой странице, а массовое обновление становится сложнее.
Особенно заметна эта проблема в каталогах, интернет-магазинах и проектах с большим количеством посадочных страниц.
4. Код и плагины могут конфликтовать между собой
В старом проекте нередко встречаются:
- несколько плагинов с одинаковыми функциями;
- неиспользуемые дополнения конструктора;
- код, добавленный прямо в родительскую тему;
- скрипты без описания;
- устаревшие шорткоды;
- CSS с большим количеством
!important; - плагины, которые давно не обновлялись.
Изменения, внесённые непосредственно в родительскую тему, могут исчезнуть при обновлении. WordPress рекомендует отделять такие модификации с помощью дочерней темы.
Даже официальная диагностика Elementor предполагает последовательное отключение и включение плагинов для поиска конфликтов через Safe Mode. Это показывает, почему поиск причины иногда занимает больше времени, чем само исправление.
5. Новый дизайн нужно адаптировать ко всем состояниям
Недостаточно проверить главную страницу на ноутбуке.
У сайта могут быть:
- мобильное меню;
- выпадающие списки;
- формы с ошибками;
- пустые результаты фильтра;
- длинные заголовки;
- товары без изображения;
- таблицы;
- всплывающие окна;
- состояния загрузки;
- страницы поиска и ошибки 404.
Чем меньше порядка было в исходной структуре, тем больше исключений приходится исправлять вручную.
6. Нельзя забывать о поисковом трафике
Редизайн не должен без необходимости менять адреса страниц, заголовки, метаданные, внутренние ссылки и структуру контента.
Если URL всё же изменяются, нужно подготовить карту соответствий и настроить перенаправления. Яндекс при изменении структуры сайта рекомендует использовать со старых адресов серверные 301-редиректы.
Поэтому в проект могут входить:
- сохранение существующих URL;
- перенос Title и Description;
- проверка заголовков H1–H3;
- настройка редиректов;
- проверка canonical;
- обновление sitemap;
- сохранение микроразметки;
- проверка целей аналитики.
Это техническая подготовка к SEO, а не продвижение сайта, но без неё редизайн способен создать проблемы с индексацией.
7. Нужно проверить производительность и базу данных
Устаревший сайт может содержать лишние запросы, тяжёлые изображения, неиспользуемые скрипты и большой объём автоматически загружаемых настроек.
WordPress предупреждает, что избыток autoload-опций способен замедлять сайт, и рекомендует ориентироваться на объём менее 800 КБ. Проверка описана в официальном разделе WordPress Performance Optimization.
Редизайн — хороший момент, чтобы исправить такие проблемы. Но оптимизация требует отдельной диагностики и не выполняется автоматически после замены внешнего вида.
8. Перед публикацией требуется полноценное тестирование
Работы обычно выполняются на тестовой копии. После завершения необходимо:
- перенести изменения;
- очистить кеши;
- проверить формы и интеграции;
- протестировать основные сценарии;
- убедиться, что страницы не закрыты от индексации;
- проверить адаптивность;
- подготовить возможность отката.
Официальная документация WordPress также рекомендует делать резервную копию перед обновлениями.
Из чего складывается оценка редизайна
| Блок работ | Что проверяется или выполняется |
|---|---|
| Технический аудит | Тема, плагины, код, версии, ошибки и зависимости |
| Карта шаблонов | Главная, услуги, архивы, записи, товары, поиск, 404 |
| Дизайн-система | Цвета, типографика, сетка, отступы, компоненты |
| Динамический контент | CPT, ACF, WooCommerce, Query Loop, фильтры |
| Интеграции | Формы, почта, CRM, платежи, аналитика |
| SEO-перенос | URL, метаданные, заголовки, редиректы, sitemap |
| Тестирование | Устройства, браузеры, формы и пограничные состояния |
| Запуск | Резервная копия, перенос, кеширование и контроль ошибок |
Поэтому корректная оценка начинается не с подсчёта блоков в Figma, а с сопоставления нового дизайна с существующей архитектурой.
Когда старую основу стоит сохранить
Доработка существующего проекта обычно оправдана, если:
- используется один актуальный конструктор;
- глобальные стили настроены системно;
- контент хранится в понятной структуре;
- шаблоны используются повторно;
- тема и плагины обновляются без ошибок;
- основная функциональность подходит под новые требования;
- дизайн меняется локально, а не полностью.
В таком случае можно постепенно обновлять страницы, не затрагивая работающую систему.
Когда выгоднее пересобрать сайт
Пересборка фронтенда часто рациональнее, если:
- на сайте одновременно используются разные конструкторы;
- большинство страниц собрано вручную;
- стили привязаны к отдельным элементам;
- тема содержит неизвестные изменения;
- установлено много зависимых дополнений;
- новый дизайн требует другой структуры;
- обновления регулярно вызывают ошибки;
- исправление каждого следующего блока создаёт новые исключения.
При этом необязательно удалять весь сайт. Часто оптимальный вариант — сохранить WordPress, контент, товары, адреса страниц и административную часть, но заново собрать тему, шаблоны и дизайн-систему.
Как сократить расходы на переделку
До начала работ полезно подготовить:
- Доступы к WordPress, хостингу и аналитике.
- Список обязательных функций и интеграций.
- Перечень страниц, которые приносят трафик или заявки.
- Готовый контент либо понимание, что именно изменится.
- Новый макет со всеми основными состояниями.
- Приоритеты: что необходимо запустить сразу, а что можно отложить.
- Возможность создать тестовую копию сайта.
Небольшой предварительный аудит тоже сокращает расходы. После него можно отделить действительно необходимые работы от пожеланий и выбрать между точечной доработкой, поэтапным редизайном и пересборкой.
Вывод
Переделка сайта стоит дорого не потому, что разработчик повторно верстает знакомые блоки. Основные затраты возникают из-за старых зависимостей, ручных решений, сохранения работающих функций и необходимости безопасно перенести проект в новую систему.
Чем лучше организованы шаблоны, данные и глобальные стили, тем дешевле обходятся последующие изменения.
Планируете редизайн WordPress-сайта? Пришлите ссылку и кратко перечислите задачи. Я определю, что можно сохранить, какие места требуют пересборки и какой формат работ будет рациональнее.🧠 Профессиональная настройка целей в Яндекс Метрике: взгляд веб-разработчика🧠 Профессиональная настройка целей в Яндекс Метрике: взгляд веб-разработчика🧠 Профессиональная настройка целей в Яндекс Метрике: взгляд веб-разработчика
