cPanel 漲價、續約成本墊高、或主機商換了供應商,都會把同一個問題推到你面前:要不要從 cPanel 換成 Plesk 或 DirectAdmin?這不是單純按一顆「搬家」按鈕的事。三套面板的架構、收費邏輯、後台操作位置都不一樣,搬過去之後你每天管網站的方式也會跟著變。
更麻煩的是,跨面板搬遷時「檔案、資料庫、信箱」會乾淨地過去,但 cron 排程、防火牆規則、PHP handler、ModSecurity 設定這些「面板專屬設定」幾乎都不會自動跟著走。沒先搞清楚 Plesk、DirectAdmin 跟 cPanel 的差異,搬完才發現排程沒跑、WordPress 後台連不上信箱,那才是惡夢的開始。
這篇就把三套面板的核心差異、各自適合誰,以及從 cPanel 實際搬到 Plesk 或 DirectAdmin 的流程與踩雷點講清楚,特別針對在台灣跑 WordPress / WooCommerce 站的站長。看完你能自己判斷該換哪一套,以及搬遷前要先準備什麼。
cPanel、Plesk、DirectAdmin 三套面板的定位差在哪
先給結論:cPanel 是 Linux 共享主機市場的業界標準、功能最廣但最貴;Plesk 同時支援 Linux 與 Windows、WordPress 工具最強、收費按伺服器計算;DirectAdmin 最輕量、最省資源、授權費最低,適合預算有限或自己管 VPS 的人。
這三套會被擺在一起比,是因為它們占了虛擬主機控制面板市場的絕大多數。依目前業界普遍引用的市占估計,cPanel 約占 Linux 主機伺服器六成上下,Plesk 約兩成多,DirectAdmin 約一成不到。市占差距大,但這不代表市占低的就比較差,而是各自鎖定不同的使用情境。
cPanel 從 1990 年代末就在市場上,幾乎是「主機控制面板」的代名詞,很多 WordPress 教學、外掛說明預設你用的就是它。Plesk 走企業與跨平台路線,在歐洲市場市占特別高。DirectAdmin 由小團隊維護,主打簡單、省資源、價格透明,在成本敏感的轉售商與自架 VPS 族群裡很有黏著度。
cPanel、Plesk、DirectAdmin 規格與定位一覽
| 比較項目 | cPanel | Plesk | DirectAdmin |
|---|---|---|---|
| 支援作業系統 | 僅 Linux | Linux 與 Windows | 僅 Linux |
| 收費邏輯 | 依帳號數分級 | 依伺服器授權 | 依伺服器分級 |
| Windows / IIS / MSSQL | 不支援 | 完整支援 | 不支援 |
| WordPress 工具 | 有,需搭配外掛生態 | 內建 WordPress Toolkit,最完整 | 基本,靠外掛擴充 |
| 資源占用 | 最高 | 中等 | 最低 |
| 後台操作風格 | 功能多、較複雜 | 介面現代、直覺 | 精簡、偏文字 |
| 適合對象 | 共享主機、轉售規模大 | 跨平台、重度 WordPress 管理 | 預算有限、自管 VPS |
這張表是後面所有判斷的骨架。接下來逐項拆開講,差異才看得出來會怎麼影響你的日常操作。
三套面板的收費邏輯為什麼差這麼多
最關鍵的差異不是介面,而是收費邏輯,因為它直接決定你帳號一多之後的成本曲線。三套面板的計價模型完全不同,這也是很多人想搬離 cPanel 的主因。
cPanel 採「依帳號數分級 + 超額加價」。入門方案通常只含 1 個帳號,往上分到含 5、30、100 個帳號的層級,超過層級上限的帳號再逐一加價。這個模型對單站站長還好,但只要你開始放多個客戶網站,帳號一過百,超額費用就會明顯墊高每月支出。
Plesk 翻轉了這個邏輯,改成「依伺服器授權」。同一台伺服器不管放幾個網域,授權費是固定的,只差在方案的網域數上限(例如 10、30、無上限三級)。對高密度、單台塞很多站的情境,Plesk 的每站成本會被攤得很低。
DirectAdmin 也是「依伺服器分級」,但價位帶壓得最低,最高的不限帳號方案月費仍遠低於同級的 cPanel。它還對多台伺服器提供量大折扣,而且 API 存取、額外網域、轉售授權都不另外收費。
換算成實際成本,差距會放大。以單台放 100 個帳號為例,cPanel 含百帳號的方案年費大約落在七、八百美元等級;Plesk 與 DirectAdmin 的不限帳號方案年費則多在三、四百美元上下。帳號數再往上堆到 250、500,cPanel 的超額加價會持續累積,而 Plesk 與 DirectAdmin 因為是伺服器計價,成本幾乎不動。這就是「帳號密度越高,越該離開 cPanel」的數字根據。要注意的是面板價格每年都在調整,實際金額請以你採購當下的官方報價為準,上述只是用來比較三者的成本結構。
如果只是單一個人網站、一個 WordPress 站,三者的入門價差其實沒那麼戲劇化,這時候要看的不是錢,是下面這些功能與操作差異。
從 cPanel 換過去,每天管網站的方式會變哪些
搬完之後最有感的不是省了多少錢,而是後台長得不一樣、設定藏的位置變了。三套面板的常用功能其實大同小異,差別在「擺放邏輯」和「自動化深度」。
三套都內建這些基本功能:DNS 區域編輯、信箱(底層多為 Postfix 加 Dovecot)、備份還原、Let’s Encrypt 免費憑證、FTP 與 SFTP、SSH、cron 排程、MySQL 與 PostgreSQL、多版本 PHP、檔案管理員。所以「功能有沒有」通常不是問題,「順不順手」才是。
Plesk 的 WordPress Toolkit 是它最大的賣點
如果你主力是跑 WordPress 或 WooCommerce,Plesk 的 WordPress Toolkit 是三套裡最值得單獨拿出來講的。它把測試站複製(staging)、一鍵搬站、大量更新外掛與佈景、安全強化、惡意程式掃描都整合在同一個介面,等於把平常要靠好幾支外掛才能做的事收進面板。Plesk 也內建 Git 整合,對開發者友善。
cPanel 並非沒有對應功能,它有 Stage/clone 的網站複製、AutoSSL 自動續憑證、原生的 WHMCS 計費連接器與龐大的第三方外掛市集,但 WordPress 專屬工具的整合度不如 Plesk 直接。DirectAdmin 在這塊最陽春,WordPress 相關操作多半要自己裝外掛或用指令處理。
DirectAdmin 換來的是速度與低占用,代價是工具較少
DirectAdmin 的後台偏文字、視覺回饋少,第一次用會覺得不如 Plesk 直覺,但熟了之後操作很快。它的設計取向就是「最低資源占用、最快回應」,後台載入通常不到一秒,記憶體占用是三者中最低。代價是它沒有內建 WAF(網站應用防火牆),安全防護偏向交給有經驗的管理者自己搭配第三方方案;它的安全更新節奏也因為團隊小而相對慢。
cPanel 與 Plesk 在安全工具上比較完整:兩者都整合 ModSecurity 這類 WAF,cPanel 常見搭配 Imunify360,Plesk 內建 Fail2Ban 與自家防火牆。對不想自己處理伺服器安全細節的站長,這兩套省事。
後台操作與介面的取捨
Plesk 的介面在業界普遍被認為是三套裡最現代、最好上手的,模組化設計讓你能開關功能,對新管理者的學習曲線最平。cPanel 功能完整但較密集,搜尋與導覽做得好,但新手要花時間熟悉。DirectAdmin 走極簡路線,學會之後效率高,但稱不上漂亮或友善。一個簡單的判斷法:如果團隊裡有非技術人員要進後台,Plesk 通常最不會被抱怨。
該換哪一套,照你的情境對號入座
選面板不是看哪套「最好」,而是看哪套最貼你的使用情境。把前面的差異收斂成幾個具體場景,比較好下決定。
如果你的網站是 ASP.NET、用到 MSSQL 或 IIS,那其實沒得選,Plesk 是唯一同時支援 Windows 的主流面板,cPanel 與 DirectAdmin 都只跑 Linux。這條是硬規則,先看這個。
如果你是純 Linux 環境、主力跑 WordPress 或 WooCommerce,而且希望搬站、測試站、批次更新都在面板裡一次搞定,Plesk 的 WordPress Toolkit 會讓你日常省很多事。願意為這份順手多付一點授權費就值得。
如果你自己管 VPS、預算有限、又有一定技術底子,DirectAdmin 是最划算的選擇。它省資源、授權便宜、不限帳號方案也不貴,缺點是要自己補上安全防護與部分自動化工具,但對能自己動手的人不是問題。
如果你經營的是大量帳號的共享主機或轉售,而且整套流程已經綁在 WHMCS 計費系統與大量第三方外掛上,cPanel 雖然貴,但它的整合生態最深、幾乎所有 WordPress 服務商都看過它。這種情況下,搬離的轉換成本可能比省下的授權費還高,留著反而合理。換句話說,cPanel 漲價不必然等於該搬,要把生態與人力的轉換成本一起算進去。
從 cPanel 搬到 Plesk 或 DirectAdmin 的實際流程
搬遷的核心觀念先講清楚:同面板對搬(cPanel 對 cPanel)有原生工具最輕鬆,跨面板搬(cPanel 搬到 Plesk 或 DirectAdmin)則要用對方提供的專用搬遷工具,而且一定要測試。檔案、資料庫、信箱這些主要資料會乾淨地過去,但面板專屬設定要重設。
還有一個常被忽略但很重要的前提:新面板要裝在一台乾淨的伺服器(VPS 或實體機)上,不要跟現有的 cPanel 裝在同一台。兩套面板搶同樣的服務(網頁伺服器、郵件、資料庫)會互相打架,務必是全新環境。
搬到 DirectAdmin:用內建的轉換工具
DirectAdmin 有專門吃 cPanel 備份檔的轉換工具,流程大致是這樣:
第一、在 cPanel 端用 pkgacct 工具替每個使用者打包帳號備份,產生 cpmove-使用者名稱.tar.gz 這種格式的檔案。
第二、把這些備份檔透過 rsync 傳到 DirectAdmin 伺服器,並把檔案擁有者改成 admin。
第三、在 DirectAdmin 用內建的 cpanel_to_da 轉換腳本,把 cPanel 備份轉成 DirectAdmin 相容的格式,再到後台的 Admin Backup/Transfer(管理員備份/轉移)區塊還原。
這裡有個容易踩的坑:DirectAdmin 對使用者名稱長度有限制,cPanel 那邊如果有過長的使用者名稱,轉換時可能被改名(例如資料庫使用者會被自動改名),事後要檢查。另外備份檔的命名格式必須對(要是 cpmove- 開頭),用 cPanel 完整備份的 backup-..._user.tar.gz 格式直接丟是不會成功的,得先改名。
搬到 Plesk:用 Plesk Migrator 擴充套件
Plesk 走的是自動化搬遷工具 Plesk Migrator,整體比手動打包輕鬆,但前置條件多一些:
第一、目標伺服器的硬體規格要等於或高於來源伺服器,IPv4 位址數量也要相同,並確認 Plesk 授權已經到位。
第二、在目標 Plesk 伺服器安裝 Plesk Migrator 擴充套件(在 Tools & Settings 的 Updates & Upgrades 裡安裝),並開放搬遷需要的防火牆連接埠(Linux 至少要開 SSH 的 22 埠)。
第三、搬之前先把 DNS 區域的 TTL 調低到一小時或更短,這樣切換 IP 時客戶端能更快拿到新的 DNS 紀錄,縮短切換空窗。
第四、在目標伺服器啟動搬遷(Extensions 的 Migrator 裡開新搬遷),填入來源伺服器的 root 或內建管理員帳號,做完搬遷前檢查後,依訂閱(subscription)為單位選要搬的對象並執行。Plesk Migrator 會搬服務方案、訂閱與其關聯的網域、網站內容(檔案、信箱、資料庫)。
第五、搬完後把網域的 A 紀錄指向新伺服器的 IP,服務才正式上線。
實務上 Plesk Migrator 偶爾會卡在某些套件沒裝成功(例如 rsync 沒裝好),這時手動用 yum install(CentOS/RHEL)或 apt-get(Ubuntu/Debian)補裝,再重跑該步驟即可。
搬遷時最常出包的地方:哪些設定不會自動跟著走
這是整篇最該記住的一段:搬遷工具搬得了「資料」,搬不了大部分「面板專屬設定」。很多人搬完發現網站打得開、信也收得到,過幾天卻冒出排程沒跑、規則失效的問題,原因幾乎都出在這裡。
以 Plesk Migrator 為例,官方明列不會被搬過去的東西就包含:已安裝的 PHP handler、Fail2Ban 設定、ModSecurity 設定、防火牆設定,以及任何不是透過 Plesk 介面做的自訂設定(例如直接改網頁伺服器設定檔的部分)。沒有指派訂閱的服務方案、沒有網域的轉售與客戶帳號也不會搬。任何獨立於面板安裝的元件(像是另外裝的 Apache 或 PHP 模組)都要在新伺服器重裝。
跨面板搬遷的通則也一樣:cron 排程、安全規則這類面板專屬設定,搬完都要在新面板重新設定一次。對 WordPress / WooCommerce 站來說,下面這幾項特別容易被漏掉:
- cron 排程:WooCommerce 的訂單狀態、排程出貨信、備份排程很多綁在系統 cron,搬完要在新面板重建排程。
- 信箱與 SMTP 設定:信箱帳號資料會搬,但網站發信用的 SMTP 設定、SPF 與 DKIM 紀錄常常要重設,否則 WooCommerce 通知信會進垃圾桶或寄不出去。
- SSL 憑證:Let’s Encrypt 憑證在新面板通常要重新簽發,切 DNS 之前先確認新站憑證有效,避免使用者看到不安全警告。
- PHP 版本與擴充:新面板的預設 PHP 版本可能跟舊站不同,WooCommerce 對 PHP 版本與特定擴充有要求,搬完先核對。
- 網頁伺服器自訂規則:舊站如果有手動改過的 .htaccess 或 nginx 規則(重導、防盜連),要確認有沒有一起過去。
搬遷前後各做一次檢查,把空窗壓到最低
搬遷前先做這幾件事:把現有 cPanel 完整備份留一份在手邊(不只靠搬遷工具)、記錄所有信箱帳號與密碼、清點現有的 cron 排程與自訂設定、把 DNS 的 TTL 提早調低。搬遷後上線前再核對:網站前後台都打得開、WooCommerce 結帳流程跑得通、測試信寄得出也收得到、排程有正常觸發、SSL 顯示正常。確認都過了再把 DNS 正式切到新伺服器。
把舊伺服器的備份多留幾週再清掉,是個便宜的保險。萬一新環境少了什麼,你還有原始資料可以撈,不必從頭來過。
從找出該換哪套面板,到把 WordPress 站乾淨地搬過去,真正的難點從來不是按下搬遷按鈕,而是搞清楚三套面板的差異會怎麼改變你的成本與日常操作,以及哪些設定搬遷工具不會幫你帶走。先用情境對號入座選定面板,搬之前把備份、排程、信箱、憑證這幾項清單列好,搬之後逐項驗證再切 DNS,整個轉換就能把風險與停機壓到最低。下一步,先到你考慮的面板官網確認目前的方案與授權報價,再用一個非正式環境試搬一個站,把流程跑順了,再動正式站。