iOS应用程序内购买（IAP）和；“外部”；服务建议

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

在我看来，生产这样一款iOS应用程序是不可能的（因为苹果会拒绝它，请看和），原因如下：

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

我想听听你对这件事的看法。请注意，我可能对自己“太苛刻”。事实上，我确实知道商店批准的应用程序正是这样做的，例如和。也许他们被批准是因为第11.3段实际上只是禁止购买上传功能（将收藏转换为链接），然后在其他地方使用此功能——实际上这意味着“为外部服务购买信用”机制。我的应用程序不会这样做。您必须购买，上传/转换为链接功能只能在您购买的设备上工作

---

有什么想法吗？

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

这里有一些要点：

• 如果您的应用程序有一些积分系统或硬币系统，您需要用户付费，则必须使用inApp购买。inApp采购必须为消耗品类型。所以它可以多次购买
• 如果您的应用程序在应用程序中提供任何pro功能或设施，则必须使用inApp购买。类型为非消耗品。（注意：对于非消耗品inApp购买，您必须在应用程序中提供恢复购买选项，否则您的应用程序将被拒绝。）
• 如果您的应用程序在有限的时间内提供任何功能或任何内部内容访问，则必须使用基于订阅的inApp购买
• 如果您的应用程序正在销售任何实物，则必须使用任何第三方支付选项。您不能使用inApp购买
• 如果您的应用程序正在销售外部服务或任何与捐赠相关的功能，则您不能使用inApp购买。这将是一个复杂的案例&在这种情况下，根据苹果的指导原则，您应该使用Webview重定向的支付门方式。因此，用户将从Webview重定向组件进行支付

---

希望这对每个人都有帮助。

我对自己开发的应用程序也有类似的经验。这是一个GPS设备，在应用程序中显示跟踪数据。该设备使用手机数据发送跟踪信息，我们需要向SIM卡提供商收取费用，这是一项外部服务。我们使用条带支付实现了这一点，但苹果拒绝了该应用，并要求实施应用内购买。因为我们阻止了用户并要求在应用程序中付款，这看起来像是我们要求为应用程序数字内容付款

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

是的，您必须使用应用内购买，并且它可以是消耗品类型。当用户尝试发送集合时，显示耗材购买类型。使用采购收据、收款id等在服务器中跟踪采购

即使收集的金额用于托管和网络流量，您也可以将其称为管理/发送收集的服务费。在seen的背后，你用这笔费用来支付你的主机提供商或其他任何人，这取决于你。苹果不会因此拒绝该应用。因为您正在为应用程序中提供的数字服务收取费用。在苹果指南中，外部物理服务意味着，例如