Core Web Vitals в 2026: как скорость сайта влияет на позиции и продажи

Core Web Vitals в 2026: как скорость сайта влияет на позиции и продажи

TL;DR

Core Web Vitals — три метрики Google, по которым оценивается реальный опыт посетителя: LCP (скорость загрузки) должна быть ≤2,5 с, INP (отзывчивость) ≤200 мс, CLS (стабильность вёрстки) ≤0,1. Метрики берутся по 75-му процентилю реальных пользователей, отдельно для мобильных и десктопов — а в Казахстане аудитория почти полностью мобильная (26,6 млн мобильных подключений, 128% населения), поэтому решает именно мобильный показатель. В 2026 году Core Web Vitals работают как пороговый фактор ранжирования: они предотвращают потери позиций, но главная отдача идёт через конверсию — по данным Google ускорение мобильного сайта всего на 0,1 секунды поднимает конверсию ритейла на 8,4%. Самый часто проваливаемый показатель — INP: 43% сайтов не укладываются в 200 мс, чаще всего из-за тяжёлого JavaScript. Лёгкий стек (Next.js со встроенным серверным рендерингом) грузится за 0,8–1,5 с против 3,7 с у среднего WordPress — это прямое конкурентное преимущество на казахстанском мобильном интернете.

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

Core Web Vitals — это попытка Google перевести расплывчатое «сайт тормозит» в три конкретных числа, которые можно измерить, сравнить и улучшить. Ниже — подробный разбор: что именно измеряется, какие пороги действуют в 2026 году, как скорость связана с позициями и продажами, и почему для казахстанского бизнеса критична именно мобильная версия. Без хайпа и без выдуманных цифр — только проверяемые факты и практические выводы.

Что такое Core Web Vitals и какие пороги действуют в 2026

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

Три метрики и их официальные значения

| Метрика | Что измеряет | «Хорошо» | «Требует улучшения» | «Плохо» | |---|---|---|---|---| | LCP (Largest Contentful Paint) | Скорость загрузки — момент отрисовки самого крупного элемента (баннер, заголовок, главное фото) | ≤ 2,5 с | 2,5–4,0 с | > 4,0 с | | INP (Interaction to Next Paint) | Отзывчивость — задержка отклика на клики, нажатия, ввод | ≤ 200 мс | 200–500 мс | > 500 мс | | CLS (Cumulative Layout Shift) | Визуальная стабильность — насколько «прыгает» вёрстка при загрузке | ≤ 0,1 | 0,1–0,25 | > 0,25 |

Ключевой нюанс, который многие упускают: эти пороги оцениваются не по среднему значению, а по 75-му процентилю загрузок, причём отдельно для мобильных и десктопных устройств (web.dev). То есть «хорошим» сайт считается, только если у 75% посетителей метрика укладывается в норму. Достаточно, чтобы у каждого четвёртого пользователя было плохо — и страница уже не проходит.

Почему важен именно 75-й процентиль

Среднее значение обманчиво. Если у вас половина визитов открывается мгновенно (быстрый Wi-Fi, новый телефон), а половина — медленно (4G в области, старый Android), среднее покажет приемлемую картину, а реальный пользователь на слабом устройстве будет страдать. 75-й процентиль отсекает это самообольщение: он гарантирует, что подавляющему большинству посетителей действительно хорошо, а не «в среднем по больнице».

Для казахстанского бизнеса это особенно важно, потому что аудитория здесь крайне разнородна по устройствам и сетям — от 5G в Алматы до неустойчивого 4G в сельских районах. Усреднять такую аудиторию — значит обманывать себя.

INP заменил FID: что изменилось и почему это главная проблема

Если вы когда-то слышали про метрику FID (First Input Delay), забудьте о ней. С 12 марта 2024 года официальным Core Web Vital стал INP (Interaction to Next Paint), а разработчикам дали срок до 9 сентября 2024 года, чтобы полностью перейти на новую метрику (web.dev).

