Скорость сайта и Core Web Vitals в 2026: почему медленный сайт теряет позиции и деньги

Откройте аналитику своего сайта и найдите две цифры: сколько людей зашло и сколько дошло до формы или звонка. Между ними — пропасть, и часть этой пропасти объясняют скорость сайта и Core Web Vitals — не текст, не цена и не дизайн. Она живёт в тех двух-трёх секундах, пока человек на телефоне в метро смотрит на белый экран и ждёт, когда же наконец что-то появится. Половина из них не дождётся. Они закроют вкладку и откроют следующую — конкурента, у которого открылось сразу. Вы за этот уход заплатили: либо рекламой, которая привела человека на медленную страницу, либо месяцами SEO, чтобы он вообще вас нашёл. Деньги ушли, заявка — нет.

Скорость сайта и Core Web Vitals — это не технический каприз разработчиков и не строчка в отчёте, которую приятно видеть зелёной. Это тот самый момент, где встречаются две вещи, которые обычно считают разными: позиции в поиске и выручка. Медленный сайт хуже ранжируется и одновременно хуже продаёт — двойной штраф за одну и ту же проблему. И в 2026 году цена этой проблемы выросла, потому что почти весь трафик теперь мобильный, а телефон в реальной руке на реальной сети куда медленнее ноутбука, на котором вы любуетесь своим сайтом.

Разберём по-человечески, что Google измеряет, какие цифры он считает хорошими, как именно медленные страницы тихо съедают ваши заявки и поднимают стоимость рекламы, и — главное — что на самом деле тормозит сайты и как это чинят. Без жаргона там, где без него можно обойтись.

Core Web Vitals простым языком: три цифры, которые видит Google

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

• LCP (Largest Contentful Paint) — «когда я наконец что-то увижу». Это время до отрисовки самого крупного блока в первом экране: главной картинки, заголовка, баннера. Пока LCP не случился, человек смотрит на пустоту и решает, ждать ему или уйти.
• INP (Interaction to Next Paint) — «когда сайт ответит на мой клик». Человек нажал кнопку, тапнул по меню, начал листать — за сколько страница отреагировала? Если между тапом и реакцией заметная задержка, сайт ощущается «залипшим», даже если выглядит красиво. INP в 2026 году — действующая метрика отзывчивости; она пришла на смену старому FID и спрашивает строже.
• CLS (Cumulative Layout Shift) — «почему всё прыгает». Вы собрались нажать кнопку, но тут догрузилась картинка, контент сдвинулся, и палец попал по рекламе. Это раздражает физически. CLS измеряет, насколько содержимое скачет во время загрузки.

Три метрики ловят три разных боли: ожидание, тормоза и дёрганье. Сайт может быть идеален в одной и провален в другой — поэтому смотреть нужно на все три сразу.

Какие значения считаются хорошими

Здесь Google не оставил пространства для трактовок — пороги опубликованы. Вот ориентир по текущим значениям; держите его под рукой.

Метрика	Что измеряет	«Хорошо»	«Плохо» (нужно чинить)
LCP	Скорость загрузки основного контента	до 2,5 сек	больше 4,0 сек
INP	Отзывчивость на действия	до 200 мс	больше 500 мс
CLS	Визуальная стабильность	до 0,1	больше 0,25

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

Скорость сайта и Core Web Vitals в позициях: где правда, а где миф

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

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

• С быстрого сайта реже уходят сразу. Человек дожидается загрузки, начинает читать — и Google видит, что страница удержала внимание.
• На быстром сайте смотрят больше страниц и дольше остаются. Это сигнал, что контент полезен.
• На быстром сайте чаще доходят до заявки. А конверсия в действие — самый честный признак того, что страница отвечает на запрос человека.

Поисковику не нужно «штрафовать» вас за медленность напрямую — достаточно того, что люди голосуют ногами, а Google этот голос считывает. Так что скорость — это и прямой сигнал, и усилитель всех остальных. Если вы задаётесь вопросом, почему сайт не растёт в поиске, техническая скорость — один из первых пунктов, который стоит проверить, прежде чем винить контент.

Как медленный сайт тихо съедает заявки и поднимает цену рекламы

Вот часть, которую владельцы бизнеса недооценивают сильнее всего, потому что её не видно в отчёте напрямую. Скорость бьёт по деньгам в двух местах одновременно.

