Flutter + WebView: путь через ошибки, ограничения и адаптацию (5 минут на чтение и осмысление) Когда человек хочет выжить — он выживает где угодно. В горах, в жаре, под водой, в полной темноте — организм перестраивается, мозг ищет обходные пути. Мы лезем на восьмитысячники только потому, что умеем адаптироваться. В digital та же биология. Рынок меняется — а проект всё равно нужно довести до релиза. И команда подстраивается так же, как альпинист подстраивается под разреженный воздух. Сейчас кризис. Не каждая компания готова оплачивать два отдельных нативных приложения. Все ищут способы сэкономить, не убив продукт. Один из таких способов — Flutter + WebView: когда мобильное приложение становится «рамкой», а внутри — готовый веб-сервис. Это быстрее, дешевле и не требует двух команд. На бумаге звучит идеально. В реальности — начинается адаптация. Мы запустили один из таких проектов. Задача была жёсткая: быстро вывести приложение в несколько сторах, не раздувая бюджет. Мы встроили WebView и начали собирать продукт в боевых условиях. Первый «кислородный голод» — модерация маркетплейсов. Пока не зайдёшь внутрь процесса, кажется, что это пара форм. А потом выясняется, что каждый стор по-своему смотрит на WebView, тексты, платежи, онбординг. Приходится переставлять экраны, менять логику, переписывать формулировки — иначе застрянешь на ревью навечно. Дальше начинаются эффекты, которые на вебе даже не видны. Как людей в тёмной комнате — забери зрение, и слух становится острее. Так и здесь: привычные страницы начинают вести себя иначе. — сессия живёт по другим правилам, — геолокация требует отдельные права, — меню дублируется или «теряется», — один и тот же интерфейс ведёт себя по-разному в зависимости от устройства. И команда уже не может «просто кодить». Мы смотрели на это как исследователи: повторяли сценарии по 10 раз, фиксировали микродетали, ловили поведение, которое никогда не проявилось бы в браузере. Отдельная глава — оплаты. Россия, ограничения, правила стора, локальные платёжные решения — всё это превращает интеграцию в отдельный квест. Приходится выносить часть сценариев наружу, часть оставлять внутри и искать баланс между законом, требованиями платформы и здравым смыслом пользователя. Можно сказать: «Пишите нативно, и не будет этих проблем». Но реальность так не работает. Есть сроки, бюджеты и необходимость выйти на рынок сейчас. И порой единственный способ вообще запуститься — это WebView + адаптация. Люди выживают в горах, в океане и в полной темноте. Команды — в модерациях, ограничениях WebView, платёжных правилах и внезапных багах, которые проявляются только на Xiaomi при плохом интернете. Это — вводная часть. Дальше я разберу конкретные ошибки, с которыми мы столкнулись: жизнь сессии, геолокация, роли пользователей, уведомления, внешние ссылки, Huawei, камера и другие «подарки».