打開任何一家主機商的方案比較頁，畫面上密密麻麻寫著「3 CPU cores、3GB RAM、entry process 40、I/O 10 MB/s、inode 400,000」，再加幾個綠勾勾與一張價目表。對只是想把公司網站架起來的站長來說，這些數字像是寫給工程師看的，看不出來與自己每月 5,000 個訪客之間有什麼關聯。

問題不在規格表寫得太技術，而在主機商不太願意說的事——同樣標榜「適合中型網站」的方案，骨子裡的限制差距可能有 3 至 5 倍。沒看懂這幾個數字代表什麼，挑出來的方案要嘛規格過剩多付錢，要嘛某個指標卡在門檻上，流量一來就跳 508 錯誤。

下面把 WordPress 主機規格表上那幾欄翻成白話，再對照外掛數量與每日訪客量，把該看哪一欄、容忍區間在哪裡講清楚。

規格表上的數字到底在賣什麼

主機商列在方案比較頁的那串規格，本質上是同一台實體伺服器切給多人共用時，劃給你的「資源配額」。實體伺服器的 CPU、記憶體、硬碟是固定的，主機商把它切成 200 至 500 個帳號共享，每個帳號各自有上限——這就是為什麼會看到 entry process、I/O 限速、inode 上限這類在自己電腦裡完全不需要考慮的項目。

規格欄大致分兩類。「算力配額」決定網站每秒能處理多少動態請求，包含 CPU 核心數、記憶體大小、PHP worker（PHP 處理執行緒）數量。「行為上限」則是平常用不到、但任何一項撞到就會 5xx 出錯的隱形天花板，包含 entry process（同時執行中的 PHP 程序）、I/O 限速（每秒讀寫硬碟的位元組量）、inode（檔案數量上限）。

挑方案最常落入陷阱的模式，是只比算力配額好看的數字（核心數、記憶體），完全沒看行為上限。等網站上線後外掛裝到 30 個、媒體庫累積到幾千張圖，才發現 entry process 受阻在 20、I/O 限速 1 MB/s，網站反應速度慢到可感知，這時候才回頭升級方案，已經多繳了好幾個月冤枉錢。

CPU 與記憶體該怎麼對應到自己的網站

CPU 核心與記憶體決定的是「同一秒鐘能處理幾個訪客的請求」。WordPress 每次有人開頁面，都要跑一輪 PHP 解析、查詢資料庫、組出 HTML，這個動作大約佔用 0.3 至 1 秒的 CPU 時間。核心數越多代表能同時跑越多輪，記憶體越大代表單一請求可以用的暫存空間越多。

下表把常見的主機規格組合與適用場景對照起來，數字參考 2026 年主流共享與雲端方案的中段水位，不是絕對門檻，但偏離超過一個級距就要小心。

外掛數量這欄是參考值，重點不是裝幾個，而是裝了什麼——一個 WooCommerce 配 10 個輕量功能外掛，耗用的資源遠超過 30 個純樣式外掛。每日訪客容量則假設 50% 以上請求能被快取攔下，沒裝快取的話容量打對折。

預算允許就直接挑大一級的方案，留 30% 緩衝空間給促銷檔期或流量爆量。記憶體比 CPU 核心更值得加碼，因為記憶體不足會直接 500 錯誤，CPU 滿了只是變慢。

entry process 與 PHP worker 是同件事的兩種說法

打開共享主機方案的詳細頁，很常看到「Entry Processes 20」或「PHP Workers 40」這兩種欄位，名字不同但講的是同一件事——這個帳號同一瞬間能同時執行的 PHP 處理程序上限。cPanel 體系慣用「entry process」這個詞，Kinsta、WP Engine 這類專屬 WordPress 主機慣用「PHP worker」，數字背後的物理意義一致。

每個處理程序執行完一次請求才會釋放，WordPress 一次動態頁面請求大約佔用 0.5 至 2 秒。換算下來，配額 20 的方案，極限值大約能撐住每秒 10 至 20 個未快取請求，再多就會排隊或回 508 錯誤。多數共享主機方案把這個數字壓在 20 至 40 之間，VPS 與雲端方案才會放到 80 以上。

