【问题标题】:Will adding in-app purchases to an app affect users who already bought it?向应用添加应用内购买会影响已购买该应用的用户吗?
【发布时间】:2023-03-17 16:41:01
【问题描述】:

我有一个要添加应用内购买的应用。

我的问题是这样的。该应用程序使用我的其他几个应用程序使用的开发和分发证书,这些应用程序没有应用内购买。

由于我现在要添加应用内购买,因此我必须更改此应用的 APP ID,以便为应用内购买创建配置文件。此更改会以任何方式影响应用程序吗?我的意思是,我能否使用另一个 AppID 生成的不同临时配置文件上传新的二进制文件?老用户还能升级吗?

【问题讨论】:

    标签: ios in-app-purchase app-store-connect


    【解决方案1】:

    您的应用必须具有相同的捆绑包 ID。它是 Info.plist 文件中的字符串。如果保持不变,用户升级将没有问题。

    如果我正确理解了您的问题,您在首次提交此应用程序时有一个通配符分发配置文件?只要新的配置文件仍然与 Info.plist 中的包 ID 匹配,就可以。

    【讨论】:

    • 是的,我有一个通配符分布配置文件。我现在需要做的是使用这个新的 AppleID 创建一个新的 AppID 和一个新的开发人员/分发配置文件,并将其绑定到旧应用程序。我的问题是要知道这种结构变化是否会影响用户。显然,我会保持捆绑 ID 不变。谢谢。
    • 其实是很常见的情况,不用担心;)
    【解决方案2】:

    您可能在我们提供应用内购买或推送通知服务之前创建了一个应用 ID。也许您认为自己不需要这些并想要创建一套类似的应用程序。现在你想要这些功能。

    假设您的应用 ID 为:

    com.mycompany.appsuite.*
    

    您的应用的捆绑包 ID(在 plist 和其他地方)是:

    com.mycompany.appsuite.mycoolapp
    

    为了能够更改应用内购买或推送通知的应用 ID,那么您应该去 developer.apple.com 配置门户添加一个新的应用 ID:

    com.mycompany.appsuite.mycoolapp
    

    此 App ID 与您的 Bundle ID 相匹配,因此您的用户无需重新购买您的应用,而且它还使您的应用符合应用内通知或推送通知的条件。

    【讨论】:

    • +1 好东西。知道这如何适合应用内购买的测试过程吗?我需要切换到非通用 App ID,但是……我是否需要等到我的应用上传后才能测试现有捆绑包的应用内购买?谢谢!
    猜你喜欢
    • 2021-07-10
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-07-14
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多