Skip to content
EN

Core Web Vitals в России в 2026 году: данные CrUX по стране и их границы

Кратко. По полевым данным CrUX за июль 2026 года Россия выше мира на компьютерах (69,26% против 60,04%) и ниже на телефонах (51,63% против 53,21%).

По полевым данным CrUX за июль 2026 года Россия выше мира на компьютерах (69,26% против 60,04%) и ниже на телефонах (51,63% против 53,21%). Год назад по телефонам она была впереди — отставание образовалось потому, что остальные росли втрое быстрее.

Разбивку по странам Google не публикует, но она есть в открытой выгрузке CrUX. Ниже — цифры, их годовая динамика, место России среди 62 стран и четыре оговорки, без которых читать эти данные нельзя. Главная из них: Яндекс.Браузера в CrUX нет вообще.

Проверить скорость сайта →

Россия выше мира на компьютерах и ниже на телефонах

Данные за июль 2026 года, поле CrUX через отчёт HTTP Archive. Показатель — доля источников, у которых все три метрики уложились в норму:

УстройствоРоссияМирРазница
Телефоны51,63% (187 587 из 363 352)53,21%−1,58 п. п.
Компьютеры69,26% (87 865 из 126 864)60,04%+9,22 п. п.

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

По отдельным метрикам, телефоны против компьютеров в России: LCP 65,56% и 82,21%, CLS 83,80% и 83,16%, INP 76,49% и 98,10%, TTFB 44,73% и 65,48%. Самое узкое место на обоих устройствах — TTFB, то есть скорость ответа сервера, а не вёрстка.

Данные исследования

Исходные данные всех таблиц этого отчёта доступны в виде открытого CSV-файла (UTF-8, первая строка — заголовки).

Скачать датасет (CSV)

Год назад Россия была впереди мира, теперь позади

Динамика по телефонам, июль 2025 → июль 2026:

Июль 2025Июль 2026Прирост
Россия50,54%51,63%+1,09 п. п.
Мир50,01%53,21%+3,20 п. п.

Россия улучшилась — но втрое медленнее мира. Год назад она была впереди на 0,53 пункта, теперь позади на 1,58. Отставание образовалось не падением, а тем, что остальные росли быстрее.

Среди 62 стран, где набирается хотя бы 50 тысяч подходящих источников, Россия занимает 34-е место. Соседи по списку: Япония 71,87%, Германия 68,35%, Польша 62,90%, Украина 59,90%, Турция 56,24%, Россия 51,63%, Казахстан 42,36%, Бразилия 35,24%, Индия 31,70%.

По медианному значению разрыв выглядит мельче, чем по доле проходящих: у среднего российского источника LCP на телефоне 2 100 мс против 2 000 мс в мире, INP 125 мс против 100 мс. На компьютерах Россия по LCP даже лучше — 1 500 мс против 1 600 мс. Оговорка: эти значения даются с шагом корзины (100 мс для LCP, 25 мс для INP), то есть это не точные величины, а корзина, в которую попал медианный источник.

Главная оговорка: Яндекс.Браузера в этих данных нет

CrUX собирает данные только с Chrome, и в его методологии прямо перечислено, что исключается: Chrome на iOS, приложения на WebView и другие браузеры на Chromium. Яндекс.Браузер построен на Chromium, но это не Chrome — его пользователи в эти цифры не попадают вовсе.

Для России это существеннее, чем для любой другой страны в списке: доля Яндекс.Браузера здесь несопоставима с его долей в мире. Насколько это смещает результат, сказать нельзя — сравнить не с чем, потому что второго источника полевых данных по России не существует.

Вторая оговорка касается самого понятия «Россия». Страна определяется по IP-адресу пользователя, а не по сайту. То есть это «опыт людей, находящихся в России, на тех сайтах, куда они ходили», а не «российские сайты». Немецкий сайт с достаточным российским трафиком в эту выборку попадает; российский сайт без достаточного трафика из Chrome — нет.

