苹果商店接受，提交一个应用程序，其中用户其他服务的利润
苹果说，
11.2使用In App Purchase API（IAP）以外的系统购买应用程序中的内容，function或服务的应用程序将被拒绝。
例如，我的IOS应用程序将用于与Web服务进行磋商，由我的客户免费提供给用户，因为Web服务是我们的和灵活的，它可以提供不同types的咨询（例如急救指导，电视故障排除，互联网连接故障排除等），这些都可以由用户在networking服务中更新。 但这并不意味着用户可以使用该应用程序购买一些新的指南。 它将免费提供给用户的具体描述“这个应用程序包括这10个指南”，但我们收取用户许可使用Web服务的许可证，iPhone是我们提供客户端访问的许多方法之一networking服务，并获得这些知识。
这可能吗？ 苹果的限制是什么？ 我可以将此应用出售给提供10种不同故障排除指南的CompanyX吗？ 然后出售CompnayQ另一个版本，支持50个不同的指南？
苹果已经明确表示，应用程序商店除非使用其采购API，否则不得在应用程序内部提供任何产品和服务。 这就是为什么例如亚马逊必须从他们的iOS版Kindle应用程序中删除买书function的原因。 你甚至不能在你的应用程序中有一个链接到一个网站，将用户带到你的网站在Safari浏览器购买。 AFAIK即使是在您的应用程序内的某个屏幕上的文字提示告诉人们去您的网站购买更多的服务可能在审查过程中有问题。
在我看来（这只是一个意见），你可能会对CustomerX和CustomerY的不同应用程序很好，每个应用程序都提供免费访问你的Web服务的特定子集。 如果现有任何应用程序的用户都可以购买到您网站上的其他服务，并在各自的应用程序中使用这些服务，那么您甚至可以做得更好，只要您没有从应用程序链接到该网页即可。 当然，您仍然必须实施某种用户标识系统来识别哪些用户有权访问附加服务，哪些用户不能访问。
我build议你看看亚马逊是如何做的，因为他们的Kindle应用程序肯定有很多审稿人的审查。 跟随他们的领导，你应该是好的。
如果您在应用程序中销售指南，则可能必须在应用程序购买中使用，苹果将保留30％的金额。 否则你的应用程序可能会被拒绝。
如果你有一个开发者帐户，你可以检查应用程序商店审查指南..点11.2：
11.2使用In App Purchase API（IAP）以外的系统购买应用程序中的内容，function或服务的应用程序将被拒绝
11.13链接到外部机制的应用程序，用于在应用程序中使用的购买或订阅，例如转到网站购买数字图书的“购买”button将被拒绝