香港電商跨境收款:FPS vs Stripe vs 銀聯費用比較 2026

香港電商跨境收款的選擇,通常不是「哪個最便宜」,而是「哪個組合最便宜」。轉數快(FPS)本地成本接近零但不支援跨境卡網;Stripe 香港卡費約 3.4% + HK$2.35,跨境與貨幣轉換另加;銀聯則在中國內地與東南亞轉換率上有結構性優勢。以下逐項拆解。

三種收款方式其實在解決不同問題

把 FPS、Stripe、銀聯放在同一張比較表上,是很多香港品牌做錯的第一步。三者分屬不同層級:一個是本地即時清算基建,一個是全球收單與支付編排平台,一個是卡組織網絡。

FPS(轉數快)— 本地即時清算基建

FPS 由香港銀行同業結算有限公司(HKICL)營運、金管局監管,連接銀行與儲值支付工具(SVF),支援港元與人民幣的即時轉帳,並以手機號碼、電郵或 FPS ID 作為識別碼。根據金管局(HKMA)公布的零售支付數據,轉數快的登記數目自 2018 年推出後持續上升,已成為香港最主要的即時零售支付軌道之一。

關鍵特性:

1. 銀行對銀行即時到帳,7×24 運作。
2. 大部分銀行對個人與小額商戶轉帳不收手續費(商戶收款服務條款依銀行而異)。
3. 只支援港元與人民幣兩種貨幣,且僅限香港境內參與機構。
4. 沒有卡組織的 chargeback 機制 —— 這既是優點也是風險。

Stripe — 全球收單與支付編排

Stripe 香港實體支援 Visa、Mastercard、American Express、Apple Pay、Google Pay,並可透過 Payment Methods 開啟支付寶、微信支付、FPS(以 Stripe 支援的本地方式)等。根據 Stripe 官方香港定價頁面,本地卡交易為每筆成功收費 3.4% + HK$2.35,貨幣轉換另加費用,國際卡與爭議處理各有附加費。

銀聯(UnionPay)— 覆蓋內地與新興市場的卡網

銀聯國際(UnionPay International)公開資料顯示,其網絡覆蓋 180 個以上國家和地區的受理環境,並在中國內地發卡量上佔主導地位。對做內地客、東南亞華人市場或旅遊零售的香港品牌,銀聯的價值在於授權成功率,而不是牌價上的手續費。

逐項費用比較:實際落地的成本結構

交易手續費

FPS

• 本地 P2P 與多數小額商戶收款:銀行普遍不收費,但商戶級 FPS 收款(例如透過銀行商戶服務或 SVF 收單)可能有月費或按筆費用,需向開戶銀行確認。
• 沒有百分比抽成的結構性成本,是三者中單筆邊際成本最低的軌道。

Stripe(香港)

• 根據 Stripe 官方定價,本地卡:3.4% + HK$2.35 / 筆成功交易。
• 國際卡附加費、貨幣轉換附加費分別計算,實際綜合成本對海外客為主的商戶通常高於牌價。
• 無月費、無設置費,定價透明是其最大優勢。

銀聯

• 銀聯本身不直接向香港商戶報價;成本由收單機構(acquirer)或支付服務商決定,常見區間依商戶類別(MCC)、交易額與風險評級而定。
• 意味著有議價空間 —— 但也意味著你需要看懂 discount rate、interchange 與 scheme fee 的拆分,否則無法比較報價。

跨境與貨幣轉換成本

這是多數香港電商真正流失利潤的地方,而不是牌價上那 3.4%。

• FPS:不支援跨境。港元、人民幣以外無法處理。若客戶在新加坡或澳洲,FPS 不在選項內。
• Stripe:支援多幣收款,但轉換為結算貨幣時會收取貨幣轉換附加費。若你以 HKD 結算卻大量收 USD、AUD、SGD,轉換費會疊加在卡費之上。
• 銀聯:人民幣交易走銀聯清算可避開一層卡組織跨境費,對內地客單價較高的品類(珠寶、保健品、名錶)影響顯著。

一個實務結論:跨境電商的真實成本應該用「到帳金額 ÷ 訂單金額」計算,而非看牌價。 很多品牌把 3.4% 當成本,實際綜合成本在 4.5%–5.5% 之間。