Почему INP жёстче, чем старый FID

FID измерял только задержку первого взаимодействия — и притом лишь до начала обработки, а не до видимого результата. Это была удобная, но поверхностная метрика. INP идёт дальше: он измеряет полный цикл взаимодействия на протяжении всего визита и складывается из трёх фаз (corewebvitals.io):

1. Задержка ввода (input delay) — сколько времени проходит, прежде чем браузер вообще начнёт реагировать на клик.
2. Время обработки (processing time) — сколько работает JavaScript-обработчик события.
3. Задержка отрисовки (presentation delay) — сколько времени нужно, чтобы нарисовать результат на экране.

Чтобы страница считалась «хорошей», минимум 75% всех взаимодействий должны укладываться в 200 мс. Главная причина плохого INP — длинные задачи JavaScript, блокирующие главный поток браузера: менее 25% сайтов удерживают длительность задач ниже рекомендованного порога в 50 мс (corewebvitals.io).

INP — самый часто проваливаемый показатель

Цифры говорят сами за себя. INP — это Core Web Vital, который проваливают чаще всего: в 2026 году 43% сайтов не укладываются в порог 200 мс (digitalapplied.com). Среди топ-1000 самых посещаемых сайтов мира INP проходят лишь 53% — снова худший результат из трёх метрик (corewebvitals.io).

И вот критичная для Казахстана деталь: на мобильных устройствах «хороший» INP достигают только 77% страниц против 97% на десктопе, а сам мобильный INP (131 мс по p75) в 2,8 раза хуже десктопного (48 мс по p75) (corewebvitals.io). Телефоны слабее по процессору, и тяжёлый JavaScript, который десктоп переваривает незаметно, на мобильном превращается в раздражающие подвисания.

Почему для Казахстана решает мобильная версия

В Казахстане нельзя оптимизировать сайт «для компьютера, а телефон как-нибудь». Здесь телефон — это основной, а часто и единственный экран.

Цифры рынка

По данным DataReportal Digital 2025 на начало года в стране было 19,2 млн интернет-пользователей при проникновении 92,9%, 26,6 млн активных мобильных подключений — это 128% от населения, причём 95,7% из них широкополосные (3G/4G/5G), а медианная скорость мобильного интернета достигла 53,69 Мбит/с, прибавив 51,3% за год (DataReportal).

Что это значит на практике:

• Мобильных подключений больше, чем людей. Аудитория мобайл-first по умолчанию. Если сайт удобен на десктопе, но тормозит на телефоне — он тормозит для большинства.
• Скорость сети выросла, но устройства разные. Хороший мобильный интернет не спасает, если сам сайт перегружен скриптами: узкое место смещается с сети на процессор телефона, а это как раз бьёт по INP.
• Решает мобильный 75-й процентиль. Google оценивает мобильную и десктопную версии раздельно. Для казахстанского сайта именно мобильный показатель определяет, проходит ли он Core Web Vitals.

Как измерять локально

Для казахстанского сайта стоит совмещать несколько инструментов:

• PageSpeed Insights (русский интерфейс) — показывает и полевые, и лабораторные данные, переключайте на вкладку «Мобильные».
• Google Search Console для вашего домена — отчёт «Основные интернет-показатели» по реальным полевым данным CrUX, с разбивкой на мобильные и десктоп.
• Яндекс.Метрика — даёт собственную статистику скорости загрузки и отказов для русско- и казахоязычной аудитории; её удобно сопоставлять с CWV, чтобы видеть, как замедление влияет на поведение.

Важно: любая аналитика (GA4, Яндекс.Метрика, CrUX) работает с обезличенными данными, но закон РК о персональных данных требует, чтобы на сайте было корректное cookie-согласие. Это не формальность, а часть «цифрового фундамента» — мы разбираем эти требования в услуге построения цифрового фундамента.

