Ядро WordPress занимает в среднем всего 30–50 МБ на диске и генерирует минимальный HTTP-ответ, но 90% заказчиков винят «тяжелый движок» в медленной загрузке. Проблема не в CMS, а в архитектурном мусоре: типичная многофункциональная тема добавляет от 15 до 40 лишних CSS- и JS-файлов на каждую страницу, раздувая DOM до критических значений.
Анатомия «тяжелого» кода: ядро vs тема
Чистый WordPress (Vanilla) загружает минимум стилей. Однако установка популярной темы-комбайна (например, Avada или BeTheme) мгновенно добавляет в HTTP-запрос 20+ внешних файлов и увеличивает размер страницы на 1.5–3 МБ. В результате DOM-дерево разрастается до 2000+ элементов, что напрямую коррелирует с падением баллов PageSpeed.
Кейс: Перенос сайта с тяжелой темы на GeneratePress или легкий кастомный шаблон сокращает количество запросов с 80 до 25, что снижает TTFB (время до первого байта) с 800 мс до 200–300 мс без изменения хостинга. Экспертный вывод: WordPress — это пустой каркас; тормозит не движок, а избыточный функционал шаблона, который вы не используете.
База данных: скрытый балласт в wp_options
Основной тормоз БД — не количество постов, а таблица wp_options и раздутые мета-данные. Плагины-однодневки и старые темы оставляют «автономные» записи (orphaned data), которые забивают память. В среднем, на заброшенном проекте за год накапливается от 50 до 200 МБ мусора в виде транзиентных записей и ревизий страниц.
Практика показывает, что очистка таблицы wp_options от неиспользуемых опций и ограничение ревизий до 3-5 штук через wp-config.php ускоряет выполнение SQL-запросов на 15–20% на высоконагруженных сайтах (от 10к посещений в сутки). Экспертный вывод: регулярная гигиена БД важнее, чем покупка более дорогого тарифа VPS.
Конфликт плагинов и избыточность функций
Типичная ошибка — установка тяжелого SEO-комбайна там, где достаточно ручной настройки. Когда на сайте стоят одновременно Yoast и Rank Math (или их остатки), возникает дублирование функций, что увеличивает время обработки PHP-скрипта. Каждый тяжелый плагин добавляет от 100 мс до 500 мс к времени генерации страницы.
Сравнение: ручная настройка мета-тегов и структуры через functions.php дает прирост скорости на 10–15% по сравнению с использованием перегруженных SEO-плагинов. Именно поэтому SEO-плагины для WordPress: сравнение функционала Yoast, Rank Math и All in One против ручной настройки показывает, что минимализм всегда выигрывает в производительности. Экспертный вывод: любой плагин — это костыль; если функцию можно реализовать кодом в 10 строк, плагин недопустим.
Влияние структуры URL на индексацию
Неправильная настройка постоянных ссылок (Permalinks) создает избыточную нагрузку на БД при каждом запросе. Использование сложных структур с глубокой вложенностью категорий увеличивает длину URL и количество перенаправлений. Ошибки в структуре URL и таксономии WordPress: ошибки в настройках постоянных ссылок, которые тормозят индексацию, часто приводят к тому, что поисковый робот тратит краулинговый бюджет на дубли вместо уникальных страниц.
Оптимизация структуры до формата /post-name/ сокращает путь запроса к базе данных и улучшает читаемость для пользователя. Экспертный вывод: архитектура ссылок — это фундамент SEO; любые изменения в ней после индексации 100+ страниц требуют жесткого контроля 301-редиректов.
Реальный путь к 90+ баллам PageSpeed
Многие пытаются скрыть проблемы кода кэшированием, но это лишь маскировка. Скорость загрузки WordPress: почему кэширование не спасает и как добиться 90+ баллов PageSpeed — вопрос не в плагине WP Rocket, а в удалении неиспользуемого CSS (Unused CSS). В среднем, 60–70% стилей на странице не используются для отрисовки первого экрана (Above the Fold).
Метод: внедрение критического CSS и отложенная загрузка JS (defer/async) снижают время отрисовки LCP (Largest Contentful Paint) с 4.5 сек до 1.8 сек. Экспертный вывод: кэширование — это финишный слой, но сначала нужно «вырезать» лишний код из темы и плагинов.
Вывод
WordPress не «тяжелый», он гибкий, что часто становится ловушкой для новичков. Чтобы сайт летал, забудьте о многофункциональных темах-конструкторах: выбирайте GeneratePress или Hello Elementor с минимальным набором аддонов. Начинайте с очистки БД от ревизий, переходите к удалению неиспользуемого CSS и строго ограничивайте количество плагинов (не более 15–20 активных). Мой вердикт: чистота кода — это результат дисциплины разработчика, а не выбор движка.