結算週期與現金流

• FPS:即時到帳,現金流最佳。對預售、訂金、B2B 大額補單特別有價值。
• Stripe:香港帳戶標準結算週期為數個工作天(依帳戶風險評級調整),新帳戶初期可能更長。
• 銀聯:視收單機構而定,T+1 至 T+3 常見;部分服務商對跨境人民幣結算有額外審核時間。

退款、爭議與拒付風險

• FPS:沒有卡網的爭議機制。收到就是收到,退款需商戶主動轉回。優點是無 chargeback 損失;缺點是消費者信心較低,不適合高單價、首次購買的陌生客。
• Stripe:提供完整爭議處理流程與 Radar 風控,但敗訴的爭議會產生附加費用。根據 Stripe 文件,爭議費用按地區與貨幣列明。
• 銀聯:有爭議機制,但流程與證據要求與 Visa/Mastercard 不同,香港商戶團隊往往缺乏處理經驗 —— 這是隱性營運成本。

被忽略的隱性成本

1. 對帳工時:三條軌道各有不同報表格式。FPS 的銀行月結單沒有訂單號,配對全靠備註欄或參考編號設計。
2. KYC 與帳戶審核:Stripe 對部分品類(保健品、加密相關、訂閱制)有額外審核;銀聯收單對 MCC 分類嚴格。
3. 多市場實體結構:若你同時服務香港、台灣、新加坡客戶,可能需要多個收款實體,合規與會計成本非線性上升。

哪種組合適合哪種生意?

以本地香港 D2C 為主

主軌用 Stripe 收卡,FPS 作為高單價訂單的低成本替代。實務做法是在結帳頁對 HK$2,000 以上訂單顯示 FPS QR,並給予小額折扣 —— 折扣成本仍低於卡費。

內地客佔比高(旅遊零售、代購、跨境直郵)

銀聯 + 微信支付 / 支付寶為主,Stripe 作為海外卡的兜底。若內地客貢獻超過三成營收,直接談銀聯收單報價通常比用 Stripe 的國際卡通道划算。

面向 APAC 多市場(新加坡、台灣、澳洲、馬來西亞)

Stripe 的多幣種與本地支付方式覆蓋較完整,但應搭配區域錢包(如 PayNow、TWQR、PayID 對應的本地方式)。香港作為結算與營運樞紐的價值在於:單一時區可覆蓋東京到悉尼的營業時間,同時保有自由兌換與成熟金融基建。

歐美品牌把香港/新加坡當亞洲營運樞紐

這是我們最常處理的形態。美國或英國品牌在本地已有 Stripe 或 Adyen,進入亞洲時的核心問題不是換平台,而是在既有支付編排層之上加掛亞洲本地方式,並讓對帳資料回流到總部的 ERP。這時 FPS 與銀聯不是替代 Stripe,而是並行的收款軌道。

技術整合的實際差異

Stripe:API 成熟度最高

建立一個支援多種亞洲支付方式的 Checkout Session:

1curl https://api.stripe.com/v1/checkout/sessions \
2  -u "sk_live_xxx:" \
3  -d "mode=payment" \
4  -d "currency=hkd" \
5  -d "payment_method_types[]=card" \
6  -d "payment_method_types[]=alipay" \
7  -d "payment_method_types[]=wechat_pay" \
8  -d "line_items[0][price]=price_xxx" \
9  -d "line_items[0][quantity]=1" \
10  -d "success_url=https://shop.example.com/done"

Webhook 事件(checkout.session.completed、charge.dispute.created)是自動化對帳的基礎。建議把 webhook 直接寫入資料倉庫,而非只更新訂單狀態。

FPS:QR 碼與人工配對是主要工程挑戰

FPS 商戶收款多以 EMVCo QR 或 FPS ID 轉帳完成,沒有統一的商戶級 API 標準 —— 各銀行與 SVF 提供的介面差異很大。常見做法是為每筆訂單產生唯一參考編號,要求客戶填入轉帳備註,再用腳本比對銀行報表:

