Скорость загрузки сайта оценивают тремя показателями Core Web Vitals: LCP (когда появилось главное) до 2,5 секунды, INP (отклик на нажатия) до 200 миллисекунд и CLS (сдвиги страницы) до 0,1. Норма должна выполняться у 75% посещений, отдельно на телефонах и компьютерах. Проверить можно бесплатно в PageSpeed Insights: главное там данные реальных пользователей, а не балл от 0 до 100. Ускорять выгоднее по порядку: картинки, размеры элементов, лишние скрипты и виджеты, кеш и сервер, шрифты и тема, проверяя показатели после каждого шага.
Скорость загрузки сайта это не одна цифра «за сколько секунд открылась страница», а три ощущения посетителя: как быстро появилось главное, как быстро сайт откликается на нажатия и не прыгает ли страница под пальцем. Google измеряет их показателями Core Web Vitals: LCP, INP и CLS. Хорошими считаются LCP до 2,5 секунды, INP до 200 миллисекунд и CLS до 0,1, причём у 75% посещений, а не в одном удачном замере. Проверить сайт можно бесплатно за пару минут в PageSpeed Insights. Дальше в статье: как читать отчёт, что чаще всего тормозит и в каком порядке ускорять сайт, чтобы не тратить деньги на то, что ничего не даст.
Что такое скорость загрузки сайта и как её измеряют
Скорость сайта измеряют глазами посетителя, а не секундомером. Страница может «загрузиться» за секунду, но первые три секунды показывать белый экран, а потом ещё полсекунды не реагировать на кнопку. Поэтому Google выделил три главных показателя и назвал их Core Web Vitals, по-русски основные интернет-показатели.
| Показатель | Что измеряет простыми словами | Хорошо | Нужно улучшить | Плохо |
|---|---|---|---|---|
| LCP, отрисовка главного | Когда появился самый крупный элемент первого экрана: картинка или большой блок текста | до 2,5 с | 2,5–4 с | больше 4 с |
| INP, отклик | Как быстро страница отвечает на нажатия, клики и ввод за всё время посещения | до 200 мс | 200–500 мс | больше 500 мс |
| CLS, стабильность | Насколько сдвигается содержимое во время загрузки | до 0,1 | 0,1–0,25 | больше 0,25 |
| TTFB, ответ сервера | Сколько ждём первый байт от сервера. Не входит в Core Web Vitals, но тянет за собой LCP | до 0,8 с | 0,8–1,8 с | больше 1,8 с |
Пороги взяты из документации Google на web.dev. Важная деталь: оценивают 75-й процентиль, отдельно для телефонов и компьютеров. Это значит, что хорошим сайт считается, если показатель уложился в норму у трёх посещений из четырёх. Один быстрый замер на рабочем ноутбуке ничего не доказывает.
INP стал основным показателем в 2024 году и заменил старый показатель FID. Если в статье или отчёте подрядчика до сих пор фигурирует FID, текст устарел.
Как проверить скорость загрузки сайта
Начните с PageSpeed Insights (pagespeed.web.dev): вставьте адрес страницы и посмотрите обе вкладки, для мобильных и для компьютеров. Это бесплатно и не требует регистрации. Но у отчёта две части, и их часто путают.
- Данные реальных пользователей. Это верхний блок. Он собран из браузеров Chrome настоящих посетителей за последние 28 дней. Именно по нему видно, прошёл сайт оценку Core Web Vitals или нет.
- Лабораторный замер. Это оценка от 0 до 100 и список советов ниже. Программа Lighthouse один раз загружает страницу на имитации среднего телефона с мобильным интернетом. Полезно для поиска причин, но это одна симуляция, а не опыт ваших клиентов.
Если у сайта мало посетителей, данных реальных пользователей для отдельной страницы может не быть. Тогда PageSpeed показывает данные по всему сайту, а для совсем небольших сайтов только лабораторный замер. Это нормально, просто учитывайте, что оценка в лаборатории может отличаться от жизни в обе стороны.
| Инструмент | Что показывает | Когда использовать |
|---|---|---|
| PageSpeed Insights | Реальные данные Chrome и лабораторный замер с советами | Первая проверка любой страницы |
| Google Search Console, отчёт «Основные интернет-показатели» | Группы страниц с хорошими и плохими показателями по реальным данным | Найти, какие разделы сайта тормозят |
| Яндекс Метрика, отчёт «Время загрузки страниц» в разделе «Мониторинг» | Скорость загрузки страниц у ваших посетителей, в том числе не из Chrome | Следить за изменениями после правок |
| Инструменты разработчика в Chrome | Подробный разбор загрузки: что, когда и сколько весит | Работа разработчика над конкретной проблемой |
| WebPageTest и похожие сервисы | Загрузка из разных городов и на разных устройствах, видео загрузки | Сравнить до и после, показать проблему наглядно |
Как читать отчёт PageSpeed и не гнаться за сотней
Главное в отчёте это оценка Core Web Vitals по реальным данным, а не круглая цифра от 0 до 100. Лабораторную оценку Google делит так: 90 и выше хорошо, 50–89 нужно улучшить, ниже 50 плохо. Но сам Google предупреждает: высокая лабораторная оценка не гарантирует, что реальным посетителям сайт кажется быстрым.
Как разбирать отчёт по шагам:
- Посмотрите, пройдена ли оценка Core Web Vitals для мобильных. Если да, большие вложения в скорость, скорее всего, не нужны.
- Найдите показатель в красной или жёлтой зоне. Обычно проблема одна, и чинить нужно именно её.
- В лабораторной части откройте подсказки, которые относятся к этому показателю. Например, для LCP это картинка первого экрана и время ответа сервера.
- Не пытайтесь закрыть все советы подряд. Часть из них даёт сотые доли секунды, а стоит дней работы.
Хороший ориентир для малого бизнеса: все три показателя в зелёной зоне на телефонах. Сто баллов в лаборатории ради красивого скриншота обычно не окупаются.
Что тормозит сайт: причины по каждому показателю
У каждого показателя свои типичные виновники. Если знать, какой показатель красный, круг поиска сужается в разы.
| Что плохо | Частые причины | Что обычно помогает |
|---|---|---|
| LCP, долго появляется главное | Тяжёлая картинка или видео на первом экране, медленный хостинг, слайдер, шрифты, которые блокируют отрисовку | Сжать и уменьшить картинку, формат WebP или AVIF, убрать слайдер, ускорить ответ сервера, кеширование |
| INP, сайт тормозит при нажатиях | Много скриптов: чаты, счётчики, пиксели рекламы, тяжёлые конструкторы и плагины | Убрать лишние скрипты, загружать виджеты после основного содержимого, упростить тему |
| CLS, страница прыгает | Картинки без размеров, баннеры и виджеты, которые появляются сверху, подмена шрифта | Указать размеры картинок, зарезервировать место под баннеры, настроить загрузку шрифтов |
| TTFB, долгий ответ сервера | Слабый тариф хостинга, нет кеширования страниц, медленные запросы к базе, сервер далеко от посетителей | Кеш страниц, обновление версии PHP или движка, тариф или сервер мощнее, CDN |
Как читать: в этом примере больше половины веса дают картинки, поэтому начинать стоит с них, а не со смены хостинга. Сторонние виджеты весят меньше, но именно они чаще всего портят отклик (INP) на телефонах: их код выполняется, пока посетитель пытается нажать кнопку.
Отдельная история это сайты, которые годами дорабатывали «на скорую руку». Плагины ставили поверх плагинов, тему правили прямо в файлах, обновления откладывали. Такой сайт тормозит не из-за одной причины, а из-за накопленного технического долга. Почему это происходит и как с ним работать, мы разобрали в статье о техническом долге.
Как ускорить загрузку сайта: от простого к сложному
Ускорять сайт выгоднее по порядку: сначала дешёвые правки, которые почти всегда дают эффект, потом дорогие. После каждого шага проверяйте показатели снова, иначе можно потратить бюджет на то, что не было проблемой.
Шаг 1. Картинки и видео
Часто именно они дают основной вес страницы. Сожмите изображения, отдавайте их в размере, в котором они показываются, используйте форматы WebP или AVIF. Картинки ниже первого экрана загружайте отложенно, когда посетитель до них доскроллит. Видео лучше встраивать с площадки, а не загружать файлом на свой хостинг.
Шаг 2. Размеры и место под элементы
У каждой картинки и видео в коде должны быть указаны ширина и высота. Тогда браузер заранее оставит под них место, и текст не будет прыгать. То же касается баннеров, cookie-плашек и виджетов: место под них резервируют заранее или показывают их поверх страницы, а не вставляют сверху.
Шаг 3. Скрипты и виджеты
Составьте список всего, что подключено на сайте: онлайн-чат, обратный звонок, счётчики, пиксели рекламы, карты, отзывы. Уберите то, чем никто не пользуется. Остальное загружайте после основного содержимого. Каждый лишний виджет замедляет отклик на телефоне.
Шаг 4. Сервер и кеширование
Включите кеширование страниц и сжатие на сервере, проверьте, что используется свежая версия движка и PHP. Если ответ сервера всё равно медленный, сравните с другим тарифом или хостингом. Сеть доставки контента (CDN) помогает, когда посетители далеко от сервера, например сайт в Москве, а клиенты по всей стране.
Шаг 5. Шрифты и тема
Оставьте два-три начертания шрифта вместо десяти, подключайте их с сайта, а не со сторонних серверов, если это возможно. Если тема или конструктор тянут десятки ненужных функций, иногда дешевле сделать лёгкий шаблон, чем бесконечно чинить тяжёлый.
Если все пять шагов сделаны, а показатели на телефонах всё равно в красной зоне, причина обычно в самом устройстве сайта: тяжёлый конструктор, перегруженная тема или движок, который на каждую страницу делает десятки запросов к базе. Тут нужен разбор разработчика по конкретному показателю и честное сравнение: сколько стоит дальше латать старый сайт и сколько сделать новый, лёгкий с самого начала.
Скорость и заявки: как понять, стоит ли вкладываться
Ускорение имеет смысл, когда медленный сайт теряет посетителей, которые могли стать клиентами. Универсального процента «на сколько вырастут заявки» нет. Цифры из чужих исследований относятся к чужим сайтам, и переносить их на ваш бизнес нельзя.
Честный способ оценить пользу:
- в Метрике сравните долю отказов и конверсию в заявку на быстрых и медленных страницах, на телефонах и компьютерах;
- запишите исходные значения LCP, INP, CLS и конверсии до правок;
- после ускорения сравните те же показатели за такой же период, с поправкой на сезон и рекламу.
Прикинуть заранее, окупится ли работа, можно в калькуляторе ниже. Он не прогнозирует рост, а показывает, какой эффект нужен, чтобы вложения вернулись.
Как считается: польза в месяц = визиты × доля потерянных × доля удержанных × ценность визита × поправка, минус новые расходы. Ценность визита = прибыль с заявок с сайта за месяц, делённая на число визитов. Пример: 8 000 визитов дают 40 заявок, 10 сделок и 320 000 ₽ валовой прибыли, тогда визит стоит 40 ₽. Долю потерянных оценивайте по Метрике: сравните отказы на медленных и быстрых страницах на телефонах.
Как держать скорость, когда сайт уже ускорили
Скорость портится постепенно: добавили новый виджет, загрузили баннер на 5 мегабайт, поставили ещё один плагин. Через полгода сайт снова медленный, и никто не помнит, когда это случилось.
Чтобы этого не было, договоритесь о простых правилах:
- раз в месяц смотреть отчёт Core Web Vitals в Search Console или PageSpeed по ключевым страницам;
- перед подключением нового сервиса на сайт проверять скорость до и после;
- загружать картинки через обработку, которая сама сжимает и уменьшает их;
- записывать, что и когда меняли на сайте, чтобы быстро найти виновника.
Проверка скорости обычно входит в сопровождение сайта вместе с обновлениями и резервными копиями. Если вы заказываете новый сайт, пропишите требования к скорости сразу в техническом задании: какие показатели, на каких страницах и каким инструментом их проверяют при приёмке.
Типичные ошибки при ускорении сайта
- Мерить на своём компьютере. Офисный интернет и мощный ноутбук не похожи на телефон клиента в метро.
- Гнаться за баллами. Сто баллов в лаборатории при красном INP у реальных посетителей ничего не дают.
- Ставить «плагин ускорения» поверх проблем. Он может помочь с кешем, но не уберёт тяжёлые картинки и лишние скрипты, а иногда ломает формы.
- Менять хостинг первым делом. Если проблема в картинках и виджетах, новый сервер её не решит.
- Проверять только главную. Медленными часто оказываются карточки товаров и страницы услуг.
- Не проверять заявки после правок. Отложенная загрузка скриптов иногда ломает формы и калькуляторы. После каждого шага отправьте тестовую заявку.
- web.dev: Core Web Vitals, показатели и 75-й процентиль
- web.dev: Largest Contentful Paint (LCP), пороги и элементы
- web.dev: Interaction to Next Paint (INP), пороги
- web.dev: Cumulative Layout Shift (CLS), пороги и причины сдвигов
- web.dev: Time to First Byte (TTFB), пороги
- Google: о PageSpeed Insights, данные пользователей и лабораторные данные
Частые вопросы
Какая скорость загрузки сайта считается нормальной?
По документации Google хорошо, когда LCP до 2,5 секунды, INP до 200 миллисекунд и CLS до 0,1 у 75% посещений. Смотрите отдельно на телефонах: там показатели обычно хуже, а посетителей больше.
Почему PageSpeed показывает разные результаты при каждой проверке?
Лабораторная оценка от 0 до 100 это одна симуляция загрузки, и она колеблется от запуска к запуску. Данные реальных пользователей в верхней части отчёта собраны за 28 дней и стабильнее, на них и ориентируйтесь.
Нужно ли добиваться 100 баллов в PageSpeed Insights?
Нет. Важнее, чтобы три показателя Core Web Vitals были в зелёной зоне у реальных посетителей. Высокая лабораторная оценка, как предупреждает сам Google, не гарантирует быстрый сайт для клиентов.
Что чаще всего тормозит сайт малого бизнеса?
Тяжёлые картинки и слайдеры на первом экране, много сторонних виджетов (чаты, пиксели, обратный звонок) и слабый тариф хостинга без кеширования. Начинайте с картинок и виджетов: это дешевле и часто даёт основной эффект.
Поможет ли переезд на другой хостинг?
Поможет, если плохое время ответа сервера (TTFB больше 0,8 секунды) и кеширование уже включено. Если проблема в картинках, скриптах или прыгающей вёрстке, новый хостинг её не решит.
Где смотреть скорость сайта в Яндексе?
В Яндекс Метрике есть отчёт «Время загрузки страниц» в разделе «Мониторинг». Он показывает скорость у ваших посетителей и помогает отслеживать изменения после правок.
Как часто проверять скорость сайта?
Раз в месяц по ключевым страницам и обязательно после каждого изменения: нового виджета, плагина, баннера или обновления темы. Скорость обычно портится постепенно, и без регулярной проверки это замечают поздно.
