Скорость WordPress: что проверить до запуска сайта — чек-лист

skorost wordpress do zapuska cover Без рубрики
Чек-лист скорости WordPress до запуска: PageSpeed на мобильном, LCP, INP, CLS, один кэш, картинки WebP и тест формы заявки на 4G за 30-40 минут.

Марина открывает салон красоты: подрядчик поставил три плагина «для скорости», а на телефоне главная грузится семь секунд, кнопка «Записаться» замирает, и в ответ слышит «поставим ещё один кэш». Боль простая: боитесь включить рекламу, пока сайт тормозит и форма заявки ведёт себя странно. За 30-40 минут вы снимете baseline в PageSpeed Insights, пройдёте короткий чек-лист и получите понятный результат: можно ли открывать сайт клиентам.

Скорость WordPress до запуска – это не гонка за 100 баллов PageSpeed, а приёмка двери перед вывеской «мы открылись». Смотрите три показателя Google: время до главного блока (LCP), задержку после нажатия (INP) и прыжки верстки (CLS). Один кэш-плагин, сжатые картинки и проверка формы на 4G важнее стека ускорителей.

Честно говоря, цифры в отчёте пугают сильнее, чем реальная проблема. На практике владельцу салона или магазина нужны две «фотографии до правок»: главная и страница с формой заявки в мобильном режиме. Остальное – по шагам, без лекции про серверы.

В WordPress 6.8 появилась спекулятивная предзагрузка страниц: переходы между экранами могут стать быстрее. Но в лабораторных тестах ядра зафиксирована небольшая регрессия LCP около 1,7-1,9% – зато в реальной навигации выигрыш заметнее. Параллельно два кэш-плагина чаще ломают кэш, чем ускоряют: об этом пишут в issue-трекере WP Rocket на GitHub.

Снимите baseline в PageSpeed Insights до любых правок

Распечатка PageSpeed baseline на прилавке салона перед правками

Боль: «Не знаю, быстрый ли сайт – цифры пугают». Решение – снять baseline, а не гадать по ощущениям.

  1. Шаг 1: Откройте PageSpeed Insights и вставьте адрес главной страницы.
  2. Шаг 2: Переключите режим на мобильный и дождитесь отчёта.
  3. Шаг 3: Запишите LCP, INP, CLS и TTFB (время ответа сервера) в таблицу «до».
  4. Шаг 4: Повторите для страницы с формой заявки или кнопкой «написать в мессенджер».
  5. Шаг 5: Сфотографируйте экран или сохраните PDF – это ваша точка отсчёта.

LCP (Largest Contentful Paint) – время, за которое появляется главный блок: баннер, фото услуги, крупный заголовок с картинкой. INP (Interaction to Next Paint) – пауза после нажатия: кнопка, поле формы, меню. CLS (Cumulative Layout Shift) – насколько прыгает верстка, пока грузятся шрифты и баннеры. Google считает хорошими значения: LCP до 2,5 с, INP до 200 мс, CLS до 0,1 – по данным реальных пользователей за 28 дней.

Показатель Простыми словами Цель до запуска
LCP Когда виден главный блок страницы До 2,5 с, зелёная или «нужно улучшить»
INP Задержка после нажатия кнопки До 200 мс, без зоны «плохо»
CLS Прыжки верстки при загрузке До 0,1
TTFB Как быстро сервер отвечает До 800 мс – хороший ориентир

Типичная ошибка – смотреть только общий балл Performance. Для заявок важнее три цветные метрики и поведение формы на телефоне через обычный 4G.

Проверьте хостинг и PHP без доступа к серверу

Чеклист хостинга и PHP на стойке салона

Боль: «На телефоне главная грузится вечность». Часто виноват медленный ответ хостинга, а не «тяжёлая» тема.

Зайдите в панель хостинга и найдите версию PHP. Для продакшена разумный минимум – PHP 8.1+, лучше 8.2+. Старая версия тормозит и плохо сочетается с современными плагинами. Если TTFB в PageSpeed выше 800 мс, напишите в поддержку хостера: включён ли серверный кэш, не перегружен ли тариф. Это нормальный вопрос, не «технический снобизм».

В реальном проекте салона TTFB 1,2 с на shared-хостинге не лечится четвёртым плагином ускорения. Сначала хостинг или тариф, потом кэш и картинки. Если не уверены, что спросить, опишите ситуацию на странице контактов – удобнее писать в мессенджер, чем созваниваться.

Оставьте один page cache вместо стека плагинов

Один кэш-плагин вместо стека на прилавке салона

Боль: «Подрядчик поставил два кэш-плагина – стало хуже». На GitHub WP Rocket фиксировали случаи, когда валидные страницы перестают попадать в кэш после обновления – из-за жёсткой проверки адресов. Два кэша поверх друг друга усугубляют хаос.

Правило простое: один page cache на весь сайт. На LiteSpeed-хостинге – LiteSpeed Cache. На обычном shared – WP Rocket, WP Super Cache или аналог, но не два сразу. W3 Total Cache мощный, но для новичка часто избыточен: легко включить лишнее и сломать форму.

Схема приёмки кэша: включили один плагин → очистили кэш → открыли главную в режиме инкогнито → отправили тестовую заявку → снова PageSpeed на странице формы.

После включения кэша обязательно проверьте форму: имя, телефон в мессенджере, кнопка отправки. Агрессивная минификация JavaScript иногда ломает заказы – тестируйте после каждой галочки «ускорить JS».

Ускорьте LCP: картинки и первый экран

Боль: «Главная на мобильном открывается 6-8 секунд». Чаще всего тормозит крупное фото в шапке.

