第三方支付串接方式怎麼選？外掛、API、付款連結與收款頁比較
網站要接上金流有哪些方式？本文比較現成外掛、API 串接、付款連結與託管收款頁的優缺點、技術門檻與適用情境，幫你選對方式。
串接第三方支付主要有四種方式：使用開店平台的現成外掛、自行以 API 串接、透過付款連結收款，以及使用業者託管的收款頁。技術門檻由低到高大致是付款連結、現成外掛、託管收款頁、API 串接；選擇時要看你用什麼網站平台、有沒有工程資源、需要多高的客製化，以及你對資料掌控度的要求。
四種串接方式一覽
| 方式 | 技術門檻 | 客製化程度 | 適合 | 注意 |
|---|---|---|---|---|
| 付款連結 | 最低，不需寫程式 | 低 | 社群賣家、小量訂單、臨時收款 | 訂單與付款需手動對應，量大時效率差 |
| 現成外掛／模組 | 低到中 | 中 | 使用常見開店平台的店家 | 取決於業者是否提供該平台的外掛，且外掛版本要維護 |
| 託管收款頁 | 中 | 中 | 自建網站但想降低資安負擔 | 消費者會跳轉到業者頁面，品牌一致性較差 |
| API 串接 | 高 | 高 | 有工程團隊、需要彈性流程的商店 | 開發與維護成本高，需處理簽章與安全 |
付款連結
付款連結是由業者後台產生一個網址，你把它傳給客人，客人點進去付款。優點是完全不需要網站，非常適合剛起步的社群賣家與臨時收款。缺點是每一筆訂單都要手動建立連結、手動核對付款結果，訂單量一多就容易出錯。若你每月訂單不超過數十筆，這是最低成本的起步方式；超過這個規模，建議升級到外掛或 API。
現成外掛與模組
若你的網站是用常見的開店平台或內容管理系統建立，通常可以找到支援主流金流業者的外掛。安裝後在後台填入商店代號與金鑰，就能讓結帳頁出現付款選項。優點是快速、便宜；缺點是外掛的功能受限於開發者，更新不及時可能出現相容性問題，且各平台版本更新後外掛可能失效。使用前要確認：外掛是否由業者官方提供、是否持續維護、是否支援你需要的付款方式（如分期、超商、ATM）、是否能自動更新訂單狀態。
託管收款頁
託管收款頁是指消費者在你的網站按下結帳後，被導向到業者的付款頁面完成付款，再導回你的網站。這種方式的好處是：卡號等敏感資料由業者處理，你不需要自己處理信用卡資料，資安責任與合規成本較低。缺點是畫面風格由業者決定，客製化空間有限，且消費者在跳轉過程中可能流失。這是中小型自建網站常見的折衷選擇。
API 串接
API 串接是由你的程式直接呼叫業者提供的介面，完成建立訂單、發起付款、接收結果等流程。優點是彈性最大，可以整合會員、庫存、發票與客服系統。缺點是需要工程資源，並且要處理幾個關鍵技術問題：
- 簽章驗證：業者回傳的付款結果必須驗證簽章，避免偽造通知。
- 重複通知：業者可能重複發送同一筆付款通知，系統要能判斷是否已處理過（稱為冪等性）。
- 逾時與失敗：網路不穩時要有重試與補償機制，避免客人已付款卻沒更新訂單。
- 安全與金鑰管理：金鑰不能寫在前端程式或放入公開程式庫。
- 日誌與對帳：每筆付款請求與回應都要記錄，方便日後查證。
若你沒有工程人員，不建議自己從零開始做 API 串接，找有金流經驗的工程師或使用現成平台，風險較低。
選擇的決策順序
- 你的網站用什麼平台？若平台有官方支援的外掛，優先考慮外掛。
- 你的訂單量有多大？量小用付款連結，量大要自動化。
- 你有工程資源嗎？沒有就避免 API 串接。
- 你需要客製化結帳流程嗎？需要的話才考慮 API 或客製外掛。
- 你對資安合規的負擔有多大？不想自己處理敏感資料時，選託管收款頁。
不論選哪一種，都要確認付款完成後，系統如何更新訂單狀態、通知客戶並開立電子發票，詳見電子發票與金流串接。
一個典型的付款流程長什麼樣子
不論用哪一種串接方式，付款的核心流程都大同小異，了解它有助於你在測試與除錯時找到問題。以網站收款為例：第一步，消費者在你的網站確認訂單，系統建立一筆「待付款」訂單，並產生唯一的訂單編號；第二步，系統把訂單編號、金額與商店資訊傳給金流業者，消費者被帶到付款頁；第三步，消費者完成付款，業者處理授權或入帳；第四步，業者以兩條路徑通知你：一是把消費者導回你的網站（前端導回），二是直接用伺服器對伺服器的方式傳送付款結果（背景通知）；第五步，你的系統驗證背景通知的簽章與金額，確認無誤後，將訂單更新為「已付款」，並觸發出貨、發票與客戶通知。
這裡最關鍵的觀念是：以背景通知為準，而不是以消費者看到的頁面為準。消費者可能付完款後關閉瀏覽器、網路中斷而沒被導回，也可能有人偽造導回網址。因此訂單狀態必須由經過驗證的背景通知更新。很多嚴重的對帳問題，都是因為把前端導回當成付款成功的依據。
另一個要注意的是金額驗證：收到通知後，除了驗證簽章，也要核對通知中的金額與訂單金額是否一致，避免有人篡改。逾期未付款的訂單，則要有自動取消與釋放庫存的機制。這些邏輯在外掛中通常已經處理，但自行串接時必須自己實作。
實務上的常見錯誤
- 只測試付款成功情境，沒有測試失敗、取消與逾期。
- 前端以付款完成頁判斷付款成功，而不是以業者回傳的通知為準，造成訂單被偽造。
- 沒有處理重複通知，導致同一筆訂單重複出貨或重複開發票。
- 把金鑰放在公開程式庫或前端程式碼中。
- 外掛長期沒更新，平台升級後付款功能失效卻沒人發現。
常見問題
沒有網站，只在社群賣東西，要怎麼收款？
可以使用付款連結或收款頁，不需要網站。要留意訂單與付款的對應，建議建立簡單的訂單記錄。
外掛和 API 串接差在哪？
外掛是預先寫好的串接程式，安裝設定即可使用，彈性較低；API 是自己寫程式串接，彈性高但門檻高。
用託管收款頁會流失客人嗎？
有可能，因為多了跳轉步驟。但它也降低了資安風險與開發成本，是否划算要看你的客群與技術資源。
串接完成後多久可以上線？
要看業者審核與測試進度。建議預留足夠的測試時間，確保各種付款情境都正常運作。
