WooCommerce 綠界金物流串接教學：付款到取貨

WooCommerce 商店上架商品後，還需要把付款、配送與對帳流程接好。綠界（ECPay）是台灣商店可評估的金物流服務之一；本文依序說明申請、選擇外掛、信用卡、超商取貨、電子發票與上線驗收，協助你核對每個環節需要的設定。

快速重點整理：WooCommerce 接綠界不是「裝一個外掛、貼一組金鑰」就結束。金流收款、物流與電子發票是不同服務，申請資格、審核狀態與串接設定要分別確認；是否能同時申請及實際審核天數，以綠界當期後台與官方文件為準。

WooCommerce 與綠界適合哪些在地結帳需求

W3Techs 的 WordPress 統計與WooCommerce 統計使用網站技術調查母體，且數字持續更新。它們能提供普及程度的背景，不能直接證明某套系統最適合你的商店；選型仍需比較金流、物流、維護能力與總成本。

WooCommerce 提供可擴充的商店架構，是否適用仍需核對外掛與服務的相容性。如果你還沒把商店架起來，可以先看這篇 WooCommerce 購物網站架設全攻略，把地基打好再回來接金物流；金流物流的整體設定邏輯，可以搭配 金流物流設定全攻略 一起看。

綠界科技（ECPay）提供信用卡、ATM、超商繳費、物流與電子發票等服務，但各功能要依會員身分、申請資格與審核結果開通。它是台灣 WooCommerce 常見的在地整合選項之一；是否採用，仍要和 PayPal、其他金流及你的客群付款偏好一起比較。

信用卡與超商取貨付款服務不同結帳情境。取貨付款能降低預先付款疑慮，但消費者通常不能在門市拆封驗貨，因此不等於排除詐騙或瑕疵風險。該提供哪些方式，要看客群偏好、商品限制、拒收風險、手續費與對帳流程，不能用未查證的固定流失比例推算。

這樣看來，我會把這篇寫得這麼細。金物流不是「設定完就忘掉」的功能，它是每天吞訂單、每天過款、每天出貨的血管，一旦堵住或接錯，損失的是實實在在的營收。

動手前先知道：信用卡與超商物流要分別核對開通狀態

這是多數新手最容易踩到的坑：以為申請綠界帳號之後，信用卡和超商物流會一起開通，於是把網站上線日期壓得很緊，結果卡在審核。

金流與物流是不同服務，啟用項目與審核狀態要分別查看；但綠界官方說明，申請物流時須同時申請金流，並確認金流服務已同步開通。信用卡收款與所需物流項目仍依賣家類型、資料及審核結果取得資格，不能把註冊帳號視為全部可用。審核時間可能因身分、商品類型與補件而變動，應以綠界後台和通知為準。

動手之前，先把這些東西備齊，送審才不會被退回：

• 身分類別對應文件：綠界接受符合條件的個人與商務賣家，所需證件、銀行資料、販售網址與環境資料不同，依官方「準備資料」頁面備妥，不要把公司登記誤當所有人的必要條件。
• 負責人身分證件：正反面影本，用於實名與 KYC（認識你的客戶）審查。
• 公司或負責人本人的銀行帳戶：款項結算會匯進這個帳戶，戶名必須與登記主體一致。
• 可被審查的網站：網址要能開啟、商品要上架、聯絡資訊要齊全。審查人員會實際看你的站，判斷是否為正常營運的電商。
• 退換貨與隱私權政策頁面：這是合規審查的基本動作，缺頁面或內容空泛，都可能讓審核多拖幾天。

信用卡與超商物流這兩條線的差異，對照如下，你心裡先有譜：

送審前先核對文件、販售內容與網站是否完整；需要補件時，依綠界通知補齊。審核仍可能涉及身分、服務類型或商品限制，不能由等待時間直接判定是哪一方造成延誤。

串接路線怎麼選：綠界官方外掛 還是 RY WooCommerce Tools

