整合作業檢查清單

請使用下方的檢查清單來確認是否已完成網頁整合的所有必要步驟。

測試環境簡介

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 裝置進行測試,不過所用裝置必須安裝 59 以上版本 Android 版 Google Chrome 和 16.0.0 以上版本的 Google Play 服務。如果發卡銀行和所在國家/地區支援你的付款方式,請使用 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 的驗證和詐欺檢查不可取代您的風險管理程序。
確認您已詳閱並準備好接受我們的《服務條款》。您用於申請使用 Google Pay API 的電子郵件地址必須與 Google 帳戶相關聯,與您的商家網域相關聯的企業電子郵件地址尤佳,例如「admin@myownpersonaldomain.com」。Google 帳戶建立流程中選取 [改為使用我目前的電子郵件地址],即可將您的電子郵件地址連結至 Google 帳戶。
Google Pay API 提供的資料只能用來處理交易。如要將這類資料用於其他用途,您必須明確取得個別使用者的同意。
確認您所在國家/地區的付款處理方接受哪些發卡機構和卡片驗證方式。
完成 DIRECT tokenizationSpecification type 的整合作業之後,你每年都必須透過 商家主控台輪替公開加密金鑰,並向 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. 確認您可以在選擇器中看見新增的卡片,且一旁顯示了發卡機構的標誌。

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

如需運送地址,請嘗試處理不同完成度的運送地址,如下所示:

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

如果您已建立「授權付款」的支援服務,請確認下列事項:

  • 付款驗證失敗時,系統會透過 PAYMENT_AUTHORIZATION 意圖傳回 ERROR transactionStatePaymentDataError

如果您已建立「動態價格更新」的支援服務,請完成下列步驟:

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