Первое — конверсия. Каждая лишняя секунда загрузки стоит вам части людей, которые уже были готовы что-то сделать. Отраслевые исследования из года в год показывают одно и то же направление: вероятность ухода резко растёт по мере того, как страница тянется от одной секунды к трём и дальше, а на мобильных это ощущается ещё острее. Точные проценты гуляют от исследования к исследованию, и обещать «минус X% выручки за секунду» было бы нечестно — но направление железное: медленнее почти всегда значит меньше заявок. И обиднее всего, что теряете вы самых горячих — тех, кто уже кликнул и пришёл.

Второе — стоимость рекламы. Здесь связь менее очевидна, но вполне реальна. Рекламные системы вроде Google Ads учитывают качество посадочной страницы, и скорость с удобством — часть этого качества. Медленная страница тянет показатель качества вниз, а это значит более высокую цену за клик за ту же позицию. Двойной удар: вы платите за клик дороже и хуже превращаете эти клики в заявки. Прежде чем поднимать рекламный бюджет, почините страницу, на которую льёте трафик, — иначе вы доплачиваете за то, чтобы быстрее показывать людям медленный сайт.

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

Что на самом деле тормозит сайты

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

1. Тяжёлые картинки. Виновник номер один. Фотография на четыре мегабайта, загруженная как есть и ужатая до маленького блока силами браузера, убивает LCP в одиночку. Сюда же — отсутствие современных форматов и одна гигантская картинка вместо версий под разные экраны.
2. Раздутый JavaScript. Слишком много скриптов, которые браузер должен скачать, разобрать и выполнить, прежде чем страница станет отзывчивой. Это главный убийца INP. Каждый виджет, чат, попап и счётчик добавляет вес — а половина из них на странице вообще не нужна.
3. Render-blocking — скрипты и стили, блокирующие отрисовку. Когда тяжёлые CSS- и JS-файлы грузятся в начале и не дают браузеру показать страницу, пока не загрузятся сами, человек смотрит на белый экран дольше, чем должен.
4. Дешёвый или перегруженный хостинг. Если сам сервер думает над ответом по секунде, ускорять уже нечего — фундамент медленный. Дешёвый общий хостинг, где на одной машине теснятся сотни сайтов, регулярно становится узким горлышком.
5. Раздутые конструкторы и плагины. Универсальные шаблоны грузят килобайты CSS и JS «на все случаи жизни», которые вашей конкретной странице не нужны. Десяток плагинов, каждый со своими скриптами и стилями, превращает простую страницу в тяжеловеса. Об этом — отдельно ниже.
6. Отсутствие кэширования и CDN. Когда каждому посетителю всё собирается заново, а файлы едут с одного сервера через полмира, скорость проседает там, где её легко было бы вернуть.
7. Сторонние скрипты. Аналитика, пиксели, чаты, карты, шрифты со сторонних доменов — каждый тянет свою нить запросов. По отдельности мелочь, вместе — заметный груз, который ещё и вне вашего прямого контроля.

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

Отдельно про конструкторы: почему «всё включено» часто значит «всё тяжёлое»

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

Сжатие картинок, ленивая загрузка и чистка лишних плагинов реально помогают и стоят того, чтобы их сделать. Но есть потолок: если раздутость зашита в саму архитектуру билдера, выше определённого уровня скорости вы не прыгнете, сколько ни оптимизируйте. В какой-то момент честный расчёт показывает, что переехать на лёгкий, собранный под вас сайт дешевле и быстрее, чем годами лечить симптомы. Это та же развилка, что и в более общем выборе агентство или конструктор: конструктор экономит на старте, но потолок скорости и гибкости задан платформой, а не вами.

Как измерить скорость своего сайта

Гадать не нужно — Google даёт бесплатные инструменты, которые показывают ровно те цифры, по которым он сам вас оценивает.

• PageSpeed Insights. Вставляете адрес страницы — получаете отчёт. Главное правило: смотрите в первую очередь на полевые данные (CrUX), а не на лабораторный результат. Лабораторный тест — это один прогон на стандартном устройстве в идеальных условиях. Полевые данные — это реальные Core Web Vitals ваших живых посетителей за последние 28 дней, собранные из браузера Chrome. Именно их Google использует для ранжирования, и именно они говорят правду о том, как сайт ощущается у людей, а не у вас.
• Search Console, отчёт Core Web Vitals. Показывает картину по всему сайту сразу, отдельно для мобильных и десктопа, и группирует проблемные URL — удобно, когда страниц много и нужно понять, где течёт массово.
• Полевые против лабораторных. Если лаборатория говорит «отлично», а поле — «плохо», верьте полю. Расхождение обычно значит, что у реальных людей устройства слабее и сети медленнее, чем у тестового стенда. Чините под поле.