Полевые данные против лабораторных: почему 90+ в PageSpeed не спасает

Самая частая путаница владельцев сайтов: «PageSpeed показывает 92 балла, почему Search Console пишет, что сайт не проходит Core Web Vitals?» Ответ — в разнице между двумя типами данных.

В чём разница

| Параметр | Полевые данные (CrUX) | Лабораторные данные (Lighthouse) | |---|---|---| | Источник | Анонимная статистика реальных пользователей Chrome | Симуляция в контролируемой среде | | Период | Последние 28 дней | Один прогон «здесь и сейчас» | | Учитывает | Реальные устройства, сети, поведение | Стандартное устройство и сеть | | Используется для ранжирования? | Да | Нет | | Главный вопрос | «Есть ли проблема у реальных людей?» | «Почему она возникает?» |

Для ранжирования Google использует именно полевые данные CrUX за последние 28 дней по 75-му процентилю. Агрегация проходит оценку Core Web Vitals, только если все три метрики «хорошие». PageSpeed Insights обновляет полевые данные ежедневно, а полный набор CrUX в BigQuery — ежемесячно (web.dev).

Практический вывод

Лабораторный балл 92 говорит лишь о том, что в идеальных условиях страница быстрая. Но если ваши реальные посетители сидят на средних телефонах в нестабильной сети, их 75-й процентиль может быть совсем другим. Поэтому правило простое: поле говорит, есть ли проблема, лаборатория объясняет почему. Начинайте с CrUX в Search Console — он показывает реальную картину. Lighthouse используйте как диагностический инструмент, чтобы найти причину, но не как итоговую оценку.

Сколько денег теряет медленный сайт: реальные цифры

Core Web Vitals — это не про абстрактные баллы, а про выручку. И здесь есть жёсткие данные, а не маркетинговые обещания.

Исследование Google, Deloitte и Fifty-five

В исследовании «Milliseconds Make Millions» проанализировали более 30 млн пользовательских сессий по 37 ведущим брендам. Результат: ускорение мобильного сайта всего на 0,1 секунды дало (web.dev):

• +8,4% к конверсии ритейл-сайтов;
• +9,2% к потребительским расходам;
• +9,1% к переходам из карточки товара в корзину;
• +10,1% к конверсии travel-сайтов;
• +21,6% к переходам к заполнению формы у lead-generation сайтов.

Обратите внимание на масштаб эффекта от десятой доли секунды. Это не «ускорьтесь в два раза» — это микрооптимизация, которая окупается двузначным ростом.

Пересчёт в тенге

Переведём в практику казахстанского e-commerce. Допустим, локальный интернет-магазин или Kaspi-витрина делает 6 000 000 ₸ выручки в месяц при текущей конверсии. Ускорение мобильной версии, дающее +8,4% к конверсии ритейла, при прочих равных означает примерно +504 000 ₸ в месяц — около 6 млн ₸ в год. И это эффект от одного шага оптимизации.

Логика, которую стоит держать в голове: Core Web Vitals предотвращают потери, но главная отдача идёт через конверсию. Поэтому привязывайте любую оптимизацию не к баллу PageSpeed, а к деньгам — к конверсии, среднему чеку и выручке.

Влияют ли Core Web Vitals на позиции в Google в 2026

Здесь нужна честность, а не маркетинговое преувеличение. Да, скорость влияет на позиции — но не так прямолинейно, как любят писать в рекламе SEO-услуг.

Пороговый фактор, а не «буст»

В 2026 году Core Web Vitals остаются частью систем ранжирования Google, но работают как пороговый фактор, а не как прямой множитель позиций. Большинство топовых страниц уже проходят пороги, поэтому соответствие нормам — это «входной билет», а не преимущество. Главный выигрыш Core Web Vitals лежит в плоскости UX и конверсии: переход сайта из «провала» в «прохождение» заметно улучшает вовлечённость, тогда как оптимизация сверх минимума даёт убывающую отдачу (Backlinko).

