U卡在線下可以刷，到了網站上卻顯示「支付失敗」「銀行卡被拒絕」或「請更換付款方式」，這種情況並不少見。
線上交易屬於 card-not-present，也就是交易時沒有讀取實體卡的晶片或磁條。商戶只能根據卡號、有效期、CVC、帳單地址、3D Secure 驗證結果和裝置資訊判斷風險。
發卡方、收單機構、支付閘道和商戶風控中的任何一層拒絕，用戶最後看到的都可能只是同一句「payment declined」。
所以，支付失敗後先別連續點擊重試。記下頁面提示、交易時間、金額和幣種，然後判斷失敗發生在哪一步。原因找對了，處理往往並不複雜。
資料與結論邊界
一手核驗：Visa Core Rules and Visa Product and Service Rules；Mastercard Transaction Processing Rules；What should I do if my prepaid card or PIN is lost or stolen, or I see unauthorized charges?。
本文關於線上支付授權、拒絕、3D Secure、循環扣款和爭議處理的可核驗事實，以所列官方或監管文件為準；實際服務狀態、費率、資格和地區範圍應以申請時的發卡方或平台頁面為準。
不同發卡方、地區、帳戶層級與商戶規則可能產生不同結果。未由上述一手資料直接披露的體驗、成功率、費用比較或趨勢判斷均為分析或推斷，尚未得到相關機構對個案結論的官方證實。
一、先看交易在哪一步失敗
失敗表現 | 更可能涉及的問題 | 先做什麼 |
|---|---|---|
提交前就提示卡號、有效期或 CVC 錯誤 | 卡片資料或輸入格式 | 回到 U 卡 App 重新核對 |
點擊支付後立即被拒絕 | 餘額、限額、卡片權限、MCC 或發卡方風控 | 查看 App 裡的原始拒絕原因 |
跳轉到驗證頁面後失敗 | 3D Secure、驗證碼或瀏覽器跳轉 | 檢查 3DS 支援及聯絡方式 |
頁面長時間轉圈，隨後顯示失敗 | 支付閘道、網路或驗證回調中斷 | 等待交易狀態明確後再試 |
商戶顯示成功，隨後訂單被取消 | 商戶二次風控、庫存或後續審核 | 聯絡商戶核查訂單 |
首次付款成功，續費時失敗 | 循環扣款、餘額或支付令牌 | 檢查 recurring payment 支援情況 |
Stripe 將常見支付失敗分為發卡方拒絕、支付被風控系統攔截和支付請求本身無效三類。商戶頁面未必會把具體原因告訴用戶，因此 U 卡 App 裡的交易記錄通常更有參考價值。Stripe：Card declines
二、卡內有餘額，也可能餘額不足
先看「可用餘額」，不要只看帳戶總餘額。
下面這些金額可能提前占用額度：
尚未釋放的預授權；
商戶稅費、服務費或小費；
外幣轉換產生的匯率差和手續費；
之前顯示失敗、實際仍處於 pending 的交易；
訂閱商戶用於驗證卡片的小額授權。
例如商品標價 100 美元，卡內也正好有 100 美元，最終授權金額只要略高一點就會失敗。實際付款時應留出一些餘量，尤其是酒店、租車、加油站、外賣和需要另外計算稅費的網站。
如果 App 同時顯示帳面餘額和 available balance，應以後者為準。
Stripe 的拒絕代碼中，insufficient_funds 表示餘額或可用額度不足；card_velocity_exceeded 還可能表示交易金額、交易次數或可用額度達到限制。Stripe：Decline codes
三、檢查線上支付、境外支付和限額開關
有些 U 卡預設關閉線上支付，或者只允許特定國家、幣種和商戶類別。實體店能刷，不代表網站付款也已開通。
打開 U 卡 App，檢查：
卡片是否已啟用、被凍結或臨時鎖定；
online payment 或 e-commerce 是否開啟；
international transaction 是否開啟；
單筆、每日和每月限額是否足夠；
是否支援商戶使用的結算幣種；
是否允許訂閱和商戶後續扣款；
商戶所屬 MCC 是否受到限制。
發卡平台可以按國家、MCC、交易金額和交易次數設定規則。Adyen 的發卡文件就給出了按國家和商戶類別拒絕交易的規則示例。這也是為什麼同一張卡能在一個網站付款，換到另一個網站就會失敗。Adyen：Transaction rules examples
博彩、加密貨幣交易、資金轉帳、準現金、成人內容以及部分廣告平台經常受到額外限制。具體範圍由發卡機構和卡片項目決定，不能簡單理解成「Visa 或 Mastercard 都應該支援」。
四、重新核對卡號、有效期和 CVC
虛擬卡可能在補卡、重新生成或風控處理後更換卡號、有效期或 CVC。瀏覽器保存的舊卡片資料不會自動同步。
付款時應從 U 卡 App 重新查看：
完整卡號；
月份和年份；
當前 CVC；
持卡人姓名的拼寫；
卡片對應的帳單地址和郵遞區號。
不要把註冊平台時填寫的居住地址直接當成卡片帳單地址。兩者可能一致，也可能不同，應以發卡平台提供或確認的資訊為準。
地址驗證服務會比對帳單地址或郵遞區號。CVC、地址或郵遞區號不匹配，都可能觸發拒絕或商戶風控。Adyen：Validation checks · Stripe：Card verification checks
也不要為了「提高成功率」隨意編造美國地址。虛假地址可能通過格式校驗，但與發卡方留存資料不一致時，反而更容易失敗，還可能違反平台條款。
五、3D Secure 沒有完成
3D Secure 簡稱 3DS，是線上支付中常見的持卡人驗證流程。驗證方式可能是簡訊驗證碼、電子郵件驗證碼、App 確認或其他多因素認證。
EMVCo 將 EMV 3DS 用於線上無卡交易的身分驗證，幫助發卡方和商戶識別持卡人並降低詐欺風險。EMVCo：EMV 3-D Secure
常見失敗原因包括：
U 卡沒有開通或不支援 3DS；
平台沒有綁定可用的手機號碼或電子郵件；
驗證碼收不到、已過期或輸入錯誤；
瀏覽器阻止彈窗、跨站 Cookie 或頁面跳轉；
從 App 內建瀏覽器付款，驗證後無法返回商戶頁面；
商戶要求強驗證，但支付閘道沒有正確發起 3DS；
代理網路不穩定，驗證回調中斷。
Adyen 的文件顯示，需要強客戶認證的交易如果沒有正確經過 3DS，可能直接被拒絕；3DS 網路或發卡方出錯，也會返回認證錯誤。Adyen：3DS troubleshooting · Adyen：Refusal reasons
遇到這類問題，可以換用最新版 Safari、Chrome 或商戶官方 App，允許必要的彈窗和跳轉，並確認 U 卡平台綁定的手機號碼、電子郵件能夠收到驗證碼。驗證過程中不要頻繁重新整理或返回上一頁。
六、商戶可能不接受這類卡
有些網站會按卡片屬性和發卡地區限制支付方式，例如：
不接受 prepaid card；
不接受部分虛擬卡或一次性卡；
不接受特定國家或地區發行的卡；
不允許加密支付卡購買金融或數位資產服務；
訂閱業務要求支援循環扣款；
帳戶地區與發卡地區不一致；
商戶風險系統不接受當前 BIN。
這種情況下，卡片本身可能完全正常，在其他網站也能使用。
card_not_supported、transaction_not_allowed 或 currency_not_supported 一類提示，通常需要向發卡方確認卡片是否支援該交易類型、幣種和商戶。Stripe：Decline codes
如果同一張卡在多個無關網站都被拒絕，更像是卡片或發卡方問題；只有某一個網站失敗，應優先排查商戶限制和商戶風控。
七、商戶風控攔截了交易
線上商戶會綜合判斷帳戶、裝置、網路、訂單和卡片資訊。以下操作容易被識別成高風險：
短時間連續提交很多次；
同一張卡綁定多個新帳戶；
頻繁更換 IP、國家或裝置；
帳戶地區、IP 地區、帳單地址和發卡地區差異很大；
使用剛註冊的帳戶購買高價值或容易轉售的商品；
多次輸入錯誤 CVC 或驗證碼；
訂單姓名與持卡人資訊差異明顯。
這類拒絕不一定會把真實原因告訴用戶。頁面往往只顯示 generic_decline、do_not_honor 或「payment method unavailable」。
Stripe 也指出，支付可能因為疑似詐欺而被攔截，合法交易有時也會被誤判。Stripe：Acceptance analytics
連續失敗兩三次後，先停下來。繼續點擊可能觸發更嚴格的限制。Stripe 甚至有 card_decline_rate_limit_exceeded 錯誤，用來表示同一張卡被拒絕次數過多。Stripe：Error codes
八、訂閱支付要單獨檢查循環扣款
ChatGPT、Claude、Cursor、雲端伺服器和串流媒體訂閱都可能保存卡片資訊，在以後由商戶主動扣款。這和用戶當場輸入驗證碼完成的一次性付款不是同一種交易。
首月付款成功，續費失敗，常見原因有：
續費時卡內可用餘額不足；
卡片只支援一次性交易；
發卡方沒有允許 recurring 或 merchant-initiated transaction；
用戶補卡後卡號或安全資訊已經改變；
商戶保存的支付令牌失效或被撤銷；
初次付款沒有完成後續扣款所需的認證。
Adyen 的驗證規則會檢查循環交易最初是否經過有效認證；Stripe 也說明，發卡方如果無法確認持卡人同意未來扣款，可能拒絕後續交易。Adyen：Validation checks · Stripe：Recurring payment consent
用於訂閱時，應選擇支援重複扣款、有效期穩定的普通虛擬卡或借記卡。一次性虛擬卡、短期卡和頻繁更新 CVC 的卡，不適合長期訂閱。
九、根據錯誤提示處理
不同支付閘道使用的代碼並不完全相同。下面是常見含義，最終應以商戶或發卡方提供的原始拒絕原因判斷。
錯誤代碼或提示 | 常見含義 | 處理方法 |
|---|---|---|
incorrect_number | 卡號錯誤 | 從 U 卡 App 重新複製卡號 |
incorrect_cvc | CVC 錯誤 | 查看目前安全碼，刪除瀏覽器保存的舊資料 |
expired_card | 卡片過期 | 更換卡片並更新商戶付款方式 |
insufficient_funds | 可用餘額不足 | 考慮稅費、匯率和預授權後補充餘額 |
authentication_required | 需要 3DS | 完成簡訊、電子郵件或 App 驗證 |
authentication_failed | 3DS 未通過 | 檢查驗證碼、聯絡方式、瀏覽器和網路 |
card_not_supported | 卡片不支援該交易 | 詢問是否限制預付卡、線上支付或訂閱 |
transaction_not_allowed | 發卡方不允許 | 檢查 MCC、地區、幣種和卡片權限 |
currency_not_supported | 不支援結算幣種 | 更換商戶結算幣種或其他卡片 |
do_not_honor | 發卡方通用拒絕 | 聯絡發卡方查詢原始拒絕原因 |
generic_decline | 具體原因未公開 | 停止連續重試，聯絡發卡方和商戶 |
processing_error | 支付處理異常 | 等待交易狀態明確後再試 |
duplicate_transaction | 疑似重複付款 | 不要再次提交，先檢查 pending 記錄 |
十、正確的排查順序
第一步：停止連續重試
先等幾分鐘，確認 App 裡有沒有 pending、failed 或 reversed 記錄。網頁顯示失敗，不代表授權請求一定沒有到達發卡方。
第二步：保存必要資訊
記錄商戶名稱、時間、金額、幣種和頁面提示。不要截圖或發送完整卡號、CVC、簡訊驗證碼和身分證件。
第三步：檢查卡片狀態
查看可用餘額、有效期、線上支付開關、境外交易、單筆限額和近期凍結通知。
第四步：核對帳單資訊並完成 3DS
重新輸入目前卡片資料，使用發卡方認可的帳單地址，確保驗證碼可以正常接收。
第五步：聯絡發卡平台
向客服提供交易時間、金額、幣種和商戶名稱，請它查詢原始拒絕代碼。可以直接問：
這筆交易是餘額、3DS、MCC、地區限制、循環扣款權限，還是發卡方風控拒絕？
Visa 的消費者支援頁面也建議，卡片被拒後應聯絡發卡機構，因為發卡方最有能力查到具體拒絕原因。Visa Consumer Support
第六步：聯絡商戶或更換付款方式
發卡方確認沒有收到授權請求時，問題更可能在商戶或支付閘道。
讓商戶檢查訂單風控、帳戶地區和支付方式限制。商戶明確不接受該類卡時，繼續重試意義不大，應更換符合要求的付款方式。
十一、這些做法通常會讓問題更嚴重
連續提交十幾次付款；
不斷切換 VPN、裝置和國家；
隨意填寫虛假帳單地址；
為了測試而不斷增加卡內餘額；
把完整卡號、CVC 或驗證碼發給群友和非官方客服；
購買他人實名帳戶或成品 U 卡；
交易 pending 時重複下單；
看到驗證扣款後立即發起拒付。
小額驗證或預授權不一定是正式扣款。商戶可能先驗證卡片，再撤銷授權；資金釋放時間由商戶、收單機構和發卡方共同影響。
如果交易狀態仍是 pending，先向平台確認授權狀態，不要直接把它當成盜刷。
U 卡線上支付失敗，通常繞不開四類原因：卡片資訊不匹配、發卡方限制、3DS 沒有完成，或者商戶風控不接受這張卡。
最快的排查辦法，是先看失敗發生在哪一步，再查 U 卡 App 中的原始記錄。餘額、權限和卡片資料都正常，就轉向 3DS 與商戶限制；只有單個網站失敗，優先找商戶；多個網站同時失敗，優先找發卡平台。
不要靠連續重試碰運氣。拿到原始拒絕代碼，往往比換瀏覽器、換網路和反覆充值更有用。