Типичный запрос звучит просто: «нужна ещё одна форма», «ускорить главную», «подключить CRM», «починить checkout после обновления». На практике доработка WordPress — это баланс между бизнес-задачей и техдолгом: часть правок укладывается в тему и плагины за дни, а часть упирается в хрупкий child-theme, конфликтующие плагины или устаревший PHP.
Ниже — что входит в доработку сайта на WordPress, чем она отличается от поддержки и полной пересборки, как устроен безопасный процесс через staging и когда выгоднее не «латать», а планировать миграцию.
Кратко
Доработка WordPress оправдана, если сайт уже на WP, нужна конкретная функциональность или стабильность без полного редизайна, есть доступы к хостингу и админке, а критичные изменения можно проверить на staging до выкладки на прод.
- Сайт уже работает на WordPress.
- Нужны фичи или стабильность, а не полный редизайн.
- Есть доступы к админке и хостингу.
- Критичные правки проверяем на staging перед продом.
Что такое доработка сайта WordPress
Доработка сайта WordPress — это развитие существующего проекта на текущем стеке: тема (часто child-theme), плагины, WooCommerce, формы, кэш, CDN и серверные настройки. Цель — закрыть бизнес-задачу с минимальным риском простоя и без ломки SEO-структуры, если она уже работает.
В одном проекте «доработка» может означать разные объёмы. Иногда это один шаблон записи и правка CSS. Иногда — пересборка карточки товара WooCommerce, смена платёжного шлюза и интеграция с CRM. Общее правило одно: сначала фиксируем критерий готовности («что должно работать после релиза»), затем смотрим, где править — в теме, в плагине, в mu-plugin или на уровне хостинга.
Доработка, поддержка или пересборка: как выбрать
В выдаче по запросу «доработка сайта WordPress» часто смешивают разовые фичи, абонентскую поддержку и предложение «сделать заново». Это разные услуги с разной экономикой.
| Формат | Когда уместен | Что получаете |
|---|---|---|
| Доработка | Есть конкретный backlog фич/багов на живом WP | Смета или пакет часов, staging, релиз по задачам |
| Техподдержка | Нужны обновления, мониторинг, SLA, мелкие правки постоянно | Регламент реакции, бэкапы, отчёты |
| Перенос / пересборка | Критический техдолг, мёртвая тема, ядро нельзя безопасно обновить | Новая тема/сборка с переносом контента и редиректами |
Если сайт «держится на скотче», а каждое обновление плагина ломает вёрстку, точечная доработка дорожает с каждой итерацией. Тогда честнее оценить перенос на WordPress или аккуратную пересборку темы — иногда это дешевле серии аварийных фиксов.
Когда услуга подходит
Сайт уже работает на WordPress (корпоратив, блог, лендинг на блоках, WooCommerce). Нужны новые возможности или стабильность, а не полный ребрендинг «с нуля». Есть доступы: админка, хостинг/SFTP, DNS при необходимости. Готовы согласовать объём: что в MVP-доработке, что в бэклог, что сознательно не трогаем.
Когда не подходит
Не подходит формат «сделайте как у конкурента» без доступов и без владельца задачи со стороны заказчика. Не подходит ожидание, что доработка заменит SEO-стратегию или рекламу. Если ядро, тема и плагины в критическом техдолге (нет обновлений годами, взломы, белые экраны после любого апдейта), сначала нужен аудит с развилкой: стабилизировать и чинить точечно или планировать пересборку.
Что чаще всего входит в доработку
Интерфейс и контент. Новые блоки Gutenberg/ACF, шаблоны страниц и записей, правки меню и форм, адаптив проблемных экранов, микроразметка там, где она ломает сниппеты.
WooCommerce и коммерция. Карточка товара, корзина и checkout, способы оплаты и доставки, письма заказа, фильтры каталога, B2B-цены, интеграции со складом или CRM.
Скорость и Core Web Vitals. Кэш и CDN, отложенная загрузка медиа, сжатие изображений (WebP/AVIF), чистка тяжёлых скриптов, оптимизация запросов к БД, обновление PHP до поддерживаемой ветки.
Безопасность и стабильность. Разбор после взлома или подозрительной активности, hardening админки, ограничение XML-RPC, заголовки безопасности, аудит плагинов, план обновлений ядра/темы без «белого экрана».
Интеграции. CRM, рассылки, платёжные и логистические API, вебхуки, кастомные endpoint’ы — с проверкой на staging, чтобы не уронить продакшен при сбое внешнего сервиса.
Как устроена безопасная доработка
Риск доработки WordPress почти всегда не в «сложности CSS», а в выкладке на живой трафик без копии. Поэтому базовый процесс такой.
- Аудит и фиксация критериев приёмки.
- Бэкап файлов и базы данных.
- Правки и обновления на staging.
- Регрессионная проверка ключевых сценариев.
- Выкладка на прод и мониторинг после релиза.
| Этап | Что делаем | Зачем |
|---|---|---|
| Аудит и ТЗ | Смотрим тему, плагины, PHP, ошибки, бэкапы, цели задачи | Понять объём и развилку «чинить / пересобирать» |
| Бэкап | Файлы + база до изменений | Откат при сбое |
| Staging | Копия сайта для рискованных правок и обновлений | Не ломать прод экспериментами |
| Итерации | Задачи короткими релизами с демо | Контроль scope и приоритетов |
| Регрессия | Формы, корзина, логин, ключевые шаблоны | Не «починить одно — сломать другое» |
| Выкладка | Перенос на прод по чеклисту, мониторинг после релиза | Снизить простой и сюрпризы |
Мелкие правки (текст, стили без затрагивания логики) иногда допустимы на боевом сайте — только по согласованию и при актуальном бэкапе. Критичные задачи (обновление ядра, смена checkout, миграция PHP, чистка после взлома) — через staging. Подход согласуется с практикой безопасных обновлений WordPress: сначала копия, потом прод.
Аудит перед сметой: на что смотрим
Перед фиксированной сметой полезен короткий технический срез. Он не заменяет полное ТЗ, но снижает сюрпризы в середине работ.
Проверяем версию PHP и ядра, список активных плагинов и тем (включая «мёртвые»), наличие child-theme и кастомных правок в parent, состояние бэкапов, ошибки в логах, базовые сигналы безопасности, скорость ключевых URL и конфликты кэша. По итогам — приоритизированный план: что чинить сейчас, что отложить, что вынести в отдельный проект.
Сроки и формат оплаты
Срок зависит от доступа к staging, качества текущей темы и числа интеграций. Типовая точечная задача (блок, форма, правка шаблона) часто закрывается за несколько рабочих дней после доступов. Пакет «аудит + 3–5 задач» обычно укладывается в 1–3 недели. Крупные контуры WooCommerce, смена PHP/хостинга или разбор после взлома планируются отдельно.
Форматы работы: фикс по ТЗ (когда объём ясен) или пакет часов (когда backlog живой и задачи появляются итерациями). В обоих случаях фиксируем критерии приёмки до старта итерации.
Связанные услуги
Смотрите также программист WordPress, разработку сайтов на WordPress, доработку WooCommerce, перенос на WordPress, интеграцию с CRM, техническую поддержку и контакты для брифа.
FAQ
Можно ли править сразу на боевом сайте?
Критичные изменения — через staging. Мелкие правки — по согласованию и только при актуальном бэкапе.
Чистите ли вы лишние плагины?
Да. В аудите отмечаем неиспользуемые и конфликтующие плагины; отключение согласуем, чтобы не потерять нужную функцию.
Чем доработка отличается от поддержки?
Доработка — проект или пакет задач с понятным результатом. Поддержка — регулярный контур: обновления, мониторинг, SLA и мелкие правки по регламенту.
Что если тема сильно устарела?
Сначала оцениваем стоимость стабилизации. Если каждое изменение ломает сайт, честнее предложить пересборку или перенос с сохранением URL и контента.
Нужны ли доступы к хостингу?
Да, для бэкапа, staging и безопасной выкладки обычно нужны админка WordPress и доступ к хостингу (или SFTP/SSH). Без этого рискованные задачи лучше не начинать.