8 лучших инструментов для проверки скорости загрузки сайта:

как проверить и измерить скорость страницы

Скорость сайта часто проверяют слишком поверхностно: открывают PageSpeed Insights, смотрят общий балл и делают вывод, что все в порядке или, наоборот, «сайт нужно срочно ускорять». Проблема в том, что один общий показатель почти никогда не показывает реальную картину. Главная страница может получать хороший результат, а карточки товаров, страницы услуг или формы заявки — тормозить именно там, где пользователь принимает решение и где бизнес зарабатывает деньги.

Чтобы проверить скорость сайта правильно, нужно смотреть не только оценку 0–100, а связку показателей: как быстро отвечает сервер, когда появляется первый контент, как загружается основной блок страницы, насколько стабилен макет и не мешают ли пользователю скрипты, виджеты, баннеры и тяжелые изображения. Для этого одного инструмента недостаточно: PageSpeed Insights даст базовую SEO-оценку и Core Web Vitals, WebPageTest или GTmetrix помогут разобрать загрузку по запросам, а Яндекс Метрика покажет, как сайт открывается у реальных пользователей в разных регионах и на разных устройствах.

Эта статья поможет SEO-специалистам, маркетологам и владельцам бизнеса понять, где лучше проверять скорость загрузки сайта, какие метрики действительно важны и как превратить результаты теста не в абстрактный отчет, а в конкретные задачи для команды разработки, SEO и маркетинга.

Зачем проверять скорость загрузки сайта и что именно считать «скоростью»?

Скорость сайта — это не общий балл в PageSpeed Insights, а весь процесс загрузки страницы: ответ сервера, получение HTML, загрузка CSS и JavaScript, отображение контента и готовность интерфейса к взаимодействию. Проблема может возникнуть на любом этапе. Например, сервер отвечает быстро, но тяжелый JavaScript блокирует страницу уже после загрузки.

Именно поэтому Google оценивает не абстрактную «скорость сайта», а Core Web Vitals — метрики, которые показывают реальный пользовательский опыт.

Ключевые показатели:

• LCP (Largest Contentful Paint) — как быстро загружается основной контент страницы;
• INP (Interaction to Next Paint) — насколько быстро сайт реагирует на действия пользователя;
• CLS (Cumulative Layout Shift) — насколько стабильно ведет себя интерфейс во время загрузки.

Google рекомендует ориентироваться на:

• LCP — до 2,5 секунды;
• INP — до 200 мс;
• CLS — до 0,1.

Для бизнеса проблема скорости — это не только SEO. Медленный сайт ухудшает пользовательский опыт, снижает конверсию и делает рекламу менее эффективной. Пользователь уже перешел на сайт из поиска, VK рекламы или контекста, но не дождался загрузки страницы — значит, часть рекламного бюджета уже потеряна.

При этом общая оценка в PageSpeed Insights может вводить в заблуждение. Главная страница часто показывает хороший результат, а реальные проблемы скрываются в карточках товаров, каталогах, фильтрах, квизах, онлайн-чатах и других тяжелых шаблонах.

Поэтому проверка скорости сайта — это не гонка за 100/100 в PageSpeed Insights, а поиск узких мест, которые мешают пользователю быстрее получить контент и оставить заявку.

По данным Deloitte, ускорение мобильной версии сайта всего на 0,1 секунды в исследовании коррелировало с ростом конверсии: в retail — на 8,4%, в travel-сегменте — на 10,1%. Исследования Portent также показывают связь между более быстрой загрузкой страниц и более высокой конверсией сайта.

Эти цифры не обещают рост продаж в каждом проекте. Скорость влияет на UX, но результат зависит и от других факторов: спроса, оффера, цены, доверия к бренду, качества контента и удобства покупки.

Как правильно проверить скорость сайта: методика перед выбором сервиса

Проверять скорость сайта лучше не по одной странице и не одним инструментом. В SEO-аудит обычно включают главную, категории, карточки товаров или услуг, статьи блога, посадочные страницы и URL с высоким органическим или рекламным трафиком.

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

