Это вторая часть серии статей «Установка приложений на Apple» и «Почему Apple вредит Сети, хотя этого делать не следует». Если вы хотите прочитать об этом, посетите Часть 1.



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

Apple недавно отказалась выпускать/разрабатывать NFC, Bluetooth и 14 других функций во имя конфиденциальности. В отличие от других, я действительно думаю, что они действительно имеют в виду, когда говорят, что не разрабатывают что-то из соображений конфиденциальности. Большинство из них на самом деле представляют собой 5% функций, которые нужны только 5% приложений. Так что пока проигнорируем.



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

  1. Во-первых, эти приложения внезапно потеряли значок приложения.
  2. Во-вторых, Apple случайно или агрессивно удаляет эти приложения из кеша.
  3. В-третьих, приложение полностью перезагружалось, если переходило в фоновый режим.

Многие из них были исправлены за последние два года, но до цели еще далеко.

Некоторое время назад Apple объявила, что если веб-приложение не использовалось в течение последних 7 дней, оно будет удалено из кеша, что означает, что все файлы (CSS, JS, изображения и т. д.) будут недоступны после 7 дней бездействия и если пользователь нажимает на ваше веб-приложение, ему нужно дождаться, пока все это снова загрузится. Это меньшая проблема. Более важным является то, что ваше приложение нельзя использовать в автономном режиме. Все, что вы считаете хорошим автономным сценарием, теперь должно быть родным или гибридным приложением, а не веб-приложением, таким как казуальные игры или некоторые служебные приложения.

Перейдем к кнопке «Добавить на главный экран». Чтобы получить к нему доступ, вам нужно открыть Общий лист и нажать кнопку Добавить на главный экран. Работает на любом сайте. Отличное право. В теории да, но на практике это не так. Сначала адресная строка вашего браузера и панель инструментов скрыты. Вам/вашему пользователю нужно смахнуть вверх (что-то вроде этого), чтобы отобразить панель инструментов. Оттуда он нажимает значок "Поделиться", чтобы открыть страницу "Поделиться". Затем вам нужно искать / прокручивать значки, чтобы найти «Добавить на главный экран». Если вы не разработчик или технический энтузиаст, вы не поймете, что это за значок. Теперь, когда вы нашли его, нажмите на него. И вуаля, вы установили веб-приложение. Пока вы добавили правильные метатеги, ваши пользователи не узнают об этом в браузере. Хотя довольно скоро он столкнется с одной из вышеперечисленных проблем и бросит ваше приложение.

Этот процесс также громоздкий в Chrome на Android. Но Chrome обходит это, предоставляя установочный баннер/всплывающее окно. Самое замечательное, что вы можете отложить это и активировать, когда захотите. Вам, пользователям, не придется искать, где найти вариант установки. Баннер значительно уменьшает трения и упрощает установку пользователем вашего PWA/веб-приложения.

Apple отказалась это реализовать. Честно говоря, даже Mozilla отказалась реализовать это, но в их случае они предоставляют кнопку установки в самой адресной строке, если ваше приложение соответствует критериям PWA. Мы в порядке, если Apple следует тому же, но они могут и не быть. Причина, по которой они назвали всплывающее окно, заключается в том, что это не явное действие пользователя. Что делает его странным, так это то, что если у вас есть нативное приложение, вы можете продемонстрировать его с помощью баннера. Safari покажет установочный баннер, который они называют Smart Banner, если вы добавите правильные метатеги, информирующие ваше приложение. Почему бы не сделать то же самое для веб-приложения или пойти по пути Mozilla и не показать кнопку в адресной строке.

Будем надеяться, что они скоро исправят эту ситуацию. У iOS самый быстрый мобильный браузер, и если они исправят недостатки веб-приложения, это будет лучшая система для использования PWA/веб-приложения.