【问题标题】:Google Wallet Instant Buy versus Inapp谷歌钱包即时购买与应用内购买
【发布时间】:2013-06-13 18:50:51
【问题描述】:

我目前正在研究通过 Google 电子钱包为网站进行在线支付。不会有实物。

我看到有两个非常不同的结帐 API,应用内购买 https://developers.google.com/commerce/wallet/digital/docs/ 和即时购买 https://developers.google.com/commerce/wallet/online/tech-overview,但我不太确定这些 API 之间在您应该何时使用一个方面到底有什么区别相对于另一个。谁能解释一下?

【问题讨论】:

    标签: android-pay


    【解决方案1】:

    我想添加一些关于应用内购买交易费用的信息。谷歌应该把它放在文档中,而不是在支持部分。与 Apple 一样,费用在文档首页中明确说明,因为这对于在应用程序购买中实施很重要。对于 Instant Buy,Google 不收取任何交易费用,因为您需要自己处理交易。 (可能会被对方收费)

    “对于您选择在 Google Play 上销售的应用程序和所有应用程序内产品,交易费用相当于价格的 30%。您收到 70% 的付款,剩余的 30% 归分销合作伙伴所有和运营费用。”

    https://support.google.com/googleplay/android-developer/answer/112622?hl=en&ref_topic=6075663

    【讨论】:

      【解决方案2】:

      即时购买

      Instant Buy 允许用户使用他们存储在 Google 电子钱包中的付款数据从商家处购买商品,商家通过他们选择的付款处理器处理交易。

      基本上,当用户提交 Instant Buy 请求时,您的应用会觉得他们只是用信用卡号和所有内容填写了普通订单。谷歌不会从交易中分一杯羹,因为谷歌不处理付款。但是,您使用的任何支付处理器都可能会有所削减。

      应用内购买

      应用内购买允许商家让 Google 处理交易并处理数字商品的付款。在这种情况下,Google 确实会从交易中分一杯羹,因为他们处理了付款处理。

      就您的应用而言,您永远不会看到付款详情 - Google 会处理所有这些。您的应用只会收到用户 X 购买了商品 Y 的通知,然后,Google 会为您提供交易收益。

      底线...

      如果您已经拥有处理购买和处理信用卡交易的系统,您可能需要 Instant Buy。它将位于您现有的基础架构之上(因此您不必有重复的代码路径)并且不会花费您超出您已经支付给您的支付处理器的任何钱。它还允许您的用户购买任何类型的商品(实物或数字),因为它真正做的是提供付款信息,而不是付款处理。

      如果您还没有处理交易的系统,并且您只想销售数字商品,那么应用内购买可能会更简单,因为它会为您处理所有付款处理,而 Google 会从中分得一杯羹是reasonably competitive

      针对您的特殊情况:

      由于您似乎还没有安排支付处理器,而且您也没有尝试销售实物商品,因此我建议您查看应用内购买 API

      [完全披露:我为 Google 工作。]

      【讨论】:

      猜你喜欢
      • 2014-02-27
      • 2015-04-12
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多