Скорость загрузки сайта: как проверить, что тормозит чаще всего и что делает разработчик

Короткий ответ: скорость сайта проверяют в PageSpeed Insights — он показывает и лабораторный тест, и данные реальных посетителей; данные своих посетителей есть ещё в отчёте «Время загрузки страниц» Яндекс Метрики. Смотреть стоит на три показателя: LCP (когда появился основной контент), INP (как быстро страница отвечает на нажатие) и CLS (не прыгает ли вёрстка). Чаще всего тормозят тяжёлые картинки, шрифты и сторонние скрипты, и многое из этого исправляется без переделки сайта. Сведения о сервисах — по официальным справкам на октябрь 2026 года.

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

Проще всего начать с PageSpeed Insights: это сервис Google, в который вставляют адрес страницы и получают отчёт отдельно для телефонов и для компьютеров. Регистрация не нужна.

1. Откройте pagespeed.web.dev и вставьте адрес конкретной страницы. Проверяйте не только главную: ещё страницу услуги или товара, каталог и ту, куда ведёт реклама.
2. Начните с отчёта для телефонов. Лабораторный тест моделирует для них телефон среднего класса в мобильной сети, поэтому слабые места видны лучше, чем на компьютере с проводным интернетом.
3. Выпишите LCP, INP и CLS и повторяйте замер после каждой заметной правки на сайте.

Что показывает PageSpeed Insights и какой части отчёта верить?

В отчёте две независимые части: полевые данные — как страница открывалась у реальных людей — и лабораторный тест, то есть один смоделированный заход. Проверка Core Web Vitals считается по полевым данным, а балл производительности от 0 до 100 — по лабораторному тесту.

Как это устроено, описано в документации PageSpeed Insights:

• Полевые данные берутся из отчёта об опыте пользователей браузера Chrome за предыдущие 28 дней. Для каждого показателя показан 75-й процентиль — значение, в которое уложились три загрузки из четырёх.
• Если данных мало — страница новая или посетителей немного, — сервис показывает данные по сайту целиком. Не хватает и их — полевой части в отчёте не будет. Для молодого сайта это нормально.
• Лабораторный тест выполняет инструмент Lighthouse. Балл 90 и выше считается хорошим, 50–89 — требующим улучшения, ниже 50 — плохим.
• Цифры двух частей расходятся, и это ожидаемо: полевые данные описывают прошлое на разных устройствах и сетях, лабораторные — один заход в заданных условиях. Сам балл тоже меняется от запуска к запуску.

Практический вывод: балл — подсказка разработчику, где искать, а не цель. Важнее, чтобы «зелёными» были показатели у реальных посетителей. Те же полевые данные по группам страниц всего сайта есть в отчёте Core Web Vitals в Google Search Console.

Что такое LCP, INP и CLS простыми словами?

Это три показателя Core Web Vitals, которыми Google описывает ощущения человека от страницы: быстро ли она показала главное, быстро ли отвечает на действия и не дёргается ли при загрузке.

Показатель	Что измеряет	Хорошо	Плохо
LCP	Через сколько после начала загрузки на экране появился самый крупный элемент: картинка, блок текста или видео	до 2,5 с	больше 4 с
INP	Сколько проходит от клика, касания или нажатия клавиши до видимой реакции страницы	до 200 мс	больше 500 мс
CLS	Насколько сильно блоки неожиданно сдвигаются, пока человек смотрит страницу	до 0,1	больше 0,25

Хорошие значения — из документации Google о Core Web Vitals, границы «плохо» — из шкалы PageSpeed Insights; между ними лежит зона «нужно улучшить». На практике плохой LCP — это когда шапка уже видна, а фото и заголовок появляются с опозданием. Плохой INP — нажали на меню или кнопку, а страница молчит. Плохой CLS — потянулись к кнопке, сверху подгрузился баннер, и палец попал в другое место. Прокрутка и наведение курсора в INP не учитываются.

Как посмотреть скорость сайта в Яндекс Метрике и Вебмастере?