Проверка скорости сайта за 30 минут

1. Выберите 5–10 типовых URL: главную, категорию товаров, карточку товара, статью, посадочную страницу и URL с высоким трафиком.
2. Проверьте мобильную и десктопную версии отдельно.
3. Запустите тест минимум 3 раза и смотрите средний результат, а не лучший.
4. Сравните LCP, INP/TBT, CLS, TTFB, FCP, размер страницы и количество запросов.
5. Откройте waterfall-диаграмму и проверьте, что тормозит загрузку: сервер, CSS/JS, изображения, шрифты или сторонние скрипты.
6. Сверьте lab-тесты с field/RUM-данными реальных пользователей.
7. Сформулируйте задачи для разработчиков: не «сайт медленный», а «уменьшить TTFB», «сократить JavaScript», «оптимизировать hero image», «зафиксировать размеры баннеров».

Важно различать два типа данных. Lab-данные собираются в контролируемой среде и помогают искать технические проблемы. Field-данные показывают, как сайт реально работает у пользователей — с учетом устройств, сети, региона, кэша и сценария посещения.

Именно поэтому web.dev рекомендует использовать оба подхода одновременно, а не ориентироваться только на один тест или один сервис.

Если проверка проводится для отчета или повторного аудита, фиксируйте условия тестирования: дату, URL, устройство, регион, тип сети и инструмент проверки. Без этого сравнение результатов после доработок может оказаться некорректным.

Мини-кейс из SEO-аудита

В интернет-магазинах часто бывает одна и та же проблема: главная страница показывает хорошие результаты в PageSpeed Insights, но карточки товаров загружаются заметно медленнее. Причина — тяжелые изображения, медленный ответ сервера, сторонние виджеты или перегруженный JavaScript.

Из-за этого сайт может выглядеть «быстрым» в общем отчете, но терять пользователей именно на страницах, где принимается решение о покупке.

В такой ситуации одного перехода на WebP обычно недостаточно. Нужно отдельно проверять скорость ответа сервера (TTFB), кэширование, CDN, lazy loading, критический CSS и сторонние скрипты. Такой анализ помогает понять, где именно возникает задержка: сервер долго отдает страницу, браузер медленно загружает ресурсы или интерфейс начинает тормозить уже после открытия страницы.

Получите стратегию роста бизнеса

Разработаем индивидуальную стратегию с учётом региона, ниши, конкуренции в тематике, а также анализа текущего состояния сайта

Вы получите:

• Анализ стратегии конкурентов
• План работ для достижения результата
• Прогнозы и сроки достижения целей

Получить стратегию и смету

8 лучших инструментов для проверки скорости загрузки сайта: сравнение

Сервисов для проверки скорости сайта десятки, но на практике большинство команд регулярно используют один и тот же набор инструментов. Разница между ними — не только в интерфейсе или количестве метрик, а в том, какие задачи они помогают решать.

Одни сервисы подходят для быстрой SEO-проверки и Core Web Vitals, другие — для глубокой технической диагностики, а третьи — для мониторинга реальной скорости у пользователей. Поэтому выбирать инструмент лучше не по популярности, а под конкретную задачу: SEO-аудит, разработка, ecom, отчетность или анализ проблемных страниц.

PageSpeed Insights обычно используют как стартовую точку: сервис показывает Core Web Vitals, Lighthouse-аудит и данные реальных пользователей Chrome, если по URL накоплена статистика. WebPageTest и GTmetrix чаще подключают уже на этапе диагностики, когда нужно понять, какой именно ресурс тормозит загрузку страницы.

GTmetrix, например, показывает Web Vitals, CrUX-данные, waterfall, видео загрузки страницы и историю изменений отчетов. Это удобно, когда нужно отслеживать динамику скорости после доработок или показывать изменения клиенту и команде.

