Вы наняли SEO-специалиста, запустили рекламу, но заявок меньше, чем ожидали. Первая мысль: «Нужно больше бюджета». А вторая, которую многие откладывают: «А как вообще работает сайт у реального клиента?» Я регулярно вижу, как владельцы бизнеса проверяют скорость «на глаз» — открывают главную у себя в офисе и делают вывод: «Всё нормально». Но ваши клиенты сидят на мобильных, в метро, на 4G. И если страница не загрузилась за три секунды, они не позвонят вам — они позвонят конкуренту.

Проверить скорость сайта — это не про «поиграть в цифры». Это про то, чтобы увидеть, сколько денег вы теряете каждый день.

С чего начать: один правильный инструмент

Если вы проверяете скорость впервые, начните с Google PageSpeed Insights (PSI) . Это бесплатный сервис, который показывает два типа данных:

• Полевые данные (CrUX) — как сайт загружался у реальных пользователей Chrome за последние 28 дней.
• Лабораторные данные (Lighthouse) — имитация загрузки в стандартных условиях .

Почему это важно: лабораторный тест показывает потенциал, а полевые данные — реальность. Google при ранжировании ориентируется именно на полевые данные .

Введите URL страницы, нажмите «Анализировать» и получите отчёт отдельно для мобильной и десктопной версий. Оценка от 90 до 100 — хорошая, 50–89 — средняя, 0–49 — требует срочной доработки .

Что означают показатели: перевод с технического на бизнес

В отчёте вы увидите метрики. Вот что они значат для вашего кармана:

LCP — Largest Contentful Paint

Время загрузки самого крупного видимого элемента: баннера, фото или основного текста .

• До 2,5 сек — зелёная зона. Клиент видит контент быстро и не уходит.
• Более 4 сек — красная зона. Половина пользователей уже закрыла вкладку.

INP — Interaction to Next Paint

Задержка между кликом пользователя и реакцией сайта .

• До 200 мс — сайт отзывчивый.
• Более 500 мс — клиент нажимает кнопку «Заказать», а сайт зависает. Итог: ушёл к конкуренту.

CLS — Cumulative Layout Shift

Насколько элементы «прыгают» при загрузке .

• Менее 0,1 — стабильно.
• Более 0,25 — кнопка «Купить» съехала, пользователь случайно нажал на рекламу. Это не просто раздражение — это прямые потери конверсии.

FCP — First Contentful Paint

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

• До 1,8 сек — хорошо. Это формирует первое впечатление: «Сайт работает».

TTFB — Time to First Byte

Время от запроса до первого байта от сервера .

• До 0,8 сек — норма. Если больше, проблема в хостинге или серверной части. Менять тариф или хостера — задача не разработчика, а владельца бизнеса.

TBT — Total Blocking Time

Время, когда страница выглядит загруженной, но не реагирует на действия . Высокий TBT означает, что JavaScript «забивает» браузер клиента.

Где ещё проверять: три дополнительных источника

PageSpeed Insights — база, но не единственный инструмент:

1. Google Search Console → Core Web Vitals. Здесь Google прямо указывает, какие страницы вашего сайта не проходят пороги и по какой метрике . Это приоритетный список доработок.
2. Яндекс.Метрика → Мониторинг → Время загрузки страниц. Показывает реальную скорость для вашей аудитории, включая время ответа сервера и обработки DOM .
3. GTmetrix или WebPageTest. Позволяют проверить скорость из разных локаций и с разной скоростью интернета . Полезно, если у вас международный трафик.

Как проверять правильно: типичные ошибки

Я постоянно вижу одни и те же ловушки:

Ошибка 1. Смотрят только десктоп. Google использует mobile-first индексирование. Проверяйте мобильную версию в первую очередь .

Ошибка 2. Доверяют одному замеру. Скорость плавает в зависимости от нагрузки на сервер. Делайте 3–5 проверок в разное время суток.

Ошибка 3. Гонятся за оценкой 100. Оценка PSI — это синтетический индикатор. Важнее всего три метрики Core Web Vitals в зелёной зоне. Сайт с оценкой 85 и зелёными CWV часто работает лучше, чем сайт на 95 с провалом по INP.

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

Практическая польза для бизнеса

Когда вы регулярно проверяете скорость сайта, вы перестаёте действовать вслепую. Вы видите:

• Какие страницы теряют трафик из-за медленной загрузки.
• Где узкое место: сервер, изображения или лишний код.
• Сколько конкретно вы можете выиграть от оптимизации.

Например, если LCP на странице услуг 4,5 секунды, а у конкурентов — 1,8, вы знаете: ускорив эту страницу, вы сразу выровняете шансы в выдаче. А если TTFB 1,5 секунды, вы понимаете, что пора менять хостинг, а не переписывать тексты.

Вывод

