Posted on Leave a comment

Sunsetting the “basic-card” payment method in the Payment Request API

The Payment Request API is a soon-to-be-recommended web standard that aims to make building low-friction and secure payment flows easier for developers. The browser facilitates the flow between a merchant website and payment handlers. A payment handler can be built-in to the browser, a native app installed on user’s mobile device, or a Progressive Web App. Today, developers can use the Payment Request API to access several payment methods, including “basic-card” and Google Pay in Chrome on most platforms, Apple Pay in Safari, Digital Goods API on Google Play, and Secure Payment Confirmation in Chrome.

Earlier last year, we announced that we will deprecate the “basic-card” payment handler on iOS Chrome, followed by other platforms in the future. The “basic-card” is a payment method that is typically built into the browser to help users easily enter credit card numbers without remembering and typing them. This was designed to make a good transition from a form based credit card payment to an app based tokenized card payment. In order to better pursue the goal of app based payment (and a few other reasons), the Web Payments WG decided to remove it from the specification.

Starting from version 96, Chrome will show a warning message in DevTools Console (together with creating a report to Reporting API) when the “basic-card” payment method is used. In version 100, the “basic-card” payment method will be no longer available and canMakePayment() will return false unless other capable payment methods are specified. This applies to all platforms including Android, macOS, Windows, Linux, and Chrome OS.

If you are using the Payment Request API with the “basic-card” payment handler, we suggest removing it as soon as possible and using an alternative payment method such as Google Pay or Samsung Pay.

Posted by Eiji Kitamura, Developer Advocate on the Chrome team

Leave a Reply

Your email address will not be published.