xCloud × n8n：用同一台主機跑 WordPress 與自動化工作流
想自架 n8n 又不想自己摸 Docker 與伺服器設定？本文示範如何在 xCloud 上用 One Click Apps 快速部署 n8n，並與既有的 WordPress 網站共用同一台主機，搭配備份、SSL 與資源監控，打造穩定又好維護的自動化工作流環境。
在〈xCloud 評測：從 0 到下一代雲端主機控制面板〉裡，介紹了 xCloud 的基本操作介面、收費模式與在 WordPress 上的實際表現。
這一篇則把焦點放在另一個關鍵能力：在 xCloud 上自架 n8n，自動化既有的 WordPress 生態，甚至和同一台主機上的其他服務一起運作。
文章會分成幾個部分：
- 認識 n8n，為什麼適合用 xCloud 部署
- 如何在 xCloud 上部署 n8n，並與 WordPress 共用同一台主機
- 基本的維運與安全設定
- 後續可以延伸的 n8n 應用主題 (獨立教學文會陸續補上)
如果平常已經用 WordPress 做內容、表單、電商，想有一個「自動幫你跑流程」的後台，xCloud + n8n 會是很理想的下一步規劃。
什麼是 n8n？
可自架的自動化工作流平台
n8n 是一套開源的自動化工作流工具，可以把不同服務與 API 串連起來，用流程圖的方式設計自動化。特色包括：
- 視覺化介面設計流程，節點以連線方式呈現
- 內建多種常見服務的節點 (HTTP Request、Webhook、資料庫、Slack / Telegram 等)
- 支援 JavaScript / TypeScript 節點，方便處理較複雜邏輯
- 提供自架與雲端兩種模式，自架版可完全掌握資料與環境
對已經有自架主機、習慣自己管理服務的使用者來說，n8n 可以被視為「一個專門負責自動化流程的後台」，把許多原本散落在各處的腳本集中起來管理。
傳統自架 n8n 的門檻
如果不用 xCloud，自行在 VPS 上自架 n8n，通常要處理：
- 安裝 Node.js 或直接使用 Docker
- 設定 Nginx / 反向代理與 SSL 憑證
- 管理環境變數 (API Key、加密金鑰、Webhook URL 等)
- 規劃備份與版本更新流程
- 再根據官方文件調整 n8n 的部署設定與資安選項
這些事情本身不難，但有點零碎，需要寫一份自己的部署 / 還原 SOP。
xCloud 的 One Click Apps 就是希望把這一段主機與環境設定的工作顧好，讓使用者多花時間在實際設計 workflow 上。
xCloud 在 n8n 上能提供什麼？
對 n8n 來說，xCloud 扮演的是「主機與控制面板」的角色：
- 用 One Click Apps 一鍵部署 n8n
- 在同一台主機上管理多個 Site (WordPress、n8n、Uptime Kuma…)
- 幫忙處理網域、SSL、備份與基本資源監控
- 把 n8n 的環境變數集中在後台介面管理，不需要到處改設定檔
對已經用 xCloud 架設 WordPress 網站的使用者來說，部署 n8n 的學習成本相對低很多。
架構與主機規劃：同一台 VPS 跑 WordPress + n8n
一台主機多個 Site 的概念
xCloud 的收費是以「伺服器台數」為主，同一台伺服器可以建立多個 Site。對使用者來說，會是這樣的結構：
- 一台 VPS
- 上面有一個或多個 WordPress Site
- 同時有一個 n8n Site，甚至再加上 Uptime Kuma 之類的工具
每個 Site 在 xCloud 中都有獨立的設定頁面、Domain 管理、備份與 Logs，運作上互相獨立，但共用同一台機器的資源。
CPU / 記憶體的實務參考
n8n 本身的資源需求與工作流的複雜度有關。一般對 n8n 的 VPS 規格建議為：
- 最低：1 vCPU、2 GB RAM、約 20 GB SSD 可以跑起來
- 建議起跳：2 vCPU、4 GB RAM，比較有餘裕應付多一點流程與 API 呼叫
n8n 本身在 idle 狀態使用的記憶體不算多，真正耗資源的是工作流中的任務：例如大量抓 API、處理檔案、長時間持續向外部服務發送查詢請求。
如果同一台主機還要跑 1～2 個中小型 WordPress 網站，常見的搭配可以參考：
- 2 vCPU / 4 GB RAM：
- 1~2 個中小型 WordPress 網站
- 1 套 n8n，執行一般的 API 呼叫與通知流程
- 4 vCPU / 8 GB RAM：
- 多個網站或有電商流量的 WordPress
- n8n 承載更多報表、同步與排程工作
如果已經在 xCloud 上有一台主力 WordPress 主機，可以先評估目前資源使用，再決定是否要加 RAM / CPU，或直接開第二台專門給 n8n。
網域規劃：主站 + 自動化子網域
建議將 n8n 切在獨立子網域，方便辨識與控管：
- WordPress 主站：
https://example.com - n8n 後台：
https://n8n.example.com或https://automation.example.com
好處是：
- 對團隊成員來說，網址也很好記
- 在 xCloud 的 Site 列表裡，一目了然
- 之後要對 n8n 加 Basic Auth、防火牆規則時，不會影響其他網站
實作流程：在 xCloud 上部署 n8n
步驟一：確認伺服器類型
n8n 在 xCloud 上是以 Node.js 應用方式運作。官方文件與教學案例多半是搭配 Nginx，因此如果尚未選擇 Web Server，Nginx 會是比較通用的組合。
如果目前的 WordPress 是放在 OpenLiteSpeed 伺服器上，又想照文件跑 n8n，可以：
- 保留原本 OLS 伺服器專跑 WordPress
- 另外建立一台 Nginx 伺服器專跑 n8n
或是在一開始就選擇 Nginx 作為共同的 Web Server。
步驟二：從 One Click Apps 建立 n8n Site
- 登入 xCloud Dashboard
- 在總覽畫面或目標伺服器中點選「+ New Site」
- 選好伺服器後，切換到 One Click Apps 分頁
- 在列表中選擇 n8n
接下來會進入 n8n Site 的設定畫面。
步驟三：Site 基本資訊與部署模式
在建立畫面中需要填入：
- Site Title：純粹給自己辨識用，例如「n8n – automation」
- Tags：可以輸入
n8n、automation等標籤
接著有兩種模式可以選：
- Go Live：直接建立正式環境
- Demo Site：先使用 xCloud 提供的臨時子網域測試
需要注意的是，Demo Site 之後如果轉成正式站，就不能再用原來的 demo 網域，所以正式上線前還是要想好最後要使用的網域名稱。
xCloud 會自動帶入：
- 預設 Port
- 預設 Site User
一般情況維持預設即可。比起調整這些數值，更重要的是：
- 將 Time Zone 設定成所在時區，例如
Asia/Taipei，讓 n8n 的排程與記錄時間一致
確認無誤後送出，xCloud 就會開始在背景部署 n8n。
步驟四：設定網域與 SSL
部署完成後，進入這個 n8n Site 的「Domain」分頁：
- 測試階段可以先用 xCloud 提供的 demo 網域進行測試
- 準備正式上線時，新增
n8n.example.com之類的正式網域 - 開啟 Let’s Encrypt 或套用自備憑證，啟用 SSL
這部分的流程和設定 WordPress Site 時非常接近，只是指向不同的 Site 而已。
步驟五：首次登入 n8n
在 xCloud Dashboard 裡，對著 n8n Site 點「Visit Site」，瀏覽器會打開 n8n 的初始畫面：
- 輸入管理員 Email 與密碼，完成註冊。
- 接著會看到 n8n 的主畫面與 workflow 編輯器。
到這裡為止，n8n 已經成功在 xCloud 上運作，可以開始建立最基本的流程。
步驟六：利用 Environment 管理 n8n 設定
xCloud 會將應用程式的環境變數集中在「Environment」介面管理。對 n8n 來說，常見會調整的包括：
- Base URL 與 host 相關設定，確保 Webhook URL 正確
- 時區與地區設定
- 基本存取保護 (如啟用 n8n 的 Basic Auth 機制)
- SMTP 或外部服務的連線資訊
這些設定原本可能需要透過 SSH 修改 .env 檔或容器參數，集中在 xCloud 後台會相對好維護，也比較不怕漏東漏西。
步驟七：版本更新
未來 n8n 推出新版本時，可以在這個 Site 的「更新 / Updates」區塊查看版本資訊並執行更新。
比較穩健的做法是：
- 先為 n8n Site 建立一次備份
- 再進行版本更新
- 如遇到問題，可以直接從備份還原整個 Site
搭配 xCloud 的排程或增量備份，這個流程可以定期複製執行，讓 n8n 長期保持在安全且可回溯的狀態。
與 WordPress 的整合：可以怎麼用 n8n？
把這個章節當作「應用地圖」，會列出幾個常見的場景，方便預想 n8n 在整體架構中的位置。實作細節會在各自的 n8n 教學文中再完整拆解。
表單與客戶詢問：從送出到可追蹤流程
搭配常見的 WordPress 表單外掛 (例如 Fluent Forms、SureForms 等)，n8n 可以接手：
- 在表單送出時接到 Webhook
- 整理欄位內容，轉寫到 Slack / Discord / Email
- 同步到 Google Sheets、CRM 或 Notion
讓詢問單不只進到信箱，而是立刻進入一個可追蹤的自動化流程，後續再決定要不要進行分眾、標籤或自動回覆。
電商事件：訂單、訂閱與售後流程
對 WooCommerce、FluentCart 或 SureCart 使用者，n8n 可以扮演「電商事件中樞」：
- 訂單完成或退款時，觸發通知與報表寫入
- 訂閱續約或失敗時，幫忙整理名單
- 將關鍵訂單資料同步到 Google Sheets、FluentCRM 或其他內部系統
這些流程可以減少人工整理訂單的時間，並將重要事件整合在單一的自動化平台。
報表與排程任務：用 n8n 統一時間表
n8n 的排程節點可以取代一部分 WP-Cron 或自寫腳本：
- 每天定時產出營收 / 內容表現報表，寄給團隊
- 定期從外部 API 抓資料，更新到 WordPress 或試算表
- 對特定條件的會員或訂閱做狀態整理
這些任務本來就需要排程與重試機制，放在 n8n 裡集中管理，更容易查錯與調整。
維運與安全：xCloud 上管理 n8n 的基本原則
多一層保護：Basic Auth + 防火牆
雖然 n8n 本身有帳號登入機制，但實務上會建議在前面再加一層：
- 利用 n8n 的
N8N_BASIC_AUTH_*環境變數開啟 Basic Auth - 搭配 xCloud 的防火牆或 Cloudflare 規則，只允許特定 IP 或國家存取
對存有 API Key、OAuth 憑證的 workflow 來說，這一層防護相當重要。
備份與還原策略
n8n 的 workflows、憑證與執行紀錄通常會存放在資料庫裡。xCloud 的備份機制可以把整個 Site (程式 + 資料庫) 一起打包。
實務上可以這樣安排：
- 開啟排程備份 (每日或每週)
- 大改 workflow 或更新 n8n 前，先手動建立一次備份
- 有需要搬家時，透過 xCloud 的還原功能把 n8n Site 還原到新伺服器
監控資源與調整規格
隨著工作流數量增加，可以透過 xCloud 的監控與 Log 功能觀察：
- CPU、RAM 使用率在尖峰時段有沒有長期飆高
- n8n 是否經常出現 5xx 或連線逾時
如果 n8n 開始承載較多報表、同步與排程任務，可以考慮：
- 升級現有主機規格
- 將 n8n 拆到專用伺服器
結語
對已經在用 xCloud 跑 WordPress 的讀者來說，n8n 是一個很自然的延伸：
- 不需要重新習慣一套新的控制面板
- 可以在一台主機上同時跑內容網站與自動化後台
- 透過 One Click Apps、省去自己安裝 n8n 的繁瑣步驟
如果你對 xCloud 本身還不熟，可以先回頭看〈xCloud 評測：從 0 到下一代雲端主機控制面板〉，了解整體架構與收費，再來規劃要不要在上面加一個 n8n 後台。
之後如果有興趣，還可以進一步把 Cloudflare、Uptime Kuma 等工具一起串進來，做出屬於自己的「自動化維運面板」，讓 WordPress 和各種服務的日常維運工作更輕鬆。
