Мобильная конверсия сайта: аудит по выручке

Короткий вывод

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

Рабочая диагностика состоит из двух воспроизводимых процедур: теста перекрытия CTA и теста доказуемости согласия. Их можно провести самостоятельно за 30–40 минут, прежде чем согласовывать редизайн или покупать дополнительный трафик.

Исходная проблема

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

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

Но обратная ошибка не менее опасна: объяснить весь разрыв поведением аудитории и пропустить технический конфликт на экране. На вьюпорте шириной 360 пикселей несколько исправных по отдельности слоёв способны оставить пользователю форму без видимой кнопки отправки.

Что мы проанализировали

В основу методики положены три группы данных.

Первая — европейское отраслевое исследование 117 интернет-магазинов, охватившее 486 млн сессий и 11,3 млн покупок с марта 2025-го по февраль 2026 года. На мобильные устройства пришлось 78,4% посещений. Медианный CR — conversion rate, коэффициент конверсии — составил 2,46% на мобильных устройствах и 3,93% на компьютерах. Мобильный средний чек равнялся €79 против €104, поэтому разрыв по выручке на сессию оказался ещё больше: €1,94 против €4,09.

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

Вторая группа — технические определения Core Web Vitals и данные массового среза веба. Согласно официальной документации, Largest Contentful Paint (LCP, время отрисовки крупнейшего элемента), Interaction to Next Paint (INP, задержка визуального ответа на взаимодействие) и Cumulative Layout Shift (CLS, совокупный сдвиг макета) оцениваются по реальным посещениям на 75-м перцентиле. Хорошие границы: LCP не более 2,5 секунды, INP не более 200 мс, CLS не более 0,1.

Третья группа — действующие в России требования к согласию на обработку персональных данных и рекламным сообщениям. Они добавляют ограничение, которого нет в обычных чек-листах конверсии: контакт, полученный ценой юридически недоказуемого согласия, нельзя автоматически считать полноценным коммерческим активом.

На этой базе разработаны две процедуры:

1. Тест перекрытия CTA: серия снимков экранов 360×640 и 390×844 на 3-й, 10-й и 30-й секунде, а также после фокуса в поле ввода.
2. Тест доказуемости согласия: попытка по одной заявке восстановить точный текст согласия, его редакцию, время принятия и состояние отдельных элементов выбора.

Главный вывод

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

Приоритетная бизнес-метрика — выручка на мобильную сессию:

Выручка на мобильную сессию = мобильная выручка ÷ мобильные сессии.

Для бизнеса с заявочной воронкой формулу можно разложить:

Выручка на мобильную сессию = доля сессий с заявкой или диалогом × доля квалифицированных заявок × конверсия квалифицированных заявок в сделки × средний чек.

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

Более широкая методика увеличения конверсии сайта применима ко всей воронке. Здесь же фокус — на специфических потерях мобильного сценария.

Таблица / сравнение

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

Разбор по пунктам

1. Диагностика: сначала найдите этап падения

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

Затем соберите воронку событий:

• просмотр посадочной страницы;
• появление основного предложения;
• клик по CTA;
• открытие формы или диалога;
• фокус в первом поле;
• ошибки валидации;
• отправка;
• успешная запись заявки на сервере;
• квалификация и сделка.

Если просмотров CTA мало, проверяйте первый экран, скролл и перекрытия. Если CTA нажимают, но форму не начинают, проблема находится в обещании кнопки или появившемся слое. Если форму начинают, но не отправляют, изучайте поля, клавиатуру и ошибки. Если отправок много, а продаж нет, переходите к качеству трафика и обработке заявок.

Карта скролла показывает, до каких блоков доходит аудитория, а записи мобильных сессий помогают увидеть клавиатуру и реальную видимую область. Возможность отображать экранную клавиатуру при воспроизведении мобильного визита подтверждена в официальной документации системы веб-аналитики.

2. Скорость: чините полевые метрики, а не лучший запуск

Хорошие границы Core Web Vitals применяются на 75-м перцентиле реальных посещений отдельно для мобильных и десктопных устройств. Лабораторный тест полезен для поиска причины, но один удачный запуск не опровергает медленные визиты реальных пользователей.