帳號方向確定了，下一個抉擇是：用哪個外掛把綠界接上 WooCommerce。實務上有兩條主流路線，各有適合的情境。

第一條是綠界官方的 ECPay Ecommerce for WooCommerce，目前將金流、物流與電子發票列為不同設定區塊。可依官方模組文件下載安裝，並核對支援版本、已申請服務與錯誤紀錄；舊的獨立金流、物流、發票模組已停止更新，不應與新模組重複啟用。

第二條是RY Tools for WooCommerce，由第三方開發者維護，提供台灣金物流整合。電子發票屬於另外付費的 RY ECPay Invoice for WooCommerce，不是裝了 Tools 就自動具備。不同產品對稅金與區塊結帳的支援也不同，設定前要逐項核對；可搭配 RY WooCommerce Tools 外掛完整教學確認實際使用的模組與版本。

選擇前要比較目前維護狀態、支援服務、授權、HPOS 相容性與客服邊界。相同金流或物流功能原則上只啟用一套整合，避免重複付款方式、Webhook 或訂單狀態互相干擾；只有在兩邊文件明確支援且測試通過時，才考慮分工使用。

不管走哪條路線，有幾個 WooCommerce 層面的準備動作先做好，後面串接才順：把 結帳表單客製化 調整成台灣消費者習慣的欄位（尤其是縣市下拉、地址結構），確認 必裝外掛清單 裡的基礎建設都到位，這樣接金物流時才不會被其他環節拖累。

動手前先算一筆帳：拆解綠界的三層成本結構

多數人接金物流的時候只想著「能收到錢就好」，卻很少人先算清楚每一筆交易會被吃掉多少成本。綠界的收費結構大致可拆成三層，搞清楚這三層，你才知道自己的商品定價到底撐不撐得起這套金物流。

成本要按實際付款與配送方式拆開計算。綠界的信用卡費用依賣家類型與合約，可能包含按交易金額計算的手續費及每筆處理費；超商運費則依通路、B2C／C2C、合約與離島條件不同，取貨付款另有按代收金額計算的手續費。低客單價商品的每筆運費占比可能較高，但不能把所有超商物流費寫成固定單價，也不能由客單價推斷信用卡必定是最大成本。用自己的商品價格、單量與通路方案計算，再決定定價和促銷。

實際的費率數字會因為你的行業別、月交易量、與綠界的議價結果而不同，我不在這裡寫死一個數字讓你誤判。請直接到綠界官方網站查看金流、物流及電子發票費率，把你的預估客單價與月單量代進去算一輪，你就會知道自己每賣出一筆，金物流這層會吃掉多少。這個數字會直接影響你的定價策略與「要不要提供免運費」的決策：如果手續費加物流費已經吃掉你兩成以上的毛利，免運費這個促銷工具就要更謹慎地用。把 優惠券 的設計跟金物流成本一起算進去，才不會越促銷越虧。

信用卡金流串接：四把鑰匙與一次成功的測試交易

信用卡整合要核對商店識別、驗證用金鑰與交易通知。下列項目分別有不同用途；實際由外掛組裝哪些參數，要依採用的金流 API 規格確認：

1. 商店代號（MerchantID）：綠界配發給你的識別碼，每一筆交易都靠它告訴綠界「這筆來自哪個商店」。
2. HashKey：依綠界各服務規格，用於產生或驗證 CheckMacValue，或執行規格指定的加解密。
3. HashIV：與 HashKey 搭配使用；實際算法依金流、物流或發票 API 規格而異，不能一概稱為信用卡資料的 AES 加密。
4. 正確的回傳網址與背景通知網址：供消費者返回商店的頁面與更新交易結果的背景通知用途不同；應以經驗證的交易通知或查詢結果核對付款，不能以是否抵達完成頁取代。

MerchantID、HashKey、HashIV 要依服務與環境填入；通知網址通常由外掛依網站網址產生，並非在綠界後台取得的第四組密鑰。測試介接資訊只用於測試環境，正式帳號的各項服務設定也要分別確認，避免交易、查詢與通知分屬不同環境。

