Коротко. Сайту компании на WordPress хватает 10-15 плагинов: кэш, SEO, формы, антиспам, бэкап, базовая защита и аналитика. Тормозят не плагины вообще, а четыре категории — конструкторы страниц, слайдеры, «комбайны всё-в-одном» и онлайн-чаты: каждый добавляет от 200 до 800 мс к загрузке страницы. Поддержка с обновлениями, бэкапами и мониторингом стоит 5 000-25 000 ₽ в месяц, магазин на WooCommerce — от 20 000 ₽.
Сколько плагинов считается нормой
Здоровый сайт компании работает на 10-18 активных плагинах. Цифра не догма: сайт с 25 лёгкими плагинами может грузиться за 0,4 секунды, а сайт с шестью — за четыре, если среди этих шести стоит тяжёлый конструктор и «защита» с логированием каждого визита в базу.
Значение имеет не количество, а три вещи: сколько запросов к базе плагин делает на каждой странице, сколько своих CSS- и JS-файлов он подключает по всему сайту (а не только там, где нужен) и как часто автор его обновляет. Плагин, который добавляет 40 SQL-запросов на главную, вреднее пяти плагинов по два запроса.
Отдельная проблема — заброшенные плагины. Если в карточке плагина в каталоге WordPress написано «не тестировался с последними тремя версиями WordPress», это красный флаг: сначала он перестанет работать после обновления ядра, потом станет дырой в безопасности. Такие плагины — первые кандидаты на замену, даже если сегодня всё работает.
Обязательный минимум для сайта компании
Ниже набор, который закрывает задачи корпоративного сайта или сайта услуг без магазина. Ставить всё сразу не обязательно, но каждая строка решает задачу, которую иначе придётся закрывать кодом или ручной работой.
| Задача | Что ставить | Цена | Комментарий |
|---|---|---|---|
| Кэширование | LiteSpeed Cache, WP Super Cache, WP Rocket | 0 ₽ / ~6 000 ₽ в год | LiteSpeed бесплатен, но работает только на серверах LiteSpeed — уточните у хостинга |
| SEO-мета и карта сайта | Yoast SEO или Rank Math | 0 ₽, премиум от 8 000 ₽ в год | Бесплатной версии хватает 90% сайтов |
| Формы заявок | Contact Form 7 + Flamingo, WPForms | 0 ₽ | Flamingo сохраняет заявки в админке — страховка на случай проблем с почтой |
| Доставка почты | WP Mail SMTP, FluentSMTP | 0 ₽ | Без SMTP письма с форм уходят в спам или теряются |
| Антиспам | Antispam Bee, Cleantalk | 0 ₽ / ~1 500 ₽ в год | Akismet для коммерческих сайтов платный |
| Резервные копии | UpdraftPlus, бэкап хостинга | 0 ₽ | Копия обязана лежать вне сервера сайта |
| Базовая защита | Limit Login Attempts, Solid Security | 0 ₽ | Достаточно ограничить перебор паролей и скрыть версии |
| Оптимизация картинок | ShortPixel, Imagify, Converter for Media | 0-3 000 ₽ в год | WebP даёт минус 40-60% веса без потери качества |
| Аналитика | вставка кода в тему | 0 ₽ | Метрика в 6 строк в footer.php — плагин не нужен |
Отдельно про WooCommerce: если у вас магазин, к этому списку добавляются модули оплаты, доставки и выгрузки в 1С или CRM. Это ещё 5-8 плагинов, и почти все они тяжёлые. Магазин на 15 плагинах — уже хорошо.
Что реально тормозит сайт
По опыту разбора чужих сайтов основной вклад в медленную загрузку дают четыре категории, и это почти всегда одни и те же имена.
- Конструкторы страниц (Elementor, WPBakery, Divi). Добавляют 150-400 КБ CSS и JS на каждую страницу сайта, даже если конструктором собрана одна страница из сорока. Плюс раздувают вёрстку: страница, которую тема отдаёт в 30 КБ HTML, у конструктора весит 180 КБ.
- Слайдеры (Revolution Slider, LayerSlider). Тяжёлые библиотеки ради блока, который, по данным карт кликов, пролистывают в первые две секунды. Слайдер на главной почти всегда стоит выкинуть в пользу одного статичного экрана.
- «Комбайны» — Jetpack и аналоги. Один плагин тянет 30 модулей, из которых вам нужен один. Каждый модуль — это обработчики, хуки и запросы.
- Живые чаты и виджеты обратного звонка. Внешний скрипт на 300-600 КБ, который грузится синхронно и обваливает показатель LCP. Если чат нужен — подключайте его отложенно, после первого скролла или через 3-5 секунд.
Пятая по частоте, но недооценённая проблема — плагины «похожие записи» и «популярные записи». Они делают тяжёлый запрос с сортировкой по метаполям на каждой странице блога. На сайте с 300 статьями это плюс 300-700 мс к времени ответа сервера.
Как проверить, какой плагин ест ресурсы
Не гадайте — измеряйте. Порядок действий на 20 минут:
- Поставьте Query Monitor. Он бесплатный и показывает разбивку времени и SQL-запросов по плагинам прямо в админ-баре. Откройте главную и внутреннюю страницу от имени администратора и посмотрите вкладку Queries by Component.
- Замерьте время ответа сервера без кэша. В консоли: curl -o /dev/null -s -w «%{time_starttransfer}n» https://адрес/. Норма для WordPress с кэшем — до 0,3 с, без кэша — до 0,8 с.
- Отключайте по одному подозрительному плагину и повторяйте замер. Делайте это на копии сайта, а не на живом.
- Смотрите вкладку Scripts и Styles в Query Monitor: если плагин подключает свои файлы на страницах, где он не используется, — это кандидат на удаление или на условное подключение через код.
Правило: плагин, который вы не можете объяснить одним предложением «он делает вот это, и без него сломается вот то», нужно удалить. Не деактивировать — удалить, вместе с его таблицами в базе.
Что ломается при обновлениях и как этого избежать
Обновления WordPress ломают сайты по трём сценариям, и все три предсказуемы.
Первый — правки в файлах темы. Разработчик отредактировал functions.php или шаблон покупной темы напрямую. Обновление темы перезаписывает файлы, правки исчезают, вместе с ними — форма заявки, микроразметка и счётчики. Лечится дочерней темой: все изменения живут в ней и переживают любое обновление родительской.
Второй — конфликт версий PHP. Хостинг переключает PHP на новую мажорную версию, старый плагин падает с фатальной ошибкой. Симптом — белый экран или «критическая ошибка на сайте». Профилактика: перед сменой версии PHP прогнать сайт через плагин совместимости и иметь свежий бэкап.
Третий — обновление конструктора или WooCommerce. Мажорные версии этих продуктов регулярно меняют разметку и структуру шаблонов. Кастомные шаблоны, переопределённые в дочерней теме, после обновления начинают показывать старую разметку или пустые блоки.
Рабочая схема обновлений выглядит так: автообновления включены только для минорных версий ядра и для плагинов из списка «безопасных» (SEO, антиспам, формы). Всё остальное — руками, раз в 2-4 недели, по порядку: бэкап → обновление на тестовой копии → проверка ключевых страниц и форм → обновление на живом сайте → повторная проверка. На сайте из 20 страниц цикл занимает 40-60 минут.
Сколько стоит поддержка
Поддержка WordPress — это не «звоните, если сломается». Это регулярный набор работ, и его стоимость зависит от сложности сайта.
| Тип сайта | Что входит | Часов в месяц | Цена в месяц |
|---|---|---|---|
| Сайт-визитка, 5-15 страниц | Обновления, бэкапы, мониторинг доступности | 1-2 | 5 000-8 000 ₽ |
| Корпоративный, 30-100 страниц | То же + правки контента, мелкие доработки | 3-6 | 10 000-18 000 ₽ |
| Магазин на WooCommerce | То же + каталог, оплата, выгрузки, нагрузка | 6-12 | 20 000-45 000 ₽ |
| Разовая работа по задаче | Конкретная доработка или починка | — | 2 500-4 500 ₽ за час |
Отдельно стоит заложить лицензии: премиум-тема, кэш, конструктор, модули оплаты в сумме дают 15 000-40 000 ₽ в год. Это не поддержка, но об этой строке бюджета обычно забывают до момента, когда лицензия истекла и плагин перестал обновляться.
Частые вопросы
Сколько плагинов можно ставить на WordPress без вреда для скорости
Технического лимита нет — вопрос в качестве. Сайт компании нормально живёт на 10-18 активных плагинах, магазин — на 15-25. Опасен не счёт, а конкретные тяжёлые плагины: конструктор страниц, слайдер, «комбайн» вроде Jetpack и плагин похожих записей вместе легко дают полторы секунды к загрузке, тогда как двадцать лёгких плагинов — 50-100 мс суммарно.
Нужен ли платный плагин кэширования, если есть бесплатный
В большинстве случаев бесплатного достаточно. Если хостинг работает на LiteSpeed, ставьте LiteSpeed Cache — по возможностям он не уступает платным, потому что кэширует на уровне сервера. Платный WP Rocket (около 6 000 ₽ в год) оправдан на Apache и nginx без серверного кэша: он проще в настройке и из коробки умеет отложенную загрузку скриптов, что руками настраивается долго.
Что делать, если после обновления плагина сайт упал
Восстановите вчерашний бэкап — это 10-15 минут и самый быстрый путь. Если бэкапа нет, зайдите на хостинг по FTP и переименуйте папку проблемного плагина в wp-content/plugins: WordPress его отключит и сайт поднимется. Дальше ищите причину на копии сайта, а не на живом. Чтобы это не повторялось, отключите автообновления для всего, кроме минорных версий ядра.
Можно ли обойтись без плагинов вообще
Полностью — нет, но сократить до 5-7 реально. Аналитика, микроразметка, отложенная загрузка скриптов, простая форма и карта сайта делаются кодом в дочерней теме за 4-8 часов работы разработчика. Это имеет смысл на сайтах, где важна скорость и есть свой разработчик; для сайта без постоянного технического сопровождения плагины надёжнее — их хотя бы обновляют.
Как понять, что плагин заброшен и его пора менять
Откройте страницу плагина в каталоге WordPress и посмотрите дату последнего обновления и отметку совместимости. Если обновлений не было больше 12 месяцев или указано «не тестировался с тремя последними версиями WordPress» — ищите замену заранее, не дожидаясь поломки. Дополнительный признак — неотвеченные темы на форуме поддержки за последние полгода.
Если разбираться с этим самому некогда, а сайт уже оброс двумя десятками плагинов непонятного происхождения — начните с аудита: замер скорости, список плагинов с оценкой «нужен / заменить / удалить», план обновлений. В DZ Digital это первый этап поддержки сайта: мы приводим набор плагинов в порядок, настраиваем бэкапы и регламент обновлений, после чего сайт перестаёт ломаться внезапно.