Третья: российская выборка быстро сжимается. Подходящих источников на телефонах стало 363 352 против 408 798 годом ранее — минус 11,1%; на компьютерах минус 18,7%. Мировая выборка за тот же год потеряла 1,5%. Часть годовой динамики может объясняться сменой состава выборки, а не реальным изменением скорости, и разделить это по открытым данным невозможно.

И четвёртая, техническая: INP измерен не у всех. Из 363 352 российских источников данные по INP есть у 255 799 — у 70,4%. Источник без данных INP проходит проверку по двум метрикам вместо трёх. То есть около трети российских «прошедших» на INP не проверялись никогда.

Чего в этих цифрах нет и что с чем нельзя сравнивать

Не путать с лабораторными баллами. HTTP Archive публикует и медианные оценки Lighthouse: у России это 0,455 на телефонах и 0,615 на компьютерах. Читать их как «производительность российского мобильного веба» нельзя: обход выполняется из дата-центров в США на эмулированном Android. Это синтетический замер тех же сайтов из-за океана, а не опыт кого-либо в России. Реальных пользователей описывают только цифры из первых двух разделов.

Не складывать с официальной сводкой Google. В примечаниях к выпуску CrUX за июль 2026 года указано 55,7% по 18 059 068 источникам — это единый счёт без разделения на устройства. HTTP Archive считает отдельно по телефонам и компьютерам на своей подвыборке. Величины разные, усреднять их нельзя. Google по странам ничего не публикует вовсе — все российские цифры здесь получены из BigQuery-выгрузки CrUX через HTTP Archive, а не от Google напрямую.

FID больше нет. Метрика заменена на INP в марте 2024 года, и в данных за 2026 год все строки FID пустые. Любой источник, приводящий FID за 2026 год, работает с мёртвыми данными.

Web Almanac за 2026 год не существует. Последний выпуск — 2025 года, и его данные это краул июля 2025-го. Разбивки по странам в его главе о производительности нет вообще, Россия там не упоминается.

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

Что из этого следует для владельца сайта

Первое и главное: если ваша аудитория российская, ориентироваться на мировую медиану неправильно. На компьютерах вы соревнуетесь с уровнем 69%, а не 60%; на телефонах — с 52%, а не 53%. Порог «хорошо» у Google при этом один и тот же, но конкуренты у вас другие.

Второе: самая слабая метрика в России на обоих устройствах — TTFB (44,73% на телефонах). Это не про вёрстку и не про картинки, это про то, как быстро отвечает сервер. Здесь работают кэширование на стороне сервера, близость к пользователю и наличие CDN — с которым в Рунете отдельная история.

Третье: медианная страница в российской выборке весит 2,33 МБ на телефонах, из них 750 КБ картинки и 662 КБ скрипты. Это лабораторный замер, но вес — величина, которую он измеряет достоверно, и она напрямую упирается в LCP.

Проверить свои значения можно в проверке скорости, а увидеть, что именно тормозит ответ сервера, — в проверке заголовков.

Источники: отчёт HTTP Archive по технологиям, примечания к выпускам CrUX, методология CrUX.

PerformanceОбщая оценка скорости 0-100
Core Web VitalsLCP, FID, CLS — метрики Google
Размер страницыОбъём HTML, CSS, JS, изображений
РекомендацииКонкретные советы по ускорению

Почему нам доверяют

Lighthouse
движок анализа
899
проверок за 30 дней
4
категории Lighthouse
686
разных целей

Как это работает

1

Введите URL страницы

2

Lighthouse анализирует

3

Получите CWV и советы

Почему скорость сайта важна?

Скорость загрузки напрямую влияет на конверсию, SEO-позиции и удовлетворённость пользователей. Google использует Core Web Vitals как фактор ранжирования. Каждая лишняясекунда загрузки может стоить до 7% конверсии.

Lighthouse-анализ