После декабрьского core-апдейта 2025 года Google усилил вес реального пользовательского опыта, при этом сами числовые пороги (LCP 2,5 с / INP 200 мс / CLS 0,1) остались стабильными (digitalapplied.com).

Что из этого следует

Формула проста: довести метрики из красной зоны в зелёную — обязательно, доводить балл с 95 до 100 — почти бессмысленно ради позиций. Если сайт уже проходит все три порога, дальнейшая «гонка за сотней» не даст роста в выдаче. Зато она может дать рост конверсии — и вот это уже стоит считать в деньгах. Не путайте две цели: SEO-порог и UX-оптимизацию.

Как улучшить каждую метрику: практический план

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

1. INP — чините в первую очередь

Это самый проваливаемый показатель, и причина почти всегда одна — тяжёлый JavaScript, блокирующий главный поток. Что делать:

• Дробите длинные задачи на куски, чтобы каждая задача укладывалась в рекомендованные 50 мс.
• Убирайте тяжёлые сторонние скрипты — чаты, виджеты, лишние пиксели аналитики. Каждый сторонний скрипт — это чужой код на вашем главном потоке.
• Откладывайте некритичный JavaScript (defer, динамический импорт, загрузка по взаимодействию).
• Минимизируйте работу главного потока при загрузке — особенно важно для мобильных процессоров.

2. LCP — ускоряем главный экран

• Приоритетно грузите главное изображение или баннер: preload и fetchpriority="high".
• Используйте современные форматы — WebP и AVIF вместо тяжёлых JPEG/PNG.
• Подключайте CDN, чтобы контент отдавался с ближайшего к пользователю узла.
• Применяйте серверный рендеринг (SSR) или статическую генерацию (SSG) вместо тяжёлого рендеринга на стороне клиента.

3. CLS — стабилизируем вёрстку

• Задавайте width/height или aspect-ratio для всех изображений и видео.
• Резервируйте место под рекламу и встраиваемые блоки заранее.
• Используйте font-display: swap с предзагрузкой шрифтов.
• Никогда не вставляйте контент над уже отрисованным — это и есть главный источник «прыжков».

Почему лёгкий стек решает проблему системно

Можно бесконечно латать тяжёлый сайт плагинами оптимизации, а можно изначально выбрать архитектуру, где скорость встроена. Разница в цифрах огромна: сайт на Next.js обычно грузится за 0,8–1,5 секунды и стабильно набирает 95–100 баллов в PageSpeed, тогда как средний WordPress-сайт грузится 3,7 секунды на мобильном и набирает 58–91 балл. По отчёту HTTP Archive только 44% WordPress-сайтов проходят Core Web Vitals на мобильных (nandann.com).

Преимущество Next.js — встроенные SSR, SSG и ISR, автоматический code splitting и оптимизация изображений «из коробки». Тяжёлые конструкторы (Tilda, WordPress с десятком плагинов) системно проигрывают на мобильном 4G и в сельских сетях. Подробное сравнение архитектур мы разобрали в материале WordPress против Next.js для бизнеса. Именно на таком лёгком стеке строит сайты сам Shipmint — для нашего рынка это реальное конкурентное преимущество.

Частые ошибки при работе с Core Web Vitals

• Оптимизация ради балла, а не ради денег. Гнаться за 100 в PageSpeed, когда уже всё зелёное, — пустая трата ресурсов. Считайте конверсию.
• Проверка только десктопа. В Казахстане это фатально: решает мобильный 75-й процентиль.
• Доверие лабораторному баллу вместо полевого CrUX. Лаборатория обманывает, поле — нет.
• Латание тяжёлого сайта плагинами. Десять плагинов «ускорения» часто добавляют больше JavaScript, чем убирают. Иногда дешевле сменить архитектуру.
• Игнорирование сторонних скриптов. Чаты, виджеты, пиксели — главный убийца INP на чужом коде.

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

