Поисковики давно индексируют и ранжируют сайты по мобильной версии: если на телефоне сайт кривой, медленный или показывает не весь контент, позиции падают у всех — и у десктопных пользователей тоже. Аудит мобильной версии проверяет три слоя: адаптивность вёрстки, скорость на реальных устройствах и юзабилити пальцем. Разбираем, что именно смотреть и в каком порядке чинить.

Mobile-first индексация: почему мобильная версия главная
Робот ходит по сайту как мобильный пользователь: что он видит на телефоне, то и попадает в индекс и ранжирование. Значит, скрытый на мобильном контент, урезанные меню и отличающиеся метаданные — это не «мелочь под адаптив», а прямая потеря релевантности. Первый пункт аудита — паритет: ключевой контент, метатеги и разметка должны совпадать на мобильной и десктопной версиях.

Вёрстка: горизонтальный скролл и наложения
Проверьте ключевые типы страниц на популярных ширинах экрана: 360, 390, 414 пикселей. Горизонтальная прокрутка — убийца юзабилити: ищите таблицы без адаптации, изображения с фиксированной шириной, длинные строки кода и неразрывные строки текста. Вторая болезнь — наложения: кнопки и липкие панели перекрывают контент и ссылки, человек тычет и попадает не туда. Третья — мелкий текст: меньше 12 пикселей читается с трудом, поиск помечает такие страницы как неудобные.
Кликабельность: палец больше курсора
Тапабельные области от 44 пикселей, расстояние между ссылками, меню без промахов — аудит покажет места, где человек промахивается. Особенно критичны формы: поля ввода, кнопки отправки, чекбоксы. Каждый промах — микро-раздражение, которое складывается в отказы. Проверьте также липкие элементы: шапка и плавающие кнопки не должны съедать треть экрана.
Попапы и межстраничные экраны
Полноэкранные попапы на входе с мобильного — классическое нарушение: поисковики санкционируют интерститциалы, закрывающие контент. Аудит: попап не должен появляться до взаимодействия, должен легко закрываться и не блокировать чтение. Баннер подписки в конце статьи — нормально; модалка «скачай приложение» на первой секунде — потеря позиций и людей.
Мобильная скорость: отдельный аудит
Мобильные пользователи — это средние сети и средние устройства: лабораторные тесты на оптоволокне врут. Прогоните ключевые страницы с троттлингом, смотрите LCP и INP именно мобильного набора данных. Главные мобильные пожиратели: тяжёлые hero-изображения, синхронные сторонние скрипты, отсутствие ленивой подгрузки и кеша. Ускорение мобильной версии тянет метрики всего сайта, потому что mobile-first.
Паритет контента и навигации
Сравните мобильное и десктопное меню: если на телефоне спрятаны целые разделы, их страницы теряют внутренние ссылки и вес. Решение — адаптивная навигация с полноценной структурой, а не обрезанный огрызок. Проверьте хлебные крошки, футер с важными ссылками и блоки перелинковки: они должны существовать на мобильном в читаемом виде.
Инструменты мобильного аудита
База — эмуляция устройств в браузере плюс тест мобильной пригодности вебмастеров и отчёт «удобство для мобильных». Скорость — PageSpeed с мобильным набором данных и полевые метрики CrUX. Реальные устройства незаменимы: эмулятор не покажет поведение на среднем Android со слабой сетью — держите под рукой два-три живых телефона. Тепловые карты мобильного скролла подскажут, где человек бросает читать.
Частые ошибки мобильных версий
Топ-пять по частоте: горизонтальный скролл из-за таблиц и широких изображений; попап подписки на первой секунде; мелкий шрифт и тесные ссылки; обрезанное мобильное меню, из-за которого разделы теряют внутренние ссылки; и разные метатеги на мобильной и десктопной версиях, когда mobile-first индексация ранжирует сайт по урезанной копии. Каждая ошибка чинится за часы, а суммарно они определяют, каким сайт видит главный робот — мобильный.
Чек-лист мобильного аудита
Пройдите по пунктам: нет горизонтального скролла; текст читается без масштабирования; тапабельные области достаточны; попапы не блокируют контент; контент и метаданные совпадают с десктопом; навигация полная; скорость в зелёной зоне на полевых данных; формы удобны пальцем; изображения адаптированы и ленивы; липкие элементы не съедают экран. Десять пунктов закрывают 95% мобильных проблем.
Мини-кейс: мобильная уборка минус двенадцать процентов отказов
Инфосайт с 70% мобильного трафика держал отказы 62%: горизонтальный скролл из-за таблиц, попап подписки на входе и мелкий шрифт в врезках. За неделю убрали попап, обернули таблицы в прокручиваемый контейнер, подняли кегль и сжали hero-изображения. Отказы упали до 50%, время на странице выросло, а мобильные позиции за два месяца подросли на одну-две строки по ключевым запросам. Кейс подтверждает: мобильный юзабилити — это поведенческие, а поведенческие — это позиции.
Не забывайте про ландшафт устройств: проверяйте не только айфоны, но и массовые Android с узкими экранами и слабым железом — именно на них живут ваши поведенческие метрики.
Итог: аудит мобильной версии — это паритет контента, вёрстка без скролла и наложений, кликабельность пальцем, честные попапы и мобильная скорость на реальных данных. В мире mobile-first мобильная версия и есть ваш сайт — всё остальное дополнение.

8 комментариев
Проверяла сайт клиента и нашла, что на телефоне вообще нет блока с ценами — он там подгружался скриптом при определённой ширине экрана, и поиск его не видел. Позиции по коммерческим запросам были плохие, хотя на десктопе всё отлично. Как только блок вывели в обычный HTML, ситуация пошла вверх.
Паритет контента — самая незаметная ошибка. Вроде всё есть на сайте, а поиск видит урезанную версию. У нас так же пропала часть навигации на мобильной, и это влияло на переобход.
Соответственно, надо не просто смотреть на телефоне, а сравнивать исходный код двух версий. Глазами разницу не увидишь.
Про кликабельность напишу с цифрами: на одном проекте кнопки в форме были высотой 32 пикселя вместо рекомендованных 44. Тест показал, что промахи по кнопке составляли около 20% нажатий. Это бьёт и по конверсии, и по поведенческим факторам, хотя технически всё работает.
И ещё невидимая зона вокруг маленькой иконки. Люди жмут в крестик и попадают не туда. Мы это исправили на всех формах — жалоб на закрытия стало заметно меньше.
Аудит мобильной версии у меня начинается с одного тяжёлого, но важного действия: сижу и делаю заказ с телефона в реальной жизни, в метро, одной рукой. Половина проблем находится сразу. Эмулятор в браузере такое не показывает.
И в метро со слабым интернетом. У меня так нашлось, что форма отправляла данные дважды при плохой сети и дублировала заявки.
О, про дубли заявок не думала. У нас форма как раз на слабой связи и стоит в очереди на проверку. Спасибо, теперь знаю, что там искать.