Хаски Диджитал
+7 (495) 191-85-29 Оставить заявкуЗаявка

Исследование Хаски Диджитал

Core Web Vitals: пороги, реальные цифры и что это даёт бизнесу

Всё, на что ссылаются в спорах про скорость сайта: точные пороги метрик из документации Google, реальные распределения по миллионам сайтов из отчёта HTTP Archive и официальные кейсы влияния скорости на деньги. С указанием, что именно Google говорит про ранжирование, а что ему приписывают.

Собрал и проверил Антон Хрипко, основатель агентства, эксперт Яндекса · методику проверил Дмитрий Пятернев, руководитель отдела платного трафика · данные сверены 9 сентября 2026 г.

Главное из этих данных

  • Пороги «хорошо» по Core Web Vitals: LCP ≤ 2,5 с, INP ≤ 200 мс, CLS ≤ 0,1 — и оцениваются они по 75-му процентилю загрузок страницы.
  • Проходят все три метрики только 48% сайтов на мобильных и 56% на десктопе (данные CrUX за июль 2025 в отчёте Web Almanac).
  • Самая проблемная метрика — LCP: её проходят 62% мобильных сайтов. INP на десктопе проходят 97%, на мобильных — 77%.
  • Медианная домашняя страница весит 2,6 МБ на мобильных и 2,9 МБ на десктопе и тянет 72–77 запросов.
  • 62% мобильных страниц по-прежнему содержат хотя бы одно изображение без указанных размеров — самая массовая причина «прыгающей» вёрстки.
  • Google официально называет page experience одним из «сотен сигналов» ранжирования и прямо говорит, что релевантность контента важнее: страница с лучшим ответом выиграет у более быстрой.

Данные

28 показателя · сверено 9 сентября 2026 г. · следующая сверка 15 декабря 2026 г.

CSV JSON

Пороги метрик

  1. Порог LCP (Largest Contentful Paint): хорошо / надо улучшить / плохо

    ≤2.5 с — хорошо; 2.5–4.0 с — надо улучшить; >4.0 с — плохо

    актуально на 2026 год (страница обновлена 4 сентября 2025) Google (web.dev) , 4 сентября 2025 г.

    Цитата из источника
    Good LCP values are 2.5 seconds or less, poor values are greater than 4.0 seconds, and anything in between needs improvement

    Largest Contentful Paint (LCP)

    Дословный текст взят из alt-подписи к диаграмме на странице; в основном тексте статьи дана та же цифра: «A good LCP value is 2.5 seconds or less.»

  2. Порог INP (Interaction to Next Paint): хорошо / надо улучшить / плохо

    ≤200 мс — хорошо; 200–500 мс — надо улучшить; >500 мс — плохо

    актуально на 2026 год (страница обновлена 2 сентября 2025) Google (web.dev) , 2 сентября 2025 г.

    Цитата из источника
    Good INP values are 200 milliseconds or less, poor values are greater than 500 milliseconds, and anything in between needs improvement.

    Interaction to Next Paint (INP)

    INP заменил FID в составе Core Web Vitals 12 марта 2024 года.

  3. Порог CLS (Cumulative Layout Shift): хорошо / надо улучшить / плохо

    ≤0.1 — хорошо; 0.1–0.25 — надо улучшить; >0.25 — плохо

    актуально на 2026 год (страница обновлена 12 апреля 2023) Google (web.dev) , 12 апреля 2023 г.

    Цитата из источника
    Good CLS values are 0.1 or less, poor values are greater than 0.25, and anything in between needs improvement

    Cumulative Layout Shift (CLS)

  4. Порог FCP (First Contentful Paint) — вспомогательная метрика загрузки, не входит в Core Web Vitals

    ≤1.8 с — хорошо; >3.0 с — плохо

    актуально на 2026 год (страница обновлена 6 декабря 2023) Google (web.dev) , 6 декабря 2023 г.

    Цитата из источника
    Good FCP values are 1.8 seconds or less. Poor values are greater than 3.0 seconds

    First Contentful Paint (FCP)

    FCP не входит в тройку Core Web Vitals, но используется как вспомогательная метрика загрузки.

  5. Порог TTFB (Time to First Byte) — вспомогательная метрика, не входит в Core Web Vitals

    ≤0.8 с — хорошо; >1.8 с — плохо

    актуально на 2026 год (страница обновлена 18 ноября 2025) Google (web.dev) , 18 ноября 2025 г.

    Цитата из источника
    Good TTFB values are 0.8 seconds or less, and poor values are greater than 1.8 seconds.

    Time to First Byte (TTFB)

    TTFB не входит в Core Web Vitals: сайт может иметь «хороший» CWV, даже не укладываясь в этот порог.

