WordPress — самая популярная CMS в мире. На ней работает каждый третий сайт в интернете. И при этом именно на WordPress я чаще всего слышу фразу: «Наш сайт тормозит, хотя мы ничего не меняли». Владельцы бизнеса тратят деньги на рекламу, ждут заявок, а в итоге получают красные зоны в PageSpeed Insights и клиентов, которые закрывают вкладку быстрее, чем грузится кнопка «Заказать».

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

Причина 1. Плагины — главный виновник

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

Каждый плагин — это PHP-код, CSS, JavaScript, запросы к базе данных. Чем их больше, тем дольше сервер генерирует страницу и тяжелее браузеру её отрисовать. Особенно опасны плагины, которые добавляют скрипты на каждую страницу, даже если они нужны только в одном месте. Это прямой путь к провалу INP — метрики отзывчивости, по которой Google оценивает пользовательский опыт .

Причина 2. Тяжёлая тема с лишним функционалом

Многофункциональные темы с визуальными конструкторами — это красиво в демо, но катастрофа для скорости. Такие темы загружают десятки CSS-файлов, подключают свои библиотеки JavaScript и заставляют браузер выполнять тонну лишней работы. Результат: LCP (время загрузки основного контента) улетает за 4–5 секунд, а клиент видит белый экран вместо вашего предложения .

Если тема позволяет «сделать всё» — она делает это за счёт производительности. Для бизнес-сайта лучше простая лёгкая тема, заточенная под скорость, чем монстр с 50 встроенными слайдерами.

Причина 3. Отсутствие кэширования

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

Серверное кэширование (например, через Nginx fastcgi_cache) или плагинный page cache (WP Rocket, LiteSpeed Cache) позволяет отдавать готовый HTML мгновенно. Это одна из самых быстрых побед: включил кэш — снизил время ответа сервера с секунд до миллисекунд .

Причина 4. Хостинг, который не тянет

«У нас же хостинг за 150 ₽ в месяц, там написано безлимитный трафик». Я слышал это сотни раз. Дешёвый shared-хостинг — это сотни сайтов на одном сервере, старые версии PHP, отсутствие OPcache и медленные SATA-диски вместо NVMe .

WordPress требует современного окружения: PHP 8.1 и выше, OPcache для кэширования байткода, нормальную базу данных с настроенными индексами. Если TTFB (время до первого байта) плавает от 800 мс до 2 секунд — проблема не в сайте, а в сервере .

Причина 5. Раздутые изображения и отсутствие форматов WebP/AVIF

Картинка в 4K для hero-блока шириной 1200 пикселей — классика. Браузер всё равно скачает эти мегабайты, а на мобильном это превращается в катастрофу. 39% пользователей закроют сайт, если медиа грузится слишком долго .

При этом решение простое: сжатие, современные форматы WebP/AVIF, корректные атрибуты srcset/sizes и отключение ленивой загрузки (lazy load) на LCP-элементе — то есть на главной картинке первого экрана .

Причина 6. «Маркетинговый зоопарк» на странице

Чаты, виджеты, пиксели Facebook, Яндекс.Метрика, Google Analytics, A/B-тестирование, попапы с купонами — всё это сторонний JavaScript, который выполняется в браузере клиента. Каждый скрипт блокирует отрисовку, увеличивает INP и сдвигает элементы (CLS) .

Я называю это «маркетинговым зоопарком». Владелец думает, что чем больше инструментов, тем лучше конверсия. На деле сайт тормозит настолько, что клиенты не доживают до конверсии.

Причина 7. Неоптимизированная база данных

Со временем таблицы WordPress разрастаются: ревизии постов, спам-комментарии, транзиенты, раздутые опции в wp_options с флагом autoload. Особенно это больно для WooCommerce — каждый заказ, каждая сессия оставляет след в базе .

Если wp_options загружает полсайта в память при каждом запросе, а медленные запросы висят по 0,5–1 секунде, сайт будет тормозить даже на мощном VPS . Регулярная чистка и аудит через Query Monitor или wp-cli — must have.

Причина 8. Отсутствие объектного кэша

На посещаемых сайтах и интернет-магазинах WordPress постоянно обращается к базе за одними и теми же данными: настройками, меню, мета-товарами. Object Cache через Redis или Memcached позволяет хранить эти данные в оперативной памяти и не тревожить MySQL по пустякам .

Без этого каждая страница — это лишние десятки запросов к базе. С Redis — сайт начинает «дышать» даже под нагрузкой.

Типичные ошибки владельцев бизнеса

За годы работы я выделил пять ошибок, которые усугубляют проблему:

