Как проверить скорость сайта через PageSpeed

Коротко: Чтобы проверить скорость сайта, используйте сервис Google PageSpeed Insights. Введите URL, получите отчет, разделенный на реальные данные пользователей (Field Data) и лабораторные тесты (Lab Data). Обращайте внимание на показатели Core Web Vitals: если они в «красной» зоне, сайт теряет позиции в поиске и конверсию. Оптимизация должна быть направлена на улучшение метрик LCP, CLS и INP.

Кстати, в AmSales мы делаем разработку сайтов под ключ и ИИ-интеграцию и анализ звонков под ключ. Если нужна помощь - напишите нам.

Что такое PageSpeed Insights в 2026 году

PageSpeed Insights (PSI) - это фундаментальный инструмент от Google, который позволяет оценить не только техническую скорость загрузки, но и пользовательский опыт (UX) на вашем сайте. На сегодняшний день, 24 октября 2026 года, сервис является основным стандартом для SEO-специалистов и разработчиков. Если вы все еще пытаетесь использовать устаревшие методы или сторонние калькуляторы, которые не учитывают специфику мобильного трафика, вы рискуете получить искаженную картину. Важно понимать, что PSI - это не просто «список ошибок», а комплексный аналитический отчет, объединяющий два принципиально разных типа данных.

Сервис работает через API версии v5. Это критически важный момент, так как старая версия v4 была полностью признана устаревшей (deprecated) и выведена из эксплуатации еще в 2019 году. Использование актуального инструмента гарантирует, что вы получаете рекомендации, соответствующие современным алгоритмам ранжирования Google. В 2026 году инструмент стал еще более глубоким, позволяя анализировать не только время до появления первого пикселя на экране, но и то, как быстро пользователь может начать взаимодействовать с контентом.

Когда вы вводите адрес страницы, система запускает процесс, который занимает от нескольких секунд до минуты. В это время происходит сбор статистики из реального мира и имитация загрузки в изолированной среде. Результат выдается в виде цветовой шкалы: от красного (плохо) до зеленого (отлично). Однако полагаться только на цвет - стратегическая ошибка. Профессиональный подход требует вдумчивого разбора каждой метрики, так как «зеленый» показатель на десктопе может скрывать катастрофическую медлительность мобильной версии.

Для бизнеса PageSpeed Insights - это инструмент контроля рентабельности маркетинга. Если вы вкладываете бюджет в контекстную рекламу или SEO, но ваш сайт загружается дольше 3 секунд, вы буквально сжигаете деньги. Пользователи в 2026 году стали еще более нетерпеливыми. Любая задержка, которую ощущает человек, моментально превращается в отказ (bounce rate), что напрямую бьет по прибыли и стоимости привлечения клиента (CAC).

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

Большинство проверок по привычке проводятся для десктопной версии. Это фатально. Google использует подход Mobile-First Indexing, а это значит, что поисковый робот оценивает ваш сайт в первую очередь по его мобильному представлению. Если ваш мобильный сайт «тяжелый» из-за неоптимизированных скриптов или огромных изображений, вы проиграете конкуренцию, даже если на компьютере сайт летает.

Разница между Field Data и Lab Data

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

Field Data (Полевые данные) - это «золотой стандарт» для SEO. Эти данные собираются из отчета Chrome User Experience Report (CrUX). Google берет реальную статистику действий миллионов пользователей, которые заходили на ваш сайт через браузер Chrome за последние 28 дней. Это не симуляция, это то, как ваш сайт на самом деле работает в руках людей с разными смартфонами, разным качеством интернета (от 4G до нестабильного Wi-Fi в метро) и разной мощностью процессоров. Если в этом блоке показатели плохие, значит, реальные клиенты испытывают трудности, и Google это видит.

Lab Data (Лабораторные данные) - это результат работы движка Lighthouse. Это симуляция. Когда вы нажимаете кнопку «Анализировать», сервис создает виртуальную среду, имитирующую определенное устройство и скорость соединения, и запускает загрузку страницы. Лабораторные тесты идеальны для разработчиков: они позволяют быстро проверить, как изменится скорость после внедрения конкретного исправления. Это ваш «полигон» для тестов.

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

Как использовать связку данных

Правильный алгоритм такой: используйте лабораторные данные, чтобы найти узкое место (например, слишком большой размер баннера), исправьте его и убедитесь, что в Lab Data цифры стали лучше. Только после этого ждите, пока изменения «прорастут» в полевых данных. Нельзя требовать от Google мгновенного улучшения позиций сразу после фикса ошибки, так как полевые данные инерционны.