По техническому срезу веба за 2025 год все три метрики одновременно проходили 48% мобильных сайтов против 56% десктопных. Хороший мобильный LCP имели 62% сайтов, INP — 77%, CLS — 81%. Главным массовым ограничением оставалась загрузка основного содержимого.

Проверяйте в таком порядке:

• ответ сервера и цепочки перенаправлений;
• главный элемент первого экрана;
• приоритет загрузки изображения;
• блокирующие шрифты и стили;
• сторонние скрипты;
• длинные задачи, задерживающие реакцию интерфейса.

В том же срезе изображения были элементом LCP у 76% мобильных страниц, а 17% страниц ошибочно применяли отложенную загрузку к главному изображению. Поэтому нельзя автоматически назначать lazy loading всем изображениям: ресурс первого экрана часто требуется загружать приоритетно.

3. Слепая зона Core Web Vitals: фиксированный слой не обязан сдвигать страницу

На мобильном экране одновременно могут появиться баннер cookie, закреплённая навигация, промо-панель, окно подписки, кнопка чата и системная клавиатура. Каждый слой по отдельности занимает допустимую площадь, но их сумма закрывает форму или CTA.

Есть два разных технических риска:

• элемент добавляется в поток и сдвигает содержимое — это может ухудшить CLS;
• элемент фиксируется поверх содержимого — он способен закрыть CTA без сдвига и остаться невидимым для CLS.

Именно поэтому зелёные Core Web Vitals не завершают аудит мобильной версии. Отдельно проверьте z-index, блокировку прокрутки, safe-area в нижней части экрана, положение CTA после открытия клавиатуры и конфликт нескольких закреплённых элементов.

Навязчивый полноэкранный блок несёт также поисковый риск. Рекомендации для мобильных межстраничных блоков советуют не закрывать промо-окнами основное содержимое и использовать компактные баннеры. Юридически обязательные уведомления рассматриваются отдельно, но их всё равно следует делать минимально мешающими.

4. Тест перекрытия CTA

Откройте страницу в режиме эмуляции мобильного устройства и проведите процедуру на двух вьюпортах: 360×640 и 390×844. Используйте чистую сессию, чтобы баннер cookie и другие слои появились так же, как у нового посетителя.

1. Сделайте снимок на 3-й секунде после загрузки.
2. Повторите снимок на 10-й и 30-й секунде — отложенные попапы часто появляются позднее.
3. Прокрутите страницу к основной форме и повторите серию.
4. Поставьте фокус в каждое поле, вызвав экранную клавиатуру.
5. Проверьте портретную ориентацию, safe-area и нижнюю закреплённую панель.
6. Откройте виджет, баннер или модальное окно в тех комбинациях, которые возможны в реальном визите.
7. Попытайтесь нажать CTA, закрыть каждый слой и вернуться к введённым данным.

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

Для веб-доступности WCAG 2.2 устанавливает минимум цели 24×24 CSS-пикселя, с оговорками по расстоянию и исключениям; усиленный критерий — 44×44. Платформенные руководства рекомендуют 44×44 pt для мобильных интерфейсов одной экосистемы и 48×48 dp для другой. Практический ориентир для основной веб-кнопки — интерактивная область не меньше 44×44 CSS-пикселей, но это внутренний операционный порог, а не буквальная замена каждого стандарта.

Найденные конфликты исправляйте не повышением z-index очередного слоя, а правилами оркестрации: один активный промо-слой, взаимное исключение баннера и виджета, резервирование safe-area, скрытие второстепенной sticky-панели при фокусе и видимый путь закрытия.

5. Мобильная форма: девять правок без редизайна

1. Оставьте до контакта только сведения, необходимые для следующего шага. Дополнительную квалификацию перенесите в диалог или следующий экран.
2. Назначьте правильные type и inputmode, чтобы для телефона, email и числовых данных открывалась подходящая клавиатура. Назначение inputmode описано в справочнике HTML.
3. Добавьте корректные значения autocomplete: name, tel, email, organization. Это позволяет браузеру подставлять известные данные.
4. Не делайте маску телефона ловушкой. Пользователь должен понимать формат, иметь возможность исправить номер и вставить его целиком.
5. Валидируйте поле после выхода из него, а не после каждого символа. Ошибка должна объяснять способ исправления.
6. Увеличьте интерактивную область чек-боксов, ссылок и кнопок, а не только визуальный размер иконки.
7. Держите основную кнопку в доступной зоне, но проверяйте, не перекрывается ли она клавиатурой или системной областью.
8. Сохраняйте введённые значения при серверной ошибке, возврате назад и повторном открытии формы.
9. Не ставьте сложную капчу на первый шаг без подтверждённой проблемы со злоупотреблениями. Сначала рассмотрите серверные ограничения частоты и проверку риска после отправки.

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

