整合作業檢查清單

您可以根據以下的檢查清單來確認自己是否已完成網頁整合作業中的所有必要步驟。

測試環境簡介

Google Pay API 的測試設定不會傳回有效的可扣款付款資訊，不過可讓您測試購買工作流程中的元素：可測試的元素如下：

  • 確認頁面
  • 收據
  • 帳單地址 (選測)
  • 帳單聯絡電話 (選測)
  • 運送地址 (選測)
  • 電子郵件地址 (選測)

如要搭配使用付款資料回應示例與測試環境，請透過環境屬性設為 TEST 的 JavaScript 物件，初始化新的 PaymentsClient。

程式碼範例如下：
var paymentsClient =
    new google.payments.api.PaymentsClient({environment: 'TEST'});

使用瀏覽器的開發人員控制台進行測試

測試網站時，請使用最新版的支援瀏覽器。如要這麼做，請開啟瀏覽器的開發人員工具，並查看與您網站相關的控制台訊息。這類訊息包括來自 Google Pay API JavaScript 用戶端程式庫的錯誤或警告。Google Pay API 支援 Google Chrome、Mozilla Firefox、Apple Safari、Microsoft Edge、Opera 與 UCWeb UC 瀏覽器。

呼叫 loadPaymentData() 之後，Google 付款選項對話方塊中可能會顯示其他錯誤。如果您在查看錯誤訊息後按一下 [繼續] 或 [確定]，由您網站處理且遭到拒絕 Promise 可能會傳回其他詳細資料。

透過相容裝置進行測試

雖然 Google Pay API 在許多市場都有提供，但代碼化卡片只能在部分國家/地區使用。如果您已將權杖化卡片設為允許的付款方式，請透過 Android 裝置測試卡片；測試時裝置必須搭載 Android 版 Google Chrome 59 以上版本和 Google Play 服務 16.0.0 以上版本。如果發卡銀行和所在國家/地區支援您的付款方式，請使用 Google Pay 應用程式中儲存的卡片進行測試。

如要查看 Android 版 Google Chrome 的控制台錯誤和警告，請使用電腦版 Google Chrome 的遠端偵錯功能進行測試。如要進一步瞭解可能發生的錯誤，請查看 Android 裝置的記錄。您或許可以利用以下項目查看錯誤記錄：Android Studio 中的 Logcat 工具視窗、ADB Logcat 指令列工具或 Android 錯誤報告。如要查看 Google Pay API 的相關錯誤訊息，請搜尋「WalletMerchantError」。

程式碼範例如下：

adb logcat -s WalletMerchantError

測試整合作業

將採用 TEST 環境設定的待驗證 PaymentsClient 整合作業提交給 Google 以前，請先確認您符合下列各項功能與品牌宣傳檢查的測試成功標準。

1. 基本資訊
確保您現有的卡片或 PAN 交易風險檢查和控管作業也適用於 Google Pay 交易作業。請注意，Google Pay 的驗證和詐欺檢查並非用來取代您的風險管理程序。
如果您是依據風險標準為一般卡片交易選擇性觸發 3D Secure (進階驗證)，請務必使用相同的風險標準來觸發 Google Pay PAN PAN_ONLY 交易的 3D Secure。
請確認您已詳閱並準備好接受我們的《服務條款》。您用於申請使用 Google Pay API 的電子郵件地址必須與 Google 帳戶相關聯；最好是與您的商家網域相關聯的企業電子郵件地址，例如「admin@myownpersonaldomain.com」。在 Google 帳戶建立流程中選取 [改用我目前的電子郵件地址]，即可將您的電子郵件地址連結至 Google 帳戶。
Google Pay API 提供的資料只能用來處理交易。如要用於任何其他用途，則必須另外取得使用者的明確同意。
確認您所在國家/地區的付款處理方接受的發卡機構和卡片驗證方法。
完成 DIRECT tokenizationSpecification type 的整合作業後，您每年都必須透過 Google Pay 商家主控台輪替公開加密金鑰，並向 Google 提供 PCI 認證。PCI 認證可以由第三方或通過 PCI 安全標準委員會認證的合格安全性評估機構提交，並由取得核准的供應商或合格評估機構核准。