Вес страниц

  1. Медианный вес домашней страницы

    2.6 МБ мобайл / 2.9 МБ десктоп (2025)

    2025 год (данные HTTP Archive за июль 2025) HTTP Archive (Web Almanac) , 15 января 2026 г.

    Цитата из источника
    Year over year, the median home page size grew 7.8% to 2.7 MB. The median mobile home page is 2.6 MB, growing 8.4% from 2.4 MB in 2024. In 2025, the median desktop page size reached 2.9 MB, up 7.3% from 2024's median of 2.7 MB.

    Page Weight | 2025 | The Web Almanac

    В том же отчёте для той же метрики встречается другая цифра — см. запись в conflicts.

  2. Медианный вес мобильной домашней страницы — точка 10-летнего таймсерии (июль 2025)

    2 362 КБ (мобайл, июль 2025)

    июль 2025 (точка в 10-летнем таймсерии из того же отчёта) HTTP Archive (Web Almanac) , 15 января 2026 г.

    Цитата из источника
    In July 2015, the median mobile home page was a meager 845 KB. As of July 2025, the same median page is now 2,362 KB.

    Page Weight | 2025 | The Web Almanac

    Расходится с фразой того же отчёта про «2.6 MB» для той же метрики за тот же год — см. conflicts.

  3. Медианное число запросов на страницу

    77 запросов десктоп / 72 запроса мобайл (2025)

    2025 год (данные HTTP Archive за июль 2025) HTTP Archive (Web Almanac) , 15 января 2026 г.

    Цитата из источника
    The median page makes 77 requests on desktop and 72 on mobile. Overall requests grew 9% year over year on mobile and 8% on desktop.

    Page Weight | 2025 | The Web Almanac

  4. Из чего состоит вес мобильной домашней страницы (медиана по типам ресурсов)

    22 КБ HTML, 77 КБ CSS, 122 КБ шрифтов, 632 КБ JavaScript, 911 КБ изображений

    2025 год HTTP Archive (Web Almanac) , 15 января 2026 г.

    Цитата из источника
    In 2025, the median mobile home page used: 22 KB of HTML resources 77 KB of CSS resources 122 KB of fonts 632 KB of JavaScript 911 KB of images

    Page Weight | 2025 | The Web Almanac

  5. Медианный Total Blocking Time (TBT) — лабораторная метрика отзывчивости, прокси для INP

    1 916 мс мобайл / 92 мс десктоп (2025)

    2025 год HTTP Archive (Web Almanac) , 15 января 2026 г.

    Цитата из источника
    The median TBT on mobile increased to 1,916 milliseconds in 2025—up 58% from 1,209 milliseconds in 2024. Desktop TBT also rose from 67 milliseconds to 92 milliseconds.

    Performance | 2025 | The Web Almanac

    Авторы отчёта сами отмечают парадокс: лабораторный TBT ухудшился, а полевой INP в том же году улучшился.

  6. Доля мобильных страниц с хотя бы одним изображением без явных размеров (частая причина плохого CLS)

    62% (2025), было 66% в 2024

    2025 год HTTP Archive (Web Almanac) , 15 января 2026 г.

    Цитата из источника
    On mobile, 62% of pages fail to set dimensions on at least one image, an improvement from 66% in 2024, indicating gradual adoption of CLS friendly image practices.

    Performance | 2025 | The Web Almanac

Скорость и ранжирование

  1. Официальная позиция Google: page experience/CWV как фактор ранжирования в поиске

    один из «сотен сигналов» ранжирования Google Search

    объявлено 28 мая 2020 года, обновление ранжирования выкатили в 2021 году, позиция действует на 2026 год Google Search Central , 28 мая 2020 г.

    Цитата из источника
    By adding page experience to the hundreds of signals that Google considers when ranking search results, we aim to help people more easily access the information and web pages they're looking for, and support site owners in providing an experience users enjoy.

    Evaluating page experience for a better web

    Там же: «we will prioritize pages with the best information overall, even if some aspects of page experience are subpar» — хороший CWV не перебивает нерелевантный контент. Обновление глобально докатилось к концу августа 2021 года.

  2. Официальная позиция Google: релевантность контента важнее page experience

    Google показывает наиболее релевантный контент, даже если page experience слабый

    актуально на 2026 год Google Search Central

    Цитата из источника
    Google Search always seeks to show the most relevant content, even if the page experience is sub-par.

    Understanding Google Page Experience

