История, которую мы слышим постоянно: у магазина или сервиса есть работающий сайт, и кто-то предлагает «завернуть его в приложение за пару дней». Android-версия собирается, Google Play её пропускает, RuStore тоже. Остаётся App Store — и там приложение разворачивают с формулировкой Guideline 4.2 — Design — Minimum Functionality. Дальше обычно паника: «Apple нас забанила?»

Не забанила. Просто у Apple есть правило, о котором продавцы «обёрток за 50 тысяч» предпочитают не рассказывать. Разбираем, как оно работает и что делать, если вы уже в этой ситуации.

01 · Как бизнес приходит к «обёртке»

Логика владельца понятна и даже здравая: сайт есть, он работает, зачем платить за разработку того же самого? WebView-обёртка — это приложение, внутри которого один экран: ваш сайт, открытый во встроенном браузере. Снаружи иконка, внутри — тот же сайт.

Такой путь выбирают, когда хочется «просто быть в сторах»: клиенты спрашивают «а у вас есть приложение?», конкуренты уже там, реклама ведёт в стор. И для быстрой проверки спроса это даже рабочая идея — на Android. Проблема появляется ровно в тот момент, когда вы идёте к аудитории iPhone.

02 · Правило 4.2 своими словами

В правилах ревью App Store есть раздел 4.2 Minimum Functionality. Суть в одном предложении из него: приложение должно давать пользователю больше, чем «переупакованный сайт» — функции, контент и интерфейс, которые ощущаются как приложение, а не как вкладка браузера.

Мерка Apple простая: если всё, что умеет ваше приложение, человек получает, открыв сайт в Safari — приложению нечего делать в App Store.

Поэтому классическая обёртка отлетает на первом же ревью: ревьюер открывает приложение, видит сайт в рамке — и возвращает его с 4.2. Иногда с первого раза проходит случайно, а отклонение прилетает на обновлении через полгода — так тоже бывает, и это неприятнее: приложение уже в маркетинге, а обновиться нельзя.

03 · Почему Google и RuStore пропускают, а Apple — нет

У площадок разная философия ревью:

  • Google Play проверяет прежде всего безопасность, права доступа и работоспособность. К WebView-приложениям претензии тоже есть (спам-политики), но планка «полезности» ниже, и аккуратная обёртка обычно проходит.
  • RuStore — самый лояльный из трёх: модерация быстрая, требования мягче.
  • App Store проверяет ещё и «качество опыта». Apple прямо декларирует: стор — не каталог сайтов. Отсюда и 4.2.

Практический вывод: «мы уже прошли Google Play» ничего не говорит о шансах в App Store. Это разные экзамены с разными билетами.

04 · Что реально проходит ревью

Хорошая новость: Apple не требует «всё переписать нативно». Гибридные приложения проходят ревью каждый день. Разница между «обёрткой» и гибридом — в нативном слое:

  • Нативная навигация. Табы, экраны и переходы — родные для платформы, а не меню сайта. Человек чувствует, что находится в приложении.
  • Рабочий офлайн. Без сети приложение показывает внятное состояние (кэш каталога, «нет соединения», повтор), а не белый экран браузера.
  • Push-уведомления. Статусы заказов, акции — то, ради чего приложение и ставят. Обёртка этого не умеет.
  • Системные функции. Биометрия для входа, камера для сканера, шаринг, виджеты, Apple Pay для цифровых покупок — каждая такая точка усиливает позицию на ревью.
  • Скорость и отзывчивость. Списки листаются мгновенно, данные подгружаются фоном — это то, что отличает приложение от сайта на телефоне сильнее всего.

Web-контент внутри при этом никто не запрещает: страницы оплаты, документы, статьи могут открываться во встроенном браузере. Важно, чтобы каркас и ключевые сценарии были приложением, а не сайтом.

05 · Три пути, если обёртка уже есть

Путь 1. Дособрать нативный слой поверх текущего сайта. Каталог и данные остаются на сайте, но появляется нативный каркас: навигация, корзина, офлайн-состояния, push. По бюджету это близко к нашей «схеме 1» для магазинов: 350–500 тыс ₽ и 3–4 недели на платформу. Разумно, когда сайт — сильный и живой.
Путь 2. Собрать полноценное приложение на кроссплатформе. Одна кодовая база на Flutter — сразу iOS и Android (и обёртка больше не нужна вовсе), свой бэкенд и админка. 700–950 тыс ₽, 5–7 недель. Это дороже, но вы перестаёте зависеть от ограничений сайта и получаете нормальную аналитику, промо и лояльность.
Путь 3. Честно не идти в App Store. Если iPhone-аудитории мало (проверьте в своей аналитике!), можно остаться в Google Play и RuStore, а владельцам iPhone предложить сайт. Иногда это правильное решение на год-два — и лучше принять его осознанно, чем платить за штурм ревью.

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

06 · Чек-лист перед отправкой на ревью

  1. Тест Safari. Откройте свой сайт в Safari и своё приложение рядом. Если разницы нет — у вас обёртка, и 4.2 вопрос времени.
  2. Выключите интернет. Приложение должно показать осмысленный экран, а не вечный лоадер или белую страницу.
  3. Проверьте навигацию. Основные разделы — нативные табы/экраны, а не гамбургер-меню сайта.
  4. Есть ли причина ставить приложение? Push, быстрый повторный заказ, биометрия — хотя бы две-три функции, которых нет на сайте.
  5. Уберите следы «сайта в рамке». Адресная строка, «открыть в браузере», внешние футеры и куки-баннеры внутри приложения — красные тряпки для ревьюера.

Если приложение уже отклонили с 4.2 — не спорьте с ревью вслепую и не пересылайте ту же сборку. Пришлите нам ссылку на сайт и текст отказа: разберём, какого нативного слоя не хватает, и скажем, какой из трёх путей дешевле именно вам.

07 · Частые вопросы

Почему Apple отклонила приложение, если Google Play пропустил?
У площадок разные требования: Google проверяет работоспособность и безопасность, Apple — ещё и «полезность сверх сайта» (Guideline 4.2 Minimum Functionality). Прохождение одного стора ничего не гарантирует в другом.

Можно ли доработать обёртку, чтобы App Store принял?
Иногда да: нативная навигация, офлайн-состояния, push и системные функции переводят приложение из «обёртки» в гибрид. Но если весь интерфейс остаётся сайтом в рамке, надёжнее собрать нативный каркас — по деньгам это сопоставимо.

Сколько стоит исправить?
Нативное приложение поверх текущего сайта или каталога — от 350–500 тыс ₽, 3–4 недели. Полноценное на Flutter под обе платформы со своим бэкендом — 700–950 тыс ₽, 5–7 недель.

Возьмёт ли Apple 30% с продаж?
Только с цифровых товаров и подписок. Физические товары и услуги оплачиваются обычным эквайрингом — комиссия сторов вас не касается.