Заявки с мобильных не шли две недели: что нашёл аудит мобильной версии сайта

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

Первый сигнал: заявки с телефонов пропали, хотя реклама шла

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

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

Что нашёл аудит: три точки, где путь клиента рвался

Проверка на реальных смартфонах — двух Android и одном iPhone, а не в уменьшенном окне браузера на компьютере — заняла один рабочий день и вскрыла три отдельные проблемы. Любая из них по отдельности могла полностью заблокировать отправку формы, а вместе они гарантированно резали конверсию в ноль.

Шапка перекрывает форму, когда открыта клавиатура

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

Чекбокс согласия на обработку данных спрятан под баннером cookie

Баннер согласия на использование cookie занимал нижнюю треть экрана и закрывался только при тапе непосредственно в сам баннер — тап в любое другое место страницы его не убирал. Под баннером оказался чекбокс согласия на обработку персональных данных: без отметки в нём кнопка отправки заблокирована по 152-ФЗ, и это правильное поведение формы. Проблема была не в чекбоксе, а в том, что до него физически нельзя было дотянуться — баннер лежал сверху и не пропускал тап.

Кнопка «Отправить» уходит под системную панель браузера

На части Android-браузеров, где адресная строка закреплена снизу экрана, а не сверху, кнопка «Отправить» частично уходила под эту системную панель. Тап приходился на границу между сайтом и интерфейсом браузера и не засчитывался: форма визуально выглядела нажатой на долю секунды, но событие клика до сервера не долетало, и заявка не создавалась.

Цена простоя: что терял бизнес, пока форма молчала

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

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

Как исправляли: порядок работ по шагам

Точечные правки заняли меньше времени, чем поиск причины — во всех трёх случаях причина лежала в CSS и в порядке загрузки скриптов, а не в логике самой формы, поэтому переписывать код формы не пришлось:

1. ✓Воспроизвели каждый баг на реальных телефонах — двух моделях на Android и одной на iOS — и записали видео, чтобы разработчик видел проблему, а не читал описание.
2. ✓Убрали sticky-позиционирование шапки на экранах с открытой клавиатурой и оставили обычную прокрутку страницы.
3. ✓Настроили cookie-баннер так, чтобы он закрывался при первом тапе в любое место страницы, и опустили его слой ниже формы.
4. ✓Добавили отступ снизу формы под системную панель браузера, чтобы кнопка отправки всегда была видна целиком.
5. ✓Повторно протестировали все три сценария на тех же устройствах и ещё на двух моделях, которые не участвовали в первом прогоне.

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

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

Результат: заявки вернулись, но не в тот же день

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

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

Как заказать аудит мобильной версии сайта в ukved.ru

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

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

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

❓ Частые вопросы

Что входит в аудит мобильной версии сайта?

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

Сколько времени занимает аудит мобильной версии сайта?

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

Можно ли починить только одну форму, а не заказывать аудит целиком?

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

Как самостоятельно проверить, работает ли форма заявки на телефоне?

Откройте сайт с реального смартфона, а не в уменьшенном окне браузера на компьютере, заполните форму и отправьте её, проверив, видна ли кнопка отправки целиком и не перекрыта ли она клавиатурой, шапкой или баннером cookie. Если заявка не появилась в CRM или почте — форма не работает.

Входит ли проверка мобильной версии в аудит сайта по 9 направлениям?

Да, мобильная версия — одно из 9 направлений аудита сайта наряду со скоростью загрузки, безопасностью и юзабилити. Её можно заказать отдельно, если проблема точечная, или в составе полного аудита, если нужно проверить сайт по всем направлениям сразу.