Как проверить скорость загрузки сайта и понять, что действительно нужно исправить
Как проверить скорость сайта, различить полевые и лабораторные данные, понять LCP, INP и CLS и принять доработку по повторяемому сценарию.
Вам прислали отчёт: на телефоне у сайта 48 баллов. Подрядчик предлагает оптимизацию. Другой говорит, что надо менять платформу. А у вас страница на рабочем компьютере открывается нормально.
Я бы сначала разобрался, что именно измерили. Один балл ещё не объясняет, где посетитель ждёт и какую работу стоит заказывать. Проверка скорости загрузки сайта полезна, когда после неё появляется конкретная задача: что мешает, на каких страницах, как это исправить и чем подтвердить результат.
Для такой проверки собственнику не нужно становиться программистом. Нужно согласовать условия измерения и связать цифры с действиями покупателя.
Проверьте путь клиента, а не только главную
Возьмите несколько страниц, на которых человек решает вашу задачу. Для магазина это могут быть категория, карточка товара и оформление заказа. Для компании услуг — страница конкретной услуги, форма обращения и страница с подробностями предложения.
Главная может загружаться быстро, а каталог с большим числом фотографий — заметно медленнее. Бывает и наоборот: тяжёлая заставка мешает первому знакомству, хотя внутри сайт работает вполне удобно.
Составьте небольшой перечень адресов. Для каждого запишите:
- что человек должен увидеть или сделать;
- с какого устройства проходит проверка;
- в какой момент появляется задержка;
- какие условия нужно повторить после исправления.
Проверьте и мобильный сценарий. Подключение по домашнему Wi-Fi на новом телефоне не описывает все условия ваших клиентов. Но и единственный неудачный запуск в нестабильной сети не доказывает неисправность сайта.
Если пока непонятно, где посетители перестают оформлять заказ, сначала пригодится общая диагностика интернет-магазина без продаж. Проверка скорости — отдельная часть такого разбора.
Разделите два вида данных
В PageSpeed Insights можно встретить данные реальных пользователей и лабораторную проверку. Они отвечают на разные вопросы.
Данные реальных пользователей показывают накопленный опыт посещений. В инструменте используется скользящее окно за последние 28 дней. Если данных о конкретной странице недостаточно, инструмент может показать сведения по сайту в целом либо не показать этот блок.
Лабораторная проверка запускает страницу в заданных условиях. По ней удобно искать техническую причину и сравнивать изменения, но это один смоделированный сценарий.

Посмотрите, к какому адресу относится каждый блок. У карточки может быть собственный лабораторный отчёт, а данные посетителей — по всему сайту. Сравнивать эти значения как два замера одной и той же страницы некорректно.
После исправления лабораторный результат можно проверить сразу. В накопленной статистике реальных посещений ещё некоторое время будет присутствовать прежний опыт пользователей. Поэтому требование «сегодня исправили, сегодня же измените весь исторический показатель» не поможет принять работу.
Что означают LCP, INP и CLS
Я бы смотрел на показатели через простые вопросы.
| Показатель | Вопрос для владельца сайта | Ориентир хорошего значения |
|---|---|---|
| LCP | Когда появляется основное крупное содержимое страницы? | Не более 2,5 секунды |
| INP | Как быстро интерфейс отвечает на действие человека? | Не более 200 миллисекунд |
| CLS | Насколько неожиданно сдвигаются элементы? | Не более 0,1 |
Для оценки опыта реальных пользователей эти ориентиры применяют к 75-му процентилю: важен результат, в который укладывается большая часть наблюдений. У разных страниц и устройств он может различаться.
Здесь нет одного универсального «времени загрузки». Человек может уже видеть товар, но ещё ждать реакции кнопки. Или кнопка срабатывает быстро, зато фотография и блок доставки появляются с заметным сдвигом.
INP относится к взаимодействиям. Если лабораторный отчёт показывает другой показатель блокировки, его нельзя просто переименовать в INP. Попросите подрядчика объяснить, что именно он измеряет и как это связано с вашей жалобой.
За общим баллом найдите конкретное ожидание
Допустим, в условном магазине покупатель открывает карточку. Сначала появляется текст, затем большая фотография, а кнопка заказа уезжает ниже из-за поздно загруженного блока. Это уже описание поведения. Его можно воспроизвести и проверить.
Фраза «сайт медленный» оставляет слишком много вариантов. Полезнее такая запись:
На мобильном устройстве при первом открытии карточки основное изображение появляется с задержкой, а блок выбора размера смещается после загрузки фотографии.
Дальше технический специалист выясняет причину: подготовка изображения, работа сервера, порядок загрузки ресурсов, сторонние скрипты или другое ограничение. Назначать средство заранее я бы не стал. Покупка более дорогого сервера не уменьшит автоматически слишком тяжёлые картинки и не исправит поведение интерфейса.
Отдельно проверьте, что сайт не просто быстро показывает страницу, а позволяет выполнить действие. В требованиях к карточке товара важны и характеристики, и выбор варианта, и сохранение этого выбора при добавлении в корзину.
Покажите страницу и действие, на котором возникает задержка. В Goncharoff.PRO можно разобрать наблюдение и определить, какую доработку проверять первой.
Ваша текущая скидка: …
Обсудить скорость сайта и получить скидкуКак сравнить результат до и после
Сохраните исходный адрес, дату, устройство, тип проверки и сам отчёт. Для лабораторного сравнения повторяйте один и тот же сценарий. Если один замер сделан на мобильном профиле, а другой на настольном, разница ещё не описывает улучшение.
Я бы сделал несколько повторов, посмотрел на разброс и проверил страницу обычным способом с телефона. Это поможет заметить случайно удачный запуск и проблемы, которые не видны в одном числе.
Не подменяйте приёмку фразой «было красное, стало зелёное». Попросите показать:
- какое наблюдение воспроизводилось до работы;
- какая причина подтвердилась;
- что изменили;
- какой повторный замер получился;
- что покупатель теперь может выполнить без прежней задержки.

Зафиксировать этот порядок можно в техническом задании на доработку сайта. Тогда обсуждение опирается на результат, а не на количество выполненных технических пунктов.
Когда достаточно доработки
Если задержка связана с определённым изображением, скриптом или запросом, полная переделка сайта может оказаться лишней. Если ограничение затрагивает архитектуру и регулярно мешает нужным сценариям, объём работ будет другим.
Решение удобно принимать после диагностики. В статье о редизайне и точечных доработках разобран именно этот выбор.
И ещё один момент. Высокая оценка сама по себе не подтверждает рост продаж. Если товар не подходит, условия доставки появляются слишком поздно или покупателю нечем оплатить заказ, быстрая страница не закрывает эти вопросы. При незавершённых покупках отдельно разбирайте работу с брошенными корзинами.
Хороший результат проверки скорости — понятная карта задержек и следующий обоснованный шаг. Начните с одной важной страницы и одного действия. По ним уже можно обсуждать стоимость, объём исправлений и способ приёмки.
Обсудим, что сейчас ждёт посетитель, какие страницы важны для бизнеса и по какому сценарию принимать исправление.
Ваша текущая скидка: …
Разобрать задачу сайта и получить скидку
Комментарии
Пока нет комментариев. Поделитесь своим мнением первым.