把金鑰填進外掛設定後，流程是這樣走的：

• 消費者在結帳頁選擇信用卡，送出訂單。
• WooCommerce 外掛依綠界規格整理訂單參數並產生驗證值，再送往綠界付款流程。
• 若採用綠界代管或導轉付款頁，消費者在綠界頁面輸入卡號，能降低卡片資料進入商店伺服器的範圍；仍須依實際整合方式判斷 PCI DSS 責任。
• 綠界透過前景導回與背景通知回傳結果，外掛驗證後更新訂單狀態；不能只靠感謝頁判定付款成功。

先用綠界指定的測試介接資訊與測試卡驗證建立交易、付款結果與背景通知，再核對 WooCommerce 訂單備註及綠界測試後台。測試成功只是上線前的一部分；切到正式環境後，仍要依服務規則驗證實際付款、退款與對帳。

常見失敗原因包括金鑰多了空白、測試與正式環境混用、回傳網址無法由外部存取、外掛模式不一致，或防火牆阻擋通知。可先看 WooCommerce 訂單備註、外掛紀錄與綠界回應碼，再依官方錯誤說明排查，不能預設三項就能解決九成問題。

串接前的安全前提：SSL 與 PCI DSS 的責任界線

WooCommerce 商店應使用有效 TLS 憑證，讓登入、地址、結帳與其他顧客資料透過 HTTPS 傳輸，並排除混合內容。付款及通知端點的具體要求依綠界整合規格而定；HTTPS 是安全前提，不能只由是否出現瀏覽器警告推論交易成敗或轉換幅度。

另一個觀念是PCI DSS（支付卡產業資料安全標準）的責任界線。若使用綠界代管付款頁，原始卡號通常由金流服務處理，可縮小商店直接接觸卡片資料的範圍，但不代表商店自動免除所有 PCI DSS、安全與個資責任，自評問卷類型也要依實際整合判定。「記住付款方式」應使用金流商提供的 Token 或綁卡機制，不要自行儲存原始卡號；Token 化不等於商店保存卡號。

信用卡的進階選項：分期、紅利與 3D 驗證

信用卡不是「能刷卡」就等於設定完成。綠界的信用卡服務底下還有幾個會同時影響轉換率與風險的選項，值得你逐一了解再決定要不要開啟。

• 分期付款：讓消費者把高單價商品分成數期付款。對客單價較高的品類來說，分期幾乎是標配，能明顯降低結帳那一刻的心理阻力。代價是分期交易的費率結構與一次性付款不同，會有額外的手續費分攤，開啟前先把成本算清楚。
• 紅利折抵：讓消費者用信用卡的紅利點數折抵部分消費金額。這個選項提升體驗，但同樣涉及費用，要評估它是否符合你的毛利結構。
• 3D Secure（3D 驗證）：由發卡銀行判斷驗證方式，可能是簡訊、銀行 App、生物辨識或免挑戰流程，不一定每次都輸入簡訊碼。它可協助驗證持卡人並管理詐欺風險，但責任轉移與適用交易仍依卡組織、銀行及綠界規則。

分期、紅利與 3D 驗證要配合商店申請資格、卡別、手續費與風險規則評估。提供更多選項未必提升每一間店的完成率；應核對成本並觀察實際付款結果，而不是把開啟功能當成轉換保證。

超商取貨物流串接：先確認通路與 B2C／C2C

超商取貨是台灣電商常見的物流選項，特別適合不方便在固定地址收件的客群。是否提高轉換要以商店資料驗證，同時也要計入材積限制、拒收退件與代收款對帳成本。

在設定之前，先搞清楚兩個容易混淆的名詞：

純取貨不限定搭配信用卡，也可能用 ATM 等其他金流；商店需先確認應收款項，再依自身流程出貨。取貨付款則由物流通路代收，款項狀態、貨態通知與撥款需分別對帳，不能把包裹到店等同貨款已入帳。

