Краткий ответ: стоимость доработки сайта на WordPress зависит от сложности задачи, состояния сайта, темы, плагинов, качества кода, доступа к хостингу, срочности и рисков. Простая правка может занять меньше часа, а сложная доработка с PHP, WooCommerce, личным кабинетом, CRM, API, скоростью или базой данных требует диагностики, backup и тестирования.
Нельзя честно назвать одну цену для всех WordPress-сайтов. Одинаковая на вид задача может быть простой на чистом сайте и сложной на проекте с тяжёлой темой, множеством плагинов, кастомным кодом, конфликтами и ошибками в логах.
Если доработка влияет на заявки, оплату, WooCommerce, формы, личный кабинет, базу данных или админку, сначала нужно проверить сайт, а уже потом считать стоимость. Так меньше риск сломать рабочий сайт и получить дополнительные расходы после начала работы.
На вопрос “сколько стоит доработка сайта на WordPress” нельзя честно ответить одной фиксированной цифрой без понимания задачи. Одинаково сформулированная правка может занять 15 минут на чистом сайте и несколько часов на проекте с тяжёлой темой, кастомными шаблонами, конфликтами плагинов и ошибками PHP.
Цена доработки складывается не только из “написать код”. В реальной работе время уходит на диагностику, проверку текущей реализации, backup, поиск нужного файла или hook, тестирование, очистку кеша и проверку, что после правки не сломалась другая часть сайта.
Чаще всего время уходит на:
Если задача связана не с одной кнопкой, а со скоростью сайта, безопасностью, WooCommerce, оплатой, личным кабинетом или базой данных, оценка всегда должна учитывать риски. В таких случаях сначала делают диагностику, а уже потом называют точную стоимость.
Простая доработка обычно оценивается по времени. Это может быть замена текста, правка CSS, настройка формы, мелкая ошибка или изменение блока. Итоговая цена зависит от минимального заказа специалиста, состояния сайта и сложности доступа.
Потому что WordPress-сайты отличаются темами, плагинами, кастомным кодом, хостингом, кешем и состоянием базы. Одна и та же задача может быть простой или сложной в зависимости от реализации сайта.
Дороже всего обычно стоят кастомные плагины, WooCommerce-логика, личные кабинеты, интеграции с CRM/API, исправление чужого кода, оптимизация скорости, устранение взлома и работа с базой данных.
Перед оценкой нужно понять, что именно требуется: визуальная правка, исправление ошибки, новая функция, оптимизация, безопасность или техническое обслуживание. Без этого смета будет неточной.
| Фактор | Как влияет на стоимость | Пример |
|---|---|---|
| Сложность задачи | Чем больше логики, тем дороже | Кнопка дешевле, чем личный кабинет |
| Качество сайта | Плохой код увеличивает время | Правка в functions.php ломает другую функцию |
| Тема | Готовая тема может иметь ограничения | Правка шаблона товара WooCommerce |
| Плагины | Конфликты требуют диагностики | Форма не отправляется после обновления |
| Хостинг | Медленный сервер усложняет тесты | Ошибка 500 при сохранении настроек |
| Доступы | Без FTP/хостинга работа ограничена | Нельзя исправить белый экран из админки |
| Срочность | Аварийные задачи обычно дороже | Сайт упал после обновления |
| Риски | Оплата, заказы и база требуют осторожности | Правка checkout WooCommerce |
Для технической диагностики WordPress часто используют WP_DEBUG_LOG. Он записывает ошибки в debug.log и помогает увидеть проблемы, которые не отображаются на экране, например ошибки AJAX, cron, PHP Fatal error или конфликт плагина.
Я могу не просто внести правку, а сначала понять, где находится проблема и как безопасно её исправить. Это особенно важно, если сайт уже работает, получает заявки, продаёт через WooCommerce или содержит важные данные.
Главная цель — не просто “что-то поправить”, а сделать доработку так, чтобы после неё сайт продолжал стабильно работать.
Если не хотите гадать по цене и рисковать сайтом, можно оставить заявку. Я посмотрю задачу, оценю сложность и предложу аккуратный вариант решения.
Правильная оценка доработки WordPress начинается с классификации задачи. Так владелец сайта понимает, почему одна правка стоит недорого, а другая требует полноценной разработки.
Это небольшие изменения без сложной логики и без риска повлиять на оплату, базу, заказы или авторизацию.
Примеры:
Такие задачи чаще всего оцениваются по минимальному времени работы. Но даже маленькая правка должна делаться после проверки, где именно она находится: в теме, в конструкторе, в виджете, в плагине или в кастомном шаблоне.
Это задачи, где уже нужна логика, проверка условий, работа с шаблонами WordPress, shortcodes, хуками, формами или настройками плагинов.
Примеры:
Сложные задачи требуют разработки, тестирования, backup, иногда staging-копии и проверки нескольких сценариев пользователя.
Примеры:
Аварийные задачи обычно оцениваются отдельно, потому что здесь важны скорость реакции, диагностика и риск для бизнеса.
Сюда входят:
Если проблема появилась после обновления, сначала лучше определить точную причину. Для этого подходит инструкция сайт WordPress сломался после обновления.
Оптимизация скорости почти никогда не считается “одной правкой”. Нужно проверить хостинг, кеш, изображения, CSS, JavaScript, базу данных, плагины, PHP и сторонние скрипты.
Кеширование может снизить нагрузку на сервер, но оно не исправляет плохой код, тяжёлые изображения, слабый хостинг или медленные SQL-запросы. Если проблема именно в скорости, лучше сначала найти главную причину тормозов.
Если задача именно в скорости, посмотрите отдельную инструкцию как ускорить сайт на WordPress.
Работы по безопасности стоят дороже обычных визуальных правок, потому что требуют осторожности: нужно сохранить данные, проверить файлы, пользователей, базу, wp-config.php, .htaccess, uploads, плагины, тему и логи.
Если задача связана с защитой, сначала проверьте базовые настройки из статьи защита WordPress от взлома.
WooCommerce почти всегда требует отдельной оценки. Даже маленькая правка может затронуть корзину, checkout, доставку, оплату, письма, налоги, купоны, остатки, личный кабинет или заказы.
Примеры сложных WooCommerce-задач:
Для магазинов важно не просто внести изменение, а проверить полный путь покупателя: карточка товара → корзина → checkout → оплата → письмо → заказ в админке.
Точную цену можно назвать только после понимания задачи, но для ориентира доработки можно разделить на несколько уровней.
| Тип задачи | Что входит | Как обычно оценивается |
|---|---|---|
| Мелкая правка | Текст, CSS, ссылка, небольшой блок | Минимальный заказ или почасовая работа |
| Средняя доработка | Форма, shortcode, шаблон, настройки плагина | После короткой проверки сайта |
| Техническая ошибка | Ошибка 500, белый экран, конфликт, письма | Диагностика + исправление |
| WooCommerce | Checkout, оплата, доставка, заказы | После теста и проверки рисков |
| Кастомная разработка | Плагин, личный кабинет, API, база, отчёты | По ТЗ или после технического аудита |
Если нужна только визуальная правка — оценка обычно быстрая. Если нужна логика, работа с данными, интеграция или исправление чужого кода — сначала нужно понять техническое состояние сайта.
Чтобы быстрее получить нормальную оценку, лучше подготовить короткое описание задачи. Не нужно писать сложное ТЗ — достаточно показать проблему и ожидаемый результат.
Чем понятнее описана задача, тем точнее будет оценка и меньше риск дополнительных работ в процессе.
Важно: команды ниже не являются самой доработкой. Они помогают собрать техническую информацию для оценки стоимости. Перед SQL-запросами и любыми изменениями сделайте backup файлов и базы. Не запускайте команды на рабочем сайте, если не понимаете, какая база подключена.
Куда выполнять: SSH в корне сайта.
wp core version
Куда выполнять: SSH в корне сайта.
wp plugin list --status=active
Куда выполнять: SSH в корне сайта.
wp theme list --status=active
Куда выполнять: SSH в корне сайта.
wp user list --role=administrator
Куда выполнять: SSH в корне сайта.
wp cron event list
Куда вставлять: wp-config.php, выше строки “That’s all, stop editing”.
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );
После диагностики отключите активную отладку:
define( 'WP_DEBUG', false );
Куда выполнять: phpMyAdmin, Adminer или MySQL-консоль.
SELECT
SUM(LENGTH(option_value)) AS autoload_size
FROM
wp_options
WHERE
autoload = 'yes';
Куда выполнять: phpMyAdmin, Adminer или MySQL-консоль.
SELECT
option_name,
LENGTH(option_value) AS option_size
FROM
wp_options
WHERE
autoload = 'yes'
ORDER BY
option_size DESC
LIMIT 20;
Куда выполнять: SSH в корне сайта. Команда только показывает файлы.
find wp-content/uploads -type f \( -name "*.php" -o -name "*.phtml" -o -name "*.phar" \)
После правильной оценки владелец сайта должен понимать не только итоговую цену, но и что именно входит в работу.
Хорошая оценка доработки WordPress должна содержать:
Если специалист называет цену без вопросов, не видя сайт и не понимая задачу, это риск. Иногда такая оценка оказывается заниженной, а потом превращается в доплаты. Иногда наоборот — владелец платит за “сложность”, которой на самом деле нет.
Подходит для мелких и средних задач, когда сложно заранее оценить каждую деталь. Важно заранее согласовать минимальный заказ, ставку, лимит часов и формат отчёта.
Плюсы:
Минусы:
Подходит, если задача хорошо описана и нет скрытых неизвестных. Например, добавить конкретный блок по макету или исправить заранее понятную проблему.
Плюсы:
Минусы:
Подходит для сайтов, где постоянно нужны обновления, мелкие правки, backup, контроль безопасности и помощь с ошибками.
В абонентскую поддержку могут входить:
Для сложных задач лучший вариант — сначала технический аудит, потом оценка. Это честнее, чем угадывать цену без доступа к сайту.
Аудит нужен, если:
Дешёвый час не всегда означает дешёвую работу. Опытный специалист может решить задачу быстрее и безопаснее, чем новичок, который потратит больше времени на поиск причины.
WordPress хранит важные данные и в файлах, и в базе. Для нормального восстановления нужны обе части: файлы сайта и база данных. Перед техническими изменениями лучше не пропускать backup.
Если правки внести в основную тему, обновление может их перезаписать. Лучше использовать дочернюю тему или отдельный небольшой плагин.
Без админки, FTP, хостинга или логов можно дать только предварительную оценку. Точная цена появляется после проверки сайта.
После доработки нужно проверить не только изменённую страницу. Важно проверить мобильную версию, формы, админку, кеш и консоль браузера.
Плагин может быть бесплатным, но настройка, совместимость, адаптация дизайна, безопасность и поддержка всё равно требуют времени.
Если не записать объём работ, потом сложно понять, что было согласовано: только правка кнопки или ещё адаптивность, кеш, тестирование и доработка формы.
Возможная причина: задача была описана слишком общо, скрытые проблемы обнаружились после доступа к сайту.
Что делать: просить разбивку: диагностика, основная работа, тестирование, возможные дополнительные риски.
Возможная причина: элемент находится не в редакторе, а в теме, shortcode, плагине, шаблоне WooCommerce или кастомном коде.
Что делать: попросить объяснить, где находится правка и что именно нужно изменить.
Возможная причина: правка сделана без backup, тестов, дочерней темы или понимания зависимостей.
Что делать: восстановить backup, включить debug.log, проверить изменения и вынести правки в безопасное место.
Возможная причина: добавили тяжёлый плагин, внешний скрипт, неоптимизированный запрос, лишний AJAX или большой блок изображений.
Что делать: проверить Network, Query Monitor, кеш, базу данных и логи.
Возможная причина: JavaScript-ошибка, конфликт кеша, reCAPTCHA, SMTP или изменение разметки формы.
Что делать: проверить консоль браузера, Network, SMTP-лог и настройки формы.
Возможная причина: PHP Fatal error, ошибка в functions.php, конфликт плагина, неверный hook, нехватка памяти.
Что делать: включить debug.log, проверить error_log и использовать инструкцию ошибка 500 WordPress.
Возможная причина: изменения были внесены в родительскую тему.
Что делать: восстановить правки из backup и перенести их в дочернюю тему или отдельный плагин.
Стоимость зависит от задачи. Простые правки обычно считают по минимальному времени, сложные задачи требуют оценки после диагностики. Итоговая цена зависит от конкретного сайта, рисков и объёма работ.
Потому что отличается опыт, скорость работы, глубина проверки, подход к backup, тестированию, безопасности и ответственности за результат.
Иногда да. Но плагин нужно подобрать, настроить, проверить совместимость, адаптировать дизайн и убедиться, что он не замедляет сайт и не создаёт конфликтов.
Если сайт технически нормальный, доработка дешевле. Если тема устарела, код хаотичный, плагины конфликтуют, а каждая правка ломает сайт, иногда выгоднее сделать новый технический фундамент.
Если проблема сложная, диагностика — это отдельная работа. Специалист тратит время на поиск причины, проверку логов, кода, базы, плагинов и хостинга.
Должно входить то, что согласовано: анализ задачи, изменение кода или настроек, тестирование результата, очистка кеша и краткий отчёт. Backup, staging и сложная диагностика могут считаться отдельно, если это не было включено заранее.
Зависит от задачи. Иногда хватает админки WordPress. Для PHP-правок, ошибок 500, белого экрана, базы данных, кеша и хостинга нужны FTP/SFTP/SSH, хостинг, база и логи.
Полностью без риска — нет. Но риск сильно снижается, если сделать backup, работать через дочернюю тему или отдельный плагин, проверять изменения на staging и тестировать сайт после правки.
Потому что магазин связан с заказами, оплатой, доставкой, пользователями, письмами, сессиями и базой данных. Ошибка может напрямую повлиять на продажи.
Опишите задачу, покажите ссылку и скриншоты, напишите ожидаемый результат, уточните срочность, подготовьте доступы, сообщите о теме, плагинах и последних изменениях на сайте.
Если нужно оценить доработку WordPress, лучше сначала понять задачу, проверить сайт, риски, доступы и только потом считать стоимость. Так меньше шансов переплатить или получить правку, которая сломает другую часть сайта.
Стоимость доработки сайта на WordPress зависит не только от самой задачи, но и от состояния сайта, темы, плагинов, хостинга, базы данных, рисков и качества существующего кода.
Простые визуальные правки обычно оцениваются быстро. Сложные задачи с PHP, WooCommerce, интеграциями, безопасностью, скоростью или базой данных требуют диагностики, backup, тестирования и понятного технического плана.
Самый правильный подход — не искать “самую дешёвую цену за час”, а получить понятную оценку: что будет сделано, какие риски есть, что входит в стоимость и как будет проверяться результат.
Если сайт уже приносит заявки или продажи, доработка должна быть аккуратной. Лучше потратить время на диагностику и безопасный план, чем быстро внести правку, которая потом сломает форму, оплату, админку или SEO-страницы.
Рекомендуем услугу: доработка сайта на WordPress
Об авторе