2. 品牌測試
請使用我們核准的素材資源，並遵循品牌規範的所有要素。
確保您的網站僅在確認使用者可透過 isReadyToPay() 函式付款後，才會顯示 [Google Pay] 付款按鈕。
確認頁面中顯示的 [Google Pay] 付款按鈕尺寸與類似的按鈕和元素相符。
請根據按鈕顯示位置的背景顏色選擇適當的按鈕。

3. 功能測試
確認使用者按一下 [Google Pay] 付款按鈕之後，系統會同步呼叫 loadPaymentData()，而且會維持瀏覽器的使用者啟用行為，以便 Google Pay API 顯示付款畫面。確認彈出式視窗攔截器未封鎖 Google Pay 付款畫面。

如要透過 PAN_ONLY 卡片驗證方法要求取得 CARD 付款方式類型，請先完成下列步驟，進行已登錄卡片的測試：

  1. 如果適用，請從 pay.google.com 中移除所有已登錄卡片。
  2. 返回整合作業。
  3. 按一下 [Google Pay]。
  4. 確認您能夠看到新增卡片的選項。
  5. 新增您在 parameters.allowedCardNetworks 中定義的支援發卡機構所核發的卡片。
  6. 確認您可以在選取器中看見新增的卡片，且附帶發卡機構標誌。

下列測試僅適用於 Android 版 Chrome。

如要透過 CRYPTOGRAM_3DS 卡片驗證方法要求取得 CARD 付款方式類型，請先按照下列步驟完成 Android 裝置代碼測試：

  1. 確認系統支援您的發卡機構，並在 Google Pay Android 應用程式中新增支援的信用卡。
  2. 返回整合作業。
  3. 按一下 [Google Pay] 付款按鈕。
  4. 確認您可以在選擇器中看見新增的卡片，並且附有卡片圖樣。

如果您已確認處理方支援 3D-Secure 卡片驗證功能，即便無法以 Android 使用者或持卡人的身分使用 Android 裝置代碼，您也可以繼續操作。

如需運送地址，請測試處理完成度各異的運送地址，例如：

  • 測試會剖析為結構化欄位的各種全名變化形式，例如 John、John Doe 與 Jane Doe Smith。
  • 精確剖析 Google Pay API 傳回的所有地址行，地址行數可能會超出您一般在標準結帳流程中收集的地址行總數。
  • 確認傳回的地址中，國家/地區部分與您網站支援的運送目的地相符。如果您已指定運送限制，請測試這些限制：在付款畫面中輸入系統不支援的運送地址，藉此確認限制是否有效。

如果您實作了授權付款功能的支援，請確認下列事項：

  • 付款驗證失敗時，系統會透過 PAYMENT_AUTHORIZATION 意圖傳回 ERROR transactionState 和 PaymentDataError。

如果您的實作支援動態價格更新功能，請完成下列步驟：

  • 在付款畫面中同時新增卡片和地址，然後更新運送選項、訂單清單和總價。
  • 新增並選取運送地址，然後更新運送選項、訂單清單和總價。
  • 選取運送選項，然後更新訂單清單和總價。
  • 如果運送地址沒有可用的運送選項，請透過 SHIPPING_ADDRESS 意圖傳回 PaymentDataError。
  • 如果所選運送選項無效，請透過 SHIPPING_OPTION 意圖傳回 PaymentDataError。
  • 付款驗證失敗時，請透過 PAYMENT_AUTHORIZATION 意圖傳回 ERROR transactionState 和 PaymentDataError。
如需電話號碼，請透過帳單地址提出要求。接著，請測試您是否能根據應用程式的資料標準剖析並儲存不同格式的電話號碼 (例如「+8005550100」、「18005550100」和「(800) 555-0100」)。
確認 Google Pay 與其他第三方付款方式能以同等的方式呈現。
如果使用者先前在結帳時選取 [Google Pay]，並在您網站將 Google Pay 指定為偏好的付款方式，則 Google Pay 必須是後續購買交易的預設付款方式。
處理交易之前，您必須向使用者顯示最終價格。如果扣款金額因 Google Pay API 收到的資料而產生變動，您應顯示含有最終價格的確認頁面。