Есть ли альтернатива нативным мобильным приложениям?

Привет! На связи ILAR — агентство №1 по разработке сайтов и мобильных приложений в Татарстане (по версии Рейтинга Рунета). Мы разрабатываем диджитал ��родукты, оцифровываем госсектор и крупные частные предприятия, чтобы с ними можно было взаимодействовать онлайн.

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

Progressive Web Application

PWA расшифровывается как Progressive Web Application. Можно установить иконку приложения на рабочий стол, зайдя на сайт. Тоже самое можно сделать и без PWA с любым сайтом, но тогда мы не получим нужного названия и нужной иконки. Для создания нужно добавить на сайт файл manifest.json в котором нужно прописать пути для разных иконок, название приложения и цвета. Благодаря service worker можно настроить кеширование даже когда сайт закрыт.

Есть ли альтернатива нативным мобильным приложениям?

Но пуш уведомления отправить не получится потому что на ios в сафари эта возможность отсутствует. Также PWA-приложение нельзя разместить в сторах: appStore, google play и т.д.

WebView

Но не стоит отчаиваться. Помимо PWA все еще можно сделать приложение из имеющегося сайта не прибегая к нативной мобильной разработке. Для этого можно использовать WebView. Например WebView приложения можно написать в js-фреймворке Capacitor, который как раз и использует наша компания. В чем суть: мы берем и создаем обертку кроссплатформенных приложений и в этой обертке как в в созданном браузере отображаем имеющийся сайт. Нужно будет его только немного “причесать”, добавив необходимые отступы, которые браузер, например, учитывает. Речь об отступах сверху, где у пользователя мобильным телефоном располагается уровень заряда батареи, время и так далее.

Есть ли альтернатива нативным мобильным приложениям?

Возможности webVIew:

  • Это приложение можно разместить в сторах.
  • Здесь уже появляется возможность отправить нативные пуши и даже на ios.
  • Полный доступ к нативным API (Bluetooth, файловая система и так далее)

“Удобство иметь приложение на webView еще заключается в том, что не нужно обновлять версию в приложении и перезаливать в стор после добавления новой фичи. Все изменения производятся в одном месте и обновляются сразу веб и приложение“.

Наш кейс

В нашей компании имеется кейс приложения на webview. Почему мы выбрали именно этот вариант?

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

Во-вторых сайт сделан на 1с-битрикс. У клиента уже есть админка и создавать еще одну и обновлять данные в двух местах было бы не удобно. А здесь клиенту достаточно в одном месте обновить данные, как они уже обновлены и на сайте и в приложение на устройстве пользователя.

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

Ограничения webVIew

Стоит отметить, что нативное приложение имеет больше возможностей чем webView:

  • Как минимум при первом запуске приложения требуется гораздо больше времени, чем для нативного
  • Несовершенства UI. в WebView например отсутствует нативная плавность, хуже плавность скролла с анимациями. Отличается взаимодействие с интерактивными элементами.
  • Проблемы с навигацией. В этом случае полностью не получится повторить нативный UX навигации, где кнопка «Назад» в NavBar ведёт к предыдущему экрану, как и жест возврата на предыдущий экран.
  • Не работает фоновая активность. В отличии от натива, в механизме WebView нет возможности поднять в фоне сервис для получения или синхронизации данных.
  • Невозможность использования всех возможностей платформы. При использовании WebView можно столкнуться с невозможностью использования сенсоров и датчиков мобильного устройства, доступных в нативе, таких как fingerprint, nfc, акселерометр, гироскоп и т. п.

Выводы

Итак, давайте подводить итоги.

Когда использовать PWA?

“PWA можно добавить на любой сайт, это станет хорошим дополнением. Пользователь сможет получить на экран телефона красивую иконку и название, сможет получить десктопное веб-приложение вашего сайта”.

– Михаил Макейчев, Руководитель frontend команды

Например банкам пришлось добавить возможность использовать сайт как PWA в связи с удалением их приложений из сторов в связи с санкциями.

Когда использовать Webview?

  • Если у вас есть сайт с адаптивным дизайном и при этом ограничен бюджет или необходим быстрый релиз приложения,
  • Если это mvp или эксперимент. Разработка webview будет быстрее,
  • Если это простой сайт не требующий всех “плюшек” натива,
  • И если при разработке нужно использовать сервисы, реализованные только под веб

После запуска приложения Шинополис обещаем отписаться, чем закончилась проверка наших гипотез про PWA. Добились ли мы того, чего хотели, или нет. Если верите в нас — ставьте лайк и подписывайтесь тг-канал, чтобы не пропустить новости про наши проекты и в целом про нашу команду ILAR.

1
1 комментарий