Эффект на бизнес

  1. Эффект замедления загрузки на удержание пользователей (кейс BBC)

    −10% пользователей за каждую дополнительную секунду загрузки

    кейс опубликован Google на web.dev (страница обновлена 1 ноября 2023) Google (web.dev) , 1 ноября 2023 г.

    Цитата из источника
    the BBC found they lost an additional 10% of users for every additional second their site took to load

    Why does speed matter?

    Год и методика исходного исследования BBC на странице web.dev не указаны.

  2. Эффект прохождения порогов Core Web Vitals на показатель отказов (кейс The Economic Times)

    на 43% лучше показатель отказов (bounce rate)

    кейс опубликован Google на web.dev (страница обновлена 1 ноября 2023) Google (web.dev) , 1 ноября 2023 г.

    Цитата из источника
    How The Economic Times passed Core Web Vitals thresholds and achieved an overall 43% better bounce rate

    Why does speed matter?

  3. Эффект инвестиций в Core Web Vitals на выручку с посетителя и конверсию (кейс Rakuten 24)

    +53.37% выручки на посетителя, +33.13% конверсии

    кейс опубликован Google на web.dev (страница обновлена 1 ноября 2023) Google (web.dev) , 1 ноября 2023 г.

    Цитата из источника
    How Rakuten 24's investment in Core Web Vitals increased revenue per visitor by 53.37% and conversion rate by 33.13%

    Why does speed matter?

  4. Эффект улучшения LCP на продажи (кейс Vodafone)

    улучшение LCP на 31% → +8% продаж

    кейс опубликован Google на web.dev (страница обновлена 1 ноября 2023) Google (web.dev) , 1 ноября 2023 г.

    Цитата из источника
    Vodafone: A 31% improvement in LCP increased sales by 8%

    Why does speed matter?

  5. Эффект улучшения INP на продажи (кейс redBus)

    +7% продаж

    кейс опубликован Google на web.dev (страница обновлена 1 ноября 2023) Google (web.dev) , 1 ноября 2023 г.

    Цитата из источника
    How redBus improved their website's Interaction to Next Paint (INP) and increased sales by 7%

    Why does speed matter?

Методика измерения

  1. Персентиль, по которому оценивают прохождение порога Core Web Vitals

    75-й процентиль загрузок страницы, отдельно для мобильных и десктопных устройств

    актуально на 2026 год (страница обновлена 31 октября 2024) Google (web.dev) , 31 октября 2024 г.

    Цитата из источника
    a good threshold to measure is the 75th percentile of page loads, segmented across mobile and desktop devices

    Web Vitals

  2. Критерий «сайт прошёл Core Web Vitals»

    порог должен выполняться одновременно по всем трём метрикам (LCP, INP, CLS) на 75-м процентиле

    актуально на 2026 год Google (web.dev) , 31 октября 2024 г.

    Цитата из источника
    Tools that assess Core Web Vitals compliance should consider a page passing if it meets the recommended targets at the 75th percentile for all three of the Core Web Vitals metrics.

    Web Vitals

  3. Методика CrUX (Chrome UX Report): как формируются данные

    агрегированные реальные пользовательские сессии Chrome на уровне страницы и домена; точный порог посещаемости для включения сайта в датасет не раскрывается

    актуально на 2026 год Google (Chrome for Developers)

    Цитата из источника
    At the core of the CrUX dataset are individual user experiences, which are aggregated into page-level and origin-level distributions.

    CrUX methodology

    Там же о пороге популярности: «An exact number is not disclosed, but it has been chosen to ensure that we have enough samples to be confident in the statistical distributions for included pages.» Практическое следствие: у небольших сайтов может не быть данных CrUX/Field Data в PageSpeed Insights — только лабораторные (Lighthouse).

HTTPS

  1. Доля страниц, загружаемых по HTTPS в браузере Chrome — Россия

    97% (неделя, заканчивающаяся 6 сентября 2026)

    неделя на 6 сентября 2026 Google Transparency Report , 6 сентября 2026 г.

    Цитата из источника
    Period Brazil Germany France Indonesia India Japan Mexico Russia Türkiye United States … Sep 6, 2026 97% 97% 97% 94% 96% 97% 96% 97% 95% 98%

    HTTPS encryption on the web — разбивка по странам

    Столбец «Russia» = 97%. Для сравнения, разбивка по платформам глобально (та же неделя, тот же отчёт): Windows 96%, Android 99%, ChromeOS 99%, Linux 88%, Mac 98% (столбцы «Period Windows Android ChromeOS Linux Mac», строка «Sep 6, 2026 96% 99% 99% 88% 98%»). Это доля именно среди загрузок в Chrome у пользователей, согласившихся делиться статистикой, а не доля всех сайтов рунета на HTTPS.

