Медленный сайт — это скрытые издержки, которых не видно в счетах: клиент из Быдгоща (Bydgoszcz) находит вашу компанию в Google, несколько секунд ждёт, возвращается к результатам поиска и выбирает конкурента. Поэтому скорость сайта на WordPress в Быдгоще — это не вопрос амбиций программиста, а вопрос продаж и видимости. В этом руководстве мы показываем, как её измерить, что обычно замедляет WordPress и как исправить это шаг за шагом.
Google оценивает пользовательский опыт, в частности, с помощью Core Web Vitals — трёх показателей: скорость загрузки основного контента, отзывчивость на клики и стабильность макета. Медленный сайт может свести на нет всё, что вы вложили в SEO и рекламу.
Почему медленный сайт стоит компании клиентов и позиций
Здесь действуют два механизма, и оба работают одновременно. Первый — поведение людей: чем дольше они ждут первого контента, тем чаще уходят, особенно с телефона и при слабом сигнале. Для кабинета в районе Фордон или магазина в центре большая часть заходов всё равно приходит с мобильных устройств.
Второй механизм — Google. Core Web Vitals входят в оценку «page experience» (пользовательский опыт страницы). Мы не обещаем конкретных позиций, потому что они зависят от конкуренции и времени, но скорость — один из немногих факторов, которые вы полностью контролируете. Подробнее о самом процессе продвижения мы пишем в статье о продвижении сайтов в Быдгоще на основе анализа данных.
Core Web Vitals: три порога, которые стоит знать
Google принимает следующие пороги для «хорошей» оценки:
- LCP (Largest Contentful Paint) до 2,5 с — время, через которое виден самый крупный элемент первого экрана, обычно изображение или большой заголовок.
- INP (Interaction to Next Paint) до 200 мс — как быстро сайт реагирует на клик, касание или ввод текста. INP заменил прежний показатель FID.
- CLS (Cumulative Layout Shift) до 0,1 — сколько элементов «прыгает» при загрузке, например кнопка, сдвигаемая поздно загрузившимся баннером.
Определения показателей вы найдёте в документации web.dev о Core Web Vitals.
Лабораторные и полевые данные: почему результаты различаются
Самая частая неожиданность для владельцев: PageSpeed показывает 95 баллов, а Search Console сообщает, что у сайта есть проблемы. Это не ошибка, а два разных вида данных.
Лабораторные данные — это разовый тест в контролируемых условиях (Lighthouse в PageSpeed Insights): отлично подходит для поиска причин и сравнения «до и после», но это симуляция одного устройства. Полевые данные — это измерения из реальных браузеров Chrome за несколько недель (отчёт CrUX), которые видны в Search Console. Лаборатория служит для диагностики, а поле — для оценки того, существует ли проблема на самом деле.
Диагностика шаг за шагом
Прежде чем что-либо устанавливать, измерьте.
- Сделайте базовое измерение. Запустите PageSpeed Insights отдельно для телефона и компьютера, для главной страницы и двух-трёх важнейших внутренних (услуга, контакты, в магазине — товар). Запишите LCP, INP, CLS и время ответа сервера.
- Проверьте полевые данные в Search Console, в отчёте «Core Web Vitals».
- Найдите самый крупный элемент LCP. PageSpeed указывает его прямо. Очень часто это неоптимизированное изображение в слайдере или на фоне.
- Просмотрите вкладку «Network» в инструментах браузера. Ищите тяжёлые файлы, внешние скрипты и большое время до первого байта (TTFB).
Если вам нужна быстрая бесплатная отправная точка, воспользуйтесь нашим бесплатным SEO-аудитом. Он проверяет, среди прочего, производительность на основе PageSpeed. Более полную картину (SEO, безопасность, GDPR (RODO), доступность, производительность) даёт Полный аудит сайта за 150 PLN с результатом через несколько минут.
Хостинг для компании из Быдгоща и версия PHP
Никакой плагин не исправит сервер, отвечающий за секунду. Если TTFB высокий, несмотря на кэш, проблема в хостинге: перегруженный сервер, слабый диск или слишком мало ресурсов.
На что смотреть при выборе хостинга для сайта компании в Быдгоще и окрестностях (Торунь, Иновроцлав, Накло, Солец-Куявский):
- сервер в Польше или в Европе, с дисками SSD/NVMe,
- возможность выбрать актуальную, поддерживаемую версию PHP,
- поддержка объектного кэша (Redis или Memcached), если вы ведёте магазин,
- автоматические резервные копии и простое восстановление.
Версия PHP имеет большое значение: новые, поддерживаемые выпуски обычно заметно производительнее старых и получают патчи безопасности. Перед повышением версии протестируйте сайт на тестовой площадке (staging). Подробнее — в руководстве по безопасности сайтов на WordPress.
Кэш: страниц и объектный
Кэш страниц
По умолчанию WordPress при каждом визите запускает PHP и выполняет запросы к базе данных. Кэш страниц сохраняет готовый HTML и отдаёт его без этих усилий, что обычно сильно сокращает время ответа. Это самый выгодный первый шаг (не включайте два плагина кэширования одновременно).
Объектный кэш
Redis или Memcached хранят результаты часто повторяющихся запросов. Особенно это помогает в панели администратора, поиске и в WooCommerce, то есть там, где полный кэш страниц работать не может.
Изображения: самый частый виновник плохого LCP
Тяжёлые фотографии, загруженные прямо с телефона, — самая частая причина медленной главной страницы. Что делать:
- Подберите размеры под место использования.
- Используйте современные форматы — WebP, а где возможно AVIF, — которые при том же качестве меньше, чем JPEG. WordPress поддерживает WebP нативно.
- Добавьте атрибуты width и height (или aspect-ratio), чтобы браузер зарезервировал место и не вызывал сдвигов макета (CLS).
- Включите lazy-load для изображений ниже первого экрана (loading=”lazy”). Но не применяйте его к изображению LCP.
- Для изображения LCP задайте приоритет: fetchpriority=”high” или <link rel=”preload”>.
Шрифты: локально и с font-display
Шрифты с внешних серверов добавляют соединения и иногда становятся причиной мерцания текста. Размещайте файлы шрифтов локально (формат WOFF2), ограничьте число начертаний и насыщенностей теми, которые вы действительно используете, а в объявлении добавьте font-display: swap (или optional), чтобы текст был виден сразу.
CSS и JavaScript: меньше, позже, разумнее
Браузер не отрисует страницу, пока не обработает блокирующие CSS и скрипты. Типичные меры:
- Критический CSS — встраивание в код страницы стилей, необходимых для первого экрана, а остальное загружается асинхронно.
- Отложенная и задержанная загрузка скриптов (defer, загрузка после взаимодействия) для элементов, которые нужны не сразу: чата, виджетов соцсетей, рекламных пикселей.
- Удаление неиспользуемого кода — многие плагины загружают свои стили и скрипты на каждой внутренней странице, хотя работают только на одной. Их стоит отключать по условию.
- Контроль внешних скриптов — каждый следующий обходится в INP и LCP.
Плагины и тема: лёгкая собственная тема или конструктор страниц
Количество плагинов само по себе не проблема, важны качество и то, что загружает каждый из них. Удаляйте неиспользуемые и измеряйте влияние остальных. Тема важнее ещё больше: универсальные темы с конструкторами страниц (page builder) загружают огромное количество CSS, JavaScript и разметки, потому что должны поддерживать тысячи сценариев, которые ваш сайт не использует.
Поэтому мы создаём собственные лёгкие темы WordPress, разработанные под конкретную компанию, а не готовый шаблон с сотней ненужных опций. В нашем предложении каждая внутренняя страница оптимизирована под SEO и Core Web Vitals уже на уровне кода. Редактирование контента по-прежнему происходит в визуальном редакторе WordPress, а код остаётся вашей собственностью. Посмотрите, как выглядит объём работ, в перечне услуг, а примеры — на странице наших проектов.
База данных: наведение порядка, которое окупается
Со временем база разрастается: ревизии, истёкшие transients, спам, остатки удалённых плагинов. Сделайте резервную копию, ограничьте ревизии, очистите ненужные данные и проверьте автоматически загружаемые опции (autoload), потому что их избыток удлиняет каждый запрос.
WooCommerce: корзина и оформление заказа без кэша
Страницы корзины, оформления заказа и личного кабинета динамические и уникальны для каждого пользователя, поэтому они должны быть исключены из кэша страниц. Иначе появятся ошибки, например пустая корзина.
- Проверьте, не загружается ли скрипт «cart fragments» на каждой внутренней странице, если он не нужен.
- Используйте объектный кэш (Redis) при большом каталоге.
Подробнее о ведении магазинов мы пишем в статье об использовании WooCommerce в интернет-магазинах, а состояние своего магазина вы можете проверить инструментом состояние магазина на WooCommerce.
Mobile-first: измеряйте так, как смотрит клиент
Google индексирует сайты прежде всего в мобильной версии, а у телефонов более слабые процессоры. Тестируйте в мобильном режиме, лучше всего и на старом телефоне. Подробнее о локальной видимости — в тексте о локальном SEO для компаний из Быдгоща.
Самые частые проблемы: таблица
| Проблема | Признак | Типичное решение |
|---|---|---|
| Медленный сервер или устаревший PHP | Высокий TTFB, медленная панель администратора | Лучший хостинг, актуальная версия PHP, объектный кэш |
| Тяжёлые изображения | Плохой LCP, долгая загрузка первого экрана | WebP/AVIF, правильные размеры, preload изображения LCP |
| Нет размеров у изображений, реклама загружается поздно | Элементы «прыгают», высокий CLS | Атрибуты width/height, зарезервированное место под баннеры |
| Шрифты с внешних серверов | Мерцание или невидимый текст | Локальные шрифты WOFF2, font-display: swap, preload |
| Блокирующие CSS и JS | Белый экран перед показом контента | Критический CSS, defer, удаление неиспользуемых скриптов |
| Тяжёлый внешний скрипт (чат, пиксели) | Высокий INP, запаздывающая реакция на клики | Отложенная загрузка, сокращение числа тегов |
| Громоздкий конструктор страниц и универсальная тема | Большой DOM, много неиспользуемого CSS | Упрощение настроек или лёгкая собственная тема |
| Раздутая база данных | Медленные запросы, долгая генерация страницы | Очистка ревизий и transients, контроль autoload |
| Кэш в корзине и оформлении заказа WooCommerce | Ошибки корзины, пустое оформление заказа | Исключение этих страниц из кэша, контроль fragments |
Мониторинг после внедрения
Каждый новый плагин, баннер или кампания может ухудшить результат. Поэтому после внедрения:
- проверяйте отчёт Core Web Vitals в Search Console раз в месяц (данные обновляются с задержкой в несколько недель),
- тестируйте обновления плагинов сначала на тестовой площадке (staging).
У нас после старта проекта первый месяц поддержки (обновления, небольшие изменения, мониторинг) входит в стоимость, а затем можно выбрать опциональный договор SLA. Документацию Google по поиску вы найдёте в Google Search Central.
Часто задаваемые вопросы
Какой должна быть скорость сайта на WordPress, чтобы Google оценил её хорошо?
Ориентируйтесь на пороги Core Web Vitals: LCP до 2,5 с, INP до 200 мс и CLS до 0,1, измеренные по полевым данным. Важнее одной цифры в PageSpeed то, укладывается ли в эти границы большинство реальных пользователей.
Почему PageSpeed даёт другой результат, чем Search Console?
PageSpeed показывает лабораторный тест одного устройства, а Search Console — полевые данные из реальных визитов за несколько недель. Лаборатория служит для диагностики, полевые данные — для оценки реального состояния.
Достаточно ли установить плагин кэширования, чтобы ускорить сайт?
Часто это хорошее начало, но редко — всё решение. Кэш не исправит тяжёлые фотографии, внешние скрипты или медленный хостинг. Лучше всего работает сочетание: хороший сервер, кэш, лёгкие изображения и контроль скриптов.
Всегда ли конструктор страниц замедляет сайт?
Не всегда, но обычно добавляет код, который приходится оптимизировать. Собственная лёгкая тема начинает с меньшим объёмом кода, поэтому проще поддерживать хорошие показатели.
Как ускорить магазин на WooCommerce?
Исключите корзину, оформление заказа и личный кабинет из кэша страниц, позаботьтесь о хорошем хостинге, объектном кэше и лёгких изображениях товаров. Изменения тестируйте на тестовой площадке (staging).
Сколько времени занимает и сколько стоит оптимизация скорости?
Зависит от состояния сайта, темы, плагинов и хостинга. После короткого разговора и обзора сайта мы готовим оценку с фиксированной стоимостью. Ориентировочный расчёт вы можете сделать и в онлайн-калькуляторе.
Давайте поговорим о скорости вашего сайта
Если ваш сайт загружается медленно или вы не знаете, что именно его тормозит, договоритесь с нами о бесплатном разговоре (30–60 минут, без обязательств). Мы просмотрим результаты, укажем главные проблемы и предложим оценку с фиксированной стоимостью. Вы также можете начать с бесплатного SEO-аудита или написать через контактную форму.
Kreatywna Agencja (Canpol Bis Sp. z o.o.)
ul. Gimnazjalna 2, 85-007 Bydgoszcz
тел. +48 502 811 949
e-mail: biuro@kreatywnaagencja.com.pl
kreatywnaagencja.com.pl