Эксперимент: Насколько можно ускорить WordPress-сайт и как это повлияло на наши позиции

Скорость загрузки — давно не просто фактор UX. В 2025 году Core Web Vitals стали частью основной формулы ранжирования. Даже идеальный контент теряет позиции, если страница грузится дольше 3 секунд. А это крайне важно для такого понятия, как сео продвижение.

Мы решили проверить, насколько реально ускорить WordPress-сайт и как это повлияет на SEO-результаты.

Робот

Исходные данные

Сайт: контентный проект на WordPress с трафиком около 30 000 уникальных в месяц.

Хостинг: стандартный shared-тариф без CDN.

Проблема: низкие показатели PageSpeed Insights — 43 (мобильная), 72 (десктоп).

Основные жалобы: падение органики по коммерческим запросам и рост показателя отказов.

Шаг 1. Измерили, что тормозит

С помощью Lighthouse и WebPageTest определили три ключевых узких места:

Рендер-блокирующие скрипты — 28 запросов JS грузились до полной отрисовки контента.
Неоптимизированные изображения — общий вес страницы ~5,2 МБ.
Плохая TTFB (время до первого байта) — сервер отдавал ответ за 1,3–1,6 сек.

Также в консоли ошибок было видно, что плагин-бандл создавал конфликты CSS.

Шаг 2. Провели техническую оптимизацию

Мы не трогали контент и структуру — только скорость.
Реализовали следующие изменения:

Перешли с Apache на LiteSpeed.
Подключили Cloudflare CDN (бесплатный план).
Установили WP Rocket и настроили: lazy load, defer JS, combine CSS.
Конвертировали изображения в WebP и включили автоматическую компрессию (Imagify).
Убрали пять неиспользуемых плагинов, включая визуальный конструктор.
Настроили серверное кэширование и предварительную генерацию страниц.

Шаг 3. Результаты замеров

Через 7 дней после внедрения всех оптимизаций показатели улучшились практически по всем метрикам.

PageSpeed Insights:

Мобильная версия — с 43 до 87 баллов.
Десктоп — с 72 до 98 баллов.

Core Web Vitals (по данным Search Console):

LCP (Largest Contentful Paint) — улучшился с 4,1 сек до 1,8 сек.
FID (First Input Delay) — сократился с 170 мс до 45 мс.
CLS (Cumulative Layout Shift) — стабилизировался на уровне 0,04 (ранее 0,21).

WebPageTest:

TTFB снизился с 1,6 сек до 0,45 сек.
Полное время загрузки страницы — с 7,8 сек до 2,9 сек.
Количество запросов уменьшилось с 142 до 78.
Вес страницы — с 5,2 МБ до 2,1 МБ.

Lighthouse (Performance Score):

До оптимизации — 51.
После — 92.

Что особенно заметно:

Страницы начали загружаться «на глаз» в 2–3 раза быстрее.
Первое отображение контента происходит почти мгновенно, даже на мобильных сетях 3G.
В логе сервера уменьшилось количество 504 и 524 ошибок (таймаутов).
Core Web Vitals теперь стабильно в «зелёной зоне», что положительно влияет на SEO-продвижение.

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

Шаг 4. Изменения в позициях и трафике

Мы отслеживали 42 ключевых запроса в Google и 18 — в Яндексе.
Через 3 недели после оптимизации получили следующие результаты:

28 из 42 запросов выросли на 1–3 позиции.
11 запросов поднялись в ТОП-3 (ранее были в ТОП-10).
Органический трафик увеличился на 17,6%.
Показатель отказов снизился с 46% до 31%.

Дополнительно вырос CTR в сниппетах — благодаря более быстрой отрисовке и стабильному поведению страниц при загрузке.

Что оказалось самым эффективным

Переход на LiteSpeed — дало прирост скорости больше, чем все плагины вместе.
WebP + CDN — минус 60% веса страницы без потери качества.
Удаление ненужных плагинов — особенно “визуальных билдров”, которые создавали inline-стили и запросы JS.

Мы протестировали вариант с полной AMP-оптимизацией, но отказались — дизайн страдал, а разница в Core Web Vitals составила менее 5%.

Ошибки, которые мы допустили

Сначала не учли влияние кэша Cloudflare — пришлось пересчитывать результаты. Не проверили мобильную версию сразу — часть блоков смещалась из-за lazy load. Забыли обновить sitemap после удаления плагинов, что на неделю “потеряло” часть страниц в индексе.

Что это дало с точки зрения SEO

Google стал чаще подхватывать страницы в Featured Snippets, а в Search Console появилось больше impressions по информационным запросам. Это указывает, что улучшение скорости повлияло не только на UX, но и на глубину индексации.

Ключевой вывод — скорость напрямую влияет на crawling budget. Чем быстрее грузится сайт, тем больше страниц Googlebot успевает обойти.

Вывод

WordPress можно ускорить на 80% без смены CMS — достаточно грамотной настройки сервера, оптимизации изображений и минимизации плагинов.

Эффект виден уже через 2–3 недели: рост позиций, улучшение Core Web Vitals и снижение отказов.

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