先查看綠界當期物流手冊及後台可申請通路，再確認所選外掛有提供對應方式。現行手冊列有 7-ELEVEN、全家與萊爾富的超商服務；不要只依舊 API 名稱或外掛選項，假設四大超商及所有低溫、離島服務都能使用。

• 在綠界後台開通超商物流服務（這就是前面說的「第二條審核線」的成果）。
• 在外掛設定裡，把要支援的超商逐一勾選，並對應到 WooCommerce 的運送方式。
• 設定消費者可選擇的取貨門市機制：消費者在結帳時選擇離家最近的門市，這個門市代碼會寫進物流訂單，綠界據此產生託運標籤。
• 確認 運費設定 與超商物流的計價方式一致，避免消費者結帳看到的運費跟你實際被扣的物流費對不起來。

超商物流的尺寸與重量限制

超商物流有材積、重量、內容物及包裝規範，限制依通路和服務而異。超規時要重新規劃包裝或配送方式；改用宅配也仍需核對該物流的限制，不能假設所有物品都可寄送。

• 尺寸：每一種超商的材積規格略有不同，大致分為較小與較大兩種規格。你的商品包裝後的長寬高總和，必須落在該規格的限制範圍內。
• 重量：有最大重量上限，超過就得放棄超商物流。

尺寸與重量上限應依綠界當期的通路規範確認，並以包裝後的成品量測。商品不適用某運送方式時，結帳應清楚顯示可用選項與費用；是否影響完成率，要看商店的實際訂單資料。

B2C 超商物流是大宗寄倉，商家依規範將包裹送到指定物流中心；C2C 是店到店，寄件人到支援門市交寄。選擇要依出貨量、交寄方式、材積、離島及退貨服務需求，不能把 B2C 當成所有 WooCommerce 商店的預設答案。外掛設定、物流申請與實際交寄流程必須一致。

測試時核對選門市、建立物流單、標籤條碼與門市資料。能印出標籤不等於已完成實際出貨資格與通路驗收；B2C 等需要測標的服務，也要依綠界要求完成後才能交寄。

電子發票：被多數人低估的「第三條線」

很多人把金物流接完就以為沒事了，上線之後才發現：消費者要打統編、要報帳、要發票證明，而你的站一張發票都開不出來。這時候才回頭補，已經是一堆手動開立的爛帳。

電子發票是我會特別拉出來講的第三條獨立的審核與串接線。綠界本身提供電子發票的加值服務，但它跟金流、物流是分開申請、分開開通的。流程上是這樣：

1. 依商家資格申請電子發票服務，確認所採用模組支援的發票模式。
2. 取得發票服務對應的 MerchantID、HashKey、HashIV，分開設定測試與正式環境。
3. 設定開立、作廢與延期等條件，驗證取號、上傳、通知及失敗補救流程。
4. 核對商品含稅方式、折扣及運費與發票金額是否一致。稅金設定須配合所選外掛；RY 發票外掛另有不支援 WooCommerce 稅金設定等限制。

發票欄位包含買受人統編、捐贈與載具等需求，但輸入載具、載具歸戶、作廢及折讓是不同作業，不能假設同一外掛全部提供。以 RY 發票產品為例，其文件列出應稅含稅的 B2C（B2C2B）限制，折讓須至綠界系統處理；選用前要和店家的發票需求對照。

規劃結帳流程時，應先確認發票外掛實際支援的統編、公司名稱、載具與捐贈欄位，再測試顯示條件與驗證。任意表單客製化不會自動把欄位接進發票 API；採用 RY 發票外掛時，其官方文件要求使用短代碼結帳，不能直接套到區塊結帳。

從測試模式切換到正式上線：一份不會漏的檢查表

測試都跑通了，不代表你可以直接把開關切到正式。測試環境與正式環境的差異，往往就藏在那些「測試時不會發生、正式才會爆炸」的細節裡。在動任何正式設定之前，請先用 備份外掛 把整個網站完整備份一次，給自己留一條退路。這份檢查表，是切換正式模式前建議逐項走一遍的流程：