Яндекс

  1. «Индекс скорости сайта» (достижение в Яндекс.Вебмастере) — методика и раскрытие порогов

    рассчитывается по обезличенным переходам из мобильной выдачи Яндекса в Яндекс.Браузере, шкала из 5 делений; формула и пороги «быстро/медленно» не раскрываются

    по состоянию на дату публикации записи в блоге Яндекс.Вебмастера (более поздние изменения агент не проверял) Яндекс (Вебмастер)

    Цитата из источника
    мы не готовы раскрыть данные и формулы расчёта

    Новое достижение: «скорость сайта»

    В отличие от Google (пороги LCP/INP/CLS в открытом доступе), Яндекс не публикует пороги «быстро/медленно» для своего индекса скорости. Там же: индекс «обновляется регулярно, не реже, чем раз в месяц» и не отображается при недостатке трафика на сайт.

Доля сайтов, проходящих CWV

  1. Доля сайтов с «хорошим» Core Web Vitals (все три метрики), весь мир

    48% мобайл / 56% десктоп (2025)

    2025 год (данные CrUX за июль 2025; отчёт опубликован 15 января 2026) HTTP Archive (Web Almanac) , 15 января 2026 г.

    Цитата из источника
    Mobile Core Web Vitals have shown consistent year-over-year improvement, increasing from 36% in 2023 to 44% in 2024, and reaching 48% in 2025... Desktop performance also saw a positive trend, moving from 48% in 2023 to 55% in 2024. However, the improvement for 2025 was marginal, increasing only to 56%.

    Performance | 2025 | The Web Almanac

    Данные по всем сайтам в индексе CrUX (миллионы источников), без разбивки по России.

  2. Доля сайтов с «хорошим» LCP

    62% мобайл / 74% десктоп (2025)

    2025 год (CrUX, июль 2025) HTTP Archive (Web Almanac) , 15 января 2026 г.

    Цитата из источника
    Currently, 74% of desktop pages achieve a "good" LCP score compared to 62% on mobile, with mobile also showing nearly double the rate of "poor" experiences (13% versus 7%)

    Performance | 2025 | The Web Almanac

  3. Доля сайтов с «хорошим» INP

    77% мобайл / 97% десктоп (2025)

    2025 год (CrUX, июль 2025) HTTP Archive (Web Almanac) , 15 января 2026 г.

    Цитата из источника
    In 2025, mobile INP performance showed encouraging improvement, with 77% of websites achieving good scores—up from 74% in 2024... Desktop performance remained exemplary at 97%, maintaining the high standard established in previous years.

    Performance | 2025 | The Web Almanac

  4. Доля сайтов с «хорошим» CLS

    81% мобайл / 72% десктоп (2025)

    2025 год (CrUX, июль 2025) HTTP Archive (Web Almanac) , 15 января 2026 г.

    Цитата из источника
    In 2025, 72% of desktop pages and 81% of mobile pages achieve a "good" Cumulative Layout Shift (CLS) score.

    Performance | 2025 | The Web Almanac

  5. Доля сайтов с хорошим CWV среди топ-1000 самых популярных мобильных сайтов против всех сайтов

    51% у топ-1000 против 48% в среднем по всем мобильным сайтам (2025)

    2025 год (CrUX, июль 2025) HTTP Archive (Web Almanac) , 15 января 2026 г.

    Цитата из источника
    51% of the 1,000 most popular mobile sites have good Core Web Vitals (CWV). CWV drops to 42% for the next 10,000 sites and 37% for the next 100,000. However, it improves to 42% for the next 1,000,000 sites and 48% for the next 10,000,000.

    Performance | 2025 | The Web Almanac

    U-образная зависимость: у топ-сайтов и у «длинного хвоста» CWV лучше, чем у сайтов среднего ранга.

Где источники расходятся

Одно и то же явление разные организации меряют по-разному, и цифры не сходятся. Ниже — все места, где мы это увидели. Прятать расхождения нечестно: если вы возьмёте цифру в свой текст, лучше знать, чем именно она отличается от соседней.

Медианный вес мобильной домашней страницы в 2025 году (один и тот же отчёт HTTP Archive Web Almanac 2025)

