Клиент ушёл через три секунды. Вы за него заплатили.

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

Как это измеряется. Google оценивает страницы по трём метрикам Core Web Vitals: LCP до 2,5 секунды, INP до 200 миллисекунд, CLS до 0,1. Считается по полевым данным CrUX за 28 дней, по 75-му перцентилю — то есть по тем самым посетителям, которым не повезло со связью. Самая проблемная метрика сейчас INP, отвечающая за отклик на нажатие: её порог в 200 мс не проходят около 43% сайтов. Мобильная скорость влияет на позиции и в Яндексе, только там через поведение — быстрый выход с сайта алгоритм считает признаком плохой страницы.

Что реально ускоряет мобильную версию:

1. Скрипты. Главный убийца мобильной скорости не картинки, а JavaScript: чат, три счётчика, пиксели, виджет обратного звонка, карта. Телефон разбирает всё это своим слабым процессором. Отложить, разделить, лишнее выкинуть.
2. Изображения. Отдавать в WebP или AVIF и в размере под экран телефона, а не десктопное фото на 2000 пикселей. Ниже первого экрана — ленивая загрузка.
3. Шрифты. Два начертания вместо шести, preload и font-display: swap, иначе текст висит невидимым.
4. Резервирование места под баннеры, картинки и рекламные блоки. Иначе вёрстка прыгает, человек промахивается по кнопке и уходит.
5. Кеширование и нормальный хостинг. Если сервер думает секунду, дальше можно не оптимизировать.

Важный нюанс: цель не «90 баллов в PageSpeed». Лабораторный тест гоняется на условном эталонном устройстве, а решают полевые данные по вашим настоящим посетителям. Бывает и наоборот: зелёные баллы при живых жалобах на тормоза.

Проверьте сами — откройте свой сайт с телефона при слабом сигнале и попробуйте оставить заявку.