Доработка сайта на WordPress - это не про то, что не хватило галочки в настройках плагина. Это когда нужно завести на сайте логику, которой в готовых решениях просто нет: свой расчёт стоимости доставки, нестандартную интеграцию с CRM, кастомный личный кабинет или синхронизацию с внешним сервисом. Плагин решает типовую задачу за десять минут, доработка решает конкретную задачу бизнеса, под которую типового решения не существует.
Где проходит граница между настройкой плагина и доработкой сайта на WordPress
Установка плагина - это работа с готовым интерфейсом: включил модуль, заполнил поля в настройках, сохранил. Даже если в плагине двадцать вкладок настроек, вы всё равно двигаетесь в рамках того, что предусмотрел его автор.
Доработка начинается там, где вы упираетесь в это ограничение. Например, плагин доставки умеет считать стоимость по весу и региону, но не умеет учитывать габариты упаковки для хрупких товаров по вашим правилам. Формально можно найти другой плагин с нужной галочкой, но на практике под конкретную комбинацию условий готового модуля чаще всего просто нет, и приходится писать код, который встраивается в существующую логику сайта.
По факту граница простая: если задачу можно закрыть настройками из админки, это конфигурация. Если нужно менять поведение сайта, которого не было в коробке, это уже разработка, и делать её должен человек, который понимает, как устроен WordPress изнутри, а не просто умеет ставить плагины через каталог.
Почему плагины закрывают только типовые задачи
Любой плагин пишется под усреднённый сценарий использования. Разработчик плагина эквайринга ориентируется на стандартный процесс оплаты, разработчик плагина доставки на стандартные зоны и тарифы. Как только у бизнеса есть своя специфика, например скидка по промокоду только для определённой категории товаров или расчёт НДС по разным ставкам для разных позиций в одном заказе, готовый модуль либо не умеет этого вовсе, либо умеет частично и криво.
Вторая проблема плагинов в том, что они рассчитаны на совместимость с максимально широким кругом тем и других плагинов. Из-за этого код внутри часто избыточен: подключаются библиотеки, которые нужны только части пользователей, дублируются функции, которые уже есть в других установленных плагинах. На сайте, где стоит десяток плагинов, я регулярно вижу по три подключения jQuery-плагинов для одного и того же датапикера или три разных обработчика для одной формы. Каждый плагин по отдельности не виноват, но вместе они превращают сайт в тяжёлую конструкцию, где сложно понять, что на что влияет.
Третья причина, которая на практике встречается чаще всего: у многих плагинов бесплатная версия закрывает базовый функционал, а нужная конкретно вам возможность спрятана в платной версии за подписку. В моменте это выглядит дешевле разовой доработки, но за пару лет подписки на пять-шесть таких плагинов сумма набегает сопоставимая, а зависимость от чужого сервиса остаётся.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Что входит в доработку функционала WordPress на практике
Под доработкой я обычно понимаю один из четырёх типов задач.
- Кастомная интеграция с внешними сервисами: эквайринг вроде T‑Bank для WooCommerce с нестандартной логикой чеков, зоны доставки СДЭК с расчётом по реальным тарифам API, а не по вшитой в плагин таблице, передача заявок в CRM или в Telegram-бота на aiogram при оформлении заказа.
- Изменение структуры данных: свои типы записей и таксономии под каталог, который не укладывается в стандартную структуру товаров WooCommerce, кастомные поля для сложных характеристик.
- Автоматизация процессов вокруг сайта: связка форм и заказов с n8n, чтобы данные без ручного экспорта уходили в таблицы, в CRM или в мессенджер ответственного менеджера.
- Правки под конкретный бизнес-процесс: свой алгоритм скидок, ограничение промокодов по условиям, которых нет в стандартных полях купона, кастомная логика личного кабинета для B2B-клиентов с разными ценами.
Общая черта всех этих задач в том, что их нельзя закрыть галочкой в настройках. Нужно писать код, который встраивается в хуки WordPress и WooCommerce, тестировать его на реальных данных и следить, чтобы он не ломался при обновлении темы или ядра.
Доработка через код и доработка через плагин: в чём разница на практике
Вот по каким критериям я обычно сравниваю два подхода при оценке задачи клиента.
| Критерий | Готовый плагин | Доработка кода под задачу |
|---|---|---|
| Кто выполняет | Администратор сайта своими силами | Разработчик, знающий структуру конкретного сайта |
| Гибкость под бизнес-логику | Только сценарии, заложенные автором плагина | Любая логика, которая реально нужна бизнесу |
| Поведение при обновлении ядра или темы | Может сломаться без предупреждения, обновления идут автоматически и не всегда совместимы с темой | Изменения тестируются перед обновлением, зона риска известна заранее |
| Нагрузка на сайт | Подключается весь функционал плагина, даже неиспользуемый | Подключается только код под конкретную задачу |
| Кто отвечает за баг | В лучшем случае форум поддержки автора плагина | Разработчик, который писал и тестировал код |
Отдельно уточню про интеграции с внешними платёжными и логистическими сервисами: комиссия эквайринга зависит от тарифа, который банк согласовал с конкретным юрлицом, а не от того, WooCommerce это или самописный каталог, и на стоимость доработки эта комиссия не влияет никак, это отдельная статья расходов у банка.
Весь спектр таких работ, от точечной правки формы до комплексной интеграции с несколькими сервисами, я собираю в разделе услуг по разработке и доработке сайтов, там можно посмотреть, что уже приходилось делать под похожие задачи.
Сколько стоит доработка сайта на WordPress
Цена зависит от объёма, а не от того, «просто это WordPress» или что-то ещё. Полноценная доработка функционала под задачу бизнеса, включая интеграции, у меня стоит от 60 000 ₽, срок зависит от количества связок с внешними сервисами. Небольшие точечные правки на уже работающем сайте обычно закрываются в формате техподдержки от 15 000 ₽ в месяц, это удобно, когда правок несколько в течение месяца и нет смысла оценивать каждую отдельно. Если сайт уже пострадал от кривых доработок или заражён вредоносным кодом через уязвимый плагин, лечение и восстановление начинается от 15 000 ₽, итоговая цена зависит от масштаба заражения.
На рынке цены на доработку WordPress сильно разбросаны: у студий похожая задача может стоить от 50 000 до 150 000 рублей в зависимости от размера команды и наценки на проектный менеджмент, на биржах фриланса можно найти исполнителя дешевле, но там выше риск получить код, который работает только пока разработчик на связи, а дальше никто не разберётся, что и как он написал.
Если не понятно, к какой категории относится ваша задача, разумно сначала взять консультацию от 3 000 ₽: за один созвон я обычно могу сказать, закрывается ли это плагином, требует ли доработки и какой объём работ реально нужен.
Частые ошибки при попытке доработать сайт только плагинами
Первая ошибка - ставить плагин под каждую отдельную функцию вместо того, чтобы решить задачу одним куском кода. Видел сайты, где для расчёта скидки по промокоду стояло три разных плагина, которые конфликтовали между собой и в сумме давали неправильную цену в корзине.
Вторая ошибка - обновлять WordPress и все плагины разом на боевом сайте без тестовой копии. Плагин, который держал критичную для бизнеса логику, после обновления может тихо перестать работать, а заметят это через неделю по упавшим продажам, а не сразу.
Третья ошибка - искать бесплатный плагин под очень специфичную задачу и тратить на поиск и тестирование три-четыре дня, хотя написать нужный кусок кода под конкретный сценарий часто быстрее и надёжнее, чем подгонять чужое решение под свои условия.
Четвёртая ошибка - доверять доработку человеку без опыта работы с хуками и структурой WordPress. Такой код формально работает, но ломается при первом же обновлении темы, потому что написан мимо стандартных точек расширения, а не через них.
Как я веду проект доработки WordPress-сайта
Сначала смотрю текущий код и структуру сайта: какие плагины стоят, что из них дублирует функционал, есть ли уже кастомный код в теме или в отдельном плагине-сателлите. Это занимает от получаса до пары часов в зависимости от размера сайта.
Потом фиксирую техническое задание на конкретную доработку: что должно происходить, какие данные откуда приходят, куда уходят. Для интеграций с CRM или мессенджерами отдельно проговариваю, что персональные данные клиентов должны храниться на серверах в РФ, это требование 152-ФЗ, а не моя прихоть.
Дальше пишу код в отдельном плагине или дочерней теме, чтобы доработка не потерялась при следующем обновлении основной темы. Тестирую на копии сайта, а не на боевой версии, и только после проверки переношу изменения на продакшн.
Частые вопросы
Чем доработка сайта на WordPress отличается от разработки с нуля?
При доработке сохраняется существующая структура сайта, база данных и накопленный контент, меняется или добавляется конкретный функционал. Разработка с нуля предполагает новую структуру и, как правило, имеет смысл, когда старый сайт технически изношен настолько, что доработка обойдётся дороже пересборки.
Можно ли обойтись бесплатными плагинами вместо доработки?
Для типовых задач да, для нестандартной бизнес-логики почти всегда нет. Бесплатный плагин закрывает сценарий, который заложил его автор, а как только требуется что-то за пределами этого сценария, приходится либо покупать платную версию с нужной функцией, либо всё равно дорабатывать код поверх плагина.
Сколько времени занимает доработка сайта на WordPress?
Точечная правка по формату техподдержки обычно укладывается в несколько дней. Комплексная доработка с несколькими интеграциями, например эквайрингом и СДЭК одновременно, обычно занимает от двух до четырёх недель, срок зависит от того, сколько внешних API нужно подключить и насколько быстро отвечает служба поддержки этих сервисов.
Что делать, если сайт на WordPress работает медленно после установки плагинов?
Сначала стоит проверить, сколько плагинов реально используется, а не просто когда-то было установлено и забыто: неактивный, но не удалённый функционал всё равно может подгружаться. Часто ускорение сайта достигается не оптимизацией кода, а банальным удалением дублирующих друг друга плагинов и заменой пары тяжёлых модулей на компактный кастомный код под ту же задачу.