Поддержка сайта на WordPress: абонемент, обновления и защита

Поддержка сайта на WordPress выглядит простой: платформа обновляется сама, плагины ставятся в два клика, а правки текста делает любой сотрудник. На практике именно эта простота и создаёт проблемы: обновления приходят без предупреждения, плагины годами не обновлялись, а доступы к админке есть у всех, кто когда-либо помогал с сайтом.

Ниже — что реально входит в абонемент на WordPress, как обновлять сайт без простоя, откуда берутся взломы и «белые экраны», и как понять, что за поддержку платить не за что. Общая логика сопровождения описана в разделе техподдержка сайтов; здесь — специфика WordPress.

Что ломается на WordPress чаще всего

WordPress-сайт — это ядро, тема и, как правило, 10–30 плагинов от разных авторов. Каждый из них обновляется в своём темпе, и любое обновление может конфликтовать с другими. Отсюда типовой набор инцидентов:

Что произошлоПричинаКак проявляется
Сайт «упал» после обновленияКонфликт плагинов или несовместимость с новой версией PHPБелый экран, ошибка 500, не открывается админка
Пропали блоки и вёрсткаОбновление темы или конструктора страницСъехавшие секции, пустые области, «сломанный» первый экран
Сайт стал медленнымТяжёлые плагины, отсутствие кэша, большие изображенияДолгая загрузка, проблемы с Core Web Vitals
Редирект на чужой сайтВзлом через устаревший плагин или слабый парольПодмена страниц, всплывающая реклама, письма от хостера
Не приходят заявкиСломалась почта или плагин форм после обновленияФорма «отправляется», письма не доходят
Сайт исчез после сбоя хостингаБэкапы есть, но не проверялисьНечего восстанавливать или восстановление без базы

Почти каждый из этих случаев дешевле предотвратить, чем разбирать. Именно поэтому абонемент на WordPress — не про «поменять текст», а про управляемые обновления, бэкапы и мониторинг.

Что входит в абонемент

  • Обновления ядра, темы и плагинов. С проверкой на копии сайта, фиксацией версий и планом отката, а не «нажали Обновить и посмотрели, что будет».
  • Контроль версии PHP. Хостинг периодически поднимает версию PHP, и сайт с устаревшими плагинами после этого перестаёт открываться. Версию и совместимость отслеживают заранее.
  • Резервные копии с проверкой. Файлы и база, хранение вне сервера сайта, регулярный тест восстановления.
  • Безопасность. Двухфакторная авторизация для администраторов, ограничение попыток входа, защита служебных адресов, контроль изменений файлов, обновления, разбор инцидентов.
  • Мониторинг доступности. Проверка не только главной, но и ключевых сценариев: формы, корзина, оплата, личный кабинет.
  • Скорость. Кэширование, оптимизация изображений, чистка лишних плагинов и скриптов, контроль показателей загрузки.
  • Правки и консультации. Мелкие доработки шаблонов, текстов, форм, разбор вопросов по админке в рамках тарифа.
  • Отчёт. Что обновлено, что найдено, какие риски остались.

Обновления без простоя: как это делается

Автообновления в WordPress включаются одной галочкой, но работают они по принципу «или всё, или ничего»: если плагин несовместим, сайт падает целиком, и увидит это первым не разработчик, а клиент. Рабочая схема выглядит иначе.

  1. Копия сайта. Стенд или временная копия, где обновления проверяются до продакшена.
  2. Фиксация версий. Известно, какие версии стоят и какие обновления планируются; случайные автообновления критичных плагинов отключены.
  3. Проверка после обновления. Открываются ключевые страницы и сценарии: формы, корзина, оплата, мобильная версия.
  4. Окно работ. Обновления ставятся в согласованное время, а не перед рекламной кампанией.
  5. Откат. Если что-то пошло не так — возврат к предыдущему состоянию из бэкапа за минуты, а не «сейчас разберёмся».

Отдельно про плагины: часть из них заброшена авторами, часть дублирует функции друг друга. Ревизия плагинов раз в полгода убирает больше рисков, чем любое «усиление безопасности» — каждая лишняя надстройка это ещё одна точка отказа и потенциальная уязвимость. Полезный чек-лист по технической части есть в статье техническое SEO при разработке сайта.

Безопасность: откуда берутся взломы

WordPress популярен, поэтому его массово сканируют автоматические боты. Взлом обычно происходит не через «дыру в ядре», а через то, что остаётся без внимания:

  • устаревшие плагины и темы с известными уязвимостями;
  • простые пароли и вход по логину admin без ограничения попыток;
  • доступы к админке у бывших подрядчиков и уволенных сотрудников;
  • «nulled»-плагины и темы из непроверенных источников;
  • права на файлы 777 и лишние точки входа на хостинге.

Базовая защита закрывает большинство этих сценариев: двухфакторная авторизация, лимит попыток входа, актуальные версии, бэкапы вне сервера, мониторинг изменений файлов. Если сайт уже взломали, порядок действий другой: изолировать, найти точку входа, вычистить код, сменить все пароли и ключи, восстановить из чистой копии и только потом усиливать защиту.

Админка и доступы: кто что может

Отдельная статья расходов, которую замечают только после инцидента, — роли в админке. Пока сайт делал один подрядчик, у него был доступ администратора. Потом появился второй, потом контент-менеджер, потом «дизайнер поправил баннер». Через год доступ к управлению сайтом есть у пяти человек, трое из которых уже не работают в компании.