Какие сейчас пороги Core Web Vitals и что считается «хорошим»?

Для оценки «хорошо» нужны: LCP ≤ 2,5 секунды, INP ≤ 200 миллисекунд, CLS ≤ 0,1. При этом метрики берутся по 75-му процентилю реальных загрузок, то есть условие должно выполняться минимум у 75% посетителей. Оценка проводится раздельно для мобильных и десктопных устройств, и сайт проходит, только если зелёные все три показателя.

Чем INP отличается от старого FID и что изменилось?

INP официально заменил FID 12 марта 2024 года. Старый FID измерял только задержку до начала обработки первого клика, а INP оценивает полный цикл взаимодействия — от ввода до отрисовки результата — на протяжении всего визита. Это жёстче и честнее: чтобы пройти порог, минимум 75% всех взаимодействий должны укладываться в 200 мс. Для большинства сайтов это значит необходимость серьёзно работать с JavaScript.

Действительно ли скорость влияет на позиции в Google?

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

Сколько я теряю из-за медленного сайта?

По исследованию Google, Deloitte и Fifty-five ускорение мобильного сайта всего на 0,1 секунды повышает конверсию ритейла на 8,4%, а потребительские расходы — на 9,2%. Для travel-сайтов рост конверсии достигал 10,1%, для lead-generation переходы к форме выросли на 21,6%. Для магазина с выручкой 6 млн ₸ в месяц это около полумиллиона тенге дополнительной выручки ежемесячно от одного шага оптимизации.

Почему PageSpeed показывает 90+, но сайт не проходит Core Web Vitals?

Потому что 90+ — это лабораторный балл Lighthouse, полученный в идеальных условиях, а ранжирование строится на полевых данных CrUX от реальных пользователей за последние 28 дней. Если ваша аудитория сидит на средних телефонах в нестабильной сети, её 75-й процентиль может быть в красной зоне, даже когда лаборатория показывает зелёный. Ориентируйтесь на отчёт Search Console, а Lighthouse используйте для поиска причины.

Стоит ли переезжать с WordPress или Tilda на Next.js ради скорости?

Если ваш сайт стабильно не проходит мобильные Core Web Vitals и латание плагинами не помогает — да, смена архитектуры окупается. Next.js грузится за 0,8–1,5 секунды и набирает 95–100 в PageSpeed против 3,7 секунды и 58–91 у среднего WordPress, причём только 44% WordPress-сайтов проходят CWV на мобильных. Лёгкий стек решает проблему скорости системно, а не точечными костылями.

Источники

• web.dev — Web Vitals (пороги LCP, INP, CLS)
• web.dev — Запуск INP как Core Web Vital
• corewebvitals.io — Interaction to Next Paint
• web.dev — Milliseconds Make Millions (Google, Deloitte, Fifty-five)
• web.dev — Разница полевых и лабораторных данных
• nandann.com — Next.js против WordPress: бенчмарк производительности
• Backlinko — Core Web Vitals и ранжирование
• DataReportal — Digital 2025 Kazakhstan
• digitalapplied.com — Core Web Vitals 2026: INP, LCP, CLS

Скорость сайта в Казахстане — это не строчка в техзадании, а ежемесячная разница в выручке. Если вы хотите, чтобы ваш сайт стабильно проходил мобильные Core Web Vitals и грузился за секунду на 4G, начните с прочного фундамента: посмотрите нашу услугу построения цифрового фундамента и локальное предложение по веб-разработке для бизнеса в Алматы. Готовы посчитать, сколько теряет именно ваш сайт, и получить план ускорения в тенге — свяжитесь с нами, и мы проведём бесплатный аудит Core Web Vitals по реальным полевым данным.

Следующий шаг

Ваш сайт теряет лиды прямо сейчас