# Core Web Vitals в 2026: как скорость сайта влияет на позиции и продажи > Полный разбор Core Web Vitals в 2026: пороги LCP, INP, CLS, разница полевых и лабораторных данных и расчёт потерь от медленного сайта в тенге для бизнеса РК. Source: https://shipmint.kz/blog/core-web-vitals-skorost-sayta-prodazhi-2026 Published: 2026-06-15 Category: Веб-разработка --- ## 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](https://web.dev/articles/vitals)). То есть «хорошим» сайт считается, только если у 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](https://web.dev/blog/inp-cwv-launch)). ### Почему INP жёстче, чем старый FID FID измерял только задержку *первого* взаимодействия — и притом лишь до начала обработки, а не до видимого результата. Это была удобная, но поверхностная метрика. INP идёт дальше: он измеряет **полный цикл взаимодействия** на протяжении всего визита и складывается из трёх фаз ([corewebvitals.io](https://www.corewebvitals.io/core-web-vitals/interaction-to-next-paint)): 1. **Задержка ввода (input delay)** — сколько времени проходит, прежде чем браузер вообще начнёт реагировать на клик. 2. **Время обработки (processing time)** — сколько работает JavaScript-обработчик события. 3. **Задержка отрисовки (presentation delay)** — сколько времени нужно, чтобы нарисовать результат на экране. Чтобы страница считалась «хорошей», минимум 75% всех взаимодействий должны укладываться в 200 мс. Главная причина плохого INP — длинные задачи JavaScript, блокирующие главный поток браузера: менее 25% сайтов удерживают длительность задач ниже рекомендованного порога в 50 мс ([corewebvitals.io](https://www.corewebvitals.io/core-web-vitals/interaction-to-next-paint)). ### INP — самый часто проваливаемый показатель Цифры говорят сами за себя. INP — это Core Web Vital, который проваливают чаще всего: в 2026 году 43% сайтов не укладываются в порог 200 мс ([digitalapplied.com](https://www.digitalapplied.com/blog/core-web-vitals-2026-inp-lcp-cls-optimization-guide)). Среди топ-1000 самых посещаемых сайтов мира INP проходят лишь 53% — снова худший результат из трёх метрик ([corewebvitals.io](https://www.corewebvitals.io/core-web-vitals/interaction-to-next-paint)). И вот критичная для Казахстана деталь: на мобильных устройствах «хороший» INP достигают только 77% страниц против 97% на десктопе, а сам мобильный INP (131 мс по p75) в **2,8 раза хуже** десктопного (48 мс по p75) ([corewebvitals.io](https://www.corewebvitals.io/core-web-vitals/interaction-to-next-paint)). Телефоны слабее по процессору, и тяжёлый JavaScript, который десктоп переваривает незаметно, на мобильном превращается в раздражающие подвисания. ## Почему для Казахстана решает мобильная версия В Казахстане нельзя оптимизировать сайт «для компьютера, а телефон как-нибудь». Здесь телефон — это основной, а часто и единственный экран. ### Цифры рынка По данным DataReportal Digital 2025 на начало года в стране было 19,2 млн интернет-пользователей при проникновении 92,9%, 26,6 млн активных мобильных подключений — это 128% от населения, причём 95,7% из них широкополосные (3G/4G/5G), а медианная скорость мобильного интернета достигла 53,69 Мбит/с, прибавив 51,3% за год ([DataReportal](https://datareportal.com/reports/digital-2025-kazakhstan)). Что это значит на практике: - **Мобильных подключений больше, чем людей.** Аудитория мобайл-first по умолчанию. Если сайт удобен на десктопе, но тормозит на телефоне — он тормозит для большинства. - **Скорость сети выросла, но устройства разные.** Хороший мобильный интернет не спасает, если сам сайт перегружен скриптами: узкое место смещается с сети на процессор телефона, а это как раз бьёт по INP. - **Решает мобильный 75-й процентиль.** Google оценивает мобильную и десктопную версии раздельно. Для казахстанского сайта именно мобильный показатель определяет, проходит ли он Core Web Vitals. ### Как измерять локально Для казахстанского сайта стоит совмещать несколько инструментов: - **PageSpeed Insights** (русский интерфейс) — показывает и полевые, и лабораторные данные, переключайте на вкладку «Мобильные». - **Google Search Console** для вашего домена — отчёт «Основные интернет-показатели» по реальным полевым данным CrUX, с разбивкой на мобильные и десктоп. - **Яндекс.Метрика** — даёт собственную статистику скорости загрузки и отказов для русско- и казахоязычной аудитории; её удобно сопоставлять с CWV, чтобы видеть, как замедление влияет на поведение. Важно: любая аналитика (GA4, Яндекс.Метрика, CrUX) работает с обезличенными данными, но закон РК о персональных данных требует, чтобы на сайте было корректное cookie-согласие. Это не формальность, а часть «цифрового фундамента» — мы разбираем эти требования в услуге [построения цифрового фундамента](/services/digital-foundation). ## Полевые данные против лабораторных: почему 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](https://web.dev/articles/lab-and-field-data-differences)). ### Практический вывод Лабораторный балл 92 говорит лишь о том, что в идеальных условиях страница быстрая. Но если ваши реальные посетители сидят на средних телефонах в нестабильной сети, их 75-й процентиль может быть совсем другим. Поэтому правило простое: **поле говорит, есть ли проблема, лаборатория объясняет почему**. Начинайте с CrUX в Search Console — он показывает реальную картину. Lighthouse используйте как диагностический инструмент, чтобы найти причину, но не как итоговую оценку. ## Сколько денег теряет медленный сайт: реальные цифры Core Web Vitals — это не про абстрактные баллы, а про выручку. И здесь есть жёсткие данные, а не маркетинговые обещания. ### Исследование Google, Deloitte и Fifty-five В исследовании «Milliseconds Make Millions» проанализировали более 30 млн пользовательских сессий по 37 ведущим брендам. Результат: ускорение мобильного сайта всего **на 0,1 секунды** дало ([web.dev](https://web.dev/case-studies/milliseconds-make-millions)): - **+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](https://backlinko.com/hub/seo/core-web-vitals)). После декабрьского core-апдейта 2025 года Google усилил вес реального пользовательского опыта, при этом сами числовые пороги (LCP 2,5 с / INP 200 мс / CLS 0,1) остались стабильными ([digitalapplied.com](https://www.digitalapplied.com/blog/core-web-vitals-2026-inp-lcp-cls-optimization-guide)). ### Что из этого следует Формула проста: **довести метрики из красной зоны в зелёную — обязательно, доводить балл с 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](https://www.nandann.com/nextjs/nextjs-vs-wordpress-performance-benchmark)). Преимущество Next.js — встроенные SSR, SSG и ISR, автоматический code splitting и оптимизация изображений «из коробки». Тяжёлые конструкторы (Tilda, WordPress с десятком плагинов) системно проигрывают на мобильном 4G и в сельских сетях. Подробное сравнение архитектур мы разобрали в материале [WordPress против Next.js для бизнеса](/compare/wordpress-vs-nextjs-dlya-biznesa). Именно на таком лёгком стеке строит сайты сам 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)](https://web.dev/articles/vitals) - [web.dev — Запуск INP как Core Web Vital](https://web.dev/blog/inp-cwv-launch) - [corewebvitals.io — Interaction to Next Paint](https://www.corewebvitals.io/core-web-vitals/interaction-to-next-paint) - [web.dev — Milliseconds Make Millions (Google, Deloitte, Fifty-five)](https://web.dev/case-studies/milliseconds-make-millions) - [web.dev — Разница полевых и лабораторных данных](https://web.dev/articles/lab-and-field-data-differences) - [nandann.com — Next.js против WordPress: бенчмарк производительности](https://www.nandann.com/nextjs/nextjs-vs-wordpress-performance-benchmark) - [Backlinko — Core Web Vitals и ранжирование](https://backlinko.com/hub/seo/core-web-vitals) - [DataReportal — Digital 2025 Kazakhstan](https://datareportal.com/reports/digital-2025-kazakhstan) - [digitalapplied.com — Core Web Vitals 2026: INP, LCP, CLS](https://www.digitalapplied.com/blog/core-web-vitals-2026-inp-lcp-cls-optimization-guide) --- Скорость сайта в Казахстане — это не строчка в техзадании, а ежемесячная разница в выручке. Если вы хотите, чтобы ваш сайт стабильно проходил мобильные Core Web Vitals и грузился за секунду на 4G, начните с прочного фундамента: посмотрите нашу услугу [построения цифрового фундамента](/services/digital-foundation) и локальное предложение по [веб-разработке для бизнеса в Алматы](/city/almaty/digital-foundation). Готовы посчитать, сколько теряет именно ваш сайт, и получить план ускорения в тенге — [свяжитесь с нами](/contact), и мы проведём бесплатный аудит Core Web Vitals по реальным полевым данным. --- ## Related - [Blog](https://shipmint.kz/blog) - [Contact](https://shipmint.kz/contact)