PageSpeed vs GTmetrix vs Lighthouse: какой инструмент выбрать для анализа скорости

PageSpeed Insights лучше выбрать для оценки сайта глазами Google и реальных пользователей, GTmetrix - для поиска конкретных причин медленной загрузки, а Lighthouse - для быстрых проверок во время разработки. Для бизнеса в Казахстане обычно нужны все три: один показывает последствия, второй помогает найти неисправность, третий проверяет изменения до публикации.

PageSpeed vs GTmetrix vs Lighthouse: в чём разница

Главное различие между инструментами - источник данных и задача проверки. PageSpeed Insights сочетает лабораторный тест с данными Chrome UX Report, если для страницы накоплен достаточный объём измерений. GTmetrix подробно раскладывает загрузку по запросам, а Lighthouse проводит локальный аудит в Chrome, в том числе для закрытых и ещё не опубликованных страниц.

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

Для локального бизнеса география теста тоже имеет значение. Посетитель из Алматы может заходить через мобильную сеть, а сервер сайта находиться в Европе или за пределами Казахстана. Поэтому хороший результат на одном тестовом сервере ещё не доказывает, что страница одинаково быстро открывается у клиента в Алматы, Астане или другом городе.

Что показывает PageSpeed Insights

PageSpeed Insights стоит открывать первым, если нужно понять, есть ли у страницы проблема с точки зрения Google и реальных посетителей. Сервис отдельно показывает мобильный и десктопный сценарии, Core Web Vitals, лабораторные результаты и рекомендации по оптимизации. Публичный URL проверяется бесплатно, без регистрации и установки программ.

В отчёте встречаются три основные полевые метрики:

• LCP - время появления крупного содержимого, например первого экрана или изображения товара. Для хорошего результата ориентируются на значение до 2,5 секунды.
• INP - скорость реакции страницы на действия пользователя: нажатие кнопки, открытие меню, добавление товара в корзину. Хорошей считается реакция до 200 миллисекунд.
• CLS - стабильность макета. Если кнопка или цена сдвигаются во время загрузки, показатель ухудшается; ориентир для хорошей зоны - до 0,1.

Полевые данные CrUX формируются не из одного запуска, а из измерений пользователей Chrome за определённый период. Если сайт новый, посещаемость небольшая или конкретная страница получает мало трафика, реальных данных может не быть. Тогда основное внимание приходится уделять лабораторному тесту и собственным измерениям.

В блоке «Возможности» PSI часто показывает потенциальную экономию времени: сжать изображения, убрать неиспользуемый JavaScript, сократить блокирующие ресурсы или подключить современные форматы. Это подсказки, а не готовый план работ. Удаление скрипта, который отвечает за Kaspi-оплату, форму заявки или аналитику, может навредить бизнесу сильнее, чем несколько баллов скорости.

Красный балл PageSpeed - повод найти причину, а не цель любой ценой получить 100.

Когда выбирать GTmetrix для анализа скорости

GTmetrix полезен после первого сигнала о проблеме: сервис показывает не только итоговый балл, но и последовательность загрузки каждого ресурса. По Waterfall можно увидеть, какой файл долго ждёт ответа, какая картинка слишком тяжёлая, какой сторонний скрипт блокирует страницу и на каком этапе появляется задержка.

На практике отчёт GTmetrix помогает ответить на вопросы, которых не хватает в сводном балле:

• Сколько времени сервер отвечает до начала загрузки страницы.
• Какие CSS и JavaScript блокируют отображение первого экрана.
• Какие изображения весят сотни килобайт или больше и загружаются без нужного размера.
• Есть ли цепочка перенаправлений между http, https, www и основной версией домена.
• Какие сторонние сервисы добавляют задержку: чаты, карты, пиксели, виджеты, шрифты и рекламные счётчики.
• Какие запросы повторяются или загружаются даже на страницах, где они не нужны.

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

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

