在 Android 上使用外部支付处理器进行 SaaS 而不是 Google Play 应用内结算
Using external payments processor on Android for SaaS instead of Google Play In-app Billing
我建立了一个带订阅的 SaaS 网站，由外部支付处理器（可能是 Stripe, Braintree, Paddle 等）启用。
现在我的 SaaS 网站已经打包在一个小的 WebView 包装器中，即将作为 Android 应用程序发布。但是在 Stripe 网站上，我发现了这个：
Google’s developer terms require that purchases related to the app, such as premium features or credits, are made via their native In-app Billing API.
深入研究 Google Play 的术语，您可以找到这个（强调我的）：
- Developers offering products within a game downloaded on Google Play or providing access to game content must use Google Play In-app Billing as the method of payment.
- Developers offering products within another category of app downloaded on Google Play must use Google Play In-app Billing as the method of payment, except for the following cases:
- Payment is solely for physical products
- Payment is for digital content that may be consumed outside of the app itself (e.g. songs that can be played on other music players)
所以这似乎比 Stripe 的解释更宽容，而且由于我的 SaaS 不是游戏，也可以通过通用网络浏览器使用，我的理解是使用外部支付处理器而不是 Google Play的计费没问题
一方面，这意味着大多数数字服务可以避免 Google Play 的计费并使用其他东西，这对 Google 来说似乎（太）公平了。另一方面，这不包括游戏，Google 可以从中产生大量收入，所以这可能又是合理的。
这不是法律问题，反正在法律文献中也找不到答案，也问不了律师。相反，是否允许使用外部支付处理器完全取决于 Google 根据个人对上述条款的解释。
因此，我寻找的不是法律建议，而是支持对上述条款的任何解释的实用指南和实际使用示例。
我发现的一个例子是 Dropbox：在 Android 上下载了他们的应用程序后，Dropbox 允许我 select 在两种支付方式之间切换：Google Play 或借记卡在 Dropbox 自己的网站上。这似乎支持对 Google Play 条款的更宽松的解释。
另一个示例是 Spotify，它会打开一个 WebView，您可以在其中选择多个支付选项，none 其中 Google Play。不过，该应用仍然拥有 Android 的应用内购买许可，这也在 Play 商店中披露，因此他们可能仅在特定国家/地区使用 Google 的应用内结算.
还有其他现实世界的例子吗？
可以肯定的是，所有 (real-money) 个扑克应用程序都是 real-world 示例。 （例如扑克之星）
我从未见过使用 Google Play Service 进行计费的扑克应用程序。 （可能出于法律原因）
他们正在使用托管 web-page（在网络视图中或在封装的内置 web-browser 中）来处理他们这边的支付处理，这允许最终用户 select 支付大列表中的方法。
请注意，在这种情况下，您必须自己处理用户余额（这意味着您要处理付款处理的所有安全性）
我认为手机银行应用程序是其中的一个简单示例。您可以通过手机银行应用程序支付账单、汇款。但是不需要使用 Google Play Service 来计费。所有交易将在银行方面完成。您甚至可以直接向某些博彩网站汇款。 （如果你想要，我会与一些手机银行应用程序共享此功能，但你需要登录，你必须是应用程序所有者银行的客户）
我只是想分享一个想法，我认为你可以使用称为智能合约的以太坊基础设施构建你自己的加密货币。它真的很容易部署。您可以为此找到 10 分钟的教程。您可以在您的移动应用程序中用作货币。这样，如果有人需要购买东西，他们就必须购买您的一些加密货币。而 google 一方你将因此而例外，
"Payment is for digital content that may be consumed outside of the
app itself (e.g. songs that can be played on other music players)"
但是正如你所说，
it’s entirely up to Google’s discretion whether using an external payments processor is allowed or not, based on one’s interpretation of the terms presented above.
我会在下面签名。
您还可以检查加密股票市场应用程序。我可以打赌他们没有收取 Google 播放佣金
有些信息不是您想要的，但仅供分享想法。
有这样的应用程序。例如，各种网络提供商可能会争辩说，使用 phone 电话或互联网的能力不是一种物质。具体示例是 Skype，它允许从应用程序内的网络视图购买 Skype 点数。
但我认为 WPS Office android 应用程序是一个很好的例子，它建议通过 in-app 订阅或信用卡付款升级到高级版。
我认为 Intuit 的 Quickbooks（会计软件）是 SaaS 解决方案的一个例子，我相信它不会通过 Google:
https://play.google.com/store/apps/details?id=com.intuit.quickbooks
另一个例子是 Invoice2Go
https://play.google.com/store/apps/details?id=com.invoice2go.invoice2goplus
这些解决方案可通过不同的设备（iOS 和 Android）和完整的网络获得。 Google 没有任何意义，因为 Android 应用程序只是许多不同的用户连接选项之一，就像 Google 的 songs/music 示例一样。
我建立了一个带订阅的 SaaS 网站，由外部支付处理器（可能是 Stripe, Braintree, Paddle 等）启用。
现在我的 SaaS 网站已经打包在一个小的 WebView 包装器中，即将作为 Android 应用程序发布。但是在 Stripe 网站上，我发现了这个：
Google’s developer terms require that purchases related to the app, such as premium features or credits, are made via their native In-app Billing API.
深入研究 Google Play 的术语，您可以找到这个（强调我的）：
- Developers offering products within a game downloaded on Google Play or providing access to game content must use Google Play In-app Billing as the method of payment.
- Developers offering products within another category of app downloaded on Google Play must use Google Play In-app Billing as the method of payment, except for the following cases:
- Payment is solely for physical products
- Payment is for digital content that may be consumed outside of the app itself (e.g. songs that can be played on other music players)
所以这似乎比 Stripe 的解释更宽容，而且由于我的 SaaS 不是游戏，也可以通过通用网络浏览器使用，我的理解是使用外部支付处理器而不是 Google Play的计费没问题
一方面，这意味着大多数数字服务可以避免 Google Play 的计费并使用其他东西，这对 Google 来说似乎（太）公平了。另一方面，这不包括游戏，Google 可以从中产生大量收入，所以这可能又是合理的。
这不是法律问题，反正在法律文献中也找不到答案，也问不了律师。相反，是否允许使用外部支付处理器完全取决于 Google 根据个人对上述条款的解释。
因此，我寻找的不是法律建议，而是支持对上述条款的任何解释的实用指南和实际使用示例。
我发现的一个例子是 Dropbox：在 Android 上下载了他们的应用程序后，Dropbox 允许我 select 在两种支付方式之间切换：Google Play 或借记卡在 Dropbox 自己的网站上。这似乎支持对 Google Play 条款的更宽松的解释。
另一个示例是 Spotify，它会打开一个 WebView，您可以在其中选择多个支付选项，none 其中 Google Play。不过，该应用仍然拥有 Android 的应用内购买许可，这也在 Play 商店中披露，因此他们可能仅在特定国家/地区使用 Google 的应用内结算.
还有其他现实世界的例子吗？
可以肯定的是，所有 (real-money) 个扑克应用程序都是 real-world 示例。 （例如扑克之星）
我从未见过使用 Google Play Service 进行计费的扑克应用程序。 （可能出于法律原因）
他们正在使用托管 web-page（在网络视图中或在封装的内置 web-browser 中）来处理他们这边的支付处理，这允许最终用户 select 支付大列表中的方法。
请注意，在这种情况下，您必须自己处理用户余额（这意味着您要处理付款处理的所有安全性）
我认为手机银行应用程序是其中的一个简单示例。您可以通过手机银行应用程序支付账单、汇款。但是不需要使用 Google Play Service 来计费。所有交易将在银行方面完成。您甚至可以直接向某些博彩网站汇款。 （如果你想要，我会与一些手机银行应用程序共享此功能，但你需要登录，你必须是应用程序所有者银行的客户）
我只是想分享一个想法，我认为你可以使用称为智能合约的以太坊基础设施构建你自己的加密货币。它真的很容易部署。您可以为此找到 10 分钟的教程。您可以在您的移动应用程序中用作货币。这样，如果有人需要购买东西，他们就必须购买您的一些加密货币。而 google 一方你将因此而例外，
"Payment is for digital content that may be consumed outside of the app itself (e.g. songs that can be played on other music players)"
但是正如你所说，
it’s entirely up to Google’s discretion whether using an external payments processor is allowed or not, based on one’s interpretation of the terms presented above.
我会在下面签名。
您还可以检查加密股票市场应用程序。我可以打赌他们没有收取 Google 播放佣金
有些信息不是您想要的，但仅供分享想法。
有这样的应用程序。例如，各种网络提供商可能会争辩说，使用 phone 电话或互联网的能力不是一种物质。具体示例是 Skype，它允许从应用程序内的网络视图购买 Skype 点数。
但我认为 WPS Office android 应用程序是一个很好的例子，它建议通过 in-app 订阅或信用卡付款升级到高级版。
我认为 Intuit 的 Quickbooks（会计软件）是 SaaS 解决方案的一个例子，我相信它不会通过 Google:
https://play.google.com/store/apps/details?id=com.intuit.quickbooks
另一个例子是 Invoice2Go
https://play.google.com/store/apps/details?id=com.invoice2go.invoice2goplus
这些解决方案可通过不同的设备（iOS 和 Android）和完整的网络获得。 Google 没有任何意义，因为 Android 应用程序只是许多不同的用户连接选项之一，就像 Google 的 songs/music 示例一样。