Как интерпретировать отчет Core Web Vitals

Core Web Vitals (Основные интернет-показатели) - это набор конкретных метрик, которые Google выделил как ключевые для оценки качества пользовательского опыта. Если эти показатели в «красной» зоне, ваш сайт получает штраф в поисковой выдаче. В 2026 году фокус сместился с простой скорости загрузки на интерактивность и стабильность интерфейса.

Первая метрика - LCP (Largest Contentful Paint), или Отрисовка самого крупного контента. Она измеряет время, за которое самый большой видимый элемент на экране (обычно это главный баннер или заголовок) становится доступен пользователю. Если LCP выше 2.5 секунд, это сигнал к действию. Оптимизация скорости загрузки часто начинается именно с борьбы за LCP: сжатие картинок, использование современных форматов типа WebP или AVIF, настройка приоритетной загрузки (fetchpriority).

Вторая метрика - CLS (Cumulative Layout Shift), или Накопленное смещение макета. Это показатель визуальной стабильности. Бывало такое: вы уже собираетесь нажать на кнопку «Купить», а в этот момент подгружается баннер, страница дергается, и вы кликаете на «Отписаться»? Это и есть плохой CLS. Высокий CLS убивает доверие и конверсию. Чтобы его снизить, нужно всегда резервировать место под изображения и рекламные блоки с помощью атрибутов width и height.

Третья метрика, ставшая критически важной в последние годы - INP (Interaction to Next Paint). Она пришла на смену старой метрике FID. INP измеряет задержку между действием пользователя (клик, нажатие клавиши) и моментом, когда браузер фактически отрисовывает визуальный отклик. Если ваш сайт «замирает» при попытке открыть меню, ваш INP будет высоким, и Google это зафиксирует. Это связано с тем, как браузер обрабатывает тяжелые JavaScript-скрипты, которые блокируют основной поток (Main Thread).

Краткий гид по значениям

Для всех трех метрик (LCP, CLS, INP) действует правило светофора:

• Зеленая зона (Хорошо): LCP < 2.5с, CLS < 0.1, INP < 200мс.
• Желтая зона (Нужно улучшить): значения находятся на границе.
• Красная зона (Плохо): показатели выше указанных лимитов.

Пошаговая проверка скорости вашего сайта

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

1. Перейдите на официальный сервис PageSpeed Insights. Не используйте сторонние расширения для браузера, если вам нужен глубокий анализ, так как они часто показывают только лабораторные данные и не учитывают реальный опыт пользователей.
2. Введите URL страницы. Если вам нужно проверить конкретный товар или статью, вводите именно этот URL, а не только главную страницу. Скорость каталога и скорость карточки товара могут радикально отличаться.
3. Выберите тип устройства. Сначала всегда смотрите на Mobile. Если мобильная версия в порядке, можно переходить к Desktop. Но помните: приоритет всегда у мобильных.
4. Изучите блок Field Data. Если там написано «Your URL provided no data», значит, у вашего сайта недостаточно трафика, чтобы Google собрал статистику через CrUX. В этом случае ориентируйтесь только на Lab Data, но помните о рисках.
5. Проанализируйте блок Core Web Vitals Assessment. Это ваш главный индикатор здоровья сайта для поисковых систем.
6. Прокрутите вниз до раздела «Opportunities» (Возможности) и «Diagnostics» (Диагностика). Здесь Google сам подскажет, что именно тормозит сайт: огромные изображения, неиспользуемый JavaScript или медленный ответ сервера.

После получения отчета не спешите бежать к программисту с фразой «сделайте, чтобы было 100 из 100». Это бесполезная трата времени. Ваша задача - добиться попадания всех Core Web Vitals в «зеленую зону». Добиваться идеальных 100 баллов в Lighthouse часто бывает экономически невыгодно, так как это требует удаления полезных, но «тяжелых» функций. Фокусируйтесь на пользовательском опыте, а не на цифрах в вакууме.

Новые возможности Lighthouse 13 и Agentic Browsing

Технологии не стоят на месте. В октябре 2025 года вышел Lighthouse 13, который принес значительные обновления в механизмы тестирования. Одно из самых обсуждаемых новшеств - появление раздела Agentic Browsing. Это экспериментальная функция, которая имитирует поведение не просто автоматизированного скрипта, а «агента» - браузера, который пытается выполнить конкретную задачу на сайте, как это сделал бы человек.

