Код, интерфейсы и трафик без воды
lawebbox

Почему мобильный веб перестал быть упрощенной версией банковского приложения

По данным Хабра, в свежем рейтинге Markswebb Mobile Web Banking Rank 2026 Газпромбанк забрал третье место сразу в двух категориях — «Ежедневный банкинг» (85,7 балла, +2,9 за год) и «Цифровой офис» (85,4, +2,3).

Максим Воронцов, Хардкорный бэкендер и девопс · обновлено 19 сентября 2026 г.

Почему мобильный веб перестал быть упрощенной версией банковского приложения

Веб больше не запасной аэродром

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

Почему это не про маркетинг

Мобильное приложение — ваш монолит в проде. Мобильный веб — тот же монолит, только без бинарника в сторе и без версионного ада под девайс. Раньше разница была терпимой: приложение недоступно — пользователь открыл m.example.com, увидел заглушку, ушёл ждать апдейта. Сейчас у банка нет этой роскоши. Где-то приложение не ставят привычным способом, где-то оно само не обновляется, а где-то клиенту просто лень зависеть от конкретного магазина.

Первый Вице‑Президент Газпромбанка Павел Наумов в комментарии для Хабра зафиксировал это прямо: раньше мобильный веб воспринимался как запасной способ доступа, теперь это самостоятельный цифровой канал, и требования к нему фактически сравнялись с требованиями к приложению. Дальше — практический сдвиг, который Хабр подчёркивает отдельно: наличие функции в вебе больше никого не впечатляет. Имеет значение сценарий целиком. Сколько тапов до перевода. Насколько очевидно, что пользователь нажал не туда. Что происходит, когда сессия отвалилась посреди платежа. В нативном приложении эти косяки часто компенсировались выученным поведением клиента. В вебе выученного поведения нет — человек зашёл с нового устройства, из ссылки в мессенджере, на экране с другой диагональю. Любой кривой стейт сразу всплывает.

Что с этим делать бэкендеру

Если фронт вашего финтеха выглядит как «пять экранов до перевода, две формы с разной валидацией и модалка, которая закрывается не туда» — это уже не интерфейс, это технический долг с процентами.

Что проверить в первую очередь:

  • Сценарии длиннее двух шагов в мобильном вебе. Каждый лишний тап — отток в канал, которого у клиента может не быть.
  • Состояние сессии и ретраи. Сеть у пользователя в метро не лучше, чем у вас в дев-окружении. Битая транзакция на полпути — это инцидент, а не UX-баг.
  • Адаптив под реальный диапазон экранов, а не три брейкпоинта из макета 2021 года.
  • Доступность: голосовой ввод, контраст, крупный шрифт. Это не «опция для галочки», это требование регулятора и заодно половина вашей аудитории.

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

И бэкапы сделайте. И продакшен-конфиг проверьте. Это бесплатный совет, дешевле любого постмортема.