Скорость сайта мерят тремя показателями Core Web Vitals. Главный контент страницы (LCP) должен появиться за 2,5 секунды и быстрее, отклик на нажатие (INP) занять до 200 мс, а вёрстка сдвинуться не больше чем на 0,1 по шкале CLS, и так у 75% посещений 3. Замерить можно бесплатно в PageSpeed Insights, а чинить первым стоит главный экран: самую крупную картинку, шрифты и анимацию появления. Ниже пороги, откуда берутся цифры, что тормозит сайты на Tilda и WordPress и три случая с нашего собственного сайта.
Что ищут: 3 087 запросов о скорости сайта в месяц
Запрос «скорость загрузки сайта» набирает 3 087 показов в месяц по России 1 (Вордстат, октябрь 2026). Вопрос за ним один: какая цифра нормальная и что именно поправить.
Короткая проверка скорости входит в наш чек-лист сайта перед рекламой. Здесь подробнее: все три показателя, как читать отчёт и что делать с результатом.
Три показателя Core Web Vitals и их пороги
| Показатель | Что значит | Хорошо | Плохо |
|---|---|---|---|
| LCP, Largest Contentful Paint | когда появился самый крупный элемент первого экрана: заголовок, картинка, видео | до 2,5 с | больше 4 с |
| INP, Interaction to Next Paint | сколько проходит от нажатия до того, как страница отозвалась | до 200 мс | больше 500 мс |
| CLS, Cumulative Layout Shift | насколько прыгает вёрстка, пока страница грузится | до 0,1 | больше 0,25 |
Между «хорошо» и «плохо» лежит зона «нужно улучшить». Пороги одинаковые для телефона и компьютера 2. Страница считается быстрой, если в норму укладываются 75% посещений. Так Google отсекает случайные медленные загрузки, но требует, чтобы быстро открывалось у большинства.
INP заменил прежний показатель FID в марте 2024 года 6. Если подрядчик в отчёте пишет о FID, отчёт сделан по старой методике.
PageSpeed Insights показывает ещё два показателя, которые в Core Web Vitals не входят, но помогают найти причину 4:
| Показатель | Хорошо | Плохо |
|---|---|---|
| FCP, первое появление любого контента | до 1,8 с | больше 3 с |
| TTFB, время до первого байта от сервера | до 0,8 с | больше 1,8 с |
Если TTFB плохой, тормозит сервер или хостинг, и картинками дело не исправить. Если TTFB хороший, а LCP плохой, тормозит сама страница.
Полевые и лабораторные данные: откуда цифры в PageSpeed
В отчёте PageSpeed Insights два блока, и путать их нельзя 4.
Полевые данные собраны в Chrome у реальных посетителей за последние 28 дней. Это и есть оценка Core Web Vitals. Если посетителей мало, PageSpeed берёт данные по всему сайту, а если не хватает и их, полевого блока не будет вовсе. У небольшого сайта услуг так бывает часто.
Лабораторные данные получены одним прогоном Lighthouse: он имитирует телефон среднего уровня на мобильной сети 4. Отсюда берётся оценка от 0 до 100, где 90‑100 считается хорошим результатом, 50‑89 требует доработки 8. Оценка меняется от прогона к прогону, поэтому старую и новую версию сайта сравнивают в один день и по несколько прогонов.
Для замеров на своих посетителях у Яндекс Метрики есть отчёт «Время загрузки страниц» в разделе «Мониторинг» 7. Справка Метрики предупреждает, что для полноценной работы мониторинга нужно больше 100 просмотров страниц в неделю.
Как замерить свой сайт: 5 шагов
- Откройте PageSpeed Insights, вставьте адрес главной и выберите вкладку «Мобильные». Запишите LCP, INP и CLS из полевого блока, если он есть.
- Повторите для страницы услуги, на которую ведёт реклама. Её открывают чаще главной, а весит она по-другому.
- Если полевых данных нет, смотрите лабораторные: LCP, общий вес страницы и список «Возможности» под оценкой. Сделайте три прогона и возьмите средний.
- В Метрике откройте «Мониторинг» → «Время загрузки страниц» и посмотрите, на каких страницах и устройствах медленнее 7.
- Откройте сайт на своём телефоне через мобильный интернет, не через Wi-Fi. Посчитайте, через сколько секунд стал виден заголовок и кнопка.
Что тормозит первый экран: 3 случая с нашего сайта
Все три случая с nevsky.agency, и все три нашлись только при замере: на быстром компьютере в офисе сайт открывался нормально.
Скрытые картинки, август 2026 года. Главная на телефоне в лабораторном замере показывала главный контент за 10,8‑13,3 секунды. Причина нашлась в коде: на первом экране стояли три иллюстрации для компьютера, на телефоне они были скрыты стилями, но всё равно скачивались, вместе около 894 КБ. Скрытая стилями картинка браузером всё равно загружается. Исправили тегом picture: браузер до загрузки выбирает один вариант под ширину экрана. LCP на телефоне упал до 6,5 секунды.
Анимация заголовка, октябрь 2026 года. На страницах услуг текст первого экрана проявлялся из прозрачности. Красиво, но браузер считает элемент появившимся только после анимации, и LCP получался 4,3 секунды. Убрали анимацию, текст виден сразу.
Служебная копия страницы. Прежний движок вместе с HTML отправлял в браузер служебную копию страницы на 290 КБ. Правкой это не убиралось, и в октябре сайт переехал на другой движок. Подробно этот переезд и оценки до и после мы разбирали в статье о редизайне.
Таблица: симптом, причина, что чинить
| Что видно в отчёте | Частая причина | Что сделать |
|---|---|---|
| LCP больше 4 с, TTFB хороший | тяжёлая картинка первого экрана | сжать в WebP или AVIF, отдать телефону копию под его ширину, не ставить ей ленивую загрузку 9 |
| LCP плохой, а картинка лёгкая | анимация появления, шрифт грузится долго | показать заголовок сразу, ограничить число файлов шрифтов |
| TTFB больше 1,8 с | медленный сервер, тяжёлая сборка страницы на каждый запрос | кэширование страниц, другой тариф хостинга или сервер ближе к посетителям |
| INP больше 500 мс | много скриптов: виджеты, чаты, пиксели, слайдеры | убрать неиспользуемые, перенести загрузку виджетов после первого экрана |
| CLS больше 0,25 | картинки и баннеры без размеров, поздно загруженный шрифт | прописать ширину и высоту картинок, зарезервировать место под баннер 10 |
Google отдельно советует никогда не ставить ленивую загрузку на картинку, которая становится LCP: браузер начнёт её качать позже, чем мог бы 9. Если в шаблоне ленивая загрузка включена для всех картинок разом, проверьте, не попала ли под неё картинка первого экрана.
Сайт на Tilda: 24 скрипта конструктора на главной
29 октября 2026 года мы открыли код главной страницы одного сайта на Tilda из нашего портфолио. На ней 24 скрипта самого конструктора: меню, слайдер, всплывающие окна, формы, анимация, видео, блоки Zero. Плюс 4 сторонних скрипта: виджет обратного звонка и три пикселя рекламных сервисов. HTML страницы весит 1,5 МБ, в сжатом виде при передаче 135 КБ. Для сравнения, главная nevsky.agency в тот же день отдала 6 скриптов и 90 КБ сжатого HTML.
Скрипты конструктора владелец сайта убрать не может, они приходят вместе с блоками. А вот сторонние виджеты и пиксели добавляют сами владельцы и маркетологи, и их можно пересмотреть без переезда:
- уберите виджеты, которыми никто не пользуется: второй чат, всплывающее окно с таймером, пиксели сервисов, с которыми больше не работаете;
- сожмите картинки первого экрана до загрузки в конструктор;
- не ставьте анимацию появления на заголовок и кнопку первого экрана.
Если после этого LCP на телефоне всё ещё больше 4 секунд, а страниц для продвижения нужно несколько десятков, сайт упирается в платформу. Где проходит эта граница, мы разбирали в статье «Tilda или код», а как переезжать, не потеряв поиск, в статье о переносе сайта с Тильды.
Сайт на WordPress: тема и плагины
На WordPress скорость решают тема и плагины. Плагин подключает свои скрипты и стили ко всем страницам сайта, если его автор не ограничил их нужной страницей. Тогда форма со страницы контактов грузится и на главную, и в блог. Поэтому на медленном сайте на WordPress начинают со списка плагинов: что отключить, что заменить, что подключать только на своей странице. Второй шаг это кэширование страниц: тогда сервер не собирает страницу заново на каждый запрос, и TTFB падает.
Что дал переезд на код: замер 24 октября 2026 года
После переезда на новый движок мы замерили страницы в браузере без кэша, на телефоне шириной 390 пикселей:
| Страница | LCP | CLS | Вся страница |
|---|---|---|---|
| Главная | 356 мс | 0 | 606 КБ |
| Яндекс Директ | 384 мс | 0 | 215 КБ |
| Разработка сайтов | 396 мс | 0 | 939 КБ |
| Статья блога | 316 мс | 0 | 199 КБ |
Это лабораторный замер, полевые данные PageSpeed считает за 28 дней, и они могут отличаться. Тяжелее всех страница о разработке сайтов: на ней крупные снимки работ. На скорость первого экрана они не влияют, потому что грузятся при прокрутке.
Влияет ли скорость на позиции в поиске
Google пишет, что хорошие Core Web Vitals вместе с другими сторонами удобства страницы соответствуют тому, что поощряют его основные системы ранжирования, и настоятельно советует их добиваться 5. Какой вес у скорости в формуле, он не раскрывает. В справке Яндекса похожих порогов мы не нашли.
Поэтому считать скорость стоит в первую очередь по заявкам. Быстрая страница, которая не отвечает на запрос, в поиске не поднимется, а медленная теряет посетителей с телефона до того, как они увидели цену и кнопку. Что ещё мы проверяем на сайте перед продвижением, описано на странице SEO-продвижения. Для интернет-магазинов, где скорость каталога особенно заметна, есть отдельная страница SEO для интернет-магазина.
Чек-лист: что сделать за один день
- Замерьте главную и две страницы услуг в PageSpeed Insights на вкладке «Мобильные», запишите LCP, INP и CLS.
- Если LCP больше 2,5 секунды, найдите в отчёте элемент LCP и проверьте, что это за картинка или текст.
- Сожмите картинку первого экрана, отдайте телефону копию меньшего размера и снимите с неё ленивую загрузку.
- Уберите анимацию появления с заголовка и кнопки первого экрана.
- Пройдите список виджетов, чатов и пикселей. Всё, чем не пользуетесь, удалите.
- Пропишите ширину и высоту всем картинкам и баннерам, чтобы вёрстка не прыгала.
- Если TTFB больше 0,8 секунды, обсудите с хостингом кэширование или другой тариф.
- Через 28 дней сравните полевые данные PageSpeed с первым замером.
Коротко
- Скорость мерят тремя показателями Core Web Vitals. Главный контент (LCP) за 2,5 секунды и быстрее, отклик на нажатие (INP) за 200 мс, сдвиг вёрстки (CLS) до 0,1. Считается по 75% посещений.
- PageSpeed Insights показывает два вида цифр. Полевые собраны у реальных посетителей Chrome за 28 дней, лабораторные получены одним прогоном. У небольшого сайта полевых данных часто нет.
- Первым чинят главный экран. На нашем сайте его тормозили скрытые картинки для компьютера, которые скачивал телефон, и заголовок, проявлявшийся анимацией.
- На главной одного сайта на Tilda из нашего портфолио 24 скрипта конструктора и ещё 4 сторонних виджета и пикселя. Убрать лишние виджеты можно и без переезда.
- Код не делает сайт быстрым сам по себе. Наш сайт уже был на коде, а телефон всё равно медленно показывал первый экран, пока мы не убрали скрытые картинки и анимацию заголовка.
Источники
- Вордстат Яндекса, дата обращения 29 октября 2026
- web.dev: как выбраны пороги Core Web Vitals, дата обращения 29 октября 2026
- web.dev: Web Vitals, дата обращения 29 октября 2026
- Google: о PageSpeed Insights, полевые и лабораторные данные, дата обращения 29 октября 2026
- Google Search Central: Core Web Vitals и результаты поиска, дата обращения 29 октября 2026
- Google Search Central: последние изменения документации (INP вместо FID), дата обращения 29 октября 2026
- Справка Яндекс Метрики: отчёты мониторинга, дата обращения 29 октября 2026
- Chrome for Developers: как Lighthouse считает оценку скорости, дата обращения 29 октября 2026
- web.dev: как ускорить LCP, дата обращения 29 октября 2026
- web.dev: как уменьшить CLS, дата обращения 29 октября 2026