6. Предел упрощения: когда контакт нельзя считать полноценным лидом

По состоянию на 7 августа 2026 года статья 9 закона № 152-ФЗ требует, чтобы согласие было конкретным, предметным, информированным, сознательным и однозначным. Если обработка основана на согласии, оператор обязан доказать факт его получения. С 1 сентября 2025 года согласие на обработку персональных данных оформляется отдельно от иной подтверждаемой или подписываемой пользователем информации.

Отсюда следуют практические ограничения:

• ссылка на политику объясняет условия, но сама по себе не доказывает отдельное волеизъявление;
• заранее отмеченный чек-бокс создаёт проблему с доказательством сознательного и однозначного действия;
• обработка персональных данных и получение рекламы имеют разные цели и не должны сливаться в одно неразделимое согласие;
• согласие на ответ по конкретной заявке нельзя автоматически трактовать как бессрочное разрешение на рекламные рассылки и звонки.

Статья 18 закона № 38-ФЗ разрешает рекламу по сетям электросвязи только при предварительном согласии адресата; доказать его наличие должен рекламораспространитель. За нарушение требований к такой рекламе штраф для юридического лица составляет от 300 тыс. до 1 млн рублей по части 4.1 статьи 14.3 КоАП РФ.

Штраф 300–700 тыс. рублей по части 2 статьи 13.11 КоАП относится именно к случаям, когда закон требует согласия в письменной форме; повторное нарушение — 1–1,5 млн рублей. Эти суммы нельзя автоматически переносить на любую обычную веб-форму. Конкретное основание обработки и требуемую форму согласия следует определять для своего процесса.

Отдельно проверьте инфраструктуру. При сборе данных граждан РФ первоначальные запись, систематизация, накопление, хранение, уточнение и извлечение должны выполняться с использованием баз данных в России, кроме ограниченных законом исключений. За нарушение локализации для юридического лица предусмотрено 1–6 млн рублей, повторно — 6–18 млн рублей. Основание — часть 5 статьи 18 закона № 152-ФЗ и части 8–9 статьи 13.11 КоАП РФ.

7. Тест доказуемости согласия

Выберите одну реальную заявку из базы и попробуйте без обращения к разработчику восстановить следующие семь элементов:

1. страницу и источник, с которых отправлена заявка;
2. точный текст согласия или идентификатор его неизменяемой редакции;
3. дату, время и часовой пояс события;
4. состояние отдельного элемента согласия на обработку персональных данных;
5. состояние отдельного согласия на рекламные сообщения и перечисленные каналы;
6. серверное подтверждение приёма заявки, а не только событие в браузере;
7. систему первичной записи, срок хранения и доступный способ отзыва согласия.

Тест пройден, если сотрудник может связать контакт, цель обработки, редакцию текста и подтверждённое действие пользователя в одну доказательную цепочку. Текущая версия политики на сайте не заменяет версию, действовавшую в момент отправки.

Типовые провалы: в базе хранится только значение consent=true; текст формы был изменён без номера версии; два согласия объединены; отметка существует только на клиентской стороне; часовой пояс неизвестен; технические журналы удаляются раньше самой заявки; контакт передаётся в зарубежный контур до первичной записи в российской базе.

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

Что это значит для бизнеса

Оптимизация мобильной версии сайта должна начинаться с денежной декомпозиции. Для электронной торговли достаточно связать мобильный CR со средним чеком. Для заявочного бизнеса добавляются квалификация, сделка и фактически полученная выручка.

Рыночный пример показывает масштаб различия: при 100 тыс. мобильных сессий и €1,94 выручки на сессию получается около €194 тыс. При десктопной экономике той же выборки — €409 тыс. Разница €215 тыс. является сценарным разрывом, а не доказанным эффектом конкретного виджета, формы или редизайна.

Для оценки гипотезы используйте открытую формулу:

Инкрементальная прибыль = дополнительные лиды × доля квалифицированных лидов × конверсия в сделку × маржинальная прибыль со сделки − разработка − трафик − сопровождение − расходы на соблюдение требований.

