Техподдержка WordPress с обновлением плагинов - это не разовый клик по кнопке «Обновить» в админке, а регулярный процесс: проверка совместимости, бэкап перед каждым апдейтом, тестирование на копии сайта и контроль после релиза. Веду сайты на WordPress и WooCommerce не первый год и вижу одну и ту же картину: владелец либо не трогает плагины месяцами из страха что-то сломать, либо обновляет всё подряд одной кнопкой и потом разбирается, почему магазин перестал принимать оплату через T‑Bank или не считает доставку СДЭК.
Ниже - по пунктам, что я делаю в рамках такого обслуживания и почему обновление плагинов без сопровождения регулярно превращается в простой сайта на несколько часов, а то и дней.
Что входит в техподдержку WordPress с обновлением плагинов
Базовый пакет обслуживания, который я предлагаю клиентам, обычно закрывает пять зон ответственности:
- Плановое обновление ядра WordPress, темы и всех активных плагинов по расписанию (у меня - раз в 2-4 недели, критичные патчи безопасности - вне очереди, в течение суток)
- Бэкап базы данных и файлов перед каждым обновлением с возможностью отката за 10-15 минут
- Проверка сайта после апдейта: главная, карточка товара, корзина, оформление заказа, форма обратной связи
- Мониторинг аптайма и ошибок PHP - узнаю о падении сайта раньше, чем клиент
- Разбор конфликтов плагинов, если после обновления что-то сломалось
Отдельно - это не разработка новых функций. Если нужно доработать логику доставки, подключить новый способ оплаты или переписать шаблон карточки товара, это разовая задача, которую оцениваю отдельно от тарифа на обслуживание.
Как я обновляю плагины и темы на практике
Схема, которую использую сам и рекомендую всем, кто ведёт WordPress без подрядчика:
1. Бэкап перед любым обновлением
Делаю снапшот базы и файлов независимо от того, насколько «безобидным» выглядит патч. Плагины с версией 1.0.x до 1.0.9 ломали сайты у меня на практике не реже, чем мажорные релизы - разработчики плагинов тоже допускают баги в патчах.
2. Тест на стейджинге, а не на боевом сайте
Если у хостинга есть staging-окружение (у большинства провайдеров типа Timeweb, Beget оно есть в один клик) - обновляю там первым. Если стейджинга нет, обновляю в низкий по трафику час и держу вкладку с логами открытой первые 20-30 минут.
3. Обновление по одному плагину, а не пакетом
WordPress по умолчанию предлагает обновить всё скопом. Я разбиваю на группы: сначала плагины безопасности и кэширования, потом WooCommerce и его расширения, в последнюю очередь - визуальные конструкторы вроде Elementor. Так проще понять, какой конкретно апдейт что-то сломал.
4. Проверка совместимости с версией PHP
Частая причина белого экрана после обновления - плагин подняли под PHP 8.2, а хостинг всё ещё держит сайт на 7.4. Проверяю это до апдейта, а не после звонка клиента с криком «сайт упал».
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Мониторинг и защита сайта помимо обновления плагинов
Обновления - это только часть техподдержки. Параллельно веду:
- Контроль подозрительных файлов и попыток взлома через журнал безопасности (Wordfence или аналог)
- Проверку скорости загрузки после каждого крупного обновления - плагины любят добавлять свои скрипты в футер без спроса
- Ротацию бэкапов на внешнем хранилище, а не только на хостинге - если упадёт сервер, локальная копия бэкапа бесполезна
- Обновление SSL-сертификата, если он не продлевается автоматически
Для рутинных задач вроде автоматического бэкапа перед апдейтом или проверки доступности сайта раз в 5 минут я собираю небольшие скрипты и держу часть из них в открытом доступе - можно посмотреть готовые скрипты для автоматизации таких проверок и адаптировать под свой сайт.
Отдельно веду журнал изменений: какая версия плагина стояла до и после, что обновилось, что проверено. Когда клиент звонит через два месяца и говорит «форма перестала отправлять письма», я за минуту вижу, что три недели назад обновился Contact Form 7 и именно тогда это могло произойти.
Сопровождение WordPress-магазина: WooCommerce, эквайринг, СДЭК
Отдельная головная боль - интернет-магазины на WooCommerce. Там обновление плагина эквайринга или модуля доставки - событие с реальными деньгами на кону, а не абстрактный риск.
На практике сталкивался с такими сценариями после «просто обновил плагин»:
| Что обновили | Что сломалось | Причина |
|---|---|---|
| Плагин эквайринга T‑Bank | Оплата зависала на статусе «Ожидание» | Изменился формат вебхука, старая версия темы его не обрабатывала |
| Модуль доставки СДЭК | Пропал расчёт стоимости в корзине | Плагин перешёл на новую версию API СДЭК, старый ключ перестал работать |
| WooCommerce до мажорной версии | Слетели настройки складских остатков | Изменилась структура таблиц в базе, кастомный плагин учёта их не понимал |
Для магазина я всегда обновляю платёжные и логистические плагины отдельным циклом, с ручной проверкой тестового заказа от корзины до подтверждения оплаты. Автоматическое обновление таких модулей без присмотра - то, на чём чаще всего теряют деньги: сайт вроде работает, а оплата тихо не проходит несколько часов, пока кто-то не заметит.
Сколько стоит обслуживание WordPress с обновлением плагинов
Базовая техподдержка у меня - от 15 000 ₽/мес. В тариф входит плановое обновление ядра, тем и плагинов, бэкапы, мониторинг и разбор мелких инцидентов без дополнительной оплаты по часам.
На рынке цены на подобное обслуживание расходятся сильно: в студиях и у фрилансеров на биржах встречаются тарифы от 3 000 до 50 000 ₽/мес - разброс зависит от того, входит ли туда реальный мониторинг или только формальное «обновим раз в месяц по расписанию без проверки». Я стараюсь сразу проговаривать с клиентом объём: сколько плагинов, есть ли WooCommerce, нужен ли стейджинг - от этого зависит, сколько времени реально уходит на цикл обновления и проверки.
Если на сайте помимо поддержки нужны доработки - новый функционал, редизайн блока, интеграция с CRM - это считается отдельно от тарифа техподдержки, как разовый проект. Полный список того, что делаю по разработке и сопровождению WordPress, можно посмотреть в услугах.
Если сайта на WordPress ещё нет и его только предстоит собрать, разработка - от 60 000 ₽, интернет-магазин под ключ на WooCommerce - от 80 000 ₽. Техподдержка в таком случае логично подключается сразу после запуска, а не через полгода, когда плагины уже разъехались по версиям.
Чтобы сайт работал без сбоев
Техподдержка
от 15 000 ₽/мес
Подробнее →Частые вопросы
Как часто нужно обновлять плагины на WordPress
Плановые обновления - раз в 2-4 недели. Патчи безопасности, которые разработчик плагина помечает как critical, ставлю в течение 24 часов после выхода, не дожидаясь планового цикла - именно через дыры в устаревших плагинах чаще всего взламывают сайты.
Что делать, если после обновления плагина сайт упал
Первым делом откатываю плагин до предыдущей версии из бэкапа или через панель управления - большинство хостингов хранят предыдущие версии плагинов отдельно. Если бэкап не делался, восстановление занимает часы, а не минуты, поэтому бэкап перед апдейтом - не опция, а обязательный шаг.
Можно ли включить автообновление плагинов и не думать об этом
Можно, но на живом магазине я так не делаю. Автообновление без проверки - рулетка: для новостного блога с парой простых плагинов риск невелик, а для WooCommerce с эквайрингом и доставкой один неудачный патч может остановить продажи на несколько часов незамеченным.
Чем техподдержка отличается от разовой доработки сайта
Техподдержка - это регулярный цикл: обновления, бэкапы, мониторинг, мелкие правки в рамках тарифа. Разовая доработка - новый функционал, интеграция, редизайн, который оценивается отдельно по объёму задачи и не входит в стоимость обслуживания.