判斷自己需要多少有個簡單算法。把每日尖峰時段（通常 1 小時內湧入全日 30% 流量）的訪客數除以 3,600，再乘以每個訪客平均開的頁數，再乘以未被快取攔下的比例。算出來的數字就是同一秒的請求量，配額至少要是這個數字的 3 倍才不會撞牆。

要降低對配額的依賴，最有效的不是升級方案，是裝對快取外掛。LiteSpeed Cache 或 WP Rocket 把 90% 以上的靜態請求攔在 PHP 之外，配額 20 的方案，掛上快取後實際承載能力等同於沒快取的配額 100。

I/O 與 inode 是看不見的天花板

I/O 限速指的是硬碟每秒能讀寫的位元組量，共享主機常見的設定是 1 至 10 MB/s。聽起來很多，但 WordPress 後台跑備份、媒體庫上傳大量圖片、外掛掃描檔案這類動作，瞬間就會把這個天花板頂滿。撞到 I/O 限速不會出 500 錯誤，網站只是變得異常緩慢，後台儲存按鈕等候一分鐘才回應，許多人甚至找不到原因。

inode 是檔案系統能存的「檔案數量」上限，每個檔案、每個資料夾各算 1 個 inode。共享主機常見配額 100,000 至 500,000，聽起來夠用，但 WordPress 核心加主流外掛開箱就耗掉 30,000 至 50,000，加上每張媒體圖片自動生成 4 至 6 種尺寸副本，一個更新頻繁的部落格累積兩三年很容易達到 200,000。inode 滿了會直接無法新增檔案，連 WordPress 自動更新都會中斷。

這兩個指標主機商通常寫得很小、藏在規格表最下面，挑方案時要主動翻出來對。沒寫的不代表沒限制，而是預設值可能更低。電商站、媒體站、長期更新的部落格，I/O 限速建議至少 5 MB/s、inode 至少 400,000，低於這個級距等於買了會慢慢縮水的方案。

對照自己網站挑方案的判斷邏輯

規格表看懂之後，剩下的就是把網站現況翻成挑方案的條件。下面這份指標清單給的是順序，不是非要全項打勾——預算有限就抓前三項，其餘留到下一次升級再補。

• 記憶體大小：低於 2 GB 的方案只適合純展示型網站，凡是有 WooCommerce、會員系統、頁面建構器（如 Elementor）的站，記憶體 4 GB 是起跳線
• PHP worker 或 entry process 數：把尖峰流量算過一輪，配額要是同秒請求量的 3 倍以上，共享方案低於 20 的不要選
• I/O 限速：媒體更新頻繁或有電商商品圖管理需求的，5 MB/s 是底線，低於這個數字後台會明顯遲滯
• inode 上限：預計兩年內媒體庫會破千張的，400,000 是合格門檻
• CPU 核心數：核心數的重要性排在記憶體之後，2 核心夠用於一般中小企業官網，電商建議 4 核心起跳
• 儲存類型：必須是 NVMe 固態硬碟（NVMe SSD），便宜方案還在用一般 SSD 甚至 SATA 的就跳過
• 快取支援：主機端有內建 LiteSpeed Cache 或物件快取（Object Cache）的，等同算力升一級

排優先序的原則是「網站撞牆時哪一項先擋路就先看哪一項」。展示型網站撞的多半是 PHP worker，電商站撞的多半是 I/O 與記憶體，媒體站撞的多半是 inode。不確定自己屬於哪類，就用兩年後預期的內容量與流量倒推，不要用今天的需求做決定，否則升級頻率會高到難以負擔。

WordPress 主機規格表上每個數字背後都有對應的網站行為，看懂之後挑方案就不是比價目表上的綠勾勾，而是把自己網站接下來兩三年的樣子先想清楚，再回頭找剛好夠用、預留 30% 緩衝的那一檔。多數人付的冤枉錢，都是規格過剩買來心安，或限制不夠買來重做。