查看 SiteGround 主機用量時，你可能會看到兩個數字：Disk Space 和 Inodes。
Disk Space 通常以 MB 或 GB 顯示，很容易理解成「用了多少空間」。Inodes 則可能是幾萬、幾十萬，看起來不像容量，也和網站有幾篇文章、幾張圖片對不上。
這兩個數字衡量的是不同的事情。即使還有剩餘空間，檔案與資料夾數量仍可能先達到主機方案的上限。遇到這種情況，要先找出數量增加的來源，才能決定怎麼清理。
Inodes 是什麼？與 Disk Space 有什麼不同？
Inode 是檔案系統用來記錄檔案資訊的資料結構。對使用 SiteGround 的網站擁有者來說，判讀後台時可以先把 Inodes 理解成「檔案與資料夾的總數」。
| 指標 | 看的是什麼 | 要問的問題 |
|---|---|---|
| Disk Space | 儲存資料占用的空間大小 | 哪些資料比較大？ |
| Inodes | 檔案與資料夾的數量 | 哪些地方累積了很多檔案？ |
例如，一個大型影片可能占用很多空間，但它仍然只是一個檔案。另一個資料夾裡如果放了數萬個很小的檔案，總容量可能不大，卻會占用很多 Inodes。
所以，「壓縮檔案大小」與「減少檔案數量」是兩種不同的改善方向。圖片壓縮後如果仍保留同樣數量的檔案，空間用量可能下降，Inodes 卻不一定減少。
SiteGround 的 Inodes 使用量在哪裡看？
先看單一網站的使用量
進入網站的 Site Tools → Dashboard，往下找到 Site Information，就能看到 Disk Usage 裡的 Disk Space 與 Inodes。
以下是我們管理的其中一個網站，在 Site Tools 中看到的使用量：Disk Space 為 15 GB，Inodes 為 47,419。
這張畫面可以說明兩種指標的呈現方式，但沒有顯示方案上限，因此不能只憑這兩個數字判定是否超標。
Site Tools 的這個區塊，涵蓋該 Site Tools 下的主網域、子網域網站檔案，以及設在其中的郵件帳號資料。它不一定等於整個主機方案的總用量。
再看整個主機方案的額度與總用量
如果同一個方案放了多個網站，還要到會員後台的主機方案統計頁面，確認方案總用量與可用額度。可從 Services → Hosting → Manage 進入方案，找到 Statistics；部分介面會將統計入口放在 Settings 裡，以當前後台為準。
這個頁面除了顯示方案的空間與 Inodes 上限，也會列出已使用、剩餘額度，以及各網站占用的資源。
以我們管理的一個主機方案為例，2026 年 10 月 1 日的統計如下：
| 資源 | 方案上限 | 已使用 | 剩餘 |
|---|---|---|---|
| Web Space | 50 GB | 33.84 GB，約 67.7% | 16.16 GB |
| Inodes | 400,000 | 224,647，約 56.2% | 175,353 |
這個方案當時有 7 個網站，以上額度是整個方案共用的，不是每個網站各有 50 GB 和 400,000 Inodes。依這次統計，空間與 Inodes 都尚未達到上限。
表中的數字是這個方案在當時的實際畫面，不代表所有 SiteGround 方案都有相同額度；查看自己的網站時，仍要以自己的方案資料為準。
用各網站明細找出檢查方向
同一頁的網站明細，也能幫助看出空間與檔案數的差別。例如，畫面中兩個網站的用量如下：
| 網站 | 空間用量 | Inodes |
|---|---|---|
| 網站 A | 14.83 GB | 47,419 |
| 網站 B | 4.77 GB | 31,662 |
網站 A 的空間用量約是網站 B 的 3.1 倍，檔案數卻只有約 1.5 倍。這說明容量較大，不代表檔案數也會按相同比例增加。
如果是空間接近上限，可以先查看占用容量較多的網站；如果是 Inodes 接近上限，則先查看檔案數較多的網站，再進一步查找來源。僅憑這些總數，還不能判斷是圖片、備份、郵件或其他資料造成的。
判讀時先確認三件事：目前看的是哪個網站、統計涵蓋哪些資料，以及適用的方案上限是多少。
WordPress 的檔案數為什麼會增加？
網站前台看到的內容，只是主機檔案的一部分。沒有新增文章，也不代表後台不會產生新檔案。
一張圖片可能有多個尺寸版本
上傳圖片後，WordPress 會依設定產生縮圖及其他尺寸的圖片，佈景主題或外掛也可能註冊額外尺寸。這些版本用於文章列表、不同版面或不同螢幕大小。
因此，媒體庫裡的一張圖片，可能對應主機上的多個檔案。實際生成幾份，取決於圖片原始尺寸與網站設定。
看到同名圖片帶有不同尺寸，不代表它們都是多餘檔案。清理前要先確認網站仍在使用哪些尺寸。
停用外掛後，檔案仍留在主機
「停用」只是停止載入外掛，並不會把外掛本身的檔案刪掉。
如果曾經安裝很多外掛測試功能，最後只停用，這些程式檔案仍會占用數量。整理時可以先確認哪些外掛已不再需要，再透過 WordPress 後台刪除。
刪除前也要留意外掛是否保存表單紀錄、設定或其他需要保留的資料，先確認其移除方式。
本機備份與測試站可能持續累積
備份外掛產生的檔案，如果一直留在原主機上，會占用主機資源。不過影響空間還是檔案數，要看備份形式：少量大型壓縮檔主要占空間，解開的整站副本則可能包含大量檔案。
Staging 測試站也可能保留另一份網站檔案。測試完成後，如果副本已經不再使用，就值得列入檢查。
整理備份前，先確認需要保留的版本已完整存放在其他位置，且有可用的復原方式。不要為了降低用量，把唯一的備份刪掉。
使用檔案快取的工具可能產生很多小檔案
有些快取工具會把資料寫成主機上的檔案。如果不斷產生、又沒有適當清理，就可能推高 Inodes。
但不能把所有快取都當成同一種。SiteGround 官方說明，Dynamic Caching 不依賴檔案式快取，不會因此增加 Inodes 用量。
所以，看到 Inodes 偏高，不能直接推論「清除 SiteGround Dynamic Cache 就能解決」。應先確認網站是否使用其他會產生檔案的快取工具。
存在主機裡的郵件也會計入
如果郵件帳號設在 SiteGround，保留在主機裡的信件也會占用資源。垃圾郵件、已刪除但仍留在垃圾桶裡的信件，都是可檢查的項目。
如果郵件完全由 Google Workspace 等外部服務承接，則不要把外部信箱的信件數量算進 SiteGround 用量。不過，主機裡若還留有舊郵件帳號及信件，仍要另外確認。
Inodes 接近上限時，按什麼順序檢查？
第一步：確認用量範圍與變化時間
先記下目前數值、方案上限，以及是否收到主機通知。如果同一方案管理多個網站，要看總用量，不能只檢查其中一站。
接著回想數量增加前做過什麼：大量上傳圖片、建立測試站、安裝新外掛，或更改備份與快取設定。這能幫助縮小查找範圍。
檔案數較多本身不一定代表異常；需要注意的是用量是否接近額度，以及是否出現無法解釋的持續增長。
第二步：找出檔案集中在哪裡
先查看方案統計提供的各網站用量明細，找出檔案數較多或近期增加較明顯的網站，再針對可能的來源檢查：圖片目錄、外掛、本機備份、測試站、檔案式快取或郵件。
這一步的目的是確認來源，不是看到陌生資料夾就刪除。如果後台沒有足夠的檔案數明細，可以請 SiteGround 支援或維護人員協助找出檔案數最多的目錄。
也不要只找「容量最大的資料夾」。處理 Inodes 時，很多小檔案集中的位置同樣需要注意。
第三步：先整理用途明確、已不需要的資料
一般可以先從已確認不用的外掛、完成任務的測試站、已有完整異地副本的舊備份，以及不需要保留的垃圾郵件開始。
優先透過產生這些資料的工具管理：外掛從 WordPress 後台移除，Staging 從主機的 Staging 工具管理，備份與快取則使用各自的管理功能。
圖片尺寸與用途不明的檔案，留到確認後再處理。不要直接大量刪除上傳目錄，也不要把所有縮圖視為可刪除的重複圖片。
第四步：等待統計更新，並檢查網站功能
一次整理一類資料，記錄整理前後的數值，比同時刪掉多種資料更容易判斷效果。
SiteGround 提醒，使用量統計可能需要最多約十分鐘才反映變化。剛清理完沒有立即下降時，先等待並重新整理，不要因此繼續擴大刪除範圍。
整理後也要確認首頁、重要頁面、圖片與表單仍正常；如果有處理郵件，則另外確認收發信功能。
什麼情況需要請人協助，或考慮升級？
如果已經無法上傳檔案、更新失敗，或收到主機資源限制通知，應先確認通知內容及實際原因。Inodes 達到上限可能影響檔案建立、郵件收取或主機備份，但這些功能出問題也可能有其他原因。
遇到以下情況，適合請主機支援或維護人員協助：
- 找不到大量檔案的來源，或數量在短時間內持續增加。
- 不確定檔案能否刪除，或已經影響網站正常操作。
- 清理後很快又累積，需要調整產生檔案的設定。
如果確認用量主要來自網站正常需要的內容，整理後仍接近額度，就可以評估更高額度的方案。若有多個網站共用方案，也可以重新評估配置。
網站維護時，除了查看還剩多少 GB，也應定期查看 Inodes。先確認統計範圍、找出數量增加的來源，再整理確定不需要的資料，才能讓清理有依據。