Новости и разборы
Мобильная подписка через веб: проверить путь оплаты и доступа
FastSpring описывает прямые продажи, Google Play задаёт условия внешних ссылок в США. Что меняется в процессе клиентского продукта.
Клиент оплачивает подписку на сайте, затем открывает приложение. Или выходит из приложения в веб-страницу оплаты и возвращается обратно. В обоих случаях продукт должен понять, кому предоставить доступ и что делать при незавершённой покупке. Сентябрьский и октябрьский материалы FastSpring полезно читать вместе с действующими условиями программы Google Play.
Два маршрута имеют разные точки начала
FastSpring 28 сентября различает Web2App и App2Web: покупку на вебе до установки и переход из приложения на внешний checkout. Это описание направлений развития прямого канала, а не подтверждение одинаковых правил для всех платформ и стран.
Для владельца важно нарисовать фактический путь пользователя. Где он создаёт аккаунт? Как приложение узнаёт, что подписка принадлежит именно ему? Что происходит, если человек оплатил на другом устройстве? Ответы нужны до выбора внешней кнопки оплаты. Иначе удобный checkout может закончиться обращением в поддержку о потерянном доступе.
Внешняя ссылка не отменяет правила платформы
В инструкции от 2 октября FastSpring рассматривает Google Play External Content Links для США. Официальные условия Google Play, проверенные при подготовке разбора, предусматривают регистрацию приложения, региональные ограничения, интеграцию API, отчётность и применимые сборы. Это текущий документ правил без установленной даты новой публикации.
Поэтому прямой checkout нельзя описывать как универсальное освобождение от комиссий или требований магазина. Перед реализацией нужно сверить программу, регион и применимость к конкретному приложению. Рекламные утверждения производителя об экономике других игр не устанавливают результат для вашего продукта.
Покупка должна превратиться в право использования
Связь материалов состоит в операционной ответственности: появление внешнего канала добавляет передачу между покупкой, аккаунтом и приложением. В проекте стоит заранее определить авторитетную запись оплаты и условия выдачи доступа. Возврат на экран сам по себе не является подтверждением успешной транзакции.
На тестовом контуре пройдите покупку, отказ, прерванный переход и повторное уведомление. Проверьте связь оплаты с нужным аккаунтом, доступ после повторного входа и изменение состояния при отмене или возврате. Отдельно согласуйте, кто отвечает пользователю, если оплата подтверждена, а приложение ещё не обновилось.
Решение о новом канале стоит принимать после этой проверки. Оно зависит от доступности программы, интеграции и обязанностей поддержки, а не только от количества шагов до оплаты. Точные условия платформы нужно сверить снова перед запуском.
Планирование мобильного приложения помогает выделить полный сценарий. Проект приложения для аренды подтверждает мобильный продукт без утверждения о подписках или платежах. Для вашего клиентского продукта обсудите путь оплаты и предоставления доступа.