Доработка темы WordPress - это не про “переставить логотип”, хотя с этого обычно начинается разговор с клиентом. На практике под этой формулировкой чаще всего скрывается работа с шаблонами карточки товара, интеграция с оплатой или доставкой, переделка вёрстки под мобильные устройства или банальная чистка кода после предыдущего подрядчика. Разберу по пунктам, когда без неё не обойтись и как выглядит процесс от заявки до релиза.
Когда доработка темы WordPress реально нужна
Есть три ситуации, которые встречаются чаще всего. Первая - тема визуально устраивает, но не хватает функциональности: нет нужных полей в карточке товара, форма обратной связи не пишет туда, куда нужно, каталог не фильтруется так, как хочет заказчик. Вторая - интеграции: нужно подключить оплату через Т‑Банк эквайринг в WooCommerce, рассчитать стоимость доставки через API СДЭК прямо на странице оформления заказа, или синхронизировать остатки с 1С. Третья - техническая: тема тормозит на мобильных, конфликтует с новым плагином после обновления, ломается верстка при смене темы WordPress на более свежую версию PHP.
Отдельно стоит история с покупными темами из ThemeForest - они обычно перегружены шорткодами и JS-фреймворками, которые не нужны конкретному проекту. Доработка в этом случае часто превращается в обратную задачу: не добавить функциональность, а выпилить лишнее, чтобы страница грузилась за секунду, а не за пять.
Какие задачи чаще всего решает изменение темы WordPress
За три года работы с WordPress-проектами набор задач более-менее устоялся:
- Кастомные поля и мета-боксы через ACF для карточек товаров и услуг
- Переработка шаблонов archive.php, single.php, product.php под макет из Figma
- Интеграция эквайринга (Т‑Банк, ЮKassa) и служб доставки (СДЭК, Boxberry) в WooCommerce
- Кастомные виджеты и шорткоды для конкретных блоков на сайте
- Оптимизация запросов к базе - когда тема на каждой странице делает по 40-50 обращений к WP_Query
- Адаптация под мобильные устройства, если верстка была рассчитана только на десктоп
- Локализация и мультиязычность через WPML или Polylang с правкой шаблонов
Часть таких задач - например, вывод расчёта доставки СДЭК или уведомление в Telegram о новом заказе - я уже оформил как готовые фрагменты кода в библиотеке готовых скриптов, там можно посмотреть, как это устроено технически, ещё до обращения к разработчику.
Кастомизация шаблона WordPress: прямые правки или дочерняя тема
Самая частая ошибка, с которой ко мне приходят, - правки внесены прямо в файлы родительской темы. Работает нормально до первого обновления темы или плагина, после которого все изменения слетают, потому что обновление перезаписывает файлы целиком. Для платных тем это особенно обидно - автор выпустил патч безопасности, а вместе с ним стёр три месяца доработок.
Правильный путь - дочерняя тема (child theme), которая подключает стили и функции родительской, но хранит все изменения отдельно и переживает любые обновления. Дороже по времени старта на пару часов, зато не приходится каждый раз восстанавливать код из бэкапа.
| Способ | Переживает обновления | Подходит для |
|---|---|---|
| Правки в файлах темы напрямую | Нет | Разовый тест на локали, не для продакшена |
| Дочерняя тема | Да | Изменение шаблонов, стилей, PHP-функций |
| Конструктор (Elementor, Bricks) | Да, частично | Верстка страниц без правки кода |
| Плагин с кастомным функционалом | Да | Логика, не завязанная на конкретную тему |
Конструкторы вроде Elementor хороши для лендингов и посадочных страниц, но когда речь о сложной логике - расчёт доставки, персональные цены для B2B, кастомная авторизация - их возможностей не хватает, и приходится писать код руками в дочерней теме или отдельном плагине.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Сколько стоит и сколько занимает доработка темы WordPress
Здесь сильно зависит от объёма. Точечная правка - поменять шаблон карточки товара, добавить пару полей, поправить адаптив на паре страниц - занимает 1-3 дня. Комплексная интеграция вроде связки WooCommerce с Т‑Банк эквайрингом и расчётом доставки СДЭК с проверкой по ПВЗ обычно растягивается на 2-4 недели, потому что помимо кода нужно тестировать реальные платежи и синхронизацию статусов заказов.
Точечная доработка
Если задача укладывается в рамки существующего сайта и не требует пересборки архитектуры, я беру её в формате техподдержки - от 15 000 ₽/мес, куда входит и разовая правка шаблона, и последующее сопровождение, если что-то потребуется доделать.
Комплексная переработка
Когда доработка фактически превращается в пересборку сайта - новая структура каталога, смена темы целиком, полная интеграция с внешними сервисами - это уже считается как разработка сайта на WordPress, от 60 000 ₽, потому что объём тестирования и ответственности сопоставим с проектом с нуля.
На рынке за аналогичные комплексные интеграции в студиях просят от 80 000 до 200 000 ₽ - разброс объясняется тем, что часть агентств закладывает в цену дополнительные согласования и менеджмент, а не только программирование.
Частые ошибки при доработке шаблона WordPress
За годы работы с чужими проектами вижу одни и те же грабли:
- Правки сразу в проде без staging-копии - любая ошибка в коде кладёт весь сайт до момента исправления
- Хардкод API-ключей платёжных систем прямо в файле темы вместо wp-config.php или переменных окружения
- Игнорирование хук-системы WordPress - прямые правки в core-файлах вместо filters и actions
- Отсутствие резервной копии базы данных перед изменением структуры кастомных полей
- Смешивание логики нескольких плагинов в одном файле functions.php, из-за чего через полгода никто не понимает, что и зачем там написано
Последний пункт встречается почти в каждом втором проекте с историей больше двух лет: functions.php на полторы тысячи строк, где вперемешку живут стили, интеграция с CRM и обработчики форм. Разбор такого файла перед доработкой иногда занимает больше времени, чем сама задача.
Как проходит работа над доработкой темы WordPress
Процесс у меня выстроен в несколько этапов, и я стараюсь не пропускать ни один, даже если задача выглядит простой на словах.
Сначала аудит - смотрю тему, активные плагины, версию PHP и WordPress, ищу конфликты и понимаю реальный объём работы, а не тот, что описан в заявке. Часто “поправить одну кнопку” на деле требует переписать половину шаблона, потому что кнопка завязана на устаревший JS.
Дальше техзадание с конкретными пунктами: что меняется, в каких файлах, как это тестируется. Без этого документа через месяц никто не вспомнит, зачем была нужна та или иная правка.
Разработка идёт на копии сайта - локально или на staging-поддомене, чтобы не трогать боевую версию. Для интеграций с внешними API (СДЭК, Т‑Банк) на этом этапе подключаю тестовые контуры, чтобы не гонять реальные платежи и заказы.
Перед релизом - тестирование на разных устройствах и браузерах, проверка скорости загрузки и корректности работы форм. Если в проекте есть автоматизация уведомлений, например через n8n или Telegram-бота о новых заказах, отдельно проверяю, что цепочка не рвётся при пиковой нагрузке.
После релиза - короткий период наблюдения, обычно неделя, чтобы поймать краевые случаи, которые не всплыли на тестах.
Корпоративный сайт, каталог, блог
Фронтенд + Бэкенд
от 60 000 ₽
Подробнее →Частые вопросы
Можно ли обойтись плагином вместо доработки темы?
Часто да, если задача укладывается в готовую логику плагина - форма, слайдер, простая галерея. Но как только нужна кастомная логика, завязанная на структуру конкретного сайта (свои поля, своя выдача каталога, специфичная интеграция), плагин либо не подойдёт, либо потребует такой же доработки, как и сама тема.
Что делать, если тема куплена на ThemeForest и автор её больше не поддерживает?
Работать можно, но осторожно: без обновлений от автора все патчи безопасности и совместимость с новыми версиями WordPress ложатся на разработчика, который ведёт проект. Обычно в таких случаях делаю дочернюю тему и постепенно выношу критичный функционал в отдельный плагин, чтобы меньше зависеть от кода, который никто не поддерживает.
Сколько времени живёт доработка после обновления WordPress?
Если всё сделано через дочернюю тему и хуки, а не прямые правки core-файлов, обновления WordPress и большинства плагинов проходят без последствий. Риск остаётся только при мажорных изменениях API самого WordPress или смене версии PHP - такие вещи проверяю на staging перед обновлением на проде.
Стоит ли переписывать тему с нуля вместо доработки?
Зависит от состояния кода. Если правок накопилось на 70% файлов темы и в functions.php больше тысячи строк без структуры, переписать заново на чистой дочерней теме иногда быстрее и дешевле, чем разбирать существующий код. Решение принимаю после аудита - на глаз оценить это невозможно.