用 WordPress 架的網站想開始線上收款，通常會遇到兩種情況：一種是原本只是形象官網，現在要賣課程、賣商品或收訂金；另一種是站已經在賣了，但付款流程一直出狀況，例如客戶說已付款、後台卻查無訂單。前者需要的是選型判斷，後者需要的是把串接的細節補齊。這兩件事共通的重點，都不在於把付款按鈕放上去，而在於金錢與訂單狀態能不能可靠地對起來。以下依照實際導入的順序，說明各階段要確認的事。
要在網站上收款，有哪幾種做法
依照技術投入與可控程度，常見的方式可以分成幾類：
- 導向式收款：使用者在網站上按下付款後，被帶到金流服務商的頁面完成付款，再導回網站。開發成本最低，敏感資料也不經過自己的主機。
- 嵌入式收款：付款欄位以安全元件的方式嵌在自家頁面中，視覺上較一致，但整合細節較多。
- 透過購物車外掛內建的整合模組：適合已使用電商外掛、且服務商有提供對應模組的情況。
- 依 API 自行開發：彈性最高，適合有特殊流程需求，例如分期收款、分潤或多次請款，但需要具備維護能力。
多數中小型網站從導向式開始是合理的選擇，等交易量與流程複雜度提高，再評估是否往更深的整合走。
選擇金流服務時該比較什麼
手續費當然要看，但只比手續費常會忽略更影響營運的條件。建議把下列項目一併列入評估，並直接向各服務商索取正式說明，因為費率與規則會調整：
- 支援哪些付款方式，是否涵蓋你的客群實際會用的方式。
- 撥款週期與最低撥款門檻，這會直接影響現金流。
- 退款、部分退款與爭議款的處理流程與所需時間。
- 是否支援定期定額、預授權、分期等特殊需求。
- 測試環境是否完整、技術文件是否清楚、遇到問題有沒有可聯絡的窗口。
- 申請所需文件與審核所需時間，特別是特殊產業別可能有額外規定。
用現成模組串，還是客製開發
現成模組的好處是快，且多半已處理過常見的錯誤情境。缺點是遇到不在預期內的流程時很難改，而且模組品質參差，長期沒更新的版本可能與網站核心或購物車外掛的新版本衝突。
客製開發的判斷時機通常是：付款流程牽涉自訂的訂單狀態、需要在付款前後觸發其他系統動作、或要同時支援多種收款情境。決定客製前要先想清楚維護由誰負責，因為金流串接不是做完就結束，服務商的介面更新時必須跟著調整。
最常出錯的環節是付款結果的回傳
絕大多數的「付款成功但訂單沒有成立」，問題都出在這一段。使用者付完款被導回網站，這個導回動作只是畫面上的跳轉，不能當作付款成功的依據；真正可靠的是服務商從伺服器端送來的通知。
實作上有幾個必須處理的細節：驗證通知的來源與簽章，確認資料沒有被竄改；比對金額與訂單編號是否相符，不能只看代表成功的狀態碼；同一筆通知可能被重複送出，程式要能判斷是否已處理過，避免重複建單或重複出貨；通知失敗時要有補救機制，例如主動向服務商查詢該筆交易的最終狀態。
訂單狀態要與後續作業接得上
金流只負責告訴你錢的狀態，網站則要把它翻譯成營運看得懂的流程。常見的落差是狀態設計得太粗，只有已付款與未付款，遇到取消、部分退款、超商代碼逾期未付、貨到付款這些情況就無法表達。
建議在開發前先把狀態流程畫出來：從建立訂單、等待付款、付款完成、備貨、出貨到結案，中間插入取消與退款的分支，並確認每個狀態改變時要通知誰、要不要寄信、庫存要不要回補。這張圖畫清楚，開發與客服的爭議會少很多。
哪些資料不該留在自己的資料庫
完整的卡片號碼、安全碼這類資料，不應該儲存在自家主機，也不該出現在系統日誌或錯誤訊息裡。採用導向式或安全元件的收款方式，就是為了讓這些資料不經過自己的環境，降低責任範圍。
其餘與交易相關的個人資料，例如收件資訊與聯絡方式，仍要注意保存期限、存取權限與備份安全。後台管理帳號的權限分級、登入保護與外掛更新，也都屬於收款網站必須維持的基本防護，不能因為交由金流服務商處理付款就忽略。
上線前建議跑過的測試情境
只測一次成功付款是不夠的。實際會發生的狀況比想像多，正式開賣前建議逐一驗證：
- 付款成功後正常導回，訂單建立且金額正確。
- 付款失敗、餘額不足或被拒絕時的畫面與訂單狀態。
- 使用者在付款頁面直接關閉視窗或按上一頁。
- 同一筆訂單重複送出付款，以及重複收到通知的情況。
- 取消與退款流程，包含部分退款。
- 離開網頁後才完成付款，例如取得繳費代碼隔天才去繳。
常見問題
個人可以申請線上金流服務嗎？
各服務商對申請資格的規定不同，多數會依營業性質、商品類別與文件齊備程度審核，部分產業還有額外要求。由於規定會調整，建議直接向欲合作的服務商確認可申請的身分與所需文件，不要以其他人的經驗類推。
可以同時串接多家金流服務嗎？
技術上可行，常見原因是要涵蓋不同付款方式，或作為其中一家服務中斷時的備援。代價是對帳與退款流程變複雜，客服也要能分辨每筆訂單走的是哪一條。若交易量還不大，先把一家做穩通常比較實際。
為什麼客戶說付款成功，後台卻沒有訂單？
最常見的原因是系統只依賴瀏覽器導回來建立訂單，而使用者在導回前就關掉了視窗；其次是伺服器端通知被防火牆或快取擋下、或程式驗證失敗卻沒有記錄。處理方式是改以伺服器端通知為準，並保留完整的通知記錄以便查證。
要做定期定額收款，有什麼要特別注意的？
除了確認服務商是否支援，還要處理續扣失敗的流程：何時重試、重試幾次、失敗後會員權益怎麼調整、如何通知客戶更新付款資訊。另外要提供清楚的取消方式與扣款前通知，避免爭議與退款申請。
網站已經在營運，中途更換金流服務會影響舊訂單嗎？
已完成的訂單資料仍在，但退款與查詢必須回到原本的服務商處理，因此不建議在切換後立即停用舊的串接。比較穩妥的做法是新訂單走新服務、舊服務保留一段期間直到退款期過去，並先確認對帳與報表的銜接方式。
本文由京采數位科技整理。我們自 2005 年起提供官網設計、系統開發與 Google SEO 服務，實際案例可見成果與案例。
相關主題
下一步
如果你正在評估「wordpress 金流」相關的規劃，可以參考我們的官網與電商網站服務，或直接與我們聯繫，我們會依你的產業與現況給出務實的建議。
