CMS 應如何處理圖片？從上傳最佳化到描述與網址管理

CMS 的圖片處理不應只停在「能上傳、能插入文章」。就提供材料涵蓋的內容發布與 SEO 情境，應整理成四類需求：上傳時的尺寸與格式處理、頁面載入與預覽設定、圖片描述與中繼資料，以及穩定的圖片網址。這些是選型與開發時可檢查的建議，不是所有 CMS 都必須遵循的官方規則；若網站特別依賴圖片搜尋，網址管理尤其值得優先確認。

上傳時處理尺寸、裁切與格式

Search Engine Journal 在 2026 年 11 月的文章建議，CMS 應內建縮放、裁切、壓縮，以及轉換為 WebP 或 AVIF 的能力，把這些工作納入上傳流程，而不只是接收原始檔案。

• 縮放與裁切：確認編輯能在系統內調整圖片尺寸與取景。
• 壓縮與格式轉換：確認上傳流程支援哪些處理，而非只看接受哪些副檔名。
• 寬高屬性：輸出圖片時加入寬度與高度，協助避免版面配置位移。

材料沒有提供通用的壓縮比例或尺寸門檻，因此不宜把某一組數值寫成所有網站的標準。

載入方式與分享預覽要能分別設定

同篇文章主張圖片採延遲載入，但排除頁面第一張圖片。這是該文提出的實作建議，不宜簡化成「所有圖片都延遲載入」，也不能據此宣稱它適合每一種頁面配置。

另外兩項檢查點是：每頁可設定自訂 OG 圖片，以及可設定 max-image-preview: large。兩者應分別列入需求，不能因為 CMS 可以插入內文圖片，就視為已具備這些預覽設定能力。

保留圖片描述，也讓讀者看得到

2011 年的討論建議，CMS 不應只支援 EXIF，也宜支援並保留 IPTC-IIM、XMP 等用於描述圖片的中繼資料。另一則發言則主張，把圖片中的關鍵字與說明取出，呈現為頁面上可見的文字，也提及 alt 或 title 的用途。

對編輯流程而言，可據此區分「保留檔案內的描述」與「在頁面呈現說明」兩件事。例如，圖片帶有說明資料，不代表文章已顯示圖說。不過，當年發言者認為可見文字的搜尋權重似乎較高，這只能保留為歷史判斷，不能當成現在的排名規則。

檢查圖片處理是否製造混亂網址

2026 年文章建議每張圖片維持乾淨、穩定的單一 URL，並將 CDN 與調整尺寸的情境納入考量。作者舉出的系統案例是：圖片加上識別碼後，縮放、裁切又產生多個網址，同時原本不含識別碼的網址仍可存取。

這項經驗提醒選型者，不能只檢查裁切是否成功，也要檢查處理後的網址。作者認為，對圖片搜尋重要的網站，這類情況可能造成重大重複問題；材料並未證明所有圖片變體都會受搜尋懲罰，不應把風險寫成必然結果。