Pingdom чаще используют для быстрой проверки и мониторинга после релизов или изменений на сайте. SpeedVitals полезен для анализа TTFB и проверки скорости из разных регионов, а Яндекс Метрика помогает увидеть, как сайт реально работает у пользователей из Рунета — с учетом устройств, сети и региональности.

Google PageSpeed Insights — базовая проверка скорости сайта для SEO

PageSpeed Insights — сервис, с которого обычно начинают проверку скорости сайта. Он показывает Core Web Vitals, Lighthouse-аудит и данные реальных пользователей Chrome, если по странице накоплена статистика.

При анализе отчета важно:

• смотреть mobile и desktop отдельно;
• проверять Core Web Vitals;
• анализировать не только главную страницу, но и типовые URL.

Чаще всего PSI показывает проблемы с тяжелыми изображениями, медленным сервером, перегруженным JavaScript, блокирующим CSS и сторонними скриптами — например, чатами, аналитикой или виджетами.

Если сервис показывает плохой LCP, сначала проверьте главный видимый блок страницы: баннер, hero image, карточку товара или основной экран лендинга. Именно они часто тормозят загрузку.

Но важно понимать ограничения PSI. Сервис хорошо подходит для первичной SEO-проверки, но не всегда показывает источник проблемы. Например, PageSpeed может показать плохой LCP, но не объяснить, что именно тормозит страницу: сервер, изображения или JavaScript.

Поэтому после PSI обычно подключают WebPageTest, GTmetrix или DevTools для более глубокой диагностики.

Lighthouse и Chrome DevTools — диагностика скорости страницы для разработчиков

Lighthouse и Chrome DevTools используют, когда нужно не просто проверить скорость сайта, а понять, из-за чего именно страница загружается медленно.

Lighthouse показывает общую картину по метрикам и рекомендации по оптимизации, а DevTools помогает глубже разобрать загрузку страницы: посмотреть запросы, работу JavaScript, загрузку ресурсов и поведение браузера во время рендеринга.

Основные панели DevTools:

• Lighthouse — показывает общую картину по метрикам и рекомендациям.
• Performance — показывает перегрузку JavaScript и long tasks;
• Network — помогает анализировать запросы, TTFB и загрузку ресурсов;
• Coverage — показывает неиспользуемый CSS и JavaScript.

Lighthouse особенно полезен для поиска проблем с LCP, TBT и CLS. Но важно помнить: его оценка — это lab-данные, а не поведение реальных пользователей.

Для разработчика DevTools полезен тем, что показывает не только итоговую скорость загрузки, но и путь к проблеме: какой файл долго грузится, какой скрипт блокирует поток, где браузер ждет сервер и что происходит после загрузки страницы.

WebPageTest — глубокий тест загрузки сайта по локациям, устройствам и waterfall

WebPageTest используют, когда нужно понять, какой именно элемент тормозит загрузку страницы. В сервисе можно выбрать устройство, браузер, регион и тип соединения, чтобы проверить сайт в условиях, близких к реальным пользователям.

Главная ценность WebPageTest — waterfall-диаграмма и filmstrip. Waterfall показывает весь процесс загрузки страницы: ответ сервера, загрузку ресурсов, блокировки и очередность запросов. Filmstrip помогает увидеть, что именно пользователь видит на экране в процессе загрузки.

Особенно полезен WebPageTest для ecom и крупных сайтов, где скорость сильно зависит от региона, CDN, кэша, тяжелых изображений и сторонних скриптов.

На что обычно смотрят в waterfall:

• высокий TTFB — проблемы сервера, backend или кэша;
• долгую загрузку ресурсов — тяжелые изображения, видео или шрифты;
• перегруженный JavaScript — блокировки и long tasks;
• большое количество сторонних запросов — виджеты, аналитика, рекламные скрипты.

WebPageTest помогает перейти от общей формулировки «сайт медленный» к конкретным задачам: уменьшить вес изображений, сократить JavaScript, проверить CDN или оптимизировать серверный ответ.