Порядок наводят за один вечер: у каждого сотрудника своя учётная запись (никаких общих логинов), редактору — роль «редактор» без доступа к плагинам и настройкам, администраторов не больше двух, доступы бывших подрядчиков отключаются, у всех включена двухфакторная авторизация. Это не паранойя: половина неприятных историй с WordPress-сайтами начинается со старой учётной записи, о которой все забыли.

Регламент и приоритеты

Абонемент без регламента превращается в переписку. Работающая схема — единая точка входа для задач, фиксированные приоритеты и окна для плановых работ:

ПриоритетПример на WordPress-сайтеРеакция
P1Сайт не открывается, ошибка 500, редирект на чужой ресурс, не проходят оплаты1–4 часа
P2Не работают формы или часть страниц, сайт заметно тормозитдо 8 рабочих часов
P3Плановые обновления, небольшие правки контента и шаблонов24–48 часов
P4Доработки, новый функционал, редизайн блоковпо бэклогу и оценке

В договоре имеет смысл зафиксировать не только сроки, но и границы: что считается правкой, что доработкой, кто со стороны заказчика утверждает приоритеты, в какие часы работает дежурство. Тогда спорные ситуации решаются по документу, а не по настроению.

Сколько стоит поддержка сайта на WordPress

В Web-2A три тарифа: «Стандарт» — 10 000 ₽ в месяц (техподдержка, ежедневные бэкапы, мониторинг доступности, обновления CMS и модулей, консультации), «Оптима» — 15 000 ₽ (плюс наполнение до 50 страниц и персональный менеджер), «ТОП» — 30 000 ₽ (плюс мелкие доработки, наполнение до 500 страниц, технический аудит). Актуальный состав — на странице техподдержка сайтов на WordPress.

Что обычно не входит в абонемент и считается отдельно: премиум-лицензии плагинов и тем, серьёзные доработки функционала, контентное наполнение сверх тарифа, миграция на новый хостинг или новую тему. Эти пункты лучше обсудить до старта, чтобы не выяснять это в момент, когда сайт уже упал.

Когда пора менять подрядчика

Тревожные признаки, каждый из которых стоит проверки:

  • обновления не делаются «чтобы ничего не сломалось» — это отложенная авария, а не стратегия;
  • бэкапы есть, но никто не пробовал их разворачивать;
  • нет доступа к админке, хостингу или репозиторию — сайт фактически принадлежит подрядчику;
  • после каждой правки что-то отваливается, а причины не фиксируются;
  • нет отчётов: непонятно, за что платили в прошлом месяце.

Переезд к другому подрядчику начинается с инвентаризации: доступы, копии, список плагинов и версий, текущее состояние. Это занимает несколько дней, но дальше сайт обслуживается предсказуемо. Если сайт ещё только предстоит сделать, посмотрите разработку сайтов на WordPress, а если нужно доработать существующий — доработку сайта на WordPress.

Кому абонемент не нужен

Если сайт — небольшая визитка без заявок, обновляется раз в год и не участвует в рекламе, разовые работы дешевле абонемента. Поддержка оправдана там, где простой стоит денег: интернет-магазин, сайт с формами и оплатой, корпоративный портал с интеграциями, проект, который продвигается и получает трафик.

Web-2A берёт на сопровождение WordPress-сайты, включая сделанные другими студиями, и восстанавливает проекты после взломов. Пришлите ссылку на сайт — посмотрим версии, плагины, бэкапы и состояние безопасности, предложим тариф. Контакты: контакты, телефон +7 (863) 226-56-27, офис в Ростове-на-Дону, работаем по всей России.

Частые вопросы

Обязательно ли обновлять WordPress и плагины?

Да. Обновления закрывают известные уязвимости, а устаревшие плагины — основная причина взломов WordPress-сайтов. Другой вопрос — как обновлять: не в один клик на боевом сайте, а с проверкой на копии, фиксацией версий и возможностью отката. «Не обновляем, чтобы не сломалось» — это отложенная авария.

Что входит в поддержку сайта на WordPress?

Обновления ядра, темы и плагинов с проверкой, контроль версии PHP, резервные копии с тестом восстановления, работы по безопасности, мониторинг доступности и ключевых сценариев, оптимизация скорости, мелкие правки и консультации по тарифу, отчёт о работах. Доработки и контент сверх тарифа оцениваются отдельно.

Почему после обновления сайт ломается?

Обычно из-за конфликта плагинов между собой или несовместимости плагина с новой версией ядра или PHP. Второй частый случай — обновление темы или конструктора страниц, после которого меняется вёрстка. Поэтому обновления ставят на копию, проверяют ключевые сценарии и держат бэкап для отката.

Сколько стоит поддержка WordPress-сайта?

В Web-2A: «Стандарт» — 10 000 ₽ в месяц, «Оптима» — 15 000 ₽, «ТОП» — 30 000 ₽. Разница в объёме наполнения, наличии персонального менеджера, мелких доработках и техническом аудите. Тариф подбирается по числу инцидентов, частоте обновлений и планам по развитию сайта.

Можно ли обновлять плагины самостоятельно?

Можно, если вы готовы разбираться с последствиями: перед обновлением делать копию сайта и базы, обновлять по одному плагину, проверять формы, корзину и мобильную версию. Главный риск не в самом обновлении, а в отсутствии бэкапа и плана отката.

Что делать, если сайт на WordPress уже взломали?

Изолировать сайт, найти точку входа и закладки в коде, сменить все пароли и ключи (админка, хостинг, FTP, база, платежи), восстановить файлы из чистой копии, обновить ядро и плагины, настроить двухфакторную авторизацию и мониторинг. Снимать сайт из чёрных списков поисковиков имеет смысл только после очистки, иначе он вернётся туда повторно.