Проверить скорость сайта — дело пяти минут. Понять показатели — ещё десять. Но эти пятнадцать минут могут открыть вам глаза на то, почему рекламный бюджет уходит в пустоту, а заявок нет. Не ждите, пока SEO-специалист или разработчик скажут «всё ок». Сами зайдите в PageSpeed Insights, посмотрите на мобильные метрики и задайте вопрос: «Если бы я был клиентом, стал бы я ждать?»

Не хотите разбираться в цифрах самостоятельно?

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

Заказать в телеграм

ЧЕК-ЛИСТ: Проверка скорости сайта для бизнеса

• Открыть PageSpeed Insights и проверить главную страницу (мобильная версия)
• Зафиксировать значения LCP, INP, CLS — все три должны быть в зелёной зоне
• Проверить полевые данные (CrUX): есть ли они в отчёте
• Сравнить лабораторные и полевые данные: расхождение более чем в 2 раза — сигнал проблемы
• Открыть Google Search Console → Core Web Vitals, проверить наличие URL в красной зоне
• Проверить 3–5 приоритетных страниц: карточка товара, услуги, корзина, форма заявки
• Замерить TTFB: если более 0,8 сек — проверить хостинг
• Проверить скорость через Яндекс.Метрику (Отчёты → Мониторинг → Время загрузки)
• Сделать тест в GTmetrix или WebPageTest из локации, ближайшей к целевой аудитории
• Провести 3 замера в разное время суток, зафиксировать среднее значение
• Составить список страниц с худшими показателями для приоритетной оптимизации
• Назначить ответственного за регулярную проверку (раз в 2 недели)

ГАЙД: Как проверить скорость сайта через PageSpeed Insights за 10 минут

Шаг 1. Подготовка
Откройте браузер Chrome в режиме инкогнито (чтобы расширения не искажали результат). Перейдите на pagespeed.web.dev.

Шаг 2. Первый замер
Введите URL главной страницы. Выберите «Анализировать». Дождитесь результатов для мобильной и десктопной версий.

Шаг 3. Чтение полевых данных
Вверху отчёта найдите блок «Discover what your real users are experiencing». Если данных нет — у сайта мало трафика из Chrome, и ориентируйтесь на лабораторные данные.

Шаг 4. Анализ Core Web Vitals
Найдите три метрики: LCP, INP, CLS. Запишите их значения и цвет зоны (зелёный/жёлтый/красный).

Шаг 5. Диагностика проблем
Прокрутите вниз до раздела «Diagnose performance issues». Здесь PSI указывает конкретные проблемы: тяжёлые изображения, неэффективный код, медленный сервер.

⚠️ Предупреждение: Не пытайтесь достичь оценки 100 любой ценой. Иногда PSI рекомендует удалить сторонние скрипты (например, аналитику или чат), которые критичны для бизнеса. Ориентируйтесь на зелёные зоны Core Web Vitals, а не на абсолютный балл.

Шаг 6. Проверка внутренних страниц
Повторите шаги 2–5 для страниц: услуги, товар, корзина, контакты. Часто внутренние страницы тормозят сильнее главной.

Шаг 7. Фиксация результатов
Создайте таблицу: URL | LCP | INP | CLS | Приоритет доработок. Это станет вашим техническим заданием для разработчика.

FAQ: Проверка скорости сайта

Вопрос 1. Можно ли проверить скорость сайта бесплатно?
Да. Google PageSpeed Insights, Google Search Console, Lighthouse в Chrome и Яндекс.Метрика — полностью бесплатны и дают достаточно данных для диагностики .

Вопрос 2. Что важнее: оценка в PSI или цветные зоны метрик?
Важнее зоны метрик Core Web Vitals (LCP, INP, CLS). Оценка 0–100 — синтетический показатель Lighthouse, а Google ранжирует по реальным полевым данным .

Вопрос 3. Почему мобильная версия всегда медленнее десктопа?
Мобильные устройства имеют меньше вычислительной мощности, а мобильный интернет — ниже скорость. Google при ранжировании учитывает именно мобильную версию .

Вопрос 4. Что делать, если в PageSpeed Insights нет полевых данных?
Значит, у сайта недостаточно трафика из Chrome для сбора статистики. Ориентируйтесь на лабораторные данные Lighthouse и проверяйте скорость через Яндекс.Метрику, где есть данные по вашей реальной аудитории .

Вопрос 5. Как часто нужно проверять скорость?
После каждого крупного обновления сайта и раз в 2–4 недели в рамках регулярного мониторинга. Данные CrUX обновляются по скользящему окну в 28 дней .

Вопрос 6. Может ли быстрый хостинг исправить все проблемы со скоростью?
Нет. Хороший хостинг решает проблему TTFB, но не уберёт тяжёлые изображения, лишний JavaScript или нестабильную вёрстку .

Вопрос 7. Почему показатели в разных сервисах отличаются?
Потому что они используют разные серверы, условия тестирования и методологии. PSI ориентируется на данные Google, GTmetrix — на свои серверы, Яндекс.Метрика — на вашу реальную аудиторию.