GTmetrix — понятный отчет по скорости загрузки страницы, истории и структуре

GTmetrix удобен, когда нужно быстро оценить скорость страницы и отслеживать изменения после доработок. Сервис показывает Core Web Vitals, waterfall-диаграмму, размер страницы, количество запросов и историю тестов.

Особенно полезен GTmetrix для отчетности: можно сравнить скорость сайта до и после оптимизации и увидеть, как изменения повлияли на загрузку страницы.

В первую очередь обычно смотрят:

• LCP — скорость загрузки основного контента;
• TBT — перегрузку JavaScript;
• CLS — стабильность интерфейса;
• размер страницы и количество запросов.

GTmetrix хорошо подходит для регулярного мониторинга и клиентских отчетов, но, как и другие lab-инструменты, его результаты лучше сверять с данными реальных пользователей из Метрики или Chrome UX Report.

Pingdom Website Speed Test — быстрая проверка и мониторинг

Pingdom подходит для быстрой проверки скорости сайта и базового мониторинга. Сервис показывает время загрузки страницы, размер URL, количество запросов и waterfall-диаграмму.

Главный плюс Pingdom — простота. Он помогает быстро заметить проблемы после релиза, обновления шаблона, подключения нового скрипта или виджета.

Сервис удобен для регулярного контроля: можно отслеживать, как меняется скорость сайта со временем и в какой момент начались просадки.

Но для глубокой диагностики Pingdom подходит хуже, чем WebPageTest или DevTools. Сервис показывает саму проблему, но не всегда помогает детально разобрать, что именно тормозит загрузку страницы.

SpeedVitals — проверка Core Web Vitals, TTFB и истории скорости сайта

SpeedVitals полезен, когда нужно проверить скорость сайта из разных регионов и отдельно оценить TTFB — скорость ответа сервера. Сервис позволяет запускать тесты с 30 разных устройств и локаций, что особенно важно для проектов с региональным или международным трафиком.

Главный акцент в SpeedVitals — диагностика серверной части и Core Web Vitals. Если TTFB высокий, браузер позже получает HTML, а значит позже начинается вся остальная загрузка страницы.

Важно понимать: TTFB не входит в Core Web Vitals, но напрямую влияет на FCP и LCP. Поэтому высокий TTFB часто становится одной из причин медленной загрузки сайта.

SpeedVitals помогает быстро понять, связана проблема со страницей, сервером, CDN или географией пользователей. Но результаты сервиса лучше дополнительно сверять с данными Метрики или Chrome UX Report.

Яндекс Метрика — как смотреть скорость сайта в Яндексе

В Яндекс Метрике скорость сайта смотрят в отчете: «Мониторинг → Время загрузки страниц». Он показывает, как страницы реально загружаются у пользователей — с учетом устройств, регионов, браузеров и качества сети.

Главное преимущество Метрики — field-данные. В отличие от синтетических тестов, сервис показывает не лабораторную проверку, а реальный пользовательский опыт.

Метрика vs PageSpeed Insights

Метрика помогает:

• находить медленные URL;
• сравнивать мобильную и десктопную версию;
• анализировать скорость по регионам;
• искать проблемные шаблоны страниц.

Например, главная страница может загружаться нормально, а карточки товаров или каталог — работать медленно только у пользователей с мобильных устройств.

Для SEO и маркетинга Метрика особенно полезна в связке с PSI или WebPageTest. Метрика показывает, где проблема возникает у пользователей, а другие сервисы помогают понять ее причину: сервер, изображения, JavaScript, шрифты или сторонние скрипты.

PR-CY — русскоязычная экспресс-проверка скорости и технических ошибок

PR-CY подходит для быстрой проверки скорости сайта и базового технического аудита. Сервис показывает результаты отдельно для мобильной и десктопной версии, а также дает список типовых проблем и рекомендаций.

