Eiji Kitamura
進一步瞭解網頁付款生態系統的參與者、他們如何互動，以及你如何參與。
Web Payments 剖析
Web Payments 包含多項網路標準：
- Payment Request API：Payment Request API 可透過原生瀏覽器 UI 快速輕鬆地結帳。這項功能可提供一致的結帳程序，使用者不必在每次結帳時輸入運送和付款資訊。
- 網頁式 Payment Handler API：網頁式 Payment Handler API 允許付款服務供應商的網頁式付款應用程式，透過標準 Payment Request API 做為商家網站的付款方式，藉此開放生態系統。
- 付款方式 ID：付款方式 ID 定義如何使用字串 (
https://google.com/pay、https://apple.com/apple-pay等) 識別付款方式。除了標準化付款方式 ID 外，任何人都能使用網址型付款方式 ID 定義自己的付款方式。 - 付款方式資訊清單：付款方式資訊清單定義機器可讀的資訊清單檔案 (稱為付款方式資訊清單)，說明付款方式如何參與付款生態系統，以及如何使用這類檔案。
付款要求程序的運作方式
線上交易通常有四個參與者。
| 玩家 | 說明 | API 使用量 |
|---|---|---|
| 客戶 | 完成結帳程序，在線上購買商品的使用者。 | 不適用 |
| 商家 | 在自家網站上銷售產品的商家。 | Payment Request API |
| 付款服務供應商 (PSP) | 實際處理付款的第三方公司，包括向消費者收費及將款項存入商家帳戶。也稱為 Payment Gateway 或付款處理方。 | Payment Request API |
| 付款處理常式 | 第三方公司提供的應用程式通常會儲存客戶的付款憑證，並在客戶授權後將憑證提供給商家，以便處理交易。 | 網路式 Payment Handler API |
- 消費者造訪商家網站，將商品加入購物車，並開始結帳程序。
- 商家需要顧客的付款憑證才能處理交易。他們使用 Payment Request API 向客戶顯示付款要求使用者介面。使用者介面會列出付款方式 ID 指定的各種付款方式。付款方式包括儲存在瀏覽器中的信用卡號，或 Google Pay、Samsung Pay 等付款處理常式。商家可以視需要要求客戶提供運送地址和聯絡資訊。
- 如果客戶選擇 Google Pay 等付款方式，Chrome 會啟動平台原生付款應用程式或網頁式付款應用程式。這個步驟完全取決於付款處理常式的實作方式，並以付款方式資訊清單為依據。消費者授權付款後，付款處理常式會將回應傳回 Payment Request API，再由 API 轉發給商家網站。(如果付款方式為銀行轉帳、加密貨幣等推送類型，商家收到回應時，付款就已處理完畢)。
- 商家網站會將付款憑證傳送給 PSP，以便處理付款及啟動轉帳付款。通常也需要在伺服器端驗證付款。
- PSP 會處理付款，安全地要求從消費者的銀行或信用卡發卡機構轉帳付款給商家，然後將成功或失敗結果傳回商家網站。
- 商家網站會通知顧客交易成功或失敗，並顯示後續步驟，例如運送購買的商品。
注意事項：PSP 依賴度
如果您是商家，且想接受信用卡付款，PSP 是付款處理鏈中的重要環節。導入 Payment Request API 並不代表不需要 PSP。
基於便利性和費用考量，商家通常會委託第三方 PSP 處理付款。這主要是因為大多數 PSP 都遵守 PCI DSS，這是一項規範持卡人資料安全的資訊安全標準。
由於要達到並維持嚴格的 PCI DSS 法規遵循標準可能既昂貴又困難，因此大多數商家發現，仰賴符合法規的 PSP 可避免自行進行認證程序。不過，有些大型且財務穩健的公司會取得自己的 PCI DSS 認證，專門用來避免這種第三方依賴。
當您將主要帳號 (PAN) 做為付款憑證 (即卡片上浮凸的號碼) 處理時，這一點尤其重要。如果使用 JavaScript 處理，則須符合 PCI SAQ A-EP 規範。
因此，將付款處理作業委託給符合 PCI DSS 規範的 PSP，既可簡化商家網站的需求，又能確保客戶付款資訊的完整性。
下一步
如要瞭解 Payment Request API 的欄位和方法，請參閱「Payment Request API 的運作方式」。