*Instagram,Facebook (принадлежит компании Meta, признанной экстремистской и запрещённой на территории РФ)
  • Конвертируйте hero и большие фото в WebP – вес падает заметно без видимой потери качества.
  • Задайте ширину и высоту картинкам, чтобы верстка не прыгала (это бьёт по CLS).
  • Уберите отложенную загрузку (lazy load) с первого экрана – главное изображение должно грузиться сразу.
  • Если тема позволяет, отметьте главное фото как приоритетное для браузера.

Например, у Марины фоновое фото на 4000 px шириной тянулось семь секунд. После WebP и сжатия до разумного размера LCP упал до 2-3 с – без нового плагина.

Снизьте INP: плагины, чат и аналитика

Боль: «После нажатия на кнопку заявки всё замирает». INP страдает от лишнего JavaScript: всплывающий чат, счётчики, слайдеры, десяток неиспользуемых плагинов.

Отключите плагины, которые не нужны на запуске: демо-слайдеры, старые конструкторы, дублирующие SEO-модули. Чат и аналитику подключайте с задержкой или после первого экрана. В WordPress 6.8 ядро стало умнее с кэшем запросов – но тяжёлый фронт плагинами это не отменит.

На практике помогает правило «один шаг – один тест»: убрали плагин → нажали «Записаться» на телефоне → замерили INP снова.

Пройдите чек-лист приёмки перед первой рекламой

Ниже – 15 пунктов, которые можно отметить за один вечер. Это и есть ответ на вопрос «готов ли сайт принимать заявки».

  1. Baseline PageSpeed для главной сохранён.
  2. Baseline для страницы с формой сохранён.
  3. PHP 8.1+ (лучше 8.2+) в панели хостинга.
  4. TTFB не хуже 800 мс или запрос в поддержку хостера отправлен.
  5. Работает ровно один кэш-плагин или серверный кэш.
  6. Кэш очищен после настроек.
  7. Hero и крупные фото в WebP или AVIF.
  8. У первого экрана нет lazy load на главной картинке.
  9. У картинок заданы размеры – нет сильных прыжков верстки.
  10. Отключены неиспользуемые плагины.
  11. Чат и счётчики не блокируют первый клик.
  12. Тестовая заявка с телефона через 4G ушла успешно.
  13. Кнопка мессенджера открывается без заметной паузы.
  14. Повторный PageSpeed: LCP, INP, CLS не в красной зоне «плохо».
  15. Общий балл 90+ достаточен – гнаться за 100 не обязательно.

Когда можно запускать рекламу: зелёные или «нужно улучшить» метрики на главной и форме, быстрая отправка заявки. Если «плохо» на главной или странице записи – сначала правки, потом трафик. Жёлтые метрики на второстепенных страницах допустимы, если форма и главная в порядке.

Если после чек-листа остаются красные зоны, разумнее обсудить доработку с тем, кто собирал сайт. На странице услуг можно посмотреть формат сопровождения WordPress под заявки; в разделе статей – материалы про GEO и структуру сайта.

Когда всё сходится, вы сможете сказать: сайт не идеален в лаборатории, но дверь не заклинило – клиент видит услуги, нажимает «Записаться» и не ждёт по пять секунд. Именно это и есть результат приёмки до FAQ.

Материал проверен: Андрей Дикий — сайты под заявки, SEO/GEO.
Источники фактов: пороги LCP, INP, CLS и TTFB — Google PageSpeed Insights; WordPress 6.8 performance — Make WordPress; риски двойного кэша — GitHub WP Rocket #8293; чек-лист PHP и кэша — WPCraft production checklist; ориентир 90+ баллов — WP BOX; частотность запросов — Яндекс Вордстат, прогон 2026-08-21 (MCP недоступен, LSI через SERP).

Частые вопросы

Какая скорость WordPress нормальная перед запуском?

Ориентир – зелёные или «нужно улучшить» LCP, INP и CLS на мобильном для главной и страницы с формой. Общий балл 90+ в PageSpeed обычно достаточен; важнее, чтобы заявка уходила быстро на 4G.

Нужен ли плагин кэша на WordPress?

Да, почти всегда нужен один page cache – серверный или плагин. Не ставьте два кэш-плагина одновременно: чаще ломают отдачу страниц и форму, чем ускоряют.

Как проверить скорость сайта WordPress бесплатно?

Откройте PageSpeed Insights, вставьте URL главной и страницы с формой, выберите мобильный режим и сохраните LCP, INP, CLS. Дополнительно нажмите кнопку заявки на своём телефоне через мобильный интернет.

Почему WordPress медленный на хостинге?

Частые причины: старый PHP, высокий TTFB на перегруженном тарифе, нет кэша, тяжёлые необработанные фото, лишние плагины. Сначала хостинг и один кэш, потом картинки и аудит плагинов.

LCP, INP, CLS – что это простыми словами?

LCP – когда появился главный блок страницы. INP – сколько ждать после нажатия кнопки. CLS – прыгает ли верстка при загрузке. Три метрики важнее одного общего балла PageSpeed.

Можно ли запускать сайт с низким PageSpeed?

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

Что делать, если подрядчик предлагает четвёртый плагин ускорения?

Попросите сначала пройти чек-лист: один кэш, baseline до/после, тест формы. Если метрики красные – разберите хостинг и картинки, а не наращивайте стек плагинов. Напишите в Telegram-канал, если нужен взгляд со стороны.

*Instagram,Facebook (принадлежит компании Meta, признанной экстремистской и запрещённой на территории РФ)
Новый маркетинг с искусственным интеллектом
Добавить комментарий