Главный плюс PR-CY — простой интерфейс и понятная подача. Сервис помогает быстро объяснить проблему не только SEO-специалисту или разработчику, но и владельцу бизнеса.

Например, PR-CY может показать:

• тяжелые изображения;
• большое количество запросов;
• проблемы с кэшированием;
• перегруженные скрипты и ресурсы.

Но важно понимать: PR-CY подходит именно для экспресс-анализа. Для глубокой диагностики — waterfall, TTFB, JavaScript и проблем рендеринга — лучше дополнительно использовать PageSpeed Insights, WebPageTest или DevTools.

Как выбрать инструмент под задачу

Рабочая формула: 1 инструмент оценки + 1 инструмент диагностики + 1 источник реальных пользовательских данных.

Для интернет-магазинов важно проверять не только главную страницу. Минимальный набор — главная, категория, карточка товара, поиск, корзина и другие страницы с большим количеством трафика (например, статьи в блоге).  

Также важно помнить: хорошая скорость сама по себе не гарантирует высокие позиции в поиске.

Поэтому выбирать инструмент стоит не по популярности сервиса, а по задаче:

• для SEO — Core Web Vitals и проблемные URL,
• для разработки — waterfall и JavaScript,
• для бизнеса — страницы, которые влияют на заявки, продажи и конверсии.

Какие показатели смотреть после проверки скорости загрузки сайта

INP стал Core Web Vital вместо FID в 2024 году. Если INP недоступен в лабораторном тесте, для технической диагностики смотрят TBT как лабораторный прокси. Но финально отзывчивость нужно подтверждать field/RUM-данными.

Не оценивайте метрики по отдельности. Высокий TTFB может ухудшить FCP и LCP. Тяжелый JavaScript может ударить по TBT и INP. Изображения без размеров могут ухудшить CLS. Поэтому проверка скорости должна показывать не только цифры, но и связи между ними.

Что делать, если тест показал низкую скорость

Главная ошибка после проверки скорости — пытаться поднять общий балл в PageSpeed Insights вместо поиска реальной причины проблемы. В первую очередь нужно исправлять то, что влияет на LCP, INP, CLS и TTFB.

Частая ошибка — начинать с оптимизации изображений, когда проблема находится в сервере или JavaScript. Например, переход на WebP уменьшит размер страницы, но не решит проблему медленного ответа сервера.

Правильный подход — сначала найти проблемный шаблон, затем определить узкое место и только после этого ставить конкретную задачу:

• уменьшить TTFB;
• сократить JavaScript;
• оптимизировать hero image;
• убрать лишние сторонние скрипты;
• зафиксировать размеры баннеров и изображений.

Такой подход помогает работать не «над скоростью сайта в целом», а над проблемами, которые реально влияют на SEO, рекламу и конверсию.

Частые ошибки при проверке скорости сайтов

Проблемы со скоростью часто возникают не только из-за самого сайта, но и из-за неправильной проверки. В результате команда смотрит не на реальные узкие места, а на случайные цифры из одного теста.

Еще одна частая ошибка — воспринимать проверку скорости как соревнование за 100/100 в PageSpeed Insights. На практике важнее не идеальный итоговый бал, а отсутствие проблем на страницах, которые влияют на трафик, заявки и продажи.

Также не стоит сравнивать разные сервисы как одинаковые инструменты. PSI, GTmetrix, WebPageTest и Метрика используют разные условия тестирования, устройства и типы данных. Поэтому различия в результатах — это нормально.

Частые вопросы о скорости загрузки

Итог

• Проверка скорости начинается не с выбора сервиса, а с методики.
• PageSpeed Insights — базовый инструмент для SEO.
• WebPageTest и DevTools нужны для технической диагностики.
• GTmetrix и Pingdom удобны для отчетов и мониторинга.
• Яндекс Метрика показывает реальную загрузку страниц у пользователей.
• PR-CY подходит для экспресс-аудита, но не заменяет глубокий waterfall.
• Лучший стек: оценка + диагностика + field-данные.