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

Поддержка сайта на WordPress выглядит простой: платформа обновляется сама, плагины ставятся в два клика, а правки текста делает любой сотрудник. На практике именно эта простота и создаёт проблемы: обновления приходят без предупреждения, плагины годами не обновлялись, а доступы к админке есть у всех, кто когда-либо помогал с сайтом.
Ниже — что реально входит в абонемент на WordPress, как обновлять сайт без простоя, откуда берутся взломы и «белые экраны», и как понять, что за поддержку платить не за что. Общая логика сопровождения описана в разделе техподдержка сайтов; здесь — специфика WordPress.
Что ломается на WordPress чаще всего
WordPress-сайт — это ядро, тема и, как правило, 10–30 плагинов от разных авторов. Каждый из них обновляется в своём темпе, и любое обновление может конфликтовать с другими. Отсюда типовой набор инцидентов:
| Что произошло | Причина | Как проявляется |
|---|---|---|
| Сайт «упал» после обновления | Конфликт плагинов или несовместимость с новой версией PHP | Белый экран, ошибка 500, не открывается админка |
| Пропали блоки и вёрстка | Обновление темы или конструктора страниц | Съехавшие секции, пустые области, «сломанный» первый экран |
| Сайт стал медленным | Тяжёлые плагины, отсутствие кэша, большие изображения | Долгая загрузка, проблемы с Core Web Vitals |
| Редирект на чужой сайт | Взлом через устаревший плагин или слабый пароль | Подмена страниц, всплывающая реклама, письма от хостера |
| Не приходят заявки | Сломалась почта или плагин форм после обновления | Форма «отправляется», письма не доходят |
| Сайт исчез после сбоя хостинга | Бэкапы есть, но не проверялись | Нечего восстанавливать или восстановление без базы |
Почти каждый из этих случаев дешевле предотвратить, чем разбирать. Именно поэтому абонемент на WordPress — не про «поменять текст», а про управляемые обновления, бэкапы и мониторинг.
Что входит в абонемент
- Обновления ядра, темы и плагинов. С проверкой на копии сайта, фиксацией версий и планом отката, а не «нажали Обновить и посмотрели, что будет».
- Контроль версии PHP. Хостинг периодически поднимает версию PHP, и сайт с устаревшими плагинами после этого перестаёт открываться. Версию и совместимость отслеживают заранее.
- Резервные копии с проверкой. Файлы и база, хранение вне сервера сайта, регулярный тест восстановления.
- Безопасность. Двухфакторная авторизация для администраторов, ограничение попыток входа, защита служебных адресов, контроль изменений файлов, обновления, разбор инцидентов.
- Мониторинг доступности. Проверка не только главной, но и ключевых сценариев: формы, корзина, оплата, личный кабинет.
- Скорость. Кэширование, оптимизация изображений, чистка лишних плагинов и скриптов, контроль показателей загрузки.
- Правки и консультации. Мелкие доработки шаблонов, текстов, форм, разбор вопросов по админке в рамках тарифа.
- Отчёт. Что обновлено, что найдено, какие риски остались.
Обновления без простоя: как это делается
Автообновления в WordPress включаются одной галочкой, но работают они по принципу «или всё, или ничего»: если плагин несовместим, сайт падает целиком, и увидит это первым не разработчик, а клиент. Рабочая схема выглядит иначе.
- Копия сайта. Стенд или временная копия, где обновления проверяются до продакшена.
- Фиксация версий. Известно, какие версии стоят и какие обновления планируются; случайные автообновления критичных плагинов отключены.
- Проверка после обновления. Открываются ключевые страницы и сценарии: формы, корзина, оплата, мобильная версия.
- Окно работ. Обновления ставятся в согласованное время, а не перед рекламной кампанией.
- Откат. Если что-то пошло не так — возврат к предыдущему состоянию из бэкапа за минуты, а не «сейчас разберёмся».
Отдельно про плагины: часть из них заброшена авторами, часть дублирует функции друг друга. Ревизия плагинов раз в полгода убирает больше рисков, чем любое «усиление безопасности» — каждая лишняя надстройка это ещё одна точка отказа и потенциальная уязвимость. Полезный чек-лист по технической части есть в статье техническое 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, база, платежи), восстановить файлы из чистой копии, обновить ядро и плагины, настроить двухфакторную авторизацию и мониторинг. Снимать сайт из чёрных списков поисковиков имеет смысл только после очистки, иначе он вернётся туда повторно.




