У меня запущена служба веб-приложений с «классической» регистрацией пользователей: новые пользователи создают учетную запись пользователя, выбирая имя пользователя и пароль, и учетная запись подтверждается по электронной почте. Новые учетные записи могут быть использованы бесплатно в течение одного месяца, прежде чем пользователь сможет принять решение о подписке.
Сейчас я работаю с собственным приложением для iOS, которое должно иметь возможность подключаться к веб-приложению и обмениваться / синхронизировать данные. Чтобы подтвердить правила App Store, я должен предложить подписку на веб-приложение в качестве покупки в приложении для iOS.
Речь идет не о реализации обработки IAP / подписки с помощью Store Kit и т. Д., А о том, как интегрировать покупку подписки iOS в существующий рабочий процесс.
Существует два сценария:
Пользователь с существующей учетной записью веб-приложения:
- Пользователь загружает приложение из App Store
- Если у пользователя есть существующая учетная запись веб-приложения, он может подключиться к нему в приложении iOS. Веб-приложение сообщает iOS, активна ли подписка или нет.
- Если подписка не активна, приложение iOS показывает возможность запустить подписку как IAP (однако пользователь также может запустить подписку в веб-приложении)
Пользователь без учетной записи веб-приложения:
- Пользователь загружает приложение из App Store
- Опцию покупки по подписке необходимо скрыть / отключить, пока пользователь не укажет свою учетную запись веб-приложения (правильно?)
- Поскольку у него есть существующая веб-учетная запись, необходимо создать учетную запись. Будет ли разрешено перенаправлять пользователя в веб-приложение для этого или это уже противоречит правилам Apple? В любом случае, было бы лучше, если бы пользователь мог создать учетную запись в приложении. В любом случае учетная запись должна быть подтверждена по электронной почте. Таким образом, создание учетной записи и запуск подписки не могут быть выполнены на одном шаге. (Правильно?)
- Как только соединение будет установлено, веб-приложение уведомит приложение iOS, что активен бесплатный пробный месяц. В веб-приложении можно было бы купить подписку, которая будет автоматически запускаться после пробного месяца. В приложении iOS невозможно начать подписку на выбранную дату, верно? Подписка на iOS также может включать в себя бесплатную пробную версию, но это будет независимо от пробной версии в веб-приложении? Пример: учетная запись веб-приложения, созданная 1 августа, -> пробные версии веб-приложения работают до 1 сентября. Пользователь начинает подписку на iOS 15 августа. Если подписка iOS включает бесплатный пробный месяц, он будет работать до 15 сентября, верно? Невозможно сказать, чтобы подписка началась 1 сентября, верно?
Итак, основные вопросы:
- Разрешено ли перенаправлять пользователя в веб-приложение для создания учетной записи пользователя или это должно быть сделано в приложении iOS?
- Разрешено ли создавать новую учетную запись пользователя с бесплатным пробным месяцем или эта пробная версия будет включена в подписку iOS?
- Если новой учетной записи разрешено включать бесплатный пробный месяц, как это можно согласовать с подписками iOS?
Я думаю, что есть только одно решение:
- Приложение iOS запрашивает веб-приложение, чтобы узнать, активна подписка или нет.
- Приложение iOS показывает / активирует подписку IAP только в том случае, если в веб-приложении нет активной подписки
Это правильное решение, которое будет одобрено Apple?