1. 分服務確認正式介接資料：金流、物流與發票各自核對 MerchantID、HashKey、HashIV 與所屬環境。
2. 分別關閉測試模式：確認所有已啟用服務都指向正確正式端點。
3. 依金流服務規則驗證正式交易：使用已授權的付款方式與允許金額，核對授權、請款、訂單通知及後續對帳，不把一元或單一成功畫面當成通用驗收標準。
4. 確認背景通知可達且能驗證：檢查防火牆、訂單備註與重複通知處理，避免已付款訂單仍顯示待付款。
5. 依實際交易驗證發票流程：核對取號、上傳、統編及稅額，並準備作廢或折讓流程，勿為測試任意開立無交易依據的正式發票。
6. 完成物流資格及交寄驗收：確認通路要求的測標、標籤、門市資訊與可交寄狀態。
7. 區分測試與正式紀錄：妥善標記測試單，保留必要的對帳及查核資訊，不任意刪除正式交易。

這份清單可作為切換環境的起點，還需依實際金流、物流與發票服務完成各自驗收。把交易通知、訂單狀態與後台資料核對一致，才能判斷目前的流程是否可上線。

上線不是結束：出貨、對帳、退款的三個日常動作

多數教學寫到「設定完成」就收尾了，但真正讓賣家頭痛的，是上線之後每一天的營運。金物流接好，只是讓機器能動；讓機器每天穩定動、不出亂子，靠的是三個固定的日常動作。

出貨：把訂單變成包裹

訂單進來之後，你要把它變成可以交給物流的包裹。這件事如果用手動複製貼上，單量一多就會出錯。可用 訂單匯出與出貨單列印 工具產出揀貨及出貨資料；物流託運標籤則須由支援該通路的模組建立。超商物流的託運單尤其需要正確的條碼與門市代碼，應核對條碼、門市與對應訂單，避免把一般出貨明細當成可交寄標籤。

這裡還有一個會隨單量放大而被放大的問題：批次處理的節奏。單量小的時候，一張一張手動建立物流單還頂得住；一旦進入促銷檔期、單量瞬間放大十倍，手動處理就會變成出貨延遲的瓶頸，而延遲出貨直接換來的就是客訴與負評。建議在單量還沒爆之前，就先把每天固定的出貨批次節奏建立起來：早上匯出前一天的訂單、批次產出託運標籤、統一交件給物流。這個節奏一旦養成，檔期來的時候你只需要放大同一套流程，而不必臨時想辦法。

對帳：確認每一筆錢都到位

依實際撥款週期，把綠界交易、手續費、退款及結算報表與 WooCommerce 訂單逐筆對照。授權成功、請款完成與銀行入帳不是同一件事；背景通知失敗也可能讓網站狀態落後。先訂出符合單量的對帳頻率，異常時回查交易編號與通知紀錄。

退款：處理不如預期的訂單

信用卡取消授權或退款，要依交易階段與服務商流程操作，再核對實際回應。不能只把 WooCommerce 訂單標成已退款就認定款項已退回；RY 的綠界退款功能另屬 Pro，且開發者說明它與 WooCommerce 訂單項目的退費操作不同。超商取貨付款若未取貨、尚未收款，重點是退件及取消處理，通常沒有同筆已收商品款可刷退。

超商逾期未取時，先依貨態確認退回位置與期限，再聯絡顧客決定重寄或取消。重寄需確認費用與重新建單，退款則先確認是否已實際收款。退款方式及是否改用 購物金 應依交易條件與適用規範處理，不能由商店片面把已收款項換成點數。退換貨政策要清楚說明流程，並保留顧客依法享有的權利。

訂單的每一步狀態變化，最好也能即時通知到負責的人。把 訂單通知推播 接到 LINE 或其他即時通訊，新訂單、出貨、退款都能第一時間被看見，這在小團隊裡特別有感。