Что это дает на практике? Раньше Lighthouse просто сканировал страницу, проверяя, насколько быстро она грузится. Теперь он может глубже анализировать процесс взаимодействия. Agentic Browsing позволяет увидеть, как сайт ведет себя в динамике при выполнении цепочки действий. Это дает более точную оценку того, насколько плавно работает интерфейс во время реальной навигации. Хотя на текущий момент (24 октября 2026 года) этот функционал не является прямым фактором ранжирования в Google Search, он является мощнейшим инструментом для UX-аудита.

Важно понимать: Google постепенно внедряет элементы «агентского» поведения в свои алгоритмы. Если ваш сайт технически быстр, но «ломается» или начинает жутко тормозить, когда пользователь пытается совершить переход в корзину или открыть фильтр, новые версии Lighthouse это выявят. Это переход от статической оценки страницы к оценке пользовательского пути (User Journey).

Также Lighthouse 13 стал лучше работать с современными фреймворками, такими как React и Next.js, которые часто вызывают проблемы с INP из-за избыточного количества JavaScript. Теперь отчеты стали более специфичными: они указывают не просто «у вас много JS», а «этот конкретный скрипт блокирует взаимодействие пользователя в течение 500 мс». Это значительно сокращает время на поиск ошибки разработчиками.

Типичные ошибки при анализе производительности

Многие владельцы бизнеса и даже опытные маркетологи совершают одни и те же ошибки, которые делают аудит бесполезным. Самая распространенная - это «гонка за 100 баллами». Вы можете потратить сотни тысяч рублей на оптимизацию, чтобы поднять показатель с 85 до 100, но при этом вырезать все качественные изображения, оставить только серые заглушки и убить конверсию. Помните: PageSpeed Insights - это инструмент для улучшения UX, а не для самолюбования цифрами. Если ваш сайт конвертирует при 80 баллах, не нужно ломать то, что работает, ради идеального отчета.

Вторая ошибка - игнорирование контекста. Вы проверяете сайт, сидя на мощном компьютере с гигабитным каналом связи, и удивляетесь, почему показатели в Lab Data не совпадают с реальностью. Всегда проверяйте, какая модель устройства и какая скорость интернета выбрана в настройках симуляции. Если вы тестируете сайт для регионов с плохим покрытием, выбирайте профиль «Slow 4G».

Третья ошибка - попытка исправить всё сразу. Отчет PSI может выдать список из 50 рекомендаций. Если вы попытаетесь внедрить их все одновременно, вы превратите процесс разработки в бесконечный цикл тестирования. Действуйте итерациями:

• Сначала исправьте критические ошибки Core Web Vitals (LCP, CLS, INP).
• Затем займитесь оптимизацией ресурсов (изображения, шрифты).
• Только в последнюю очередь приступайте к мелким техническим правкам, которые дают прирост в 1-2 балла.

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

Влияние скорости загрузки на SEO и продажи

Зачем вообще этим заниматься? Ответ прост: скорость напрямую конвертируется в деньги. Давайте разберем это на двух уровнях: техническом (SEO) и психологическом (продажи).

С точки зрения SEO, Google использует Core Web Vitals как фактор ранжирования. Это не значит, что быстрый сайт автоматически станет первым в выдаче. Но это значит, что медленный сайт гарантированно будет стоять ниже конкурентов, которые оптимизировали свой UX. Скорость влияет на так называемый «поведенческий фактор». Если пользователь кликает по вашему объявлению в поиске, а страница грузится 5 секунд, он возвращается в поиск и кликает на конкурента. Google видит этот возврат и понимает: ваш сайт не удовлетворил запрос. В итоге ваши позиции падают.

С точки зрения продаж, здесь работает чистая математика. Задержка в 1 секунду может снизить конверсию на 7-10%. Представьте, что ваш сайт приносит 100 заказов в день. Если из-за медленной загрузки вы теряете 10% клиентов, вы теряете 10 заказов ежедневно. В масштабе года это сотни и тысячи упущенных сделок. Скорость сайта - это не технический параметр, это параметр вашего коммерческого предложения.

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

Что запомнить

• PageSpeed Insights - это сочетание реальных данных пользователей (Field Data) и симуляции (Lab Data).
• Главные метрики для SEO - это Core Web Vitals: LCP (скорость), CLS (стабильность) и INP (отклик).
• Всегда проверяйте мобильную версию в первую очередь.
• Не гонитесь за 100 баллами, гонитесь за «зеленой зоной» и реальным удобством для людей.
• Улучшение скорости напрямую влияет на позиции в поиске и на количество ваших заказов.