Чем Lighthouse отличается от PageSpeed

Lighthouse - лучший вариант для проверки страницы до публикации и сразу после изменения кода. Он запускается в Chrome DevTools и может анализировать localhost, staging, страницу за авторизацией и отдельный маршрут интернет-магазина. Отчёт включает производительность, SEO, доступность и базовые технические практики.

Открыть Lighthouse можно через инструменты разработчика Chrome, затем выбрать вкладку Lighthouse и тип устройства. Проверка обычно занимает меньше минуты. Перед запуском желательно закрыть лишние вкладки и не выполнять параллельно тяжёлые задачи: локальный тест зависит от компьютера, расширений браузера и текущей нагрузки.

Lighthouse особенно удобен в таких ситуациях:

• Нужно проверить новый лендинг до переноса на рабочий домен.
• Разработчик изменил шапку, меню, изображения или способ загрузки шрифтов.
• На staging доступен личный кабинет, карточка товара или корзина, которую нельзя открыть через публичный PSI.
• Требуется быстро увидеть проблемы с SEO-заголовками, alt у изображений, контрастом и доступностью.
• Нужно сравнить результат до и после небольшой правки без ожидания накопления полевых данных.

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

Какой инструмент выбрать для сайта в Казахстане

Если нужен только один сервис, начинайте с PageSpeed Insights для публичного коммерческого сайта и с Lighthouse для закрытой разработки. GTmetrix выбирайте, когда уже нужно объяснить низкий результат: он лучше показывает конкретный ресурс или этап загрузки. Для магазина, сайта услуг или проекта с рекламой надёжнее использовать связку из трёх инструментов.

Для бизнеса с заявками из Google, 2GIS или рекламы мобильная версия обычно важнее красивого десктопного балла. Клиент может открыть страницу по дороге, через нестабильную сеть, сразу нажать «Позвонить» или перейти в Kaspi. Если первый экран появляется поздно, человек не всегда будет ждать технически идеального сайта.

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

Рабочая схема проверки скорости: от цифры к исправлению

Надёжная проверка занимает от 30 минут до нескольких часов в зависимости от числа страниц и доступа к коду. Сначала фиксируют исходное состояние, затем отделяют серверные задержки от фронтенд-проблем, после чего исправляют наиболее дорогие причины и повторяют тесты в одинаковых условиях.

• Составьте список важных URL: главная, услуга, контакты, категория, товар, корзина и страница, на которую ведёт реклама.
• Запустите PageSpeed Insights для публичных страниц и сохраните мобильные и десктопные результаты вместе с датой.
• Если есть полевые данные, ориентируйтесь на них при оценке пользовательского опыта. Лабораторный тест используйте для диагностики.
• Откройте проблемный URL в GTmetrix и изучите Waterfall: TTFB, размер ресурсов, длительные запросы и сторонние домены.
• Для изменений в коде запустите Lighthouse на staging или локальной версии. Сравнивайте не только общий балл, но и LCP, INP, CLS.
• Исправляйте причины по приоритету: серверный ответ, изображения первого экрана, блокирующий CSS и JavaScript, шрифты, сторонние виджеты.
• Повторите тесты и проверьте, не исчезли ли форма, аналитика, онлайн-оплата, карта, чат или события рекламных систем.

Результаты удобно заносить в простую таблицу: дата, URL, устройство, LCP, INP, CLS, TTFB, причина и выполненное изменение. Не смешивайте в одной строке тест с мобильного Lighthouse и тест с десктопного GTmetrix - такая история не покажет динамику.

Что чаще всего замедляет сайт и сколько стоит исправление

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