В главе «Page Weight» отчёта Web Almanac 2025 для одной и той же метрики (медианный вес мобильной домашней страницы, июль 2025) приведены две разные цифры в разных абзацах: 2 362 КБ — в подписи к 10-летнему таймсерию (Figure 14.1), и 2.6 МБ (≈2 600 КБ) — в сводном абзаце year-over-year сравнения с 2024 годом. Методологической оговорки, объясняющей расхождение (разные окна выборки, разные даты среза внутри отчётного месяца и т.п.), в тексте нет — это внутренняя нестыковка одного источника, а не спор двух методик.

Методология

Пороги метрик взяты со страниц документации web.dev, которую ведёт сам Google, а не из пересказов в блогах. Пороги менялись со временем (INP заменил FID), поэтому у каждой строки указан источник с датой.

Реальные распределения — из Web Almanac 2025, ежегодного отчёта проекта HTTP Archive, который считает по данным Chrome UX Report за июль 2025. Это данные о настоящих загрузках у настоящих пользователей, а не лабораторные замеры.

Российского среза Core Web Vitals в открытом доступе нет: CrUX даёт разбивку по странам только через BigQuery. Единственная найденная официальная цифра именно по России — доля HTTPS-трафика в Chrome, она в таблице.

Кейсы влияния скорости на бизнес — это опубликованные Google case studies конкретных компаний, а не универсальные закономерности. Из того, что у BBC теряется 10% пользователей за каждую лишнюю секунду, не следует, что так же будет у вас.

В самом отчёте Web Almanac 2025 для медианного веса мобильной страницы в разных местах приведены разные значения (2 362 КБ и 2,6 МБ). Мы приводим обе цифры и указываем на нестыковку, а не выбираем красивую.

Как ссылаться на эти данные

Данные можно свободно использовать, в том числе в коммерческих материалах, при указании авторства и ссылки на эту страницу — это лицензия CC BY 4.0. Машиночитаемые версии свода лежат по постоянным адресам: CSV и JSON.

Нашли ошибку или устаревшую цифру — напишите, поправим и укажем дату правки. Следующая плановая сверка — 15 декабря 2026 г..

Источники

Все 14 первоисточников, из которых собран свод. У каждой строки в таблице — своя ссылка и дословная цитата.

  1. Google (web.dev). Largest Contentful Paint (LCP) — 4 сентября 2025 г.
  2. Google (web.dev). Interaction to Next Paint (INP) — 2 сентября 2025 г.
  3. Google (web.dev). Cumulative Layout Shift (CLS) — 12 апреля 2023 г.
  4. Google (web.dev). First Contentful Paint (FCP) — 6 декабря 2023 г.
  5. Google (web.dev). Time to First Byte (TTFB) — 18 ноября 2025 г.
  6. HTTP Archive (Web Almanac). Page Weight | 2025 | The Web Almanac — 15 января 2026 г.
  7. HTTP Archive (Web Almanac). Performance | 2025 | The Web Almanac — 15 января 2026 г.
  8. Google Search Central. Evaluating page experience for a better web — 28 мая 2020 г.
  9. Google Search Central. Understanding Google Page Experience
  10. Google (web.dev). Why does speed matter? — 1 ноября 2023 г.
  11. Google (web.dev). Web Vitals — 31 октября 2024 г.
  12. Google (Chrome for Developers). CrUX methodology
  13. Google Transparency Report. HTTPS encryption on the web — разбивка по странам — 6 сентября 2026 г.
  14. Яндекс (Вебмастер). Новое достижение: «скорость сайта»

Что с этими цифрами делать

Если ваш сайт в тех 52% мобильных, что не проходят Core Web Vitals, полезнее не гнаться за цифрой в PageSpeed, а понять, какая именно метрика и на каких страницах валится: с этого начинается работа на техническом SEO-аудите.

Одна и та же страница на одном и том же коде даёт разброс в двадцать баллов PageSpeed от замера к замеру — про это у нас есть отдельный разбор, как правильно мерить скорость загрузки, чтобы не принимать шум за динамику.

Хотите такие же цифры по своему проекту?

Посчитаем юнит-экономику до старта и честно скажем, окупится ли канал.

Заказать расчёт

Оставьте телефон — перезвоним и проконсультируем

Перезвоним в течение рабочего дня. Бесплатно посчитаем юнит-экономику и честно скажем: стоит запускать или нет.

  • Консультация без обязательств
  • Не передаём контакты третьим лицам
  • Перезвоним в течение рабочего дня (10:00–18:00)

Позвонить Оставить заявку