Скорость сайта обычно проверяют одним способом: открывают PageSpeed Insights, видят красную цифру и расстраиваются. Проблема в том, что синтетический тест и живые посетители показывают разное, а погоня за сотней баллов почти никогда не окупается. Разбираем, какой инструмент на какой вопрос отвечает.
Вопрос всплывает в двух ситуациях. Либо клиент сам открыл проверку и прислал скриншот с требованием "сделайте зелёным". Либо просела конверсия, и скорость подозревают первой. Ситуации разные, и инструменты для них тоже разные.
Лабораторные данные против полевых
Это главное разделение, без него дальше читать бессмысленно.
Лабораторный тест запускает загрузку страницы в контролируемых условиях: конкретный браузер, заданная скорость сети, эмуляция мобильного процессора. Результат воспроизводим и удобен для сравнения "до и после". Но это не ваш посетитель, а модель посетителя.
Полевые данные собираются с реальных браузеров реальных людей за последние недели. Там учтены их телефоны, их сотовая связь, их география и их кэш. Это правда о вашем сайте, но правда медленная: изменения в отчётах проявляются через 3-4 недели.
Типичная картина из практики: лабораторный балл 42 на мобильном, а полевые данные в зелёной зоне. Причина простая, аудитория сидит в офисах на Wi-Fi с нормальными телефонами, а тест эмулирует бюджетный аппарат на медленном 4G. Обратная картина бывает реже, но она опаснее: тест зелёный, живые пользователи видят задержки, потому что тормозит не вёрстка, а база данных под нагрузкой в рабочие часы.
Шесть инструментов и зона ответственности каждого
| Инструмент | На какой вопрос отвечает | Тип данных | Цена |
|---|---|---|---|
| PageSpeed Insights | Насколько страница тяжёлая в целом | Лабораторные + полевые | Бесплатно |
| Инструменты разработчика | Какой именно файл тормозит | Лабораторные | Бесплатно |
| WebPageTest | Что происходит по кадрам и из другого региона | Лабораторные | Бесплатно, есть платные тарифы |
| Отчёты Яндекс.Метрики | Сколько ждут ваши живые посетители | Полевые | Бесплатно |
| Мониторинг доступности | Не падает ли сайт и когда именно | Полевые | От 0 до 1 000 рублей в месяц |
| Логи сервера | Почему ответ сервера долгий | Серверные | Бесплатно, нужен доступ |
Дальше по каждому коротко: что открывать и куда смотреть.
PageSpeed Insights: что смотреть кроме общего балла
Сам балл почти не несёт информации. Он собирается из взвешенных метрик, и одна тяжёлая картинка может уронить его на 20 пунктов, никак не мешая продажам.
Смотреть надо на три вещи. Первая: блок полевых данных сверху, если он есть. Если данных недостаточно, значит трафика мало, и вся оценка держится на лаборатории. Вторая: список конкретных проблем с указанием сэкономленных килобайт и секунд, только там есть смысл. Третья: раздел с диагностикой, где видно, какой элемент считается основным содержимым страницы.
Отдельно проверяйте мобильную вкладку. Десктопный балл почти всегда выше на 20-30 пунктов и создаёт ложное спокойствие, а поиск ориентируется на мобильный.
Инструменты разработчика: где видно причину
Открывается по F12 в любом браузере, вкладка с сетевыми запросами. Это самый честный инструмент, потому что показывает не оценку, а факты: сколько файлов грузится, сколько весит каждый, в каком порядке они приходят.
Что делать по шагам: включить эмуляцию медленной сети, отключить кэш галочкой, перезагрузить страницу. Внизу панели появятся три числа: количество запросов, суммарный вес и общее время. Для обычного корпоративного сайта нормой считаем до 60-70 запросов и до 2 мегабайт на первой загрузке.
Дальше сортируете список по весу и по времени. Обычно виноваты 3-5 строчек из семидесяти, и они видны сразу. Вкладка производительности покажет запись загрузки по времени: где браузер ждал сервер, где считал скрипты, где перерисовывал страницу.
WebPageTest и региональная проверка
Нужен, когда общая картина ясна, а причина нет. Инструмент прогоняет загрузку несколько раз подряд, показывает разброс, строит покадровую плёнку отрисовки и водопад запросов с разбивкой по этапам соединения.
Две вещи, ради которых мы его открываем. Покадровая плёнка отвечает на вопрос "когда посетитель увидел хоть что-то полезное", а это ближе к реальному ощущению, чем любая метрика. И выбор точки замера: если аудитория в Петербурге, а сервер во Франкфурте, разница будет видна именно здесь.
Метрика, мониторинг и логи: правда о живых посетителях
Яндекс.Метрика. В отчётах по времени загрузки видно распределение по вашей аудитории, а не средняя температура. Полезнее всего разрез по устройствам и по страницам: часто выясняется, что тормозит одна карточка товара или один раздел с тяжёлой галереей, а не сайт целиком.
Мониторинг доступности. Внешний сервис дёргает сайт раз в минуту и пишет время ответа. Бесплатные тарифы дают интервал в 5 минут, платные от 300-500 рублей в месяц опрашивают чаще и шлют оповещения в Telegram. Отсюда узнаётся то, чего не покажет ни один разовый тест: сайт стабильно проседает с 10 до 12 утра, когда на общем хостинге просыпаются соседи.
Логи сервера. Последняя инстанция, если ответ сервера долгий. В логах видно время генерации каждой страницы и медленные запросы к базе. Здесь чаще всего и находится настоящая причина, когда все картинки уже сжаты, а сайт всё равно думает секунду перед первым байтом.
Какие метрики смотреть по существу
- Время до первого байта. Сколько сервер думал перед ответом. Норма до 0,6 секунды, всё что выше секунды означает проблему на хостинге или в движке.
- LCP. Момент, когда отрисовался самый крупный элемент экрана. Цель до 2,5 секунды.
- INP. Задержка отклика на действия посетителя. Цель до 200 миллисекунд, портится обычно тяжёлыми скриптами.
- CLS. Насколько прыгает вёрстка при загрузке. Лечится указанием размеров картинок и резервированием места под баннеры.
- Вес страницы и число запросов. Не входят в официальные метрики, но лучше всего объясняют, откуда взялись плохие цифры.
Подробный разбор трёх основных показателей с примерами исправлений мы собрали в статье про Core Web Vitals, здесь повторяться не будем.
Как замерять, чтобы цифрам можно было верить
Половина споров с подрядчиками про скорость возникает из-за некорректного замера. Правила простые.
- Три-пять прогонов подряд, берём медиану. Один прогон ничего не доказывает: разброс в 5-10 баллов это норма.
- Мобильный профиль как основной. Десктопный смотрим вторым.
- Кэш выключен, режим инкогнито. Иначе меряете свой браузер, а не сайт.
- Один и тот же регион замера. Сравнивать результат из Петербурга с результатом из Амстердама бессмысленно.
- Повтор в разное время суток. Утро, обеденный пик и ночь на общем хостинге дают разные цифры.
- Проверяем не только главную. У главной обычно всё хорошо, а тормозит каталог с фильтрами или карточка с двадцатью фотографиями.
- Фиксируем условия письменно. Дата, инструмент, регион, страница. Иначе через месяц не с чем сравнивать.
На какие рекомендации не надо реагировать
Инструменты выдают список рекомендаций автоматически, и часть из них для обычного бизнес-сайта не имеет смысла.
"Удалите неиспользуемый JavaScript" применительно к счётчикам аналитики. Метрика и пиксели рекламных систем действительно грузят лишнее, но без них вы ослепнете. Это осознанный размен.
"Используйте эффективную политику кэширования" для сторонних доменов. Вы не управляете чужими серверами. Пункт останется красным навсегда.
"Устраните ресурсы, блокирующие отображение" в отношении единственного файла стилей. Ради двух баллов придётся дробить стили и получить мигание вёрстки при загрузке. Плохой размен.
Любая рекомендация, экономящая меньше 0,1 секунды. Их в отчёте бывает пятнадцать штук, и суммарно они дают полсекунды при неделе работы.
Реагировать стоит на пункты, где написано больше 0,3 секунды или больше 300 килобайт. Остальное закрывается по остаточному принципу.
Что чаще всего тормозит сайты наших клиентов
Порядок примерно такой, по частоте находок при аудитах.
Картинки. Фотографии, загруженные в админку прямо с телефона: файл на 4 мегабайта, выводимый в блок шириной 300 пикселей. Лечится пересжатием и форматом WebP, ускорение бывает двукратным без единой строчки кода.
Сторонние скрипты. Чат, коллтрекинг, два счётчика, виджет отзывов, всплывающее окно акции. Каждый по отдельности мелочь, вместе набирается 800 килобайт и заметная задержка отклика.
Шрифты. Четыре начертания вместо двух, подключённые блокирующим способом. Текст не появляется, пока файл не приедет.
Тяжёлый шаблон. Универсальная тема с конструктором страниц тянет за собой библиотеки на все случаи жизни, из которых используется десятая часть. Самый неприятный случай, потому что чинится только переделкой.
Хостинг и база. Общий тариф за 200 рублей в месяц и каталог на 5 тысяч позиций без кэширования. Как это выглядит на реальном проекте, показывали в кейсе про ускорение сайта строительной компании, где с 6,2 секунды дошли до 1,4.
Порядок действий после замера
- Снимите базовые цифры и запишите их: медиана из пяти прогонов, мобильный профиль, три ключевые страницы.
- Отделите серверную часть от клиентской по времени до первого байта. Если оно выше секунды, оптимизировать картинки пока рано.
- Составьте список находок дороже 0,3 секунды. Обычно получается 4-6 пунктов.
- Начните с картинок и лишних сторонних скриптов: самая дешёвая работа с самым заметным эффектом.
- Повторите замер в тех же условиях после каждой группы правок, а не в конце.
- Через месяц откройте полевые данные и сверьте, изменилась ли картина у живых посетителей.
- Поставьте мониторинг доступности, чтобы следующая просадка не осталась незамеченной.
Технические приёмы под каждый пункт разобраны в материале как ускорить сайт, а место скорости среди прочих технических проверок показано в техническом SEO-аудите.
Что делать с этим владельцу сайта
Скорость измеряется не одним инструментом, а связкой: лабораторный тест говорит, что можно улучшить, полевые данные говорят, стоит ли оно того. Начинать разумно с полевых цифр, потому что именно они отражают деньги. Сотня баллов в PageSpeed никому ничего не приносит, а страница, которая открывается за две секунды на телефоне в метро, приносит.
Если после замера список находок оказался длинным и непонятно, за что хвататься, посмотрите нашу поддержку сайтов: разбор скорости с приоритетами и оценкой работ входит в первый месяц обслуживания.
