WooCommerce PayPal 收款設定教學:完整串接流程
WooCommerce PayPal 收款設定完整教學:5 步驟從申請商業帳號、安裝官方 PayPal Payments 外掛、取得 Client ID 和 Secret、設定 Webhook 到切 Live 上線收款,附疑難排解與手續費解析。
作者:褚崇名(Sliven)
本頁目錄
- 你真的需要 PayPal 嗎?先把收款版圖畫清楚
- 串接前的前置作業:SSL、備份、幣別三件事沒做就別按下啟用
- SSL 憑證:付款頁沒有 https,什麼金流都別談
- 備份:改金流設定前,先給自己一條退路
- 幣別設定:WooCommerce 的店鋪幣別決定 PayPal 怎麼處理這筆錢
- 取得 PayPal 商家帳戶:台灣申請的實務路徑
- 個人帳戶 vs 商業帳戶:收款用途決定你選哪一種
- 申請商業帳戶要準備的東西
- 取得 API 憑證:串接的鑰匙在這裡領
- 站內接線的兩條路:WooCommerce PayPal Payments vs 第三方金流
- 把按鈕接起來:API 憑證、Webhook 與 Capture 模式的完整設定
- 填入 API 憑證:先 Sandbox,後 Live
- 建立 Webhook:讓 PayPal 主動通知你的站
- Capture 模式:立即請款 vs 授權後請款
- 立即請款與授權後請款的決策對照
- Sandbox 測試:上線前一定要走完的那一筆假交易
- 建立測試用的買家與賣家帳號
- 走完一筆完整的測試訂單
- 上線後會咬人的坑:幣別轉換、手續費、爭議處理與帳號限制
- 幣別轉換的匯差與手續費
- 爭議與退款:買家保護機制是雙面刃
- 帳號限制與風控:你的錢可能被暫時凍住
- 跟綠界並存:本地與海外雙軌收款的配置邏輯
- 雙軌金流各管一塊
- 幣別與結帳頁的分流設定
- 按鈕位置與行動結帳:放對地方能救回訂單
- 把按鈕放在客人「手指到得了」的地方
- 結帳速度:按鈕再好,頁面太慢還是沒救
- 上線檢查清單:啟用收款前的完整確認
你開了一間 WooCommerce 店,綠界串好了、本地訂單也跑得順,突然某天收到一封海外客人的來信,問你能不能用 PayPal 付款。你這才發現:跨境這一塊,本地金流根本接不住。我會帶你從 PayPal 商家帳戶註冊、站內外掛接線、Sandbox 假交易測試,一路走到上線後的幣別轉換、手續費與爭議處理,把整條收款串接流程一次走完。
講結論:WooCommerce 串 PayPal 不是「裝個外掛、貼上 API 金鑰」就結束的事。它是一連串判斷:你要收哪個市場的錢、用哪種幣別、立即請款還是授權後請款、要不要跟綠界並存、按鈕要放在結帳頁的哪個位置。每一個判斷都會直接影響你這筆訂單到底收不收得到、被抽多少手續費、出了爭議你站不站得住。我會把這些判斷點一個一個拆開來講。
不少 WooCommerce 店主都是在這一刻才開始找教學,硬著頭皮把 PayPal 串上。其實只要搞懂背後的邏輯,整個流程沒有想像中那麼嚇人。下面把接 PayPal 的實務經驗,整理成一條可執行的路線。
你真的需要 PayPal 嗎?先把收款版圖畫清楚
很多台灣店主一聽到「國外金流」,直覺就是裝 PayPal。這直覺不算錯,但很容易忽略一個更根本的問題:你的客人到底在哪裡。PayPal 的價值不是「比較國際化」,而是「補上本地金流到不了的那一塊」。先把你店裡的客人來源畫清楚,再決定要不要裝,才不會裝了一個沒人用的付款方式,反而增加維護負擔。
WooCommerce 是目前全球市佔最高的電商系統,根據 W3Techs 的統計(2026 年 6 月),它在所有使用內容管理系統的網站裡佔有壓倒性的比重,這也是為什麼絕大多數金流服務都會優先提供 WooCommerce 的串接方案。你選 WooCommerce 當底層,等於站在一個金流生態最完整的平台上,這對後續接 PayPal 是好事。
講到市場,還有一個數字會直接影響你的收款設計。根據 Statista 的追蹤(2026 年 4 月),全球行動裝置的網路流量佔比長期維持在高檔,這幾年大致落在五到六成之間。意思是你的海外客人有很高的機率是用手機下單,而 PayPal 在手機上的結帳體驗(不用重打卡號、一鍵登入帳號付款)正好是它最大的賣點。這也是為什麼跨境店幾乎都會配 PayPal。
若商店同時服務台灣與海外市場,可以把 PayPal 與在地金流並列,讓顧客依幣別、所在地與付款習慣選擇。實際使用比例要看自家訂單資料,不能用單一案例推論海外客一定集中使用 PayPal、本地客一定不用。
換個方式想,收款版圖就像一張地圖。台灣本島這一塊,信用卡、超商取貨付款、ATM 轉帳,綠界一套就涵蓋得很完整;但跨海那幾條航線,本地金流的船根本開不過去,PayPal 就是那艘能靠港的船。如果你目前完全沒有海外客人,也沒有往海外發展的計畫,那現階段不裝 PayPal 也沒關係,把資源先放在綠界金物流串接和本地轉換率反而更實在。等海外詢問真的出現了,再回來這篇照著做就好。
串接前的前置作業:SSL、備份、幣別三件事沒做就別按下啟用
很多教學一上來就叫你裝外掛,我偏不。因為實務上太多店是在「地基還沒打好」的狀態下硬接金流,結果付款頁跳出安全警告、訂單資料對不上、改設定改到整站壞掉。在碰任何 PayPal 設定之前,有三件事你一定要先確認到位,否則後面每一個步驟都會被這三個洞放大成災難。
SSL 憑證:付款頁沒有 https,什麼金流都別談
正式結帳頁必須使用有效的 HTTPS。沒有 SSL 會造成瀏覽器安全警告,也可能讓付款功能無法啟用或回呼失敗;實際轉換損失不能直接說成歸零。取得與安裝流程可參考SSL 憑證教學。
備份:改金流設定前,先給自己一條退路
金流設定是少數「改錯一個欄位、整站結帳就掛掉」的高風險操作。我自己的習慣是,動任何付款設定之前,一定先做一次完整備份,包含資料庫和檔案。你不用裝很貴的工具,UpdraftPlus 備份教學裡示範的免費方案就夠用,排程自動備份到雲端也只要幾分鐘設定。更全面的備份與還原觀念,可以再看一下WordPress 備份還原指南。講白了就一句話:你可以接受結帳壞掉半小時,但不能接受壞掉之後救不回來。
幣別設定:WooCommerce 的店鋪幣別決定 PayPal 怎麼處理這筆錢
這是最多人忽略、卻最容易出事的一個前置作業。WooCommerce 後台有一個「店鋪幣別」(currency),它決定商品標價、結帳金額、訂單記錄用的幣別。PayPal 在接收到訂單金額時,會拿這個幣別去判斷:要不要做幣別轉換、用什麼匯率、收多少跨國手續費。如果你的店鋪幣別設成新台幣(TWD),但 PayPal 對 TWD 的支援和匯率轉換方式跟美元(USD)不一樣,後面的手續費和入帳節奏就會差很多。這個設定你先記在心裡,我在後面「上線後會咬人的坑」那一節會把它和手續費的關係一次講清楚。
取得 PayPal 商家帳戶:台灣申請的實務路徑
PayPal 不是「註冊一組帳號密碼」就能開始收款。你要的是一個「能對外商業收款」的帳戶,這牽涉到帳戶類型、身分驗證、以及能不能取得串接用的 API 憑證。台灣的申請流程跟國外有些差異,這裡把實務上會遇到的路徑走一遍。
個人帳戶 vs 商業帳戶:收款用途決定你選哪一種
WooCommerce PayPal Payments 的官方文件建議商店使用 PayPal Business 帳戶,以取得較完整的商家與進階付款功能;部分地區可能支援個人賣家帳戶,實際可用性依所在地與帳戶資格。不要概括宣稱所有個人帳戶都拿不到 API 憑證,應以連線精靈顯示的資格為準。
申請商業帳戶要準備的東西
以台灣來說,申請 PayPal 商業帳戶大致需要以下資料:有效的 email(這會是你的登入帳號)、公司或行號的登記資料(如果你是用公司名義)、負責人的身分證件、一個用來收款的銀行帳戶(用來把 PayPal 餘額提領回台灣)。如果你是個人工作室、沒有正式立案,也可以用個人名義申請商業帳戶,但後續在使用額度和某些功能上會跟公司帳戶有差。
這裡要特別提醒一件很多新手會被卡住的事:PayPal 對新帳戶、尤其是新成立的商業帳戶,有一套風控機制。你的第一筆收款、尤其是大額或跨境的收款,很可能會被「保留」(hold)一段時間才放行,常見的是 21 天,或者要求你補件驗證身分。這不是針對你,是 PayPal 全球統一的防詐騙流程。所以如果你的店要趕某個海外檔期上線,PayPal 帳戶的申請和驗證一定要提前作業,不要到開賣前一天才註冊,否則第一筆訂單的錢卡在保留期,現金流會很尷尬。
取得 API 憑證:串接的鑰匙在這裡領
目前建議的流程是在 WooCommerce PayPal Payments 設定精靈按「Connect to PayPal」,登入後由精靈建立 REST App、憑證與 Webhook。只有自動連線無法使用或需要進階手動設定時,才到 PayPal Developer 建立應用程式並填入 Client ID 與 Secret。Sandbox 與 Live 憑證必須分開保管,細節可對照 WooCommerce PayPal Payments 的帳號設定與串接文件。
站內接線的兩條路:WooCommerce PayPal Payments vs 第三方金流
回到 WooCommerce 端,要把 PayPal 接起來,你主要有兩條路可選。一條是直接用官方推出的 PayPal 外掛,另一條是透過第三方多金流外掛來間接串接。選哪一條,會影響你後續的功能、維護成本、以及遇到問題時找誰求助。
- WooCommerce PayPal Payments:由 WooCommerce 提供與維護的 PayPal 整合,使用 PayPal REST API。Pay Later、進階信用卡與其他付款方式都受國家、帳戶資格及額外申請限制,不是安裝後一律完整支援。
- 第三方多金流外掛:透過一個同時支援多家金流的外掛來接 PayPal,優點是後台統一管理多種付款方式,缺點是 PayPal 的進階功能可能跟不上官方外掛的腳步,遇到 PayPal 改版時第三方更新會有時間差。
若既有多金流外掛提供 PayPal 模組,可比較目前維護狀態、功能、支援責任與測試結果。從零開始時,WooCommerce PayPal Payments 是直接選項,但不能保證它永遠最先修復;上線前仍要檢查變更紀錄、相容版本與支援管道。
| 比較項目 | WooCommerce PayPal Payments | 第三方多金流外掛 |
|---|---|---|
| 維護者 | WooCommerce | 第三方廠商 |
| API 變更跟上速度 | 看目前版本與變更紀錄 | 看廠商維護狀態 |
| Pay Later、智慧按鈕等進階功能 | 依地區與帳戶資格 | 視廠商實作而定 |
| 後台管理 | 單獨一個 PayPal 設定頁 | 和其他金流放在同一個介面 |
| 適合誰 | 從零接 PayPal 的新店 | 已用同套外掛管理多金流的店 |
不管選哪一條,安裝外掛的動作本身都很簡單,從後台外掛市集搜尋、安裝、啟用即可,完整的操作步驟可以對照WordPress 外掛安裝教學。如果你是連 WooCommerce 本身都還沒裝好的新手,建議先回頭把WooCommerce 購物網站架設的基礎流程走完,再回來接金流,順序才不會亂。
把按鈕接起來:API 憑證、Webhook 與 Capture 模式的完整設定
外掛裝好後,先用連線精靈完成帳號連接,再檢查 Webhook 狀態與 Capture(請款)模式。自動 onboarding 會建立 REST App 與必要 Webhook,手動填憑證是備用路徑。
填入 API 憑證:先 Sandbox,後 Live
先在 Sandbox Mode 透過連線精靈接上測試帳戶,完成付款、取消與退款測試,再切回 Live 連接正式帳戶。只有使用手動 onboarding 時才需要填 Client ID 與 Secret;不要把 Sandbox 憑證留在正式環境。
建立 Webhook:讓 PayPal 主動通知你的站
Webhook 是這整個串接裡觀念上最容易混淆、但功能上最重要的一塊。說穿了就一件事:付款完成之後,PayPal 要怎麼「告訴」你的 WooCommerce 站這筆錢到手了。客人按下付款按鈕、在 PayPal 完成付款、跳回你的網站,這條動線客人看得到;但真正決定 WooCommerce 把這筆訂單標成「已付款」的,是 PayPal 透過 Webhook 從伺服器端主動推過來的事件通知。
Webhook 異常可能讓 PayPal 與 WooCommerce 訂單狀態不同步。使用自動 onboarding 時,外掛會建立必要訂閱;應在 Connection 或 Webhook Status 檢查狀態,必要時用 Resubscribe 與 Simulate 驗證,不必預設每位站主都要到 Developer Dashboard 手動勾事件,這些細節在 WooCommerce PayPal Payments 官方文件 都有說明。
Capture 模式:立即請款 vs 授權後請款
外掛裡有一個選項叫「付款動作」或「Capture 模式」,它決定客人的款項是什麼時候真正從他帳戶扣走。這個選擇會實質影響你的現金流和風險承擔,不是隨便勾勾就好。
- 立即請款(Capture):客人一完成付款,錢就立刻從他帳戶扣走、進到你的 PayPal 餘額。適合現貨、能馬上出貨的商品。
- 授權後請款(Authorize):客人按下付款時,PayPal 只是把這筆額度「鎖住」(授權),錢還沒真的扣走。等你確認有現貨、可以出貨了,再到後台手動「請款」,這時候錢才真正入帳。適合預購、缺貨等候、或高單價商品你想先審查再收款。
多數賣現貨的店用「立即請款」就好,簡單直接。但如果你賣的是預購品、客製化商品、或是單價很高要先人工審查訂單真偽的東西,「授權後請款」會給你一個緩衝:客人跑完流程確保他有意願付款,但你可以等到真的能出貨了才把錢收進來,避免「先收了錢、結果貨出不來」的退款麻煩。要注意的是,授權有期限,超過期限沒請款,那筆授權會失效,等於白做這筆生意,所以選授權模式的人要建立一套內部流程,在期限內完成請款。
立即請款與授權後請款的決策對照
這兩種模式的選擇,會連動影響你的出貨節奏、客服流程、甚至退貨政策。與其憑感覺選,不如用幾個具體情境來對照判斷。接下來這張表把常見的店型跟合適的 Capture 模式做個整理,你可以對著自己的店況找答案。
| 店型與商品特性 | 建議 Capture 模式 | 理由 |
|---|---|---|
| 現貨、庫存充足、出貨快 | 立即請款 | 能馬上出貨,沒有收款時差問題,流程最單純。 |
| 預購、需等候補貨 | 看可出貨時間 | 若能在授權期限內確認可出貨,可考慮授權;長期預購應改用符合條款的訂金、預購或立即請款流程。 |
| 高單價、需人工審查訂單真偽 | 授權後請款 | 多一層防詐審查空間,可疑訂單可不請款直接放棄。 |
| 客製化商品、製作期長 | 不宜只靠一次授權 | 製作期若超過授權有效期,應設計訂金、里程碑或符合條款的請款流程。 |
| 虛擬商品、下載型、自動交付 | 立即請款 | 交付即完成,無出貨變數,立即收款最合理。 |
PayPal 文件說明,付款授權有效期為 29 天,建議在前三天的 honor period 內請款;之後請款仍受資金與風控影響,必要時要重新授權。選授權模式時,應在出貨前確認請款成功,而不是先寄貨再順手處理。
Sandbox 測試:上線前一定要走完的那一筆假交易
有不少店主在外掛設定頁填完 Live 金鑰就直接上線,連一次測試都沒跑。結果上線第一天,海外第一張訂單進來,按鈕按下去毫無反應,老闆在後台急得跳腳,客人也跑了。Sandbox 測試不是可有可無的儀式,它是你唯一能在「不花一毛真錢」的前提下,把整條付款動線走完的機會。這一筆假交易,你一定要走。
建立測試用的買家與賣家帳號
到 PayPal 開發者後台的 Sandbox 區,建立兩個測試帳號:一個是賣家(模擬你的商家帳戶)、一個是買家(模擬客人)。Sandbox 環境裡的錢都是假的,你可以給測試買家任意金額的虛擬餘額,也可以模擬信用卡付款。把 Sandbox 的賣家憑證填進 WooCommerce 外掛的 Sandbox 標籤頁,你的站就會跟這個假環境連線。
走完一筆完整的測試訂單
測試不是只按一下按鈕看看有沒有跳轉。你要模擬一個真實客人的完整動線,每一步都檢查狀態對不對:
- 用測試買家帳號,在站上把商品加入購物車,進入結帳頁。
- 確認 PayPal 按鈕有正常顯示在結帳頁(位置、樣式都檢查)。
- 按下按鈕,用 Sandbox 買家帳號完成付款。
- 跳回網站後,確認 WooCommerce 後台這筆訂單的狀態變成「處理中」或「已完成」(依你的設定),金額和幣別正確。
- 到 PayPal Sandbox 後台,確認這筆交易有出現、金額吻合。
- 關鍵一步:在 WooCommerce 後台對這筆訂單執行「退款」,確認退款流程也跑得通,而且 PayPal 那邊的訂單狀態同步更新。
為什麼連退款都要測?因為退款是金流裡另一條獨立的動線,它走的 API 和 Webhook 事件跟收款不一樣。收款能動不代表退款也能動,等你上線後第一次遇到客人要求退貨退款,才發現退款按鈕按下去沒反應,那會是非常難看的場面。Sandbox 測試退款,等於是幫你把售後這條路也先走過一遍。
Sandbox 流程跑通後,再切換 Live 並連接正式帳戶。正式環境若要做小額驗證,應遵守 PayPal 禁止自我付款等規則,使用獨立且合法的買家帳戶,並按退款流程處理;不要用商家自己的 PayPal 帳戶付款給自己。
上線後會咬人的坑:幣別轉換、手續費、爭議處理與帳號限制
設定跑通、正式上線,並不代表天下太平。PayPal 收款真正會咬人的,往往是上線之後才浮上來的營運層問題。以下這幾個坑,都是實務上店家反覆踩過、值得記取的教訓。
幣別轉換的匯差與手續費
這是 PayPal 跨境收款最常被略過的成本。當你的店鋪幣別和客人付款的幣別不一樣時,PayPal 會做一次幣別轉換,而這個轉換用的匯率不是銀行間的中間價,是 PayPal 自己的匯率,裡面已經內含一筆轉換費用。再加上跨境交易手續費(費率會依你的帳戶等級、收款國家、月成交量不同),一筆海外訂單真正落進你口袋的錢,可能比你以為的少一截。
實務上有兩個做法可以降低這個損失。第一,如果客人來源集中在某個幣別市場(例如都是美國客人),考慮把對應商品的結帳幣別設成美元,讓客人用美元付、你用美元收,省掉一次轉換。第二,把 PayPal 的手續費結構搞清楚,在定價時就把這筆成本算進去,不要事後才發現利潤被匯差和手續費吃掉。跨境電商的定價,從來沒有「把台幣售價直接換算成外幣」這麼簡單的事。一個務實的做法是,針對海外通路單獨設一組定價,把金流手續費、跨境物流成本、還有匯率波動的緩衝通通算進去。你若直接拿本地售價硬套匯率,毛利很容易在不知不覺之間被這些隱形成本一點一點吃掉,等到月底對帳才驚覺海外訂單根本沒賺到想像中那麼多。
爭議與退款:買家保護機制是雙面刃
PayPal 有一套「買家保護」(Buyer Protection)機制。客人收到商品後如果覺得跟描述不符、或根本沒收到,可以在期限內對這筆交易提起「爭議」(dispute),甚至升級成「補償申請」(claim),這時候 PayPal 會介入審查,而且審查過程中這筆錢可能被暫時凍結在你的帳戶裡。如果你拿不出符合要求的出貨與交易證據,款項可能退給買家,也可能產生爭議處理費。
要保護自己,你要建立一套出貨與售後的證據鏈:出貨時保留物流追蹤號碼和簽收證明、商品頁面的描述要準確且留有紀錄、跟客人的溝通盡量留下書面(email 或站內訊息)。當爭議發生時,這些就是你在 PayPal 仲裁頁面要上傳的證據。跨境交易因為物流時間長、語言隔閡,爭議發生率本來就比本地高,這套證據鏈不是「等出事才準備」,是平常就要累積的營運基本功。
帳號限制與風控:你的錢可能被暫時凍住
前面提過新帳戶的保留期,這裡再補一個更廣的風控觀念。PayPal 對任何帳戶都有一套自動化的風險評估,當它偵測到「異常活動」時(例如某天突然湧入大量訂單、單筆金額異常高、退款率突然升高、或來自高風險地區的收款暴增),它可能會暫時限制你的帳戶,凍結收款功能或暫停提領,要求你補件說明。這種限制來得突然,對營運中的店是很大的衝擊。
降低風險的做法包括完成帳戶驗證、維持正確商品與政策資訊、快速處理客訴退款,並保留可追蹤的出貨證明。若交易型態將有重大改變,可查看帳戶內是否有可用的客服或風控聯絡管道,但事前通知不保證免除保留或限制。
跟綠界並存:本地與海外雙軌收款的配置邏輯
PayPal 與在地金流可以並存,但是否需要雙軌要看市場、幣別、商品與成本。設定重點是各付款方式的適用條件、訂單狀態、退款與對帳流程都要分開測試。
雙軌金流各管一塊
邏輯很簡單:本地客人走綠界,海外客人走 PayPal。綠界負責台灣本地的信用卡、超商取貨付款、ATM 轉帳,這一塊它做得又深又完整,連金流物流的整體配置都能一套搞定,詳細的串接可以對照RY WooCommerce Tools 綠界設定。PayPal 則專門承接海外那群本地金流到不了的客人。兩者在結帳頁同時顯示,客人會根據自己的所在地和習慣,自然分流到適合的那一條。
幣別與結帳頁的分流設定
雙軌並存常見問題是幣別。若使用幣別切換外掛,要確認它能把訂單幣別與最終金額正確傳給每個 gateway,並測試稅、運費、退款、四捨五入與快取。多幣別可能改善部分海外顧客體驗,也會增加匯率與對帳複雜度,不能預設一定提升轉換率。稅率設定也會被多幣別牽動,若不同市場適用不同稅率,可以對照稅率表對應多幣別的做法,先把對應關係設定清楚。
兩套金流並存時,結帳頁的付款方式排序也要留意。把客人最常用、最信任的那個排在最顯眼的位置。台灣本地客人多的店,綠界排前面;海外客人多的店,PayPal 排前面。這個排序會實質影響客人選擇哪一條金流,進而影響你的手續費成本和轉換率。結帳頁的細節調整,可以參考結帳表單客製化教學。
優惠券、動態定價與金流屬不同設定層,但仍可能因幣別換算、四捨五入、訂閱或按鈕式快速結帳而出現總額不一致。導入優惠券或動態定價後,要逐一測試 PayPal 建單金額與 WooCommerce 訂單是否相符。
按鈕位置與行動結帳:放對地方能救回訂單
講完技術設定,回來談一個會直接影響轉換率、卻常被技術文章漏掉的事:PayPal 按鈕要放在哪裡。前面提過,根據 Statista 的行動流量統計(2026 年 4 月),全球行動裝置流量佔比長期高檔,你的海外客人有很高的比例是用手機下單。在手機這種螢幕小、打字慢的環境裡,PayPal「不用重打卡號、一鍵用帳戶餘額付款」的優勢會被放大。但如果按鈕放錯位置,客人根本看不到或懶得找,這個優勢就浪費了。
把按鈕放在客人「手指到得了」的地方
PayPal 的智慧付款按鈕(Smart Payment Buttons)有個特色:它會根據客人的裝置和所在地,自動顯示最適合的按鈕樣式(例如在支援的地區顯示 Pay Later 分期選項)。要讓這個特色發揮效果,按鈕要放在客人結帳動線上一定會經過、而且手指容易點到的位置。常見的有效位置有三個:商品頁(讓客人直接從商品頁用 PayPal 結帳,跳過傳統購物車流程)、購物車頁、結帳頁頂端(排在其他付款方式之前)。
按鈕是否要放在商品頁、購物車或結帳頁,應用裝置別與市場別的漏斗資料測試。快速付款能減少部分輸入步驟,也可能繞過商店需要的欄位或造成付款方式過多;不要預設海外客一定使用 PayPal、本地客一定不用。
結帳速度:按鈕再好,頁面太慢還是沒救
按鈕位置之外,還有一個更底層的因素會決定你的轉換率,那就是頁面載入速度。Google 在 web.dev 的官方文件裡講得很白:當頁面載入時間從一秒增加到三秒,跳出率會明顯上升;再往後每多一秒,客人離開的機率就更高。換句話說,你的結帳頁如果慢吞吞,PayPal 按鈕再漂亮、位置再完美,客人在按鈕還沒顯示出來之前就已經關掉頁面了。
所以接好 PayPal 之後,務必用實際的手機網路(不要只測 WiFi)走一次結帳流程,感受一下按鈕多久才出現、整個付款動線順不順。如果發現結帳頁載入太慢,回頭去優化圖片大小、減少不必要的追蹤碼、檢視外掛數量。一個乾淨、快速的結帳頁,比任何花俏的付款按鈕設計都更能救回訂單。網頁速度跟 SEO 的關係也是同一個道理,這個觀念你會在很多地方用得上。
上線檢查清單:啟用收款前的完整確認
走到這裡,你已經把整條 PayPal 收款串接流程走過一遍。在按下「啟用正式收款」的開關之前,再做一輪完整檢查。接下來這份清單是每個專案上線前都該逐項確認的內容,把它當成啟用收款的保護網。
- SSL 憑證有效:結帳頁是 HTTPS,瀏覽器沒有安全警告。
- 備份已完成:啟用當下網站有最新備份,萬一設定出錯能回滾。
- 店鋪幣別確認:你清楚知道結帳用什麼幣別、PayPal 會怎麼處理轉換和手續費。
- PayPal 商業帳戶已驗證:身分、公司、銀行帳戶都通過驗證,保留期這個變數你心裡有數。
- API 憑證切換到 Live:正式環境的 Client ID 和 Secret 已填入,Sandbox 憑證不殘留在正式欄位。
- Webhook 已建立且事件勾選完整:付款完成、拒絕、退款這幾個關鍵事件都有監聽,接收網址正確。
- Sandbox 全流程已跑通:包含收款和退款,每一個訂單狀態都對得上。
- 小額真實訂單已驗證:正式環境用一筆真實小額訂單確認收款入帳無誤。
- 按鈕位置與排序確認:依你的主力客群,PayPal 按鈕放在合理位置,金流排序正確。
- 爭議處理流程就緒:你知道爭議發生時要去哪裡回應、要準備哪些出貨證據。
這十個項目都打勾了,你的 PayPal 收款才算真正穩定上線。說到底,串金流這件事的難點從來不在技術操作本身,而在你有沒有把每一個判斷點想清楚:收哪個市場、用什麼幣別、怎麼測試、出事了怎麼處理。這些判斷背後靠的是實戰經驗,不是照著按鈕點一點就能長出來的直覺。
如果你正在準備開一間 WooCommerce 店、或想把現有的店往海外市場推進,把 PayPal 這條海外收款線接好是關鍵的一步。而這一步要走得穩,前面從電商平台怎麼選、到電商經營的全局觀,都值得你一起盤點清楚。金流只是店的一環,但它是最直接決定「你收不收得到錢」的那一環,值得你花時間把它做對。
現在,輪到你動手把這條線接起來了。照著上面的順序走,從判斷市場需求開始,一個一個把設定和測試做到位。等海外第一張 PayPal 訂單進來、錢安穩落進帳戶的那一刻,你會慶幸自己當初沒有偷懶跳過任何一步。
常見問題
PayPal 官方外掛跟第三方多金流外掛差在哪?
按鈕出現了、點下去也沒報錯,為什麼還是收不到款?
授權跟直接銷售該選哪個?
款項入帳了但 WooCommerce 訂單狀態一直卡在待處理?
操作步驟
- 申請 PayPal 商業帳戶,完成身分與 Email 驗證,並把主要收款幣別一次設對(能否取得 API 憑證依帳戶類型與所在地資格而定,以連線精靈顯示的資格為準)
- 先備份網站(資料庫與檔案都要),再到 WordPress 後台搜尋安裝官方 PayPal Payments 外掛並啟用,從零接 PayPal 的新店建議直接走官方這條路
- 在 WooCommerce PayPal Payments 設定精靈按「Connect to PayPal」,由精靈自動建立 REST App、Client ID、Secret 與 Webhook(自動連線不可用時,才到 PayPal 開發者後台手動建立應用程式),憑證分成 Sandbox 與 Live 兩套分開保管
- 先把 Sandbox 憑證填入外掛的 Sandbox 標籤頁、建立 Webhook 並勾選付款完成、拒絕、退款事件,跑通一筆完整測試訂單(含退款驗證),最後再切到 Live 標籤頁填入正式憑證
- 依商品特性選擇 Capture 模式(現貨用立即請款、預購或高單價用授權後請款),設定按鈕出現位置(商品頁、購物車、結帳頁),並依主力客群調整金流排序,正式啟用前用一筆小額真實訂單驗證收款入帳