В Метрике это отчёт «Время загрузки страниц»: Отчёты → Мониторинг. Он показывает, как страницы открывались у ваших посетителей и на каком этапе теряется время. Справка Вебмастера за анализом скорости отсылает к отчётам Метрики, а сам Вебмастер сообщает, если сервер долго отвечает роботу.

Основные показатели отчёта, по справке Метрики:

• Время до отрисовки — от перехода на страницу до момента, когда браузер начал её рисовать. Его человек и воспринимает как скорость сайта; по справке обычно оно не превышает двух секунд.
• Время до загрузки DOM — до загрузки страницы со всеми компонентами: картинками, стилями, скриптами.
• DNS, соединение, редиректы, ответ сервера — этапы до того, как браузер получил страницу. Если время теряется здесь, причина в сервере, хостинге или сети, а не в картинках.

Значения показаны через квантиль: по умолчанию 50% — время, в которое уложилась половина загрузок. Переключите на 90%, чтобы увидеть, как сайт открывается у тех, кому повезло меньше. Отчёт можно построить по одной странице и сравнить по городам и браузерам.

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

Влияет ли скорость загрузки на позиции в поиске?

Для Google — влияет, но не решает; Яндекс в справке «Как сделать сайт быстрее» о позициях в поиске не пишет. Google сообщает, что Core Web Vitals используются его системами ранжирования, и там же оговаривает: хорошие показатели не гарантируют высоких позиций, а самый релевантный ответ поиск покажет даже при посредственном удобстве страницы.

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

Что тормозит сайт чаще всего?

Обычно дело в трёх вещах: картинках, шрифтах и сторонних скриптах. Четвёртая причина — медленный сервер; её видно в отчёте Метрики и в диагностике Вебмастера.

• Картинки. По учебным материалам Google изображения — часто самый тяжёлый и самый распространённый ресурс на странице. Типичный случай: снимок с камеры шириной 4000 пикселей загружен в блок шириной 500. Крупная картинка первого экрана часто и есть элемент, по которому считается LCP. А картинка без заданных размеров при подгрузке сдвигает текст — это уже CLS.
• Шрифты. Пока файл шрифта не загрузился, браузер либо не показывает текст, либо рисует его запасным шрифтом и потом подменяет. Отсюда задержка текста и сдвиги строк. Каждое семейство и начертание — как правило, отдельный файл, который нужно скачать.
• Сторонние скрипты. Счётчики аналитики, онлайн-чаты, виджеты соцсетей, карты, встроенное видео, рекламные пиксели. Каждый — это запросы к чужим серверам и код, который занимает браузер, когда тот должен отвечать на действия человека. Поэтому они бьют и по загрузке, и по INP.
• Сервер. Если страница долго формируется на сервере, остальное не спасёт: браузеру пока нечего показывать.

Что делает разработчик, чтобы ускорить сайт?

Сначала измеряет и находит, на каком этапе теряется время, потом исправляет по списку — начиная с того, что заметнее посетителю. Набор работ совпадает с рекомендациями из справки Яндекса и материалов Google.

1. Картинки. Уменьшает до размера блока, отдаёт разные размеры для телефона и компьютера, переводит в форматы WebP или AVIF, прописывает ширину и высоту. Картинкам ниже первого экрана включает отложенную загрузку, главной картинке первого экрана — наоборот, высокий приоритет.
2. Шрифты. Оставляет только нужные начертания, отдаёт файлы в формате WOFF2, убирает неиспользуемые наборы символов, настраивает показ текста запасным шрифтом и подбирает его так, чтобы строки не прыгали.
3. Стили и скрипты. Убирает то, что блокирует отрисовку: переводит скрипты на асинхронную или отложенную загрузку, сжимает файлы CSS и JavaScript.
4. Сторонние сервисы. Вместе с вами проходит по списку подключённого. Лишнее отключается, нужное откладывается: чат или карта загружаются после основного контента.
5. Сервер. Настраивает кэширование и сжатие, убирает лишние редиректы, при необходимости подключает сеть доставки контента (CDN) и оптимизирует серверный код.
6. Вёрстка. Резервирует место под баннеры и встраиваемые блоки, чтобы они не сдвигали страницу.
7. Повторный замер. Лабораторный результат виден сразу, а полевые данные копятся 28 дней — эффект по ним оценивают примерно через месяц.