• Изображения загружены в PNG или JPEG без сжатия, хотя достаточно WebP или AVIF и правильного размера.
• На мобильном экране загружаются баннеры и фотографии, которые пользователь ещё не видит.
• Весь JavaScript подключён на каждой странице, включая код виджета, нужный только в одном разделе.
• Шрифты подключены в нескольких начертаниях и блокируют отрисовку текста.
• Хостинг долго отвечает на первый запрос, особенно при слабом тарифе или неоптимизированной CMS.
• Код аналитики, карты, онлайн-чата, пикселей и рекламных интеграций начинает выполняться одновременно.
• В CMS накопились плагины, дублирующие функции и загружающие свои стили на весь сайт.

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

Ошибки при анализе PageSpeed, GTmetrix и Lighthouse

Самая частая ошибка - запускать один тест и принимать его балл за объективную истину. На результат влияют кэш, сервер тестирования, время суток, сеть, версия браузера и сторонние сервисы. Поэтому диагностика должна опираться на повторяемость, реальные метрики и проверку тех страниц, которые приносят заявки или продажи.

• Тестируют только главную, хотя реклама ведёт на тяжёлую страницу услуги или карточку товара.
• Смотрят десктоп и забывают о мобильном экране, где клиент чаще всего открывает ссылку из мессенджера.
• Сравнивают баллы после изменений, но запускают сервисы в разных условиях и делают вывод о «росте» без фиксации параметров.
• Удаляют все сторонние скрипты, не проверив работу Kaspi, форм, целей аналитики и рекламных конверсий.
• Оптимизируют только картинки, хотя задержка находится в серверном ответе, базе данных или тяжёлом JavaScript.
• Путают технический балл с продажами: быстрый сайт не исправит неясное предложение, неудобную форму или отсутствие цены.
• Не проверяют сайт после обновления CMS, добавления виджета, новых товаров и рекламных пикселей.

Перед заказом работ запросите у подрядчика список проверенных URL, исходные и итоговые показатели, описание причин и перечень изменений. Хороший специалист объяснит, какие проблемы исправлены, какие ограничения остались и как проверить, что после оптимизации не сломался бизнес-сценарий.

Частые вопросы

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

• Нужно ли добиваться 100 баллов в PageSpeed? Нет. Цель - устойчивые Core Web Vitals и удобное выполнение целевого действия, а не максимальная цифра в лабораторном тесте.
• Почему PageSpeed показывает данные реальных пользователей, а GTmetrix - другой результат? Они измеряют страницу в разных условиях. PSI может использовать CrUX, а GTmetrix строит контролируемый тест с выбранной локацией и настройками.
• Как часто проверять скорость сайта? Публичные страницы разумно проверять после крупных изменений и периодически в рамках поддержки. Lighthouse стоит запускать после заметных правок кода, шаблона или интеграций.
• Что проверять у интернет-магазина? Главную, категорию, карточку товара, поиск, корзину и оформление заказа. Отдельно убедитесь, что не сломались фильтры, изображения, формы и онлайн-оплата.
• Можно ли проверить закрытую страницу через PageSpeed Insights? Нет, публичный PSI не подходит для localhost, staging и разделов за авторизацией. Для них используйте Lighthouse или GTmetrix с подходящей настройкой доступа.
• Кто должен исправлять проблемы со скоростью? Зависит от причины: часть настроек выполнит контент-менеджер, но сервер, JavaScript, шаблон и архитектуру лучше передать разработчику с доступом к коду.

С чего начать проверку сайта

Начните с пяти URL, которые напрямую связаны с обращением клиента, и сохраните результаты PageSpeed Insights по мобильной и десктопной версиям. Затем используйте GTmetrix для поиска тяжёлых запросов, а Lighthouse - для проверки изменений до публикации. Такой порядок даёт не просто балл, а понятный список работ по приоритету.

Если нужен регулярный контроль, мы можем подключить поддержку и доработку сайта от 50 000 ₸ в месяц. На аудитах проверяем производительность, формы, интеграции и технические изменения; работаем с компаниями из Алматы, Астаны и других городов Казахстана удалённо. Pozhidayev также разрабатывает сайты с SEO-структурой и высокой скоростью загрузки с первого дня.