Проверка скорости сайта нужна не только после жалобы пользователя. Время загрузки меняется из-за тяжёлых изображений, сторонних скриптов, настроек сервера и роста базы данных. Один тест даёт снимок, но не объясняет причину. Надёжная диагностика сочетает несколько инструментов, реальные сценарии и понятный порядок исправлений.
Что именно называют скоростью
Пользователь ждёт не «быстрый сервер», а возможность увидеть контент, нажать кнопку и перейти дальше. Поэтому скорость складывается из нескольких этапов: установления соединения, ответа сервера, загрузки HTML, стилей, скриптов, шрифтов и изображений. На мобильном интернете порядок и задержки заметно отличаются от офисной сети.
- Время до первого байта. Показывает, как быстро сервер начал отдавать ответ.
- Первая отрисовка. Помогает понять, когда на экране появился первый полезный элемент.
- Основной контент. Показывает, когда виден главный блок страницы.
- Интерактивность. Связана с тем, может ли человек нажимать элементы без задержек.
- Стабильность макета. Отражает, не прыгают ли блоки во время загрузки.
Эти показатели описывают разные ощущения. Страница с быстрым сервером может долго ждать рекламный скрипт, а аккуратно заданные размеры изображений помогают сохранить стабильный макет даже при медленной сети.
С чего начать проверку
Составьте список ключевых страниц: главная, категория, карточка услуги, статья и форма контакта. Тестируйте их отдельно, потому что набор запросов и изображений у страниц различается. Для каждого URL запишите дату, устройство, тип сети и результат. Повторите измерение два-три раза и смотрите на диапазон, а не на самый удачный запуск.
| Сценарий | Что проверить | Зачем |
|---|---|---|
| Новый посетитель | Загрузка без кэша | Показывает первое знакомство со страницей |
| Возвратный посетитель | Загрузка с кэшем | Отражает обычную повторную работу |
| Мобильная сеть | Ограниченная скорость и задержка | Помогает увидеть тяжёлые ресурсы |
| Десктоп | Широкий экран и быстрый канал | Показывает проблемы рендеринга и скриптов |
Онлайн-инструменты и их роль
PageSpeed Insights удобен для оценки лабораторных и полевых данных, если у страницы есть накопленные визиты. Lighthouse в браузере помогает быстро посмотреть водопад загрузки и рекомендации для конкретного сценария. WebPageTest полезен, когда нужно сравнить регионы, типы устройств и несколько повторов.
Не смешивайте результаты разных режимов. Лабораторный тест запускается в контролируемой среде, а данные реальных пользователей отражают сеть, браузер и устройство аудитории. Если показатели расходятся, это не ошибка сервиса: они отвечают на разные вопросы.
Как читать водопад загрузки
Водопад показывает, в каком порядке браузер запрашивает ресурсы и сколько времени каждый запрос занимает. Сначала ищите длинное ожидание ответа, затем блокирующие стили и скрипты, а после — крупные изображения и повторяющиеся файлы. Один длинный запрос может быть важнее десятка мелких, если он задерживает основной контент.
- Найдите документ HTML и оцените задержку до его ответа.
- Проверьте, не блокируют ли стили отображение верхней части страницы.
- Посмотрите, какие скрипты загружаются до первого взаимодействия.
- Сравните размеры изображений и фактический размер отображения.
- Отметьте сторонние домены и их влияние на цепочку запросов.
Если один ресурс тянет за собой десятки зависимостей, разберите цепочку критических запросов. Иногда быстрее отложить второстепенный виджет, чем оптимизировать каждый его файл по отдельности.
Изображения, шрифты и кэш
Изображение должно соответствовать реальному размеру блока. Большая фотография, сжатая браузером до маленькой карточки, всё равно передаёт лишние байты. Подберите современный формат, задайте размеры в разметке и используйте отложенную загрузку для блоков ниже первого экрана. Но не откладывайте изображение, которое формирует главный контент.
Шрифты влияют на скорость и стабильность текста. Ограничьте количество начертаний, используйте современные форматы и проверьте, нужна ли загрузка всех языковых наборов. Кэширование помогает повторным визитам, но не исправляет тяжёлый первый экран. Настройте срок хранения статических файлов и меняйте имя при выпуске новой версии.
Когда виноват сервер
Если время до первого байта стабильно высокое даже на простой странице без изображений, проверьте серверную часть. Причинами бывают медленные запросы к базе, нехватка CPU, переполненный диск, отсутствие объектного кэша или перегруженный PHP-процесс. Сравните главную страницу и лёгкий технический endpoint, чтобы отделить инфраструктурную проблему от шаблона.
Не включайте кэш вслепую. Для личных кабинетов, корзины и форм нужны исключения, иначе пользователь увидит устаревшие данные. После изменения конфигурации очистите старый кэш и повторите тест в тех же условиях.
Как расставить приоритеты
Начинайте со страниц, которые получают больше трафика или приводят к заявке. Затем выбирайте исправления с большим эффектом и небольшим риском: оптимизация изображений, удаление лишних виджетов, отложенная загрузка второстепенных скриптов. Сложные изменения сервера проводите после измерения и резервного копирования конфигурации.
- Высокое влияние и низкий риск: уменьшить изображения, убрать дубли ресурсов.
- Высокое влияние и средний риск: настроить кэш и разделить критические скрипты.
- Среднее влияние: оптимизировать шрифты и сторонние виджеты.
- Низкий приоритет: мелкие улучшения, которые не меняют пользовательский путь.
Что проверить после исправлений
Повторите тест теми же инструментами и в тех же режимах. Проверьте, не сломались ли формы, аналитика и адаптивная верстка. Отдельно откройте страницу на телефоне и при отключённом кэше. Если улучшилась одна метрика, но замедлился основной сценарий, вернитесь к сравнению по этапам.
Проверка скорости сайта становится полезной частью SEO и поддержки, когда результаты записываются, а изменения связываются с конкретной страницей. Измеряйте несколько сценариев, читайте водопад, исправляйте самые дорогие задержки и повторяйте контроль после каждого заметного релиза.