Один практический совет: не зацикливайтесь на красивом числе «общего балла» в PageSpeed — он скачет от прогона к прогону. Смотрите на сами LCP, INP и CLS в полевых данных: это то, что реально считает Google и чувствует ваш клиент.

Почему скорость — это стык разработки и SEO (и почему Webtor делает и то, и другое)

Скорость сайта живёт ровно на границе двух профессий, которые в большинстве компаний сидят порознь и кивают друг на друга. SEO-специалист видит в Search Console красный отчёт по Core Web Vitals и пишет: «надо ускорить сайт». Разработчик отвечает: «дайте задачу конкретнее». А реальная починка требует обоих одновременно: понимать, что LCP, INP и CLS — это сигналы, которые двигают позиции и заявки, и уметь залезть в картинки, скрипты, рендеринг и хостинг, чтобы эти цифры сдвинуть. Когда между этими двумя людьми лежит граница компаний, проблема зависает в воздухе месяцами.

Поэтому мы в Webtor намеренно держим разработку и SEO под одной крышей. Сайт, который мы собираем, изначально проектируется быстрым: оптимизированные картинки, минимум лишнего JavaScript, чистый код без балласта универсальных шаблонов, нормальный хостинг и кэширование. А потом тот же подход обслуживает позиции — потому что быстрый, стабильный сайт легче продвигать, и он сам помогает остальному SEO работать. Это не две услуги, которые мы продаём рядом. Это одна работа, которую неправильно делить.

Если вы прикидываете, во что это обойдётся, скорость не существует в отрыве от остального — она часть того, сколько стоит хороший сайт и часть стоимости SEO-сопровождения. Дешёвый сайт на тяжёлом шаблоне экономит деньги в день запуска и возвращает этот счёт потом — в потерянных заявках и переплате за рекламу. Заложенная с самого начала скорость, наоборот, окупается тихо и каждый день.

С чего начать на этой неделе

Если читать это как список на полгода — да, по-крупному стройка немаленькая. Но сдвинуться можно за неделю, и по убыванию отдачи порядок такой:

1. Прогоните три главные страницы через PageSpeed Insights — главную, ключевую страницу услуги и одну посадочную из рекламы. Смотрите полевые данные, выпишите LCP, INP и CLS.
2. Начните с картинок. Это почти всегда самый быстрый выигрыш: сожмите тяжёлые изображения, отдавайте версии под размер блока, включите ленивую загрузку для всего, что ниже первого экрана.
3. Уберите лишнее. Каждый плагин, виджет и сторонний скрипт, который вы не используете осознанно, — кандидат на удаление. Меньше скриптов — быстрее INP.
4. Проверьте хостинг. Если сервер отвечает медленно сам по себе, остальное косметика. Иногда переезд на нормальный хостинг даёт больше, чем десяток мелких правок.
5. Перепроверьте через пару недель. Полевые данные обновляются не мгновенно — дайте CrUX накопить реальные визиты и снова сверьтесь с порогами.

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

Кто в итоге выигрывает

Вернёмся к человеку в метро, который смотрит на белый экран. Он не злится на вас и не пишет жалоб — он просто уходит, молча, к тому, у кого открылось сразу. Вы об этом уходе никогда не узнаете напрямую: он не оставит след в форме обратной связи, он растворится в зазоре между «зашёл» и «дошёл до заявки». И каждый день таких — десятки.

Скорость сайта и Core Web Vitals выигрывает не тот, у кого красивее картинка балла в PageSpeed, а тот, у кого реальная страница на реальном телефоне открывается раньше, отвечает на тап без задержки и не прыгает под пальцем. Этот сайт Google ставит чуть выше, и с него чаще доходят до звонка — два выигрыша за одну вложенную в скорость работу. В 2026 году, когда почти весь трафик мобильный, а внимание человека измеряется секундами, это уже не тонкая настройка для гиков. Это разница между сайтом, который зарабатывает, и сайтом, который тихо теряет — и заявки, и место в выдаче, и деньги на рекламу, которые вы за всё это уже заплатили.