1. Добавляют плагин на плагин. Видят, что сайт тормозит, и устанавливают «ускоритель». В итоге плагинов становится ещё больше, а конфликтов — тоже.
2. Проверяют скорость только в админке на десктопе. Админка WordPress всегда тяжелее фронта. Главная метрика — мобильная скорость реальных пользователей.
3. Игнорируют обновления. Старые версии PHP, тем и плагинов работают медленнее и небезопаснее. PHP 8.1 даёт прирост скорости до 30% по сравнению с 7.4 .
4. Экономят на хостинге до последнего. Переезд на нормальный VPS с NVMe и настроенным стеком решает 50% проблемы быстрее, чем любой плагин.
5. Не отключают лишнее в теме. Слайдеры, анимации, встроенные шрифты Google — всё это красиво, но убивает LCP и CLS.

Практическая польза для бизнеса

Когда вы понимаете, почему WordPress тормозит, вы перестаёте тратить деньги на «волшебные плагины» и начинаете действовать системно:

• Аудит плагинов позволяет удалить 30–50% лишнего кода за один вечер.
• Включение page cache снижает нагрузку на сервер и ускоряет сайт в 3–5 раз.
• Оптимизация изображений уменьшает вес страницы на 60–80%.
• Переход на PHP 8.1+ и Redis даёт стабильный TTFB и быструю админку.

Для интернет-магазина на WooCommerce это прямой рост конверсии. Для корпоративного сайта — рост органического трафика, потому что Google продвигает быстрые сайты выше .

Вывод

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

Если ваш сайт на WordPress загружается дольше 3 секунд, пора разобраться, что именно его тормозит, а не добавлять очередной «ускоритель».

Хотите понять, что именно тормозит ваш WordPress?

Закажите технический аудит. Мы проанализируем плагины, тему, базу данных и серверное окружение, найдём узкие места и дадим пошаговый план ускорения — без воды и без лишних плагинов

Заказать в телеграм

ЧЕК-ЛИСТ: Диагностика тормозов WordPress

• Проверить количество активных плагинов: если больше 15 — аудит на обязательность каждого
• Отключить по очереди плагины и замерить скорость после каждого отключения
• Проверить, нет ли конфликтующих плагинов с дублирующим функционалом (два SEO, два кэша)
• Замерить TTFB через PageSpeed Insights: если более 0,8 сек — проверять хостинг/сервер
• Убедиться, что используется PHP 8.1 или выше
• Проверить, включён ли OPcache на сервере
• Включить page cache (серверный Nginx или плагин WP Rocket/LiteSpeed Cache)
• Настроить исключения из кэша: корзина, чекаут, личный кабинет, админка
• Проверить LCP-элемент: нет ли lazy load на первой картинке, правильные ли размеры
• Сжать все изображения и перевести в WebP/AVIF
• Проверить наличие srcset/sizes для адаптивных картинок
• Отключить или отложить сторонние скрипты: чаты, метрики, пиксели, A/B-тесты
• Проверить wp_options на раздутые autoload-опции (через Query Monitor или wp-cli)
• Очистить ревизии постов, спам-комментарии и старые транзиенты
• Подключить Redis Object Cache для WooCommerce и посещаемых сайтов
• Проверить тему: нет ли лишних слайдеров, анимаций, тяжёлых шрифтов

FAQ: Почему WordPress тормозит

Вопрос 1. WordPress изначально медленный?
Нет. «Голый» WordPress работает быстро. Тормоза появляются из-за плагинов, тяжёлых тем, неправильного хостинга и отсутствия оптимизации .

Вопрос 2. Поможет ли установка ещё одного плагина для ускорения?
Скорее нет, чем да. Если проблема в избыточности, добавление ещё одного плагина усугубит ситуацию. Начните с аудита и удаления лишнего .

Вопрос 3. Почему админка WordPress тормозит сильнее, чем сайт?
Админка не кэшируется стандартными средствами и загружает все виджеты, метабоксы и скрипты плагинов. Часто причина — один «тяжёлый» плагин, который можно найти через wp-cli/profile-command .

Вопрос 4. Может ли дешёвый хостинг тормозить WordPress?
Да. Shared-хостинг с устаревшим PHP, без OPcache и на медленных дисках — частая причина высокого TTFB. Для бизнес-сайта лучше VPS с NVMe и настроенным стеком Nginx + PHP-FPM .

Вопрос 5. Почему WooCommerce тормозит сильнее обычного сайта?
WooCommerce генерирует сложные запросы к базе, хранит сессии и мета-данные товаров. Без object cache (Redis) и серверного кэширования он быстро перегружает сервер .

Вопрос 6. Что важнее: кэширование или сжатие картинок?
Для сайта с высоким TTFB — кэширование. Для сайта с тяжёлым фронтом — картинки. В идеале делать и то, и другое, но начинайте с того, что показывает диагностика .

Вопрос 7. Сколько плагинов допустимо для бизнес-сайта?
Нет магического числа. Важно не количество, а качество. 5 лёгких плагинов лучше, чем 1 монстр, который грузит 20 скриптов на каждую страницу. Регулярно проводите аудит.