三個會在你最忙那天讓結帳頁掛掉的地雷

設定都正確、測試都通過，不代表結帳頁永遠不會出事。有三個地雷，平時毫無動靜，偏偏挑你大檔期、流量最高的那天發作。

地雷一：快取外掛把結帳頁快取住了

購物車、結帳與帳號含有使用者或工作階段資料，應排除會把整頁 HTML 共用給其他人的頁面快取。這不等於停用所有 object cache 或靜態資源快取；請核對 快取外掛、主機與 CDN 各層規則，避免顯示過期金額或其他人的內容。

依所用快取工具文件排除 WooCommerce 動態頁面及必要請求；即使有自動相容設定，也要用不同登入狀態、不同購物車與實際付款驗證。設定時間不能保證，也不能靠勾選一次就認定所有快取層都已排除。更全面的效能思維可以參考 把網站速度做起來的方法。

地雷二：網站寄不出訂單信

WordPress 透過 wp_mail() 與 PHPMailer 寄信；若主機寄信環境缺少網域驗證、信譽或可追蹤紀錄，訂單信可能未送達或進垃圾信。可設定 SMTP 或交易郵件服務，並補齊 SPF、DKIM、DMARC 與寄送紀錄；這能改善可觀測性與送達條件，但不能保證每封都進收件匣。

這個地雷特別陰險的地方在於：你自己測試時用的郵件可能剛好收到了，就以為沒問題，但消費者的信箱規則不同、你的伺服器 IP 信譽不同，實際到達率可能差很多。用 SMTP 服務商的話，還能看到投遞成功的紀錄，出問題時才有跡可循。

地雷三：金流腳本拖慢結帳體驗

金流與物流外掛可能在結帳頁載入 JavaScript；腳本過重或錯誤會增加結帳摩擦。結帳頁通常不需要出現在自然搜尋結果，因此這裡的優先目標是付款完成率、穩定性與安全，不要把它包裝成搜尋排名問題。

安裝金物流外掛後，應量測並實測結帳流程。若要延遲或限制腳本載入，須先確認外掛依賴與付款按鈕、選門市、背景通知都正常；不要直接對必要腳本套用通用延遲規則。商品頁可另參考 商品頁 SEO 優化，分別驗收內容發現與付款流程。

把金物流當成會長大的基礎建設

走到這裡，你應該已經看清楚一件事：WooCommerce 接綠界，不是一個外掛設定完就斷電的任務，而是一套會跟著你的生意一起長大的基礎建設。

從申請帳號、備齊送審資料、選擇外掛、串接信用卡、接上超商物流、補上電子發票、走完測試與正式切換，再到日常出貨、對帳與退款，每一個環節都會影響付款、交付與售後處理。

如果你現在正準備動手，這是我會給你的六步行動方案：

1. 今天：把送審需要的文件清單（依會員身分準備的證件、銀行帳戶、網站與條款頁）全部備齊，不要等到申請時才發現缺東西。
2. 本週：送出綠界帳號申請，依後台可申請項目送出信用卡與所需物流服務，分別追蹤審核狀態。
3. 送審期間：把結帳表單客製化、運費設定、稅金設定這些 WooCommerce 端的準備先做好，等帳號一開通就能立刻接。
4. 帳號開通後：安裝外掛、填入金鑰，依已申請的服務在測試環境驗證信用卡、超商物流與電子發票。
5. 測試通過後：照上面的七步切換檢查表，換成正式金鑰、關閉測試模式、跑一筆真實小額交易。
6. 正式上線後：固定每週對帳、把訂單匯出與通知流程自動化，並定期檢查快取排除與結帳頁效能。

金物流這件事，做對了消費者無感，做錯了每一筆訂單都在流血。把它當成基礎建設來經營，你的電商才走得長遠。如果你在過程中遇到卡關的地方，我們也樂意幫你看看設定、把流程理順。需要的時候，Whoops 可以陪你一起把這條金物流管線走順。