Acquiring
什麼是結帳？
面向商戶的支付介面、表格、託管頁面或SDK, 客戶在其中輸入支付詳情。
結帳是交易最終階段發生的數碼介面, 促進敏感持卡人數據的安全收集。 技術架構通常涉及商戶選擇完全託管的支付頁面 (HPP)、嵌入式 iframe, 或使用流動SDK的伺服器端API集成。
從監管角度來看, 結帳設計決定了所需的PCI DSS合規水平, 託管解決方案通常將最繁重的合規負擔轉移給收單機構或支付網關。 為了根據歐洲法規支持強客戶認證 (SCA), 結帳必須集成3D Secure協議, 以管理商戶和發卡機構之間進行生物識別或密碼驗證的交接。
現代結帳還應檢測用戶設備, 自動顯示適當的數碼錢包, 如Apple Pay或Google Pay, 這通常可繞過傳統的表格輸入, 以提高銷售點的轉換率。
實例說明
一家英國時裝零售商使用 Cardflo 提供的 iframe 結帳服務。 一位法國顧客將一件 250 歐元的夾克加入購物車並準備付款。
嵌入在零售商網域中的結帳頁面會偵測用戶的位置和設備，除了標準的卡片輸入表格外，還會顯示 Cartes Bancaires、SEPA 和 Apple Pay 的選項。 顧客選擇使用他們的 Visa 卡付款。
他們輸入卡號、到期日和 CVV。 由於交易金額超過 30 歐元的低價值豁免，並且是 EEA 內的跨境交易，因此 SCA 是強制性的。
提交後，會啟動 3D Secure 流程。 目標是電子商務指標 (ECI) 值 05（完全驗證）。
發卡機構的 ACS 會提出挑戰，要求顧客在其手機銀行應用程式中批准 250 歐元的付款。 一旦批准，授權請求就會發送、批准，並且欺詐性退單的責任轉移給發卡機構。
從表格提交到確認的整個過程不到 15 秒。
卡組織規則注意事項
Visa 和 Mastercard 的規則主要透過 3D Secure 對結帳功能產生重大影響。 這兩個方案都更新了協定（Visa Secure 和 Mastercard Identity Check），以支援 3DS2 標準，從而實現商家和發卡機構之間更豐富的數據交換，以促進無摩擦身份驗證。
這些方案強制要求在授權訊息中正確使用電子商務指標（ECI）旗標； 在歐洲，完全通過 3DS 驗證的交易為 05，非 3DS 驗證的交易為 07。
錯誤標記交易可能導致更高的交換費、更低的批准率，以及在發生詐欺時失去責任轉移保護。
對商戶為何重要
結帳流程可以說是商戶銷售轉換最關鍵的因素。 設計不佳的結帳流程，例如包含不必要的欄位、突兀的重新導向，或缺乏相關的支付方式，都會直接導致購物車被遺棄和收入損失。
對於像EEA這樣受SCA規定的地區，失敗或笨拙的3D Secure整合可能會嚴重降低核准率。 與像Cardflo這樣的供應商合作，其協調平台和智能路由可以動態優化結帳流程，使商戶能夠最大化核准率。
例如，將交易路由到本地收單機構或智能地重試軟拒絕，可以挽回原本會在結帳階段損失的收入。
常見問題
結帳選擇如何影響PCI DSS合規範圍？
使用託管支付頁面或現代基於 iframe 的結帳通常使商戶符合SAQ A, 這是最簡單的合規級別, 因為卡數據從未接觸過商戶的服務器。 如果商戶使用自訂API結帳直接在其自身基礎設施上收集數據, 他們通常屬於SAQ D, 需要進行更嚴格和昂貴的年度審計。
結帳在SCA和3D Secure 2流程中扮演什麼角色？
結帳充當協調層, 在交易需要認證時觸發對發卡機構的3DS請求。 它必須能夠處理重定向或在UI中顯示發卡機構的認證挑戰視窗, 而不會中斷客戶會話或導致交易超時。
託管支付頁面與iFrame結帳有何區別？
託管支付頁面（HPP）會將客戶從您的網站重新導向至由您的支付服務供應商完全託管和控制的頁面。 這大大簡化了您的PCI DSS合規性，只需SAQ A。 iFrame結帳則將支付表格嵌入您自己結帳頁面上的視窗中，在提供更流暢的客戶體驗的同時，仍確保敏感的卡片資料不會接觸到您的伺服器。
這通常需要SAQ A-EP，它稍微複雜一些，但仍遠比直接API整合輕鬆。
如何提高我的結帳轉換率？
要提高轉換率，請盡量減少表格欄位數量，確保頁面響應式適用於行動裝置，並顯示安全標誌等信任信號。 提供流行的數位錢包，如Apple Pay和Google Pay，這在某些人群中可將轉換率提高20%以上。
對於國際客戶，請以其當地貨幣顯示價格並提供熟悉的當地支付方式。 使用地址驗證服務（AVS）也可以加快表格填寫速度。
我的結帳是否需要支援3D Secure？
如果您向歐洲經濟區（EEA）或英國的客戶銷售商品，由於強客戶認證（SCA）法規，大多數交易強制要求支援3D Secure 2 (3DS2)。 即使在這些地區之外，也強烈建議使用3DS，因為它提供針對某些類型欺詐性退單的責任轉移保護。
例如，成功完成3DS交易的商家通常無需對原因代碼10.4（欺詐 - 無卡環境）的退單負責。
我在結帳時應該收集哪些資料以優化授權？
除了基本的PAN、有效期和CVV之外，收集完整的帳單地址對於AVS檢查至關重要。 對於3DS2，提供豐富的資料是關鍵。
這包括客戶詳細資料（姓名、電子郵件、電話）、送貨資訊和設備資料。 傳遞至少15個資料點可以顯著增加無摩擦流程的機會，即發卡機構在不質疑持卡人的情況下批准交易，透過避免摩擦來提高轉換率。
Apple Pay和Google Pay等數位錢包如何與我的結帳配合使用？
數位錢包取代了手動輸入卡片的需求。 當客戶選擇Apple Pay或Google Pay時，錢包會使用設備上的生物識別認證（Face ID、Touch ID或指紋）來驗證用戶。
然後，它會將設備專用代碼（DPAN）傳遞給支付閘道，而不是底層卡號。 這非常安全，符合SCA要求，並提供非常快速、低摩擦的體驗，因為送貨和帳單詳細資料通常會從錢包中自動填寫。
See how 結帳 plays out in practice
Industries and regions where this term drives real acquiring, routing, or dispute decisions.