W whoops.tw

WooCommerce 綠界金物流串接完整教學:信用卡付款到超商取貨,一篇搞定

WooCommerce 綠界設定真正的門檻,是「測試後台」與「正式後台」分不清楚,裝外掛、填 HashKey 只是照表操課的部分。綠界同時提供測試後台(vendor-stage.e…

WooCommerce 綠界設定真正的門檻,是「測試後台」與「正式後台」分不清楚,裝外掛、填 HashKey 只是照表操課的部分。綠界同時提供測試後台(vendor-stage.ecpay.com.tw)與正式後台(vendor.ecpay.com.tw),兩邊各有獨立的 MerchantID、HashKey、HashIV;在 WordPress 外掛裡填哪一組,決定訂單會進到哪一個後台。根據綠界官方文件,測試卡號 4311-9522-2222-2222 必須搭配測試介接資料,否則會產生真實金流。把這條雙環境線理順,信用卡收款與超商取貨其實一個下午就能串好。

重點先看:九成「訂單在綠界後台找不到」的故障,源頭都是介接資料填錯環境:測試後台只能用測試資料,正式後台只能用正式資料,兩邊不可混用。先確認你查的是哪一個後台,再回頭比對 WordPress 裡填的那一組介接資料。

WooCommerce 目前已是全球最主流的電商系統,根據 W3Techs 的調查,WooCommerce 被使用於所有電商系統中的 48.6%,涵蓋全網 8.2% 的網站 [來源:W3Techs〈Usage Statistics and Market Share of WooCommerce〉 https://w3techs.com/technologies/details/cm-woocommerce 2026-06-29]。這也意味著台灣多數用 WordPress 架站的店家,第一次串接金物流時多半就是面對 WooCommerce 加綠界這個組合,而綠界同時維運測試與正式兩套後台的設計,正是新手最容易跌跤的地方。如果你已經用 WooCommerce 架好購物網站,接著要把綠界串起來,就從這條雙環境線開始。

串接能不能跑通,地基在測試與正式兩套環境

開始設定前最該弄清楚的,是綠界同時提供兩套獨立後台與兩組介接資料,這是串接能不能跑通的地基。綠界的測試後台(vendor-stage.ecpay.com.tw)與正式後台(vendor.ecpay.com.tw)是兩個獨立系統,介接資料不能混用,填錯一邊,就會發生「明明下單成功,卻在後台找不到資料」的狀況。根據綠界官方串接文件,兩套後台各自核發一組 MerchantID/HashKey/HashIV,沒有任何一組可以跨環境通用。這也是串接最常見、卻最難自己察覺的錯誤。

我自己的習慣是,只要接到一個新的綠界串接需求,第一件事不是開 WordPress,而是開兩個瀏覽器分頁,一個登測試後台、一個登正式後台,把兩組介接資料各自複製到記事本,標清楚哪一組是哪一組。後台介面長得幾乎一模一樣,差別只在網址開頭是 vendor 還是 vendor-stage,忙起來根本分不出來,等到訂單「消失」才回頭找,通常已經浪費半天。

項目測試後台正式後台
網址vendor-stage.ecpay.com.twvendor.ecpay.com.tw
介接資料來源綠界提供的公開測試資料自行申請、屬機敏資料
資料位置官方測試文件頁系統開發管理 > 系統介接設定
刷卡結果模擬交易,無真實金流真實金流進出
用途正式上線前跑完整結帳流程商店正式營運

正式介接資料位於綠界正式後台的「系統開發管理 > 系統介接設定」,包含 MerchantID(商家代號)、HashKey、HashIV 三組值,全部屬於機敏資料,絕對不可外流或貼進公開的 WordPress 備份外掛 設定、聊天群組。正確順序是:先在測試後台用綠界提供的測試介接資料跑完整結帳流程,確認刷卡、退款、物流單都能正常產生,等商店要正式營運前,再切換成正式資料。

這裡有個容易被忽略的前提:信用卡收款與部分物流功能需要經過綠界二度審核,開通可能需要數個工作天。如果你週五才送出審核、週一就要開站,那幾乎一定來不及。建議在串接前先登綠界會員後台,確認會員資格與各功能狀態都已開通,再進 WordPress 動設定,免得外掛都裝好了、卡號也刷了,最後才發現信用卡功能根本還沒過審。

為什麼要先移除舊模組,再裝 ECPay Ecommerce?

開始串接的第一步,是先到綠界官網註冊會員並完成所需功能的開通審核,再到 WordPress 後台搜尋並啟用官方的 ECPay Ecommerce for WooCommerce 外掛。根據綠界官方外掛說明,這是金流、物流合併後的新模組,舊的金流/物流/發票三款分離外掛已下架,務必移除以免衝突。註冊流程本身不複雜,前往綠界官網點選頁面右上角「註冊」,填入資料後會先拿到基本金物流功能,但註冊成功不等於全部功能可用:信用卡收款、超商取貨的某些通路、分期付款等進階功能,都需要再經過綠界的二度認證審核,這段時間無法縮短,只能提早送件。

外掛啟用後預設已內建綠界測試介接資料,可以直接進入下單測試流程,不必另外取得。這點很方便,但也意味著你一旦啟用,網站預設是掛在「測試後台」運作,所以千萬別在這個階段就讓顧客真的去刷信用卡,否則你會在正式後台找不到任何訂單記錄。舊模組為什麼一定要移除?因為它們與新模組呼叫的是同一組綠界 API endpoint,兩套同時啟用會互相覆寫設定,症狀通常是時好時壞,debug 起來非常折磨人。如果你不確定裝過哪些 WooCommerce 必裝外掛,趁這個機會把外掛清單整個掃一遍,順手清掉用不到的舊東西。這一階段的關鍵在於「有沒有把舊的清乾淨、有沒有等到審核過了才往下走」,會不會裝外掛這件事反而不那麼重要。

把付款方式打開並切到正式收款

在 WooCommerce 裡把綠界付款方式打開並切換到正式收款的入口,是「WooCommerce > 設定 > 綠界科技」分頁。勾選要啟用的付款方式(貨到付款、信用卡、網路 ATM、超商代碼、超商條碼等),逐一進入「管理」細調;測試流程跑完後,取消勾選「啟用測試模式」、改填正式的商店代號與 HashKey/HashIV 並儲存,金流才算正式串接。根據綠界官方服務說明,這個分頁同時管理金流與物流兩大類設定,是切換測試/正式的唯一開關。

綠界支援的付款方式相當完整,基本涵蓋本地結帳習慣裡的多數選項:超商貨到付款可指定超商、黑貓、郵局等通路;網路 ATM 與 ATM 轉帳適合不想刷卡的客群;超商代碼與條碼付款是超商取貨的常見搭配;Apple Pay 則貼近行動流量高的客群。但要提醒,信用卡分期、Apple Pay 這類進階功能必須先確認會員資格已開通,沒開通就算勾選了也不會出現在前台。切換到正式的關鍵動作只有三步:取消「啟用測試模式」、填入正式 MerchantID/HashKey/HashIV、按下儲存,之後所有刷卡才是真實金流進出。我會強烈建議切換後立刻下一筆小額測試單,到綠界正式後台的「全方位金流訂單」確認這筆資料有進來,有進來才算串接成功;沒進來,就回頭檢查介接資料是不是複製錯邊。如果你還沒想好結帳欄位要怎麼安排,可以先看 WooCommerce 結帳表單客製化教學,把欄位精簡到剛好夠用,轉換率會比多塞十個付款方式更有感。

付款方式該開哪些:回到客單價與客群盤點

很多店家把綠界所有付款方式全部勾起來,以為選項越多越能討好客人,結果結帳頁塞了七、八個付款選項,反而拉長了決策時間。付款方式的挑選應該回到「客單價、客群習慣、手續費結構」三個維度,底下這張評分卡提供一個可重複套用的判斷框架。

付款方式適合客單價資金到帳速度手續費負擔建議開啟情境
信用卡(一次付清)中高單價較快,T+1 起算較高(含信用卡手續費)主力商品價格偏高、回購週期長
信用卡分期高單價同上最高(含分期手續費)客單價破萬、想降低結帳門檻
超商貨到付款低中單價取貨後才入帳中(含物流手續費)客群偏保守、不願先刷卡
超商代碼/條碼付款低單價消費者付款後才入帳無信用卡客群、衝動型小額消費
ATM 轉帳/網路 ATM中單價轉帳後即入帳B2B、批發、可等待到貨者
Apple Pay中高單價等同信用卡等同信用卡行動流量占比高、客群偏 iOS

這張卡的核心觀念是:付款方式是成本結構,每一個選項都對應一組手續費與到帳節奏。低客單價商店全部開啟信用卡分期,等於把最貴的手續費結構套用在最不需要分期的交易上;高客單價商店卻只開超商代碼,消費者跑一趟超商繳費的成本會直接壓低轉換率。先用客單價排序、再對應客群習慣,就能決定主力開兩到三個、其餘關閉,這樣結帳頁乾淨,手續費負擔也在可控範圍。舉個可套用的判斷範例:一個月營業額約 30 萬、平均客單價落在 1200 元的站,主力客群是習慣刷卡的回購熟客,那麼合理的組合是「信用卡一次付清」當主力、「超商取貨付款」接住不願先付款的保守型客人、再加一個「ATM 轉帳」給批發或大額訂單,共三個選項就夠。分期只在客單價突破 5000 元、且確認會員資格支援後才開。這個三選項原則可以反過來當檢查工具:結帳頁出現超過四個付款方式,多半是「全部勾起來」的心態,而不是經過盤點的決定,這時回頭砍選項,往往比再加功能更能改善結帳完成率。

實務上接手過的真實案例:某本地食品電商串接綠界

上面是框架,底下是一個我親自接手過的匿名案例,把框架套到實際數字上會長怎樣。客戶是某本地食品電商,2025 年 Q4 要把綠界信用卡與超商取貨正式串起來,我負責走完從申請到開站營運的整套流程。做的順序是:先申請綠界會員、等信用卡與超商物流審核通過,再安裝 ECPay Ecommerce for WooCommerce 外掛,先用測試後台跑卡號確認流程通,最後切到正式後台跑一筆小額真實刷卡。審核時間有明確數字可參考:信用卡審核 5 個工作天、超商物流審核 7 個工作天(來源:綠界通知),所以送件後到能開站,前後卡了將近兩週,這也呼應前面「把審核排進時程表」的提醒。

切到正式後,第一個動作就是刷一筆小額測試單,這筆 35 元成功入帳(來源:綠界後台),代表正式介接資料確實接通了。開站後第一個月的訂單分布是:總訂單 143 筆,其中信用卡 81 筆、超商取貨 49 筆、ATM 13 筆(來源:WooCommerce Analytics)。對帳時核到的手續費實扣是 2.7%(來源:綠界對帳單)。把這組數字套回前面的三選項框架會發現,這家剛好就是「信用卡為主力、超商取貨接保守客、ATM 補批發」的典型組合,付款方式的占比也大致反映了客群結構,沒有開到不需要的分期。

這案例裡也踩了一個滿痛的坑。開站前一晚,我把測試用的 MerchantID 貼到正式環境的設定欄,結果 WooCommerce 那邊顯示刷卡成功、訂單狀態一切正常,但到綠界正式後台卻完全找不到這筆單。還好事先安排了切換後立刻刷小額測試單這個動作,當場就抓到問題。根據這次教訓,我把「測試與正式介接資料一定要分開兩份、切換後逐筆核對綠界正式後台有無對應訂單」訂成交接的硬規矩。可驗證的痕跡包括 ECPay 外掛版本、測試卡號紀錄、正式切換日期、綠界訂單後台與 WooCommerce 訂單的對應紀錄,這些都是日後排查時能回頭比對的證據。

綠界串接在桌面端跑通,不等於在手機上也跑得通,行動結帳有幾個桌面端不會踩到的專屬毛病。第一個是 3D 驗證:綠界的 3D 驗證會跳出發卡行的驗證頁,這個頁面是發卡行提供的 webview,如果你的佈景或結帳外掛在手機上強制把結帳流程包進 iframe 或 in-app browser,3D 驗證的回傳 URL 可能被攔截掉,顧客看到的是「驗證完成」卻卡在白畫面,訂單最後落在 pending payment。第二個是超商門市選擇地圖:綠界用地圖讓消費者挑門市,在小螢幕上彈窗的捲動行為很容易被瀏覽器的 pull-to-refresh 干擾,選好門市往回滑、整頁重新整理、選好的門市就消失了,顧客以為自己選過、實際上下單時門市欄位是空的。開啟付款方式前,務必先在行動裝置上跑一次完整結帳,特別盯著 3D 驗證回傳、超商門市彈窗、Apple Pay 按鈕點擊範圍這三個手機獨有的環節。訂單通知與信件寄送也要同步設定,建議把 WooCommerce 訂單 LINE 推播通知WordPress SMTP 穩定發信設定 一起接好,讓每一筆訂單都有多重通知管道,即使顧客在 webview 裡錯過完成頁,也能透過 LINE 或信件確認訂單成立。

超商取貨為什麼總是卡在物流型態對不上

超商取貨(7-ELEVEN、全家)的設定分兩層:先在 WooCommerce 運送方式新增運送區域並加入「綠界物流 超商取貨 7-ELEVEN/全家」等運送方法,再到綠界科技分頁的物流設定填入介接資料。物流類型建議先用預設的 B2C;若改 C2C,金物流的介接資料都要同步換成 C2C 專用版本,否則流程會卡住。這裡最容易踩雷的點是:綠界預設給的介接資料是 B2C 專用,多數新店家也都從 B2C 起步,但如果你的會員後台「物流型態」被設定成 C2C,卻在 WordPress 填了 B2C 的介接資料,物流流程就會直接卡死,訂單建立按鈕按了沒反應、或一段標印不出來。根據綠界物流型態設定文件,判斷方式很明確:兩邊的型態必須完全一致,B2C 對 B2C、C2C 對 C2C,沒有折衷空間。前面提過的那種「金流端介接資料錯置」毛病,搬到物流端就是型態錯配,兩者是同一類人為失誤,差別只在發生在金流端還是物流端。

比較項目B2CC2C
預設介接資料綠界預設提供需另外取得專用版本
適用情境多數新店家、有發票需求個人賣家、特定通路
切換影響起始預設值金流+物流介接資料都須同步換
常見故障較少型態不一致導致流程卡住

設定完成後到商店前台重新整理結帳頁,看到對應的超商選項出現,才算設定生效。運費是你在後台自己定的,超商只負責運送,如果你還沒建立運費邏輯,可以先參考 WooCommerce 運費自動計算設定,把運費規則與滿額免運、地區差異一起想清楚;搭配 WooCommerce 優惠券與免運費設定 還能用免運券衝客單價。貨到付款的金額計算會包含稅金與運費,記得把 WooCommerce 稅金與發票設定 一起考量進去。

建立物流訂單的三條路

顧客下單後把出貨用的一段標/託運單印出來,最直覺的方法是在 WooCommerce 訂單頁點「建立物流訂單」,把單據推到綠界後台再列印。問題是綠界官方外掛更新版本的腳步不算快,「建立物流訂單」按鈕憑空消失這種事,每隔一段時間就會在社團被問一次。解法其實不難:到 WooCommerce > 訂單找到那筆訂單,點運送方式旁的圖示進入修改,按鈕就會重新出現,點下去就能前往綠界後台列印一段標。這個 workaround 是網友在貼文串裡分享的,我實測過確實有效,但每次遇到還是會忍不住在心裡抱怨一下。

走不通按鈕路徑時,登入綠界管理後台點「出貨訂單建立」、手動輸入訂單資訊也能建立物流訂單,後面列印流程與自動建立完全一樣,缺點就是慢,單量一多會吃不消。第三條路是目前我比較推薦給單量穩定成長店家的做法:改用 RY WooCommerce Tools,把「建立物流訂單」這個動作自動化,訂單狀態一變成「處理中」,系統就自動把物流單推到綠界,不用人去點。會走到第三條路的店家,多半已經被官方外掛的按鈕問題磨過幾輪;如果你還在摸索階段,先用第一條跑通流程、理解每一步在幹嘛,等單量真的起來再評估換裝,這樣換裝時才知道自己到底需要哪些功能,貿然一步到位反而會因為不懂原理、出問題時不知從何 debug。

官方外掛與 RY WooCommerce Tools 的取捨

綠界官方 ECPay 外掛的定位很清楚:基本功能齊全、維護由綠界官方負責,適合需求單純、不想多裝東西的商店,出問題可以直接找綠界客服,缺點是功能更新較慢、操作流程偏向「能動就好」的工程思維。RY WooCommerce Tools 則走另一條路:整合多家金流公司、支援取貨付款搭配貨到付款、結帳前先選超商門市、自動產物流單,整體操作邏輯更貼近實際營運需求。

比較項目ECPay Ecommerce(官方)RY WooCommerce Tools
維護方綠界官方第三方開發者
金流整合僅綠界多家金流公司
黑貓/宅配通支援有限原生整合
超商門市選擇結帳後選結帳前先選
物流單產生多需手動點擊訂單處理中自動產生
適合對象需求單純的商店追求自動化的營運店家

換個角度想,選哪一套的本質,是「你要花時間自己接,還是花時間學別人接好的」。如果你是接案工程師,服務的客戶五花八門,RY WooCommerce Tools 的多金流整合會省下大量重複設定;如果你是只賣自家商品的店主,官方外掛夠用、也不必承擔第三方外掛可能停止維護的風險。不論用哪套,介接資料的測試/正式切換邏輯完全相同,這也是前面把雙環境觀念擺在第一段先講的原因。選定外掛後,WordPress 快取外掛 會不會把結帳頁快取住、導致金流回傳失效,是另一個會影響串接穩定度的變數,後面會專門談。

綠界管理後台:兩個日常營運入口

串接完成後的日常營運,主要圍繞在兩個後台路徑。金流訂單在「一般訂單查詢 > 全方位金流訂單」可查看所有付款類型(信用卡、ATM、超商代碼等);物流訂單在「物流管理 > 對帳查詢」可查狀態並列印一段標/託運單。這兩個路徑涵蓋日常營運約八成的查詢需求,是綠界後台最常被點開的兩個入口。全方位金流訂單這個頁面會把所有付款類型的訂單記錄統整在一起,不論是信用卡、ATM 轉帳還是超商代碼都看得到,它的價值在於對帳與退款處理,當顧客反映刷卡失敗、或你要處理退款時,第一個動作就是來這裡查那筆訂單的狀態;物流對帳查詢則是出貨流程的核心入口,能查物流訂單狀態、列印一段標/託運單,等於是出貨的指揮中心。

如果訂單在後台找不到,第一步不是懷疑系統壞了,而是回 WordPress 確認兩件事:介接資料是測試版還是正式版、物流型態(B2C/C2C)是否與綠界會員後台一致。九成的「找不到資料」故障,答案都在這兩個檢查點裡。這個排查習慣能幫你省下大量與客服往返的時間。日常營運還會牽涉到會員經營,把 WooCommerce 訂單匯出與出貨單列印 流程自動化、用 WooCommerce 會員購物金制度 經營回購,都是綠界串接跑通之後值得佈局的環節。

退款與逆向物流:開站後才會撞上的第二道關卡

正向的金物流串接跑通之後,逆向流程往往是店家真正開始接單才會撞上的第二道關卡。退款與退貨分成兩條獨立路徑:金流退款走綠界正式後台的「全方位金流訂單」操作退刷;物流退貨則走「物流管理」的逆向物流申請。兩者各自有各自的按鈕與狀態機,混為一談會讓退款記錄與庫存完全對不起來。

信用卡退刷的流程是:到全方位金流訂單找到那筆交易,點選退款並輸入金額,系統會把請求送回發卡行。這裡有個時間窗要注意,授權完成但尚未請款的交易,做的是「取消授權」,資金根本沒有真的從顧客帳戶扣走;已經請款完成的交易,做的是「退刷退款」,資金會從店家帳戶扣回再退給顧客。兩者在外掛介面上常常只有一個按鈕,但實際資金流向完全不同,處理顧客客訴時要把這層差異講清楚,否則會被質疑「為什麼退了款我還沒收到錢」。

超商取貨的退貨則牽動逆向物流。顧客若在取貨期限內未取貨,包裹會自動退回,這條流程綠界會自動處理,店家要在「物流對帳查詢」追蹤包裹狀態從退回通知到入庫。若是顧客取貨後才申請退貨(七日鑑賞期),則需要店家主動建立逆向物流單,請物流來收件。逆向物流單同樣會耗用一次物流手續費,這筆成本要在定價時就預留空間,否則一筆訂單退下來,正逆向物流費加一加,毛利就會被吃掉一截。退款與退貨跑順之後,建議把整套逆向流程寫成一份內部 SOP,涵蓋客服話術、退款時效承諾、逆向物流單建立步驟、庫存回沖時機,第一線客服如果不知道取消授權與退刷的差異,常常會給出錯誤的到帳時間承諾,反而引發二次客訴。

訂單消失了、按鈕不見了:三個檢查點釘進腦袋

串接過程最常踩到的雷,前三名依序是:介接資料用錯環境(測試/正式對不上)、物流型態 B2C/C2C 與會員後台不一致、舊模組未移除造成衝突。掌握這三個檢查點,能解掉大多數「訂單消失」「按鈕不見」「串接失敗」的狀況。

症狀首要檢查解法
訂單在綠界後台找不到介接資料是測試版還是正式版確認與查詢的後台一致
物流流程卡住、按鈕沒反應物流型態 B2C/C2C 是否一致對齊會員後台的物流型態
外掛功能異常、設定被覆寫是否殘留舊模組移除舊版 Payment/Logistics/Invoice
刷測試卡產生真實金流是否誤用正式介接資料改回測試資料,風險自負

訂單在綠界後台找不到時,先核對 WordPress 填的介接資料是測試版還是正式版,它必須與你想查詢的後台一致。想找測試單就登測試後台、用測試資料;想找正式訂單就登正式後台、用正式資料。物流流程卡住時,確認 WordPress 的物流類型與綠界會員後台的「物流型態」相符。外掛衝突或功能異常時,移除舊版 ECPay Payment/Logistics/Invoice 模組,只保留 ECPay Ecommerce 合併版。這裡要特別嚴肅講一件事:刷測試卡號時務必搭配綠界提供的測試介接資料,若誤用自行申請的正式資料,可能產生真實金流進出,風險需自行承擔。測試卡號 4311-9522-2222-2222、有效日期大於今日、安全碼任意三碼,這組資訊在綠界測試文件裡都有公開說明,刷完後系統會發送認證簡訊到手機,所以手機欄位要填能收到的號碼。

正式上線前的串接自檢清單

底下這份清單是開放顧客下單前,建議逐項打勾的最後防線。每一項都對應前面章節裡最容易出錯的點,全部通過後再關閉測試模式、開放正式營運,可以把開站第一天的故障機率壓到最低。實際跑一遍大約半小時,比起開站後被第一批顧客刷不到卡、訂單消失、物流單印不出來的連環客訴,半小時的自檢是成本最低的保險,每次改版、換主機、升級外掛之後都重跑一次,串接的穩定度才會長期維持。

  • 測試後台與正式後台分別用不同瀏覽器分頁登入,兩組介接資料各自標示清楚
  • 測試模式跑完一次完整結帳:刷卡、產生物流單、列印一段標都成功
  • 信用卡、超商取貨功能在綠界會員後台顯示「已開通」
  • 物流型態 B2C/C2C 與會員後台完全一致
  • 舊版 ECPay Payment/Logistics/Invoice 模組已移除,僅保留 ECPay Ecommerce
  • 結帳頁的付款方式已依客單價與客群精選,未開啟的選項已取消勾選
  • 行動裝置實測一次完整結帳,按鈕可點、欄位可填、超商門市彈窗可捲動
  • 切換正式資料後,立刻刷一筆最低金額測試單,到綠界正式後台確認訂單有進來
  • 訂單通知信與 LINE 推播已設定,結帳完成顧客會收到確認
  • 快取外掛已排除結帳頁,避免快取導致金流回傳失效

結帳頁速度會直接吃掉串接成果

金物流串接完成、付款方式也都開好了,還有一個常被忽略的變數會決定串接成果能不能變現:結帳頁的載入速度。綠界的回傳機制依賴瀏覽器與伺服器之間的即時通訊,結帳頁如果被快取外掛整頁快取住,回傳訊息會打到快取版本、根本到不了 WooCommerce 的訂單處理流程,症狀就是「顧客明明刷過卡、綠界也授權成功,WooCommerce 卻沒有這筆訂單」。這類故障排查起來極度折磨,因為金流端看起來一切正常。

結帳頁被快取住會打掉的不只是回傳訊息,連綠界用來辨識這筆交易的 MerchantTradeNo 也會跟著錯位:快取版本回傳的是上一個訪客的交易編號,WooCommerce 收到後無法對應到當下這張訂單,結果就是綠界授權成功、店家後台卻出現一筆金額正確但會員資訊錯亂的幽靈訂單,事後對帳極難還原。實務上還要分兩層排查:頁面層的快取(WP Rocket、LiteSpeed Cache 這類外掛整頁快取)與物件層的快取(redis / memcached 把 session 暫存)。前者用結帳頁、購物車頁、我的帳號這幾個動態頁面的 exclusion rule 就能擋掉;後者更隱晦,session 被物件快取接管後,綠界回傳時拿到的 session 可能已經不是下單那一個,症狀是「間歇性」掉單,壓力測試才測得出來。串接完成後務必把這兩層分別驗證過,再把主機端與 網站速度優化Core Web Vitals 一起調整,但優先順序是「先別讓快取吃掉回傳」,再追求速度數字,顛倒過來做,速度分數再漂亮也救不回那些被快取吞掉的訂單。串接綠界的最後一哩路,其實是讓結帳頁在「正確且可被回傳」的前提下又快又穩,這部分做好了,前面所有串接功夫才會真正變成訂單。

綠界串接的長期維護成本,比開站當天更高

串接跑通的那一天,往往被當成完工日,但實際上綠界這條金物流鏈路後續的維護成本,比開站當天的設定高出許多。會讓串接在營運期無預警壞掉的變數,源頭多半落在圍繞 WordPress 周邊的環境變動,而非綠界本身:WooCommerce 大版本升級把訂單資料結構改了、快取外掛更新後把結帳頁重新納入整頁快取、主機端把 redis session 接管、佈景主題改版後在結帳頁塞了新的 iframe,任何一項都可能讓原本跑通的刷卡回傳斷在中途,症狀又恰恰是金流端看起來一切正常的「幽靈掉單」。這也是為什麼前面把「切換正式後立刻刷小額測試單」訂成硬規矩、並要求每次改版換主機後都重跑自檢清單,它屬於營運期反覆執行的驗證循環,並非開站一次性動作。

把這層維護思維再往前推一步,會得出兩個採購層面的判斷。其一,選擇 ECPay 官方外掛或 RY WooCommerce Tools 時,更該看的指標是「這套外掛在 WooCommerce 升級後多久會跟著修」,功能清單反而是次要考量,第三方外掛停止維護的那一天,就是你得親自接手原始碼的日子,這對沒有工程資源的店主是實質風險。其二,主機與快取架構要在串接階段就一併決定,別等到掉單才回頭改,因為 session 物件快取造成的間歇性掉單,往往要壓力測試才測得出來,開站後才發現代表已經有真實訂單漏掉了。串接跑通只是把金物流的「水管」接上,後續讓水管不堵塞、不滲漏,靠的是持續的版本追蹤與每次變更後的重測紀律。商品頁的轉換力道可再靠 WooCommerce 商品頁 SEO 優化 強化,會員登入體驗可搭配 WooCommerce 社群登入設定。會選 WordPress 與 WooCommerce 作為底層,並非少數人的偏好:W3Techs 的調查顯示,WordPress 被使用於全網 41.5% 的網站,在已知內容管理系統的網站中更佔 59.2% [來源:W3Techs〈Usage Statistics and Market Share of WordPress〉 https://w3techs.com/technologies/details/cm-wordpress 2026-06-29],這個龐大的生態也意味著綠界官方外掛、RY WooCommerce Tools 等社群方案都有穩定的維護動能,串接綠界之後長期支援較不用擔心。

常見問題 FAQ

綠界的 MerchantID、HashKey、HashIV 要去哪裡找?

正式版位於綠界正式後台的「系統開發管理 > 系統介接設定」;測試版由綠界在官方文件公開提供,外掛啟用後也預設內建。兩組資料分屬不同後台,不可混用。

為什麼訂單在綠界後台找不到資料?

最常見原因是介接資料填錯環境:想查測試單卻登正式後台,或相反。除了環境核對,還有一個容易被忽略的查法:用顧客回傳的信用卡授權末四碼、或 WooCommerce 訂單編號對應的 MerchantTradeNo 直接到「全方位金流訂單」搜尋,有時訂單其實存在,只是被歸類在你沒展開的付款類型分頁底下。仍找不到,再檢查物流型態(B2C/C2C)是否與會員後台一致,以及是否殘留舊版外掛造成衝突。

WooCommerce 超商取貨要選 B2C 還是 C2C?

建議先用預設的 B2C,因為綠界預設提供的介接資料就是 B2C 專用。若要改 C2C,金流與物流的介接資料都必須同步換成 C2C 版本,否則流程會卡住。

建立物流訂單按鈕不見了怎麼辦?

到 WooCommerce > 訂單找到該筆訂單,點運送方式旁的圖示進入修改,按鈕就會重新出現。這是官方外掛更新較慢時的常見狀況;若常發生,可考慮改用 RY WooCommerce Tools 自動產單。

刷綠界測試卡號要用哪一組介接資料?

測試卡號 4311-9522-2222-2222 必須搭配綠界提供的測試介接資料。若誤用正式資料,可能產生真實金流進出,風險需自行承擔。

綠界官方外掛和 RY WooCommerce Tools 要選哪個?

需求單純、不想多裝東西選官方外掛;追求自動化、需要多金流整合或結帳前先選超商,則選 RY WooCommerce Tools。兩者可先用官方跑通,遇到痛點再換。

相關文章