Почему сайт неудобен на телефоне и как это проверить
Проверьте мобильный сайт по пути клиента: чтение, меню, выбор услуги и отправка заявки. Как записать ошибки и отличить срочную поломку от пожелания.
Сайт неудобен на телефоне, если посетителю приходится бороться с интерфейсом: увеличивать текст, закрывать перекрывающие экран окна или несколько раз нажимать на кнопку. При этом страница может формально быть адаптивной — помещаться по ширине экрана. Проверять нужно не только внешний вид, но и законченный путь: найти услугу, разобраться в условиях и связаться с компанией.
Для первой проверки не нужен технический отчёт. Достаточно телефона, адреса сайта и конкретной задачи. Ниже — маршрут, по которому можно собрать воспроизводимые замечания для разработчика.
Пройдите путь нового посетителя
Откройте не только главную, но и страницу, на которую приходит реклама или поиск. Представьте, что раньше не видели сайт. Найдите нужную услугу, прочитайте ограничения, откройте меню и перейдите к обращению. Не пользуйтесь знанием того, где спрятана кнопка.
Выполните этот маршрут на настоящем телефоне. Режим смартфона на компьютере полезен для предварительного осмотра, но не воспроизводит полностью экранную клавиатуру, нажатия пальцем и привычки пользователя. По возможности повторите проверку на другом устройстве, которым пользуются ваши клиенты.
Сначала проверяйте в обычных условиях. Затем откройте страницу через мобильный интернет и повторите ключевые действия. Если проблема появилась один раз, запишите условия и попробуйте воспроизвести её снова. Один медленный запуск ещё не доказывает, что виноват сайт: важны сеть, устройство и повторяемость.
Отдельно оцените первое впечатление. Понятно ли без прокрутки нескольких экранов, какая здесь услуга и для кого? Длинная декоративная обложка может выглядеть аккуратно, но отодвигать ответ на главный вопрос посетителя.
Найдите места, где экран мешает действию
Начните с чтения. Не обрезаются ли заголовки, не уезжают ли цены за правую границу, не приходится ли двигать обычный текст влево и вправо? W3C описывает принцип перестроения содержимого при узком окне и увеличении масштаба. У сложных таблиц и карт бывают обоснованные исключения; для обычного абзаца горизонтальная прокрутка — повод проверить вёрстку.
Увеличьте текст средствами устройства или браузера. Посмотрите, остаются ли доступны меню, условия и кнопки. Задача не в том, чтобы всё сохранило исходную композицию, а в том, чтобы информация и действия не исчезли.
Затем проверьте управление:
- Ссылки расположены достаточно раздельно, чтобы нажать нужную с первого раза.
- Меню открывается и закрывается, а его нижние пункты доступны.
- Закреплённая панель не перекрывает кнопку формы и важный текст.
- Всплывающее окно можно закрыть, не попадая пальцем в соседнюю ссылку.
- После возврата назад человек понимает, на какой странице оказался.
Не записывайте «сделать удобнее». Запишите: «На странице услуги панель чата перекрывает последние две строки условий». Так проблему можно проверить до и после исправления.
Доведите заявку до получателя
Откройте форму и заполните её тестовыми данными, заранее предупредив получателя. Посмотрите, не закрывает ли клавиатура текущее поле, видны ли подписи, удобно ли исправить опечатку. Затем намеренно оставьте обязательное поле пустым: сайт должен понятно объяснить, что требуется дополнить.
После отправки проверьте две стороны. На телефоне должно быть ясно, принята заявка или произошла ошибка. У компании должно появиться само обращение в предусмотренном канале. Надпись «Спасибо» без доставленного сообщения не означает, что сценарий работает.
Если вместо формы посетитель звонит или переходит в мессенджер, проверьте именно этот маршрут. Правильный ли номер набирается, открывается ли нужный контакт, есть ли понятная альтернатива, если приложение не установлено? Проверяйте только свои контакты и согласованные тестовые обращения.
Не отправляйте многократно реальные заявки ради проверки. Одного согласованного теста каждого важного маршрута обычно достаточно для первичного разбора; сложные ошибки лучше воспроизводить в тестовой среде.
Соберите короткий список доработок
Для каждого замечания сохраните адрес страницы, модель телефона, браузер, последовательность действий и снимок экрана. Добавьте ожидаемый результат: например, «после закрытия меню страница снова прокручивается». Это полезнее длинного списка субъективных оценок дизайна.
Разделите находки на три группы: действие невозможно, действие затруднено, внешний вид хочется улучшить. Сначала имеет смысл разбирать недоступную заявку, неработающее меню и скрытые условия. Замена иллюстраций может подождать, если покупатель пока не может связаться с компанией.
Если нужен более широкий разбор, начните с проверки сайта. Когда проблемы уже описаны, можно оценить точечную доработку мобильной версии. Я уточню важные для бизнеса маршруты и предложу состав работ. Такая проверка помогает определить задачи, но сама по себе не обещает роста заявок: на них влияют также предложение и качество трафика.