iOS应用内购买（IAP）和＆＃34;外部＆＃34;服务建议

Question

我即将开发一款应用程序（适用于iOS和Android），允许用户通过手机创建一系列数字内容（例如某些视频和图片），并将该内容发送给可以使用的其他用户该集合在同一个iOS / Android应用程序上。我想向用户收取发送集合的费用，因为此过程涉及将集合上传和处理到云（我付费）和收件人的应用再次下载（导致流量费用）。请注意，我不想向收件人收取任何费用！

我看到它的方式，生成这样的iOS应用程序不可能（因为Apple会拒绝它，请参阅App store guidelines和In App Purchase Guidelines），原因如下： / p>

• 为应用设置固定价格（＆＃34;付费应用＆＃34;）是不合理的，因为我想在每次发送收集时向用户收费，因此IAP（应用内购买）将是更合理
• IAP逻辑/流程将是用户可以免费在应用程序中创建集合，然后，当他点击＆＃34;发送集合＆＃34;按钮，他被要求批准购买，作为回报，他获得了他可以发送给他的朋友的链接。 Android应用程序中的逻辑基本相同，使用Google＆＃34; In App Billing＆＃34;
• 由于规则＆＃34; 11.3，Apple可能会拒绝此类应用。使用IAP购买在App之外使用的实体商品或商品和服务的应用将被拒绝＆＃34; - 因为用户基本上支付了托管集合的费用，并且该集合可以在应用程序之外使用（例如，由Android应用程序用户使用）
• OTOH它也不可能使用外部支付方式。例如，我在考虑强迫用户首先在我的网站上创建一个帐户，他们可以在那里支付一张凭证（比如Paypal），这样可以让用户发送收藏品。他们首先需要在iOS应用程序中登录他们的帐户，然后他们可能会看到他们尚未购买（或不再拥有）发送集合的任何信用的警告。 IAP指南禁止我直接链接到我的网站，并附上说明用户可以通过其他方式支付额外的积分。当Apple工程师在审核期间看到该消息时（假设他们不是非常聪明的人），该应用程序也可能被拒绝。即使不是这样，这种工作流程对用户来说也是非常不舒服，我更喜欢IAP，因为这也使会计（我公司的税收和收入）变得更加容易。

我想就此发表意见。请注意，我可能太难了＃34;在我自己身上事实上，我确实知道已经批准到商店的应用程序就是这样做的，例如， here和here。也许他们已被批准，因为第11.3段实际上只是禁止购买上传功能（将集合转换为链接）然后在其他地方使用此功能 - 实际上这意味着购买外部服务的信用额度＆＃34; ＃34;机制。我的应用程序不会这样做。您必须进行购买，上传/转换为链接功能仅适用于您购买的设备。

有什么想法吗？

Answer 1

我使用过的应用程序也有类似的经验。这是一个GPS设备，可在应用程序中显示跟踪数据。该设备使用蜂窝数据发送跟踪信息，我们需要收取费用以向SIM服务提供商付款，这是一项外部服务。我们使用Stripe付款进行了此操作，但Apple拒绝了该应用程序，并要求实施应用程序内购买。因为我们阻止了用户并要求在看起来像我们要求付款的应用程序数字内容的应用程序中付款。

根据我的经验，回答您的问题：

1. 是的，您必须使用应用内购买，并且可以是消耗品类型。当用户尝试发送集合时，请显示消耗品的购买类型。使用购买收据，收款编号等在服务器中跟踪购买情况。

2. 即使收集的金额用于托管和网络流量，您也可以将其称为管理/发送收集的服务费。在被发现者的背后，您可以使用这笔费用来支付托管服务提供商或其他任何人的费用，具体取决于您。苹果不会因为这个原因拒绝该应用程序。由于您要收取数字服务费用，因此您会在应用程序中获得该服务。在Apple准则中，外部物理服务是指，例如Uber的出租车费用，亚马逊的购物商品价格等。

Answer 2

这是开发人员在为应用程序选择任何与付款相关的功能的付款选项时经常犯的常见错误。特别是在iOS中，Apple定义了一些新规则，用于为您的应用程序选择付款方式。

以下是一些要点：

• 如果您的应用程序具有某些点数系统或硬币系统，而您需要用户为此付费，则必须使用inApp购买。而且inApp购买的类型必须是消耗品。因此将可以多次购买
• 如果您的应用程序在应用程序内部提供了任何专业功能或设施，则必须使用inApp购买。类型将是非消耗性的。 （注意：对于非消耗inApp购买，您必须在应用程序中提供“还原购买”选项，否则您的应用程序将被拒绝。）
• 如果您的应用在有限的时间内提供了任何功能或内部内容访问，则必须使用基于inApp Purchase的订阅。
• 如果您的应用程序要出售任何实物商品，那么您必须使用任何第三方付款方式。您不能使用inApp购买。
• 如果您的应用程序销售外部服务或任何与捐赠相关的功能，则您无法使用inApp购买。这将是一个复杂的情况，在这种情况下，根据Apple准则，您应该使用带Webview重定向的Payment Gate方式。因此，用户将通过Webview重定向组件进行付款。

希望这对所有人都有帮助。