На WordPress большинство доработок закрывается настройками и плагинами: формы, SEO-поля, кэш, галереи, каталог на WooCommerce. Собственный код нужен там, где задача нетиповая или где готовый плагин тянет за собой лишний вес. Главный источник проблем здесь — количество плагинов и их состояние, а не язык программирования.
Что решается плагинами и настройками
Список задач, которые закрываются без программиста, шире, чем кажется:
- Формы обратной связи и передача заявок.
- SEO-поля: заголовки, описания, карта сайта.
- Кэширование и оптимизация изображений.
- Каталог и корзина — на WooCommerce или аналогичном решении.
- Бронирование, отзывы, галереи, подписка на рассылку.
Ограничение одно: каждый плагин — это код, который кто-то сопровождает. Десяток решений, установленных «на всякий случай», замедляет админку и добавляет точек отказа.
Когда нужен собственный код
Дочерняя тема
Правки в теме оформления делают в дочерней теме: тогда обновление основной темы их не затрёт. Прямые правки в файлах темы исчезнут при первом обновлении. Это самая частая потеря при доработке WordPress.
Кастомные блоки и поля
Когда структура страниц не укладывается в возможности редактора, добавляют собственные блоки и поля. Так редактор не сможет случайно сломать вёрстку при обновлении контента.
Интеграции
Передача заявок в CRM, обмен с учётной системой, нестандартные сценарии оплаты. Под них редко есть готовый модуль, и работу пишут под задачу.
Доработка плагина
Если готовый плагин почти подходит, иногда дешевле поправить его, чем писать своё. Правки сохраняют отдельно, иначе обновление плагина их удалит.
Этапы разработки сайта
Бриф
задачи, аудитория, рамки бюджета
Оценка
состав работ, сроки, вилка цен
Прототип
структура страниц и сценарии
Дизайн
макеты страниц и мобильных версий
Сборка
вёрстка, платформа, интеграции
Контент
тексты, изображения, наполнение каталога
Тестирование
устройства, формы, скорость, аналитика
Передача
обучение, доступы, месяц сопровождения
Риски: плагины, обновления, конфликты
- Заброшенные плагины. Решение, которое годами не обновляется, становится входом для атак.
- Конфликты. Два плагина могут менять одну и ту же часть страницы, и после обновления одного из них ломается другой.
- Вес. Каждый плагин добавляет файлы и запросы. Скорость падает незаметно, а замечают её по заявкам.
- Автообновления. Обновление без копии — лотерея: вёрстка или форма могут отвалиться в момент, когда никто не смотрит.
Порядок доработки
Сначала инвентаризация: какие плагины установлены, какие используются, когда обновлялись. Затем копия и тестовый стенд, обновления по одному с проверкой, и только после этого — новые задачи. Такой порядок объясняет, почему доработка начинается с ревизии, а не с установки очередного решения.
Если сайт старый, на этом этапе обычно находится несколько заброшенных плагинов. Замена или удаление каждого становится отдельной задачей со своей оценкой в часах.
Что проверить перед доработкой
Ревизия занимает немного времени и экономит часы работ. Проверить стоит пять вещей:
- Список установленных плагинов: какие используются, какие отключены, какие остались без поддержки.
- Версии движка, темы и окружения: соответствует ли сервер требованиям.
- Правки в теме: если они делались напрямую, их переносят в дочернюю тему.
- Копии: есть ли свежая и проверялось ли восстановление.
- Пользователи с правами администратора: не осталось ли лишних записей.
После ревизии виден объём: иногда задача решается настройкой, а иногда сначала нужно закрыть технические долги.
Как выбирать плагины
К установке плагина стоит относиться так же, как к выбору подрядчика. Смотрите на дату последнего обновления, совместимость с текущей версией движка, число активных установок и то, отвечает ли автор на вопросы. Плагин, который не обновлялся годами, рано или поздно станет проблемой — даже если сейчас работает без нареканий.
Правило простое: сначала задача, потом плагин под неё. Обратный порядок, когда сначала устанавливают «полезное» и только потом придумывают применение, заканчивается сайтом с десятком лишних решений и медленной админкой.
Когда WordPress не подходит
Для каталога с обменом 1С, сложными правилами цен и кабинетом дилеров движок начинает мешать: часть логики приходится писать поверх готовых решений. В этом случае честнее сравнить платформы заранее: разбор в статье WordPress или 1С-Битрикс. Для сервисных сайтов, где важны тексты и заявки, WordPress остаётся рабочим выбором.
Частые вопросы
Можно ли доработать WordPress без программиста
Пока задача закрывается настройками и проверенными плагинами — да. Как только речь о новом функционале или интеграции, нужен разработчик: самодельные правки в теме и плагинах теряются при обновлении.
Сколько плагинов считается нормой
Нормы нет. Ориентир другой: плагин должен решать конкретную задачу, обновляться и использоваться. Решения, о которых забыли, лучше удалять: они продолжают работать и влиять на сайт.
Что делать, если сайт на WordPress тормозит
Сначала замер и разбор: изображения, кэш, сторонние скрипты, число плагинов. Оптимизация по порядку даёт больше, чем смена хостинга наугад. Работы, требующие кода, считаются по часам: от 2 000 ₽ за час. Условия собраны в разделе цены.
Нужен ли WordPress отдельный хостинг
Нужен подходящий: с актуальной версией окружения, запасом по памяти и поддержкой. Дешёвый тариф на перегруженном сервере — частая причина медленной админки и обрывов при обновлении. Условия собраны на странице сайты на WordPress.
Что делать с наследием прежнего подрядчика
Сначала найти правки: сверить файлы темы и плагинов с оригинальными версиями, посмотреть даты изменения. Затем перенести доработки в дочернюю тему и отдельные решения, чтобы обновления снова стали безопасными. Плагины, которые перестали обновляться, ищут чем заменить заранее, пока они работают.