我们有一个Android完全原生应用，可以使用信誉良好的公司托管令牌化解决方案来捕获信用卡和付款信息。 （通过嵌入式Web视图）。信用卡号码相关信息不会随时存储或传输到我们的服务器。
我们正在评估是否可以加入 Google的即时应用，我在他们的UX-Best-Practices中找到了一条说明，必须通过 Google Play应用内结算，或 Google Payment API
＆＃34;如果您尚未拥有用户的付款信息，则必须使用Google Payment API在您的即时应用中进行购买。必须使用Google Payment API收集给定用户的任何新的或替换付款信息。 如果您在即时应用中实施Google Payment API，您还可以在即时应用中提供纯线下付款，例如货到付款或存储礼品卡。＆＃34;
和
＆＃34;如前所述，您必须使用Google Payment API或Google Play应用内结算在即时应用中处理付款。＆＃34;
他们不会对应用内购买做出任何区分，也不会对在应用外部以物理或电子方式发送的内容进行购买。我们是后者：我们在应用程序之外提供数字商品，以后由其他人声明和兑换。
因此，根据这一切，我们是否有资格使用现有的支付系统迁移到Instant Apps？
答案 0 :(得分：2)
是的，policy requirement所有即时应用付款都应通过Google Play应用内结算或 Google Payment API。前者用于纯数字商品（并且吸引标准的30％减价），后者用于实物商品或服务。
请注意，Google Payment API与Android Pay不同。您可以从Google I/O 2017 session，blog post了解有关较新付款API的详情，并注册以便及早访问here。
至于这是否适用于您当前的应用/付款系统，这很难说。 Google Payment API是一种让用户轻松存储和检索其Google帐户付款方式的方法，它实际上并不处理付款。要处理付款，您仍需要将从Payment API收到的标记化信用卡信息传递给支持的付款处理方。在撰写本文时，支持的处理器是Braintree，Stripe和Vantiv，很快就会推出。
如果您当前的付款流程不是非常灵活，则可能无法将此付款流程集成到您的即时应用程序中。