Анализ на основе Google Lighthouse: Performance, Accessibility, Best Practices, SEO.

Core Web Vitals

LCP (скорость отрисовки), FID (интерактивность), CLS (визуальная стабильность) — ключевые метрики Google.

Анализ ресурсов

Разбивка по типам: HTML, CSS, JavaScript, изображения, шрифты. Размер, количество запросов, блокирующие ресурсы.

Действенные советы

Конкретные рекомендации с оценкой экономии: сжатие изображений, кеширование, минификация и т.д.

Mobile vs Desktop

Mobile
  • Тестирование на эмуляции Moto G Power (медленный CPU)
  • Сеть: 4G (1.6 Mbps, 150ms RTT)
  • Строже оценивает скорость
  • Google индексирует mobile-first
  • Приоритет для SEO-оптимизации
Desktop
  • Высокая производительность CPU
  • Быстрое соединение без ограничений
  • Результаты обычно выше на 20-40 баллов
  • Важен для B2B и корпоративных сайтов
  • Используйте для baseline-сравнений

Кому это нужно

SEO-специалисты

Core Web Vitals для ранжирования

Разработчики

оптимизация производительности

Маркетологи

скорость = конверсия

DevOps

регрессия производительности

Частые ошибки

Неоптимизированные изображенияИзображения — до 70% веса страницы. Используйте WebP/AVIF и lazy loading.
Блокирующий JS в <head>Скрипты без async/defer блокируют отрисовку. Переместите в конец или добавьте атрибут.
Нет кеширования статикиБез Cache-Control браузер перезагружает CSS/JS при каждом визите.
Слишком много HTTP-запросовКаждый запрос — это latency. Объединяйте файлы, используйте спрайты или инлайн критический CSS.
Отсутствие сжатия (gzip/brotli)Сжатие уменьшает размер текстовых ресурсов на 60-80%. Включите brotli на сервере.

Лучшие практики

Оптимизируйте изображенияWebP для фото, SVG для иконок. loading="lazy" для изображений ниже first fold.
Включите brotli-сжатиеBrotli на 15-20% эффективнее gzip. Настройте в nginx: brotli on;
Настройте кешированиеСтатика: Cache-Control: max-age=31536000, immutable. HTML: max-age=0, s-maxage=60.
Предзагрузка критических ресурсов<link rel="preload"> для шрифтов и CSS. Уменьшает LCP на 200-500ms.
Тестируйте регулярноСкорость деградирует со временем. Проверяйте после каждого деплоя и раз в месяц.

Получите больше с бесплатным аккаунтом

История проверок скорости, сравнение с конкурентами и мониторинг PageSpeed.

Зарегистрироваться (FREE)

Больше по теме

Часто задаваемые вопросы

Откуда данные о платформе сайта?

Из ответных HTTP-заголовков и HTML-сигнатур: Bitrix оставляет X-Powered-By-Site, WordPress — /wp-content/ в URL ресурсов, Next.js — /_next/ и __NEXT_DATA__. Confidence 89% для автодетекта, остальные — ручная проверка.

Почему 1С-Битрикс сильно отстаёт по CWV?

Типичный Битрикс-сайт: 20+ скриптов через core.js, jQuery, тяжёлые компоненты (amCharts/Kendo), кэш композитным режимом без edge-CDN. На дешёвом shared-хостинге TTFB часто ≥600ms — уже фейл LCP.

Next.js на 67% pass — почему не 90%?

SPA-паттерн выигрывает на INP и CLS, но часто теряет LCP на hero-изображениях (crop, lazy-load). Next.js 15 с app-router улучшил SSR — но миграция медленная.

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

PageSpeed-чекер Enterno.io — показывает field data + lab data, отдельно mobile/desktop. Бесплатно.

Запустить инструмент, который описан в этой статье

Бесплатный тариф — 10 мониторов, проверки каждые 5 мин, без карты. Платные тарифы — интервал от 1 минуты и проверки из нескольких регионов.