Скорость и производительность
TTFB, вес страницы, gzip и скрипты в head — не LCP/INP/CLS из Chrome.
Что мы мерим, а что — PageSpeed Insights
Наши инструменты смотрят ответ сервера: TTFB, размер HTML, сжатие, скрипты без defer/async. Это полезные прокси скорости, но это не лабораторный Lighthouse и не полевые Core Web Vitals.
LCP, INP и CLS Google считает по 75-му перцентилю реальных визитов Chrome (CrUX), отдельно mobile/desktop. Их нет в нашем замере — мы не подменяем PageSpeed Insights. Откройте https://pagespeed.web.dev и отчёт Core Web Vitals в Search Console.
Что проверяют наши инструменты
- Скорость по URL — время ответа и размер HTML с нашего сервера. Это не оценка 0–100 как у PSI.
- TTFB — время до первого байта: насколько быстро отвечает хостинг. Если выше ~600 мс — смотрите сервер, не картинки.
- Размер страницы — вес HTML-ответа. Тяжёлая страница хуже грузится на мобильном интернете.
- Render-blocking — синхронные JS/CSS в head, которые задерживают отрисовку.
- Сжатие Gzip/Brotli — сжат ли ответ. Без сжатия HTML/CSS/JS весят в разы больше.
Как ускорить сайт и не путать метрики
Сначала наш замер: медленный TTFB — сервер; большой HTML — шаблон; скрипты в head — defer/async. Картинки 4000×3000 на карточке товара часто убивают LCP — это уже PageSpeed Insights, не наш TTFB. Health Score считает производительность как 10% формулы: TTFB, gzip, кэш, картинки только с главной. Это не аудит скорости Google и не CrUX.
Полный скан сайта (техника + контент + эти прокси скорости) — бесплатная проверка. LCP/INP/CLS по-прежнему смотрите в PageSpeed Insights.