Универсального публичного ориентира стоимости квалифицированного B2B-лида из мобильного виджета нет. Поэтому эффект нужно проверять параллельным контролем без изменения, а не простым сравнением периода до и после. Иначе сезонность, новый источник трафика или работа отдела продаж будут ошибочно записаны в результат интерфейса.

Для регулярного контроля используйте материалы по аналитике и метрикам. Каждую гипотезу оценивайте по ожидаемому влиянию на выручку на сессию, стоимости реализации, правовому риску и времени до получения данных.

Ошибки

1. Гнаться только за баллом производительности. Он помогает найти технические проблемы, но не проверяет доступность CTA поверх активных слоёв.
2. Тестировать на собственном флагманском телефоне. Большой экран и быстрый процессор скрывают конфликты, заметные на вьюпорте 360×640.
3. Сравнивать смешанный мобильный CR с десктопным. Изменение долей источников способно изменить итоговую конверсию без изменений сайта.
4. Считать все отправки равноценными. Рост спама и неквалифицированных контактов увеличивает CR формы, но снижает ценность заявки.
5. Показывать промо-попап сразу после входа. Пользователь ещё не увидел предложение, а экран уже занят вторичным действием.
6. Копировать десктопный сценарий. Шесть полей, боковая колонка и несколько CTA могут работать на большом экране, но конкурируют за один мобильный вьюпорт.
7. Хранить только текущий текст согласия. После изменения страницы невозможно доказать, что видел пользователь в дату заявки.
8. Подменять тест сравнением до и после. Без параллельного контроля нельзя отделить эффект правки от сезонности и качества трафика.

Что делать

Начните с аудита мобильной версии сайта по 25 пунктам.

Скорость

1. Посмотрите полевые LCP, INP и CLS на 75-м перцентиле отдельно для мобильных устройств.
2. Проверьте, какой элемент является LCP на основных посадочных страницах.
3. Убедитесь, что главное изображение первого экрана не загружается отложенно.
4. Найдите блокирующие шрифты, стили и сторонние скрипты.
5. Проверьте редиректы и время ответа сервера.

Слои и перекрытия

1. Проведите тест на вьюпортах 360×640 и 390×844.
2. Сделайте снимки на 3-й, 10-й и 30-й секунде.
3. Повторите проверку с открытой экранной клавиатурой.
4. Одновременно включите cookie-баннер, sticky-панель, попап и виджет в реально возможных комбинациях.
5. Проверьте safe-area, доступность закрытия, управление фокусом и сохранение прокрутки.

Форма

1. Сопоставьте каждое поле с действием, которое отдел продаж выполнит сразу после заявки.
2. Настройте type, inputmode и autocomplete.
3. Проверьте вставку и исправление номера телефона без борьбы с маской.
4. Сделайте ошибки понятными и не удаляйте ранее введённые данные.
5. Проверьте размеры и расстояния между всеми интерактивными целями.

Согласие

1. Разделите согласие на обработку данных и согласие на рекламные сообщения, если последнее требуется сценарием.
2. Уберите заранее отмеченные элементы выбора.
3. Версионируйте тексты и сохраняйте действовавшую редакцию.
4. Записывайте время, часовой пояс, источник и серверное подтверждение.
5. Проверьте первичную запись данных граждан РФ в базе на территории России.

Аналитика и экономика

1. Разделите мобильный трафик по источникам и посадочным страницам.
2. Постройте события от появления CTA до серверного принятия заявки.
3. Свяжите заявку с квалификацией, сделкой и выручкой.
4. Рассчитайте выручку на мобильную сессию до запуска гипотезы.
5. Оставьте параллельный контроль и заранее зафиксируйте критерий принятия решения.

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

Вывод

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

Если по тесту перекрытия у вас закрыт CTA, а форму сокращать уже некуда — мобильный трафик логичнее переводить в диалог: AI-виджет Excella отвечает на вопрос за секунды, ведёт человека к заявке в переписке и фиксирует согласие вместе с контактом. Прогнать оба теста на своём сайте можно самостоятельно по чек-листу выше — это бесплатно и займёт вечер.

Автор материала

Максим Сивцев

Основатель и генеральный директор Excella

Все материалы автораПрофиль