嵌入式結帳
嵌入式結帳適用於逾 14 個市場，可將安全支付欄位嵌入到您的網域中。 我們管理廣泛收單網絡的入職流程，同時您可自訂使用者介面，從而提高轉換率和合規性。
- 類別
- 結帳
- 功能
- 6
- 適用於
- 所有方案
當客戶離開店面完成購買時，中型商家會遇到阻礙。 維持不間斷的用戶旅程需要在購物車架構中直接顯示支付欄位。 同時，在原生表格上處理未加密的卡號會給零售和軟件營運商帶來重大的合規義務和技術開銷。
Cardflo 提供一個嵌入式支付用戶界面，將敏感輸入欄位隔離在一個安全容器內。 網關直接從瀏覽器協調代幣化過程，並將其傳送給受監管的收單合作夥伴。 這種架構讓買家留在原始網頁上，同時確保商家基礎設施永遠不會接觸原始主帳號。
Cardflo 將安全支付欄位直接嵌入到您現有的網域中，代表您管理多收單方接入流程。 這種整合保持了您品牌的視覺效果和感覺，同時減少了 PCI DSS 合規負擔並提高了支付安全性。
概述嵌入式結帳概覽
將支付欄位直接整合到商業界面中，需要在用戶體驗和數據安全之間取得謹慎的平衡。 Cardflo 提供內聯結帳整合，將安全代幣化元素直接載入到商家 DOM 中。
該架構依賴於 iframe 安全模型，將持卡人輸入與主機環境隔離，以將 PCI DSS 範圍限制在 SAQ A 要求。 財務和技術團隊可以設定輸入欄位的樣式以匹配本地 CSS 模板，從而保持統一的視覺識別，而無需處理原始 PAN 數據。
這種方法專為將買家保留在單一域名的商家設計，而不是那些重定向到託管結帳頁面或擁有從頭開始設計自定義支付 API 資源的商家。 由此產生的流程在將有效負載傳遞給收單合作夥伴網絡進行授權之前，會清晰地捕獲交易。
如何嵌入式結帳的運作方式
初始化 UI 庫
商家平台在最終購物車頁面載入 Cardflo 腳本，初始化嵌入式庫。此腳本在原生 DOM 結構中生成空的容器元素。系統建立與網關協調層的加密連接，確保環境已通過身份驗證並準備好渲染隔離的支付欄位。此步驟準備界面，而不會使更廣泛的網站面臨 PCI 合規負擔。
渲染安全 iframe
Cardflo 將 iframe 支付網關直接注入指定的 DOM 容器中。這些隔離的框架託管卡號、到期日期和安全碼的實際輸入欄位。由於這些框架源自經過認證的保險庫，客戶直接將敏感數據輸入到一個看起來和行為都像原生網站代碼的安全環境中，完全繞過了商家專有伺服器。
代幣化和有效負載提交
提交表單後，Cardflo 保險庫會安全地捕獲卡片詳細信息並生成代表該工具的加密代幣。前端接收此代幣並將其與標準訂單數據一起提交給商家後端。然後，系統將代幣化有效負載路由到適當的收單合作夥伴網絡，觸發授權請求，同時讓買家牢牢地留在原始域名上。
為何嵌入式結帳的重要性
保留轉換漏斗
強迫客戶離開店面會導致延遲、品牌中斷和不必要的摩擦。透過在內聯結帳整合中完成交易，商家可以防止因不熟悉的重定向環境而導致的購物車放棄。在整個結帳過程中保持視覺一致性可以讓買家保持參與，確保更高比例的發起交易成功授權銷售。
包含合規基礎設施
捕獲卡片數據取決於在安全標準方面保持良好狀態，這通常會產生高昂的基礎設施成本。使用 iframe 安全模型將原始數據處理的負擔從商家架構中轉移出去。營運商實現了原生的視覺體驗，同時保持了 SAQ A 合規性配置文件，大大減少了每年安全審計和滲透測試所花費的時間和資金。
監管注意事項：嵌入式結帳的監管備註
Inline 3DS2 authentication under PSD2
Strong Customer Authentication is mandatory across the European Economic Area for the majority of digital card transactions. An embedded checkout widget must accommodate these security checks without breaking the user journey.
The Cardflo library detects when a transaction falls under PSD2 scope and automatically triggers the necessary 3D Secure 2 protocols directly on the active webpage.
The orchestration engine passes exemption flags where applicable, such as for low-value payments or recurring merchant-initiated transactions.
When an issuer challenges the transaction, the inline checkout integration surfaces the issuer authentication screen via a secure modal, capturing the biometric or passcode data before immediately returning control to the merchant application.
Scheme rules on data minimisation
Visa and Mastercard require operators to limit system exposure to sensitive authentication data. Passing full card details through a merchant backend violates scheme data minimisation principles unless the entity holds full PCI DSS Level 1 certification.
An iframe payment gateway ensures that only secure tokens traverse the merchant network.
The acquirer partner network receives the raw cardholder data directly from the isolated vault, authorising the funds according to strict scheme communication standards.
This structure allows operators to present a continuous, native buying experience while shifting the regulatory burden of securing the primary account numbers onto dedicated gateway infrastructure.
用例嵌入式結帳的應用場景
精選禮盒訂閱結帳
使用定制購物籃的商家可以在頁面內放置隔離的卡號、到期日和安全碼元素，同時將原始憑證保留在其應用程式環境之外。Cardflo 提供嵌入式代幣化組件，並透過其收單合作夥伴網絡路由生成的支付代幣，從而減少 PCI DSS 暴露，而無需放棄周圍的結帳設計。
已儲存地址快速結帳
回頭客可以從帳戶頁面使用已儲存的送貨詳情完成購買，但重新輸入支付憑證通常會在訂單確認前增加摩擦。Cardflo 支援嵌入式代幣化欄位和錢包選項，例如 Apple Pay 和 Google Pay，讓商家可以縮短頁面流程，同時收單合作夥伴處理授權。
大規模頁面內售票
取代單獨桌面和手機支付表格的商家需要一個嵌入式組件，該組件可以在不同螢幕尺寸下保持欄位可用性，而不會將卡片數據暴露給店面腳本。Cardflo 提供一個響應式基於 iframe 的小工具，具有可配置的樣式和驗證，同時保持商家頁面與用於捕獲支付憑證的環境之間的隔離。
內聯 3DS2 身份驗證流程
歐洲卡片支付可能需要 PSD2 SCA，而處理不當的 3DS2 挑戰可能會中斷購物籃流程或模糊最終支付狀態。Cardflo 將支援的身份驗證步驟保留在嵌入式結帳體驗中，然後將身份驗證結果傳遞到路由和報告中，以便商家可以協調授權、失敗和挑戰結果。
統計嵌入式結帳的數據
行業研究表明，取消重定向可以顯著降低購物車放棄率，因為客戶在支付階段遇到技術摩擦或信任問題的可能性較小。
根據標準 PCI DSS 評估基準，與處理原始卡片數據相比，使用託管欄位可以大幅減少商家每年必須審核的安全控制數量。
與傳統的非響應式表單佈局相比，優化的嵌入式欄位可觸發原生鍵盤並提供實時驗證，通常可縮短手機用戶的完成時間。
方法論：這些數字是根據已公佈的行業數據和觀察到的商戶群組得出的說明性範圍，而非保證。實際結果取決於您的風險狀況、卡片組合、地理位置和收單設置，並僅在您自己的定價和審批條款中確認。
與我們的團隊討論在我們收單合作夥伴的 rails 上進行即時部署。
{{title}} 的優勢 嵌入式結帳
- 透過處理原始主帳號的隔離 iframe 元素，將 PCI DSS 範圍縮減至 SAQ A。
- CSS 相容性允許商家設定字體、顏色和邊框樣式，以符合原生網站佈局。
- 實時客戶端驗證在交易提交前立即標記不正確的卡長度或到期日期。
- 與多個收單合作夥伴的相容性允許在單一統一的前端界面後進行動態路由。
- 在網站支付組件內自動生成持卡人姓名、PAN、CVV 和到期日期的欄位。
- 支援卡片檔案代幣化，讓回頭客無需重新輸入標準支付詳情即可完成後續購買。
A short scoping call, then a written plan for your MIDs.
關於 嵌入式結帳
iframe 結帳小工具如何限制 PCI DSS 範圍？
iframe 將持卡人數據環境與周圍的網站架構隔離。 當買家輸入卡號時，按鍵會進入一個完全託管在 Cardflo 基礎設施上的安全窗口。
商家應用程式從不處理、傳輸或儲存主帳號或 CVV。 這種架構分離使商家符合自評問卷 A (SAQ A) 的資格。
透過從專有伺服器環境中移除原始數據，企業可以避免處理完整未加密卡片字串的環境所需的嚴格、資源密集型技術控制。
CSS 樣式表可以操作嵌入式 UI 欄位嗎？
開發人員可以透過初始化配置傳遞特定的樣式屬性，以匹配主域佈局。 JavaScript 庫接受字體系列、文本大小、佔位符顏色、邊框半徑和填充的參數。
雖然輸入欄位位於隔離的跨域框架內，但這些經批准的屬性會動態映射到內部元素。
此功能確保嵌入式結帳小工具在視覺上與周圍的購物車界面對齊，提供一致的品牌體驗，而不會損害基本的 iframe 安全模型。
嵌入式結帳小工具如何處理頁面上的驗證錯誤？
嵌入式結帳小工具在其安全組件中驗證卡片欄位格式，並將結構化錯誤狀態返回到周圍的結帳頁面。 商家可以顯示欄位級別訊息，禁用訂單提交，直到所需的詳細信息有效，並保留非敏感的購物籃信息。
敏感卡片數據仍僅限於小工具的受控欄位，而不是透過商家的頁面代碼傳遞。
嵌入式結帳小工具可以適應手機螢幕尺寸嗎？
嵌入式結帳小工具可以使用響應式容器，因此卡片欄位、標籤和驗證訊息可以適應較小的螢幕，而無需打開單獨的支付頁面。 商家控制周圍的佈局，而安全的支付元素則在定義的寬度和高度限制內調整大小。
手機測試應涵蓋鍵盤行為、視窗設定、瀏覽器相容性以及支付控制周圍的足夠間距。