Что владелец сайта может сделать сам?

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

• Уменьшать и сжимать фото до загрузки в админку, а не выкладывать снимок с камеры как есть.
• Время от времени пересматривать счётчики, пиксели и виджеты и просить отключить те, которыми никто не пользуется.
• Не ставить на первый экран видео и слайдер из тяжёлых фото без необходимости.
• Проверять ключевые страницы в PageSpeed Insights после заметных правок и заглядывать в отчёт Метрики.

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

Когда оптимизации мало и нужен редизайн или новый сайт?

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

Если дело в тяжёлом шаблоне, к исходникам есть доступ и платформа позволяет менять вёрстку, а структура и адреса страниц устраивают, хватает редизайна: по нашему прайсу это от 29 000 ₽ и 2–3 дня, без переезда. Если доступа к исходникам нет или платформа не даёт менять вёрстку, редизайн основу не исправит — нужен новый сайт по тарифам разработки. Как выбрать между редизайном и новым сайтом и не потерять позиции, разобрано в статье «Редизайн или новый сайт».

Что по скорости входит в работу Roboweb.team?

Проверка скорости — часть запуска нового сайта, а работа над скоростью существующего — часть поддержки или редизайна. Ниже — как это описано на сайте.

• Новые сайты. На шаге «Запуск» ставим сайт на ваш домен, подключаем аналитику, проверяем скорость и передаём доступы. На странице корпоративного сайта скорость и адаптив названы частью SEO-фундамента.
• Редизайн — от 29 000 ₽, 2–3 дня: «современный вид, скорость, адаптив под мобильные».
• Поддержка и развитие — от 7 900 ₽ в месяц по абонентке или разово по задаче; ускорение загрузки входит в перечень работ.

Целевых баллов PageSpeed и значений LCP в прайсе нет, и заочно мы их не обещаем: результат зависит от хостинга, объёма контента и сторонних сервисов, которые вы решите оставить. Объём работ по ускорению конкретного сайта считаем после брифа; если нужны конкретные цифры, их записывают в ТЗ. Из чего ещё складываются расходы на сайт после запуска — в статье о стоимости поддержки.

Короткие ответы на частые вопросы

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

Вставьте адрес страницы в PageSpeed Insights (pagespeed.web.dev): сервис покажет лабораторный тест и, если данных достаточно, показатели реальных пользователей. Данные своих посетителей есть в Яндекс Метрике: Отчёты → Мониторинг → Время загрузки страниц.

Какая скорость загрузки сайта считается хорошей?

По ориентирам Google — LCP до 2,5 секунды, INP до 200 миллисекунд и CLS до 0,1. Проверка Core Web Vitals в PageSpeed Insights пройдена, когда 75-й процентиль всех трёх показателей по данным реальных пользователей находится в зоне «хорошо».

Что такое LCP, INP и CLS?

LCP — время до появления самого крупного элемента на экране, INP — задержка между действием человека и видимой реакцией страницы, CLS — величина неожиданных сдвигов вёрстки. Вместе эти три показателя называются Core Web Vitals.

Почему в PageSpeed Insights нет данных реальных пользователей?

Полевые данные берутся из отчёта об опыте пользователей Chrome за последние 28 дней. Если по странице и по сайту в целом их набралось мало, сервис показывает только лабораторный тест — для нового сайта это обычная ситуация.

Почему балл PageSpeed Insights меняется от проверки к проверке?

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

Сколько стоит ускорить сайт в Roboweb.team?

Отдельного тарифа на ускорение в прайсе нет. Работа над скоростью входит в поддержку — от 7 900 ₽ в месяц по абонентке или разово по задаче — и в редизайн от 29 000 ₽ за 2–3 дня; объём для конкретного сайта считаем после брифа.

Услуги и кейсы по теме: поддержка и развитие сайта · корпоративные сайты