1# 以訂單參考編號比對 FPS 銀行入帳記錄
2import re, pandas as pd
3
4statement = pd.read_csv("fps_statement.csv")   # 銀行匯出
5orders = pd.read_csv("open_orders.csv")
6
7def extract_ref(remark: str) -> str | None:
8    m = re.search(r"(HK\d{6,8})", str(remark).upper())
9    return m.group(1) if m else None
10
11statement["ref"] = statement["remark"].apply(extract_ref)
12matched = statement.merge(orders, left_on=["ref", "amount"],
13                          right_on=["order_ref", "total"], how="inner")
14unmatched = statement[~statement.index.isin(matched.index)]
15unmatched.to_csv("needs_review.csv", index=False)

實務上,約有一部分客戶會忘記填備註或填錯金額,這批 needs_review 是人手處理的長尾。

銀聯:整合取決於收單服務商

銀聯本身透過收單機構或聚合服務商接入,常見形態是託管收銀頁(hosted payment page)加回調通知。整合工作量介於 Stripe 與 FPS 之間,但合約與 KYC 前置時間通常是專案排期的主要風險,而非程式碼。

2026 年的新變數:AI 對帳與跨境營運

2026 年真正改變成本結構的,不是牌價下降,而是對帳與爭議處理的自動化程度。

三條軌道並行時,財務團隊每月要處理三套格式不同的報表。把 LLM 放在對帳流程裡的可行用法很具體:

1. 非結構化備註解析 —— 客戶在 FPS 備註欄輸入的內容五花八門(中英混雜、錯字、只寫姓名)。正則表達式處理不了的長尾,用小模型做欄位抽取比人手翻查快。
2. 爭議證據包草擬 —— 把訂單、物流簽收、客服對話餵給模型,產出爭議回應草稿,再由人審核提交。
3. 異常偵測 —— 對「到帳金額 ÷ 訂單金額」按支付方式與市場分組監控,偏離基線時告警,能及早發現貨幣轉換設定錯誤。

這裡的原則是:模型負責處理長尾與草稿,人負責判斷與提交。財務對帳不是可以完全託付給自動化的環節。

判決:實際應該怎麼選

如果只能選一個:Stripe。定價透明、API 成熟、覆蓋面最廣,是唯一能單獨支撐跨境電商的選項。

如果追求最低綜合成本:Stripe(海外卡)+ FPS(本地高單價)+ 銀聯或內地錢包(內地客)的三軌組合。代價是對帳複雜度上升,需要工程投入。

如果內地市場是主力:先談銀聯與內地錢包的收單報價,Stripe 退為兜底。

如果你是歐美品牌進亞洲:保留總部既有收單關係,在亞洲加掛本地支付方式,並確保結算資料能回流。不要為了亞洲市場重建整套支付架構。

誠實的取捨:多軌收款一定會增加營運負擔。如果你的月訂單量還在三位數,省下的手續費可能低於多一套對帳流程的人力成本。成本優化應該在量能到位之後做。

一個實作觀察

我們曾為一家香港上市珠寶零售集團處理多軌收款的資料整合 —— 門店、香港線上商店與內地客訂單走三套不同的收款軌道,報表格式互不相通。工程重點不在接 API,而在設計一個統一的付款事件模型:每筆入帳無論來自 Stripe webhook、銀行 FPS 報表或收單機構回調,都被標準化成同一結構後寫入資料倉庫,再回推到 ERP 與 Shopify Plus 訂單。真正耗時的部分是釐清每條軌道的手續費扣減時點與退款路徑,因為這決定了毛利報表是否對得上。

如果你正在評估香港或亞太多市場的收款架構,Branch8 的香港團隊與新加坡、台灣、越南、馬來西亞、澳洲的交付團隊,可以協助你做支付軌道選型、Stripe / 銀聯 / FPS 的整合與對帳自動化設計 —— 歡迎與我們談談你的實際訂單結構。

Sources

• Hong Kong Monetary Authority — Faster Payment System
• HKICL — Faster Payment System (FPS)
• Hong Kong Monetary Authority
• Stripe — Hong Kong Pricing
• Stripe Documentation — Payments
• UnionPay International
• Shopify — Payments
• Airwallex Hong Kong