Зачем проверять скорость сайта
Скорость загрузки сайта — это не абстрактный технический параметр. Это деньги: каждая лишняя секунда загрузки снижает конверсию на 7%. Подробный разбор с цифрами и кейсами — в нашей статье о влиянии скорости на конверсию и SEO. Здесь — практика: чем и как проверять.
Поисковые системы учитывают скорость при ранжировании
Google с 2021 года использует метрики качества страницы (Core Web Vitals) как фактор ранжирования. Это не рекомендация, а прямой сигнал алгоритма: при прочих равных более быстрый сайт занимает более высокую позицию в выдаче. Яндекс также учитывает скорость загрузки — в Вебмастере есть отдельный раздел с метриками и рекомендациями.
Исследование реальных данных показывает: среди сайтов на первой странице Google более 70% имеют показатель LCP (время загрузки основного контента) менее 2,5 секунд. Медленные сайты систематически вытесняются из верхних позиций выдачи.
Пользователи не ждут
Примерно 85% пользователей покидают сайт, если он загружается дольше 3 секунд. Они не разбираются в причинах — просто закрывают вкладку и переходят к конкуренту. На мобильных устройствах терпения ещё меньше: средняя скорость мобильного интернета в России — 25–40 Мбит/с, но задержки при подключении к серверу (латентность) делают загрузку медленнее, чем кажется.
Регулярная проверка — это профилактика
Скорость сайта деградирует постепенно. Новый плагин для аналитики, обновление CMS, несжатое изображение в новой статье — каждое изменение может незаметно замедлить загрузку. Проблема проявляется не сразу: вы не замечаете, что сайт стал грузиться на 0,5 секунды дольше, но за полгода таких «мелочей» накапливается задержка в 2–3 секунды. Регулярная проверка позволяет выявлять проблемы до того, как они начнут стоить денег.
Какие метрики измерять — таблица норм
Google определяет три основные метрики качества страницы (Core Web Vitals — ключевые показатели качества веб-страницы). Именно они влияют на ранжирование. Дополнительно полезно отслеживать FCP (время первой отрисовки) и TTFB (время ответа сервера) — они помогают диагностировать конкретные проблемы.
| Метрика | Что измеряет | Хорошо | Нужна работа | Плохо |
|---|---|---|---|---|
| LCP (Largest Contentful Paint — загрузка основного контента) | Время до полной отрисовки самого крупного элемента на странице (изображение, заголовок, видео) | < 2,5 сек | 2,5–4 сек | > 4 сек |
| INP (Interaction to Next Paint — отзывчивость на действия) | Задержка между действием пользователя (клик, нажатие) и реакцией страницы | < 200 мс | 200–500 мс | > 500 мс |
| CLS (Cumulative Layout Shift — визуальная стабильность) | Насколько элементы страницы сдвигаются после загрузки (когда кнопка «убегает» от курсора) | < 0,1 | 0,1–0,25 | > 0,25 |
| FCP (First Contentful Paint — первая отрисовка контента) | Время до появления первого текста или изображения на экране | < 1,8 сек | 1,8–3 сек | > 3 сек |
| TTFB (Time to First Byte — время ответа сервера) | Сколько времени сервер обрабатывает запрос до отправки первого байта | < 800 мс | 800–1800 мс | > 1800 мс |
LCP, INP и CLS — это то, что учитывает Google при ранжировании. FCP и TTFB — диагностические метрики: они не влияют на позиции напрямую, но помогают найти причину плохих показателей. Например, высокий TTFB сигнализирует о проблеме с хостингом, а не с кодом страницы.
Обратите внимание: метрика INP заменила FID (First Input Delay — задержка первого взаимодействия) в марте 2024 года. Если где-то видите FID — это устаревшие данные. INP точнее, потому что измеряет задержку при каждом взаимодействии, а не только при первом.
Сервис 1 — Google PageSpeed Insights
PageSpeed Insights (PSI) — основной инструмент проверки скорости, созданный компанией Google. Он доступен по адресу pagespeed.web.dev и не требует регистрации. Вставляете URL — получаете результат через 10–30 секунд.
Два раздела: реальные данные и лабораторные
PSI показывает два блока данных, и это критически важно понимать:
- Реальные данные пользователей (CrUX — Chrome User Experience Report, отчёт о пользовательском опыте в Chrome) — это агрегированная статистика от реальных посетителей, собранная за 28 дней. Именно эти данные Google использует для ранжирования. Если у сайта мало трафика — раздел будет пустым
- Лабораторные данные (Lighthouse) — результат одноразового теста с сервера Google. Эти данные показывают потенциальные проблемы, но не влияют на ранжирование напрямую
Правило: реальные данные важнее лабораторных. Если CrUX показывает LCP 2,1 секунды, а Lighthouse — 3,8 секунды — ваш сайт в порядке. Google ранжирует по реальным данным.
Оценка 0–100: что означают цвета
Lighthouse выдаёт общую оценку производительности от 0 до 100:
- 90–100 (зелёная зона) — отличная производительность, оптимизация не требуется
- 50–89 (оранжевая зона) — есть проблемы, которые стоит исправить
- < 50 (красная зона) — серьёзные проблемы с производительностью, срочно нужна оптимизация
Важный нюанс: не гонитесь за 100 баллами. Для реального бизнеса достаточно 70–85 баллов при условии, что LCP < 2,5 сек и CLS < 0,1. Многие сайты с 75 баллами ранжируются лучше сайтов с 95 баллами — потому что поисковик смотрит на реальные данные, а не на лабораторный балл.
Рекомендации по оптимизации
Самая полезная часть отчёта — раздел «Рекомендации» (Opportunities). Каждая рекомендация содержит оценку потенциальной экономии времени в секундах. Исправляйте сначала те, что дают наибольшую экономию — это принцип Парето: 20% исправлений дадут 80% ускорения.
Типичные рекомендации: подобрать правильный размер изображений (часто экономит 2–5 секунд), удалить неиспользуемый CSS/JS, включить сжатие текста (gzip/brotli), настроить кэширование статических ресурсов.
Сервис 2 — GTmetrix
GTmetrix — сервис с детальным каскадным анализом загрузки (waterfall — диаграмма загрузки ресурсов). Требует регистрации (бесплатной), но даёт информацию, которой нет в PageSpeed Insights.
Каскадная диаграмма загрузки (Waterfall)
Главное преимущество GTmetrix — визуальная каскадная диаграмма. Она показывает каждый ресурс, который загружает страница (HTML, CSS, JS, изображения, шрифты), время загрузки каждого из них и зависимости между ними. Вы буквально видите, какой файл тормозит загрузку.
Как читать диаграмму:
- Длинные полосы — ресурсы, которые долго загружаются (тяжёлые изображения, медленные скрипты)
- Блокирующие ресурсы — CSS и JS, которые не дают странице отрисовываться до полной загрузки
- Параллельные загрузки — сколько ресурсов загружается одновременно (браузер ограничивает это число)
Видеозапись загрузки
GTmetrix записывает видео процесса загрузки страницы. Вы можете покадрово увидеть, что именно видит пользователь: когда появляется первый контент, когда загружаются изображения, где происходят сдвиги элементов (CLS). Это незаменимо для диагностики — вместо абстрактных цифр вы видите реальную картину.
Мониторинг и оповещения
На бесплатном тарифе можно настроить мониторинг одного URL с регулярной проверкой раз в день. GTmetrix отправит уведомление на email, если производительность упадёт ниже заданного порога. Рекомендуемая настройка: алерт при оценке ниже 80 баллов или при LCP выше 3 секунд.
Для диагностики конкретных проблем GTmetrix часто полезнее PageSpeed Insights. PSI говорит «оптимизируйте изображения», а GTmetrix покажет какое именно изображение весит 2 МБ и задерживает загрузку на 1,8 секунды.
Сервис 3 — Яндекс.Вебмастер
Яндекс.Вебмастер — это панель для владельцев сайтов от Яндекса. В разделе «Скорость сайта» отображаются метрики, которые Яндекс реально использует при ранжировании. Доступен по адресу webmaster.yandex.ru, требует верификации владения сайтом.
Почему это важно для рунета
Яндекс — это более 60% поискового трафика в России. Его алгоритмы ранжирования отличаются от Google, и приоритеты в оценке скорости тоже другие. Сайт может получить отличные оценки в PageSpeed Insights, но иметь проблемы в Яндексе — и наоборот. Проверять нужно в обоих.
Что показывает раздел «Скорость сайта»
- Общая оценка скорости — агрегированный показатель по всем проиндексированным страницам
- Проблемные URL — конкретные страницы с худшими показателями. Это самое ценное: вместо средней температуры по больнице вы видите, какие именно страницы тормозят
- Рекомендации — что исправить для улучшения скорости в контексте именно Яндекса
- Динамика — график изменения скорости за последние месяцы. Позволяет отследить, когда произошла деградация и связать её с конкретными изменениями на сайте
Ограничения
Яндекс.Вебмастер доступен только владельцам сайта — нужна верификация через мета-тег, файл или DNS-запись. Это значит, что вы не можете проверить скорость конкурентов. Для анализа конкурентов используйте PageSpeed Insights или GTmetrix.
Сравнение сервисов — какой для чего
Ни один сервис не покрывает все потребности. Вот для чего использовать каждый:
| Сервис | Для чего лучше всего | Тип данных | Стоимость |
|---|---|---|---|
| PageSpeed Insights | Общая оценка + приоритеты оптимизации | Реальные (CrUX) + лабораторные (Lighthouse) | Бесплатный |
| GTmetrix | Диагностика конкретных проблем | Лабораторные + каскадная диаграмма | Бесплатный (базовый) |
| Яндекс.Вебмастер | Метрики скорости для ранжирования в Яндексе | Реальные данные Яндекса | Бесплатный |
| WebPageTest | Продвинутый анализ из разных локаций | Лабораторные, мульти-локации | Бесплатный (базовый) |
| Reova | Быстрая проверка 20+ метрик с рекомендациями | Лабораторные + приоритизированные рекомендации | 490 ₽ |
Минимальный набор: PageSpeed Insights (оценка и приоритеты) + Яндекс.Вебмастер (метрики для Яндекса). Если нужна глубокая диагностика конкретной проблемы — добавляйте GTmetrix.
Ещё два полезных сервиса: WebPageTest (webpagetest.org) позволяет тестировать загрузку из разных городов и на разных скоростях соединения. Сервис проверки скорости Reova анализирует более 20 параметров и выдаёт приоритизированный список исправлений — что чинить первым, что вторым, и какой эффект ожидать.
Что делать после проверки — приоритеты исправлений
Проверка без действий бесполезна. Вот порядок исправлений — от самого важного к менее срочному:
Шаг 1: Исправить критические проблемы
Если LCP > 4 секунд или CLS > 0,25 — это красная зона. Сайт теряет позиции прямо сейчас. Типичные причины критического LCP: незжатые изображения весом 3–5 МБ, блокирующий JavaScript в шапке страницы, медленный ответ сервера. Типичная причина критического CLS: изображения без указанных размеров (атрибуты width и height), рекламные блоки, которые загружаются с задержкой и сдвигают контент.
Шаг 2: Оптимизировать изображения
Оптимизация изображений — это обычно самый быстрый способ ускорить сайт. Часто одно это действие даёт 50% и более ускорения. Что делать конкретно:
- Конвертировать PNG и JPEG в формат WebP (на 25–35% меньше при том же качестве)
- Задать правильные размеры: не загружать изображение 3000×2000 пикселей если оно отображается как 600×400
- Добавить атрибуты
widthиheightко всем тегам<img>— это устраняет CLS - Использовать ленивую загрузку (
loading="lazy") для изображений ниже первого экрана
Шаг 3: Включить сжатие и кэширование
Сжатие текстовых файлов (HTML, CSS, JS) уменьшает их объём на 60–80%. Современный стандарт — Brotli, запасной вариант — gzip. Оба включаются на уровне веб-сервера (Nginx, Apache) или CDN (сети доставки контента).
Кэширование позволяет браузеру не загружать одни и те же файлы при каждом визите. Правильные заголовки Cache-Control для статических ресурсов (изображения, CSS, JS) — минимум 30 дней (max-age=2592000).
Шаг 4: Минимизировать JavaScript и CSS
Минификация (удаление пробелов, комментариев, сокращение имён переменных) уменьшает размер JS и CSS файлов на 20–40%. Но ещё важнее — удалить неиспользуемый код. На типичном сайте на WordPress 40–60% загружаемого CSS не используется на текущей странице.
Скрипты, которые не нужны для первой отрисовки, нужно загружать асинхронно (атрибуты defer или async). Это убирает блокировку рендеринга (отрисовки страницы) — частую причину плохого FCP.
Шаг 5: Проверить хостинг
Если TTFB (время ответа сервера) > 1 секунды — проблема на стороне сервера, а не в коде страницы. Никакая оптимизация изображений и CSS не поможет, если сервер отвечает 2 секунды. Решения: переход на более мощный тариф хостинга, настройка серверного кэширования, использование CDN для статики.
Отдельный фактор — HTTPS и SSL-сертификат. HTTPS — не только безопасность, но и скорость: он необходим для работы протокола HTTP/2, который загружает ресурсы параллельно и значительно ускоряет работу сайта. Без HTTPS браузер использует устаревший HTTP/1.1 с его ограничениями.
Чеклист регулярной проверки скорости
Используйте этот чеклист для систематического контроля производительности сайта:
- После каждого крупного обновления — проверять скорость в PageSpeed Insights (и десктоп, и мобильная версия)
- Ежемесячная проверка — запускать тест в PageSpeed Insights, фиксировать показатели LCP, CLS и INP в таблице для отслеживания динамики
- Мониторинг в GTmetrix — настроить регулярную проверку, установить алерт при падении оценки ниже 80 баллов
- Яндекс.Вебмастер — раз в месяц проверять раздел «Скорость сайта», обращать внимание на проблемные URL
- Повторная проверка через 28 дней — после внесения исправлений подождать 28 дней и проверить реальные данные CrUX (они обновляются с такой периодичностью)
Не забывайте: скорость — только один из факторов технического состояния сайта. Помимо скорости, нужно проверять типичные ошибки в коде и настройках — битые ссылки, дубли страниц, некорректные мета-теги и другие проблемы, которые также влияют на позиции в поиске.