Адаптация сайта под мобильные устройства: скорость, удобство, Core Web Vitals
Проверим, как ваш сайт живёт на телефоне: скорость, формы, навигация. Чиним по списку проблем, отсортированному по влиянию на заявки.
Откройте свой сайт с телефона. Не с рабочего компьютера, а со смартфона, в лифте, на мобильном интернете. Посчитайте секунды до появления контента. Заполните форму заявки большим пальцем. Попробуйте попасть в кнопку, которая стоит вплотную к соседней.
Именно так ваш сайт видит большинство посетителей. На мобильные приходится порядка 58% веб-трафика, а в рекламных кампаниях доля телефонов ещё выше. Сайт проектировали с десктопа? Значит, вы платите за клики людей, которым неудобно у вас покупать.
Что теперь считает поиск
Google индексирует сайты по принципу mobile-first: оценивается мобильная версия, а не десктопная. Core Web Vitals при этом учитываются в ранжировании.
Пороги 2026 года такие. LCP, то есть загрузка основного контента, до 2,5 секунды. INP, отклик интерфейса на нажатие, до 200 миллисекунд. Эта метрика заменила старую FID. CLS, стабильность вёрстки, до 0,1: кнопки не должны прыгать под пальцем.
Считается не лабораторный замер, а опыт живых людей. В зелёной зоне показатели должны быть хотя бы у 75% посетителей. Телефонам это даётся тяжелее десктопов: процессоры слабее, сеть нестабильнее.
Как мы работаем
Сначала диагностика. Берём реальные данные CrUX и Яндекс Метрики, профилируем загрузку, смотрим, где мобильные посетители бросают сайт.
На выходе не абстрактный балл из PageSpeed, а список проблем, отсортированный по влиянию на заявки: что чинить обязательно, что желательно, что можно не трогать.
Дальше работаем по списку. И сразу честная оговорка: адаптация имеет смысл, когда у сайта живая основа. Сайт собран десять лет назад на неподдерживаемой CMS? Косметика не спасёт. Мы скажем это после аудита, а не после трёх оплаченных этапов работ.
Что входит в работу
- Аудит мобильного опыта: скорость по Core Web Vitals на реальных данных, удобство, конверсионные точки.
- Разгоняем загрузку: картинки в WebP и AVIF, ленивая загрузка, скрипты сокращаем и откладываем, настраиваем кэш.
- Чиним INP: разгружаем тяжёлые скрипты. Чаты, виджеты, лишние счётчики, из-за которых интерфейс не отвечает на нажатия.
- Убираем прыжки вёрстки (CLS): резервируем место под баннеры, изображения и рекламу.
- Мобильная навигация и формы: крупные зоны нажатия, правильная клавиатура под каждое поле, минимум обязательных полей, автоподстановка адресов.
- Проверяем на живых устройствах, эмулятором не ограничиваемся.
- Делаем контрольный замер до и после по тем же метрикам.
Что вы получите
Сайт, который проходит Core Web Vitals и не раздражает человека с телефоном.
На практике это меньше отказов на мобильных, выше конверсия форм, лучше позиции в поиске. Та же реклама начинает приносить больше заявок, а бюджет не растёт.
Плюс записанный список изменений и памятка, как не сломать результат следующими доработками.
О чём предупреждаем заранее
Погоня за сотней баллов в PageSpeed заканчивается ловушкой. Лабораторный балл не равен опыту пользователей, а последние проценты стоят непропорционально дорого. Мы смотрим на полевые данные и пороги CWV, а не на красивую цифру.
Ускорение за счёт функций бьёт по выручке. Сайт легко разогнать, выкинув чат и коллтрекинг. Вместе с ними уйдут и заявки. Баланс важнее рекорда.
Результат нужно закреплять. Один виджет, поставленный маркетологом, способен вернуть INP в красную зону. Поэтому мы настраиваем регулярный мониторинг метрик.
Опишите задачу в форме ниже: пришлите адрес сайта и расскажите, откуда идёт трафик. Проведём экспресс-диагностику мобильной версии и вернёмся с конкретикой. Что болит, во что это обходится в заявках и с чего начинать.
Инструменты по теме
Генератор robots.txt онлайн — создать файл за пару минут
Пресет под вашу CMS, свои строки Disallow и адрес карты сайта. Готовый текст robots.txt копируется одной кнопкой и кладётся в корень.
Сайт теряет мобильных посетителей?
Оставьте заявку — подтянем скорость, удобство и Core Web Vitals.
Достаточно пары фраз: остальное уточним сами.