18 октября 2026

Скорость — это не тест, это поведение

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

Попался разбор про разницу между лабораторными и реальными данными Core Web Vitals. И сразу встал вопрос: а что, если у нас Lighthouse показывает 95, а в реальности пользователи ждут больше четырёх секунд? Это не про «почему не 100», а про то, что сайт не работает так, как должен. По моему опыту, именно такие «зелёные» тесты и приводят к срыву конверсии — потому что пользователь не видит, что всё хорошо, он просто ушёл.

Считаю, что это важнее, чем просто «поставить 100». Потому что Google ранжирует по реальным данным, а не по симуляциям. И если пользователь ждёт — он не вернётся. А это не просто техническая ошибка, это потеря денег.

Что тут вообще происходит — и почему лаборатория врёт

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

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

Как понять, что это касается вашего сайта

Я проверяю это первым делом: беру URL и смотрю, что показывает PageSpeed Insights в режиме реального пользователя. Если у страницы нет полевых данных — значит, сайт не получил достаточно трафика, чтобы Google их собрал. Это тревожный сигнал: либо сайт новый, либо трафик низкий. Но даже если есть данные — важно смотреть, где они поступают: с уровня страницы или с уровня домена.

Если полевые данные не показывают проблем, но лаборатория — да, это «лабораторная проблема». И она не критична, если пользователи не жалуются. Но если полевые данные — красные, значит, что-то в шаблоне, скрипте или баннере ломает всё. И это уже не «почему 95», а «почему 70% пользователей ждут дольше, чем нужно».

Что я делаю в таких случаях

Сначала смотрю, где именно — на уровне страницы или домена. Если проблема на уровне домена, значит, один скрипт, один шаблон, один баннер — и его надо найти и убрать. Это может быть консент-бабл, реклама, ленивые изображения, которые загружаются позже, или JS, который блокирует интерфейс.

Потом проверяю, что входит в «последние секунды»: не появляются ли элементы после загрузки, не грузятся ли скрипты в фоне. Убираю всё, что не нужно сразу. Сжимаю изображения, включаю lazy-load, оптимизирую стили и скрипты. И всё это — не для теста, а для того, чтобы реальные пользователи не ждали.

Что здесь даёт поддержка

На нашей поддержке это закрывается заранее. Мы не ждём, пока сайт упадёт. Мы смотрим на полевые данные, проверяем, как ведёт себя сайт в реальности — и исправляем то, что мешает. Ускоряем «под ключ»: сжатие, перевод в WebP, кеширование, минификация, отложенная загрузка, CDN, чистка лишнего.

Работа над скоростью даёт рост трафика до +60%. И это не моя оценка — это факт о нашей компании. Скорость — это деньги и новый канал: ИИ-ассистенты цитируют быстрые сайты. А значит, если сайт медленный — он не попадёт в резюме.

Попробуйте бесплатно — аудит скорости.