圖片 SEO 優化指南：命名、壓縮、結構化標記

你也許曾有這種經驗？花了三天拍商品照、修圖、上架，每一張都美得像雜誌封面，結果 Google Search Console 開出來，圖片帶來的曝光數字趨近於零。更尷尬的是，競品那張看起來很普通的產品圖，反而一直在 Google 圖片搜尋裡霸佔前面的版位。

圖片優化要同時處理三件事：讓搜尋引擎能發現並理解圖片、讓頁面快速顯示，以及讓讀者取得正確的視覺資訊。檔名、替代文字、圖文脈絡、尺寸與載入方式各自解決不同問題；這些做法能改善搜尋與部分 AI 功能理解圖片的條件，但不保證索引、排名或引用。

重點摘述：圖片 SEO 的本質是「用結構化的資訊包圍一張圖，讓機器讀懂、讓人快速看到」。做好三件事就能贏過八成的網站：檔名語意化、Alt 文字寫人話、首屏圖優先載入。再往上是格式與響應式、結構化資料、圖片 Sitemap，最後是爭取 AI 搜尋的引用。

圖片 SEO 為什麼值得你花一整個下午搞懂

在完整的 站內 SEO 裡，很多人把圖片當成文章的裝飾品，這是最大的誤解。圖片其實是一條獨立的流量入口，而且這條入口在 2026 年變得比五年前重要太多。三個原因。

第一，Google 圖片搜尋本身就是一個大型垂直引擎。使用者在 Google 圖片裡搜尋商品、教學步驟、靈感圖，這些查詢背後是實實在在的購買與研究意圖。一張被正確優化的產品圖，可以長期穩定地帶來點擊，而且這種流量通常比文字搜尋更接近「視覺衝動型」的轉換。實務上觀察不少電商站會發現，圖片搜尋帶來的流量佔整體自然流量的比例，常常被嚴重低估，因為它分散在數百張商品圖上，單看一張不起眼，加總起來卻相當可觀。正因如此，圖片流量常被形容為「隱形的第二曲線」：它不會出現在首頁排名報表裡，卻默默在背後貢獻訂單。

第二，Core Web Vitals 把圖片直接綁上了排名因素。最大內容繪製（LCP）在多數內容頁面上就是那一張首圖或 Hero image；互動到下次繪製（INP）會被過大的圖片重新渲染拖累；累計版面位移（CLS）有一大半是圖片沒設尺寸造成的跳動。換句話說，圖片沒處理好，你的整體網頁體驗分數就跟著垮（見 web.dev 的 Core Web Vitals 說明，2026 年）。這件事在 Core Web Vitals 完全攻略 裡有更展開的討論。

第三，也是最關鍵的新變化：AI 搜尋開始引用圖片。Google AI Overviews 與生成式搜尋結果，已經會在回答裡直接放進一張圖，並標註來源網站。當 AI 替使用者「選一張代表性的圖」時，它靠的就是圖片周圍的語意脈絡與結構化標記。你可以在 Google AI Overviews 完全指南 看到這個機制的全貌。這代表圖片優化的報酬結構變了：以前是「排名高一點」，現在是「有沒有被 AI 選中曝光」。

Google 其實「看不見」你的圖，它讀的是周圍的線索

這是最該先建立的心智模型。Googlebot 是一支程式，它沒有人類的眼睛。它是透過一組「替代性訊號」來理解一張圖代表什麼，這些訊號包括檔名、Alt 文字、圖片前後的文字、頁面標題、周圍標題層級、結構化資料，以及圖片在頁面上的角色，整理在 Google 的圖片搜尋文件（2026 年版本）裡。

換個方式想：把 Googlebot 想像成一個看不見畫作的美術館導覽員。它只能靠牆上的解說牌、畫作的編號、展間的動線，來推斷這幅畫在畫什麼。你給它的解說牌越清楚、越前後一致，它就越能把對的人帶到這幅畫前面。

這個模型告訴我們一件重要的事：圖片 SEO 不是對圖片本身做事，而是對「包圍圖片的資訊」做事。一張 ALT 寫得精準、檔名語意化、旁邊段落主題一致的圖，跟一張檔名是 DSC_4823.jpg、沒有任何文字說明的圖，在 Google 眼裡是兩個完全不同的東西。

從圖片誕生那一刻起，SEO 就已經開始

實務上常會提醒一句話：圖片優化的成敗，有六成在它被放進編輯器之前就決定了。這不是誇張。源頭決定了兩件事，後面都很難補救：原創性與尺寸。

原創性是最大的護城河。Google 在圖片搜尋裡對重複圖片會做去重，一張全網都用過的素材圖，再怎麼優化也很難拿到前面的版位。自己拍、自己畫、用 AI 生成後再加工的圖，價值遠高於直接抓圖庫的成品。實務上的習慣是，能拍就拍，不能拍就用繪圖工具重畫一張示意圖。需要素材時，商用免費圖庫是合理的起點，但建議再做一層加工，例如換配色、加註解、裁切構圖，讓它變成「這一站獨有」的版本。如果你需要的是去背素材，AI 去背工具能幫你快速產出可重用的透明背景元素。

原創性這件事，其實跟 E-E-A-T 裡的 Experience 是同一個邏輯。Google 越來越看重「這個內容是不是出自一個真的做過這件事的人」。一張你自己拍的廚房照片、你自己畫的流程圖，背後帶的是第一手經驗的訊號；一張跟一百個網站一模一樣的圖庫照，帶的是「大量複製」的訊號。在 AI 內容氾濫的時代，後者越來越廉價，前者越來越值錢。也因此，建議與其花時間把一張素材圖優化到極致，不如把同樣的時間拿去產出一張原創圖。差異化是這樣疊出來的，相關的觀念可以對照 E-E-A-T 完整指南。

尺寸要在製作階段就想清楚最終用途。一張 6000×4000 的原始檔，直接上傳到網站是災難。你應該先問：這張圖最大會被顯示在多寬的容器裡？手機上是幾像素？ retina 螢幕需要兩倍密度嗎？在拍攝或設計階段就鎖定「實際需要的最大尺寸加上一到兩倍密度」，後續的壓縮與響應式處理才會輕鬆。

檔名：Google 認識你圖片的第一句話

檔名是 Googlebot 接觸這張圖的第一個語意訊號，但九成的人隨手就丟了。相機預設的 IMG_20260711.jpg、設計軟體匯出的 Untitled-1.png、從別人那邊拿到的 截圖 2026-07-11 下午3.21.png，這些檔名對搜尋引擎來說等於沒說話。

好的檔名有三個原則：

• 用關鍵字描述內容，不是描述情緒。red-running-shoes-nike.png 是好檔名；my-favorite-shoes.png 則沒有任何搜尋價值。
• 用連字號分隔單字，不要用底線或空格。Google 把連字號當成字詞邊界，但底線會被當成同一個字的一部分。seo-checklist.png 優於 seo_checklist.png。
• 簡潔，不要塞十個字。三到六個有意義的單字就夠了，太長反而像在堆砌。

實務上可以這樣要求：每一張要上線的圖，檔名先用一個短句回答「這張圖裡最重要的東西是什麼」，再把那個短句壓成連字號格式。這個動作花不到三十秒，卻是整條優化鏈裡 CP 值最高的一環。檔名也跟整體網址策略一樣，是「可被 Google 閱讀的語意單元」，你可以把這個概念對照 網址優化指南 一起看。

還有一個細節：如果你的網站是多語系、同一張圖會出現在繁中、英文等不同版本，檔名建議用英文拼音。一來英文檔名對 Google 的語意判斷最通用，二來避免了不同語系使用不同檔名造成的重複圖片管理問題。檔名一旦上線就不要輕易改，因為改檔名等於換了一個圖片網址，舊的連結和索引都會受影響，這跟「網址上線後別亂改」是同一個道理。

Alt 文字不是關鍵字垃圾桶，是語意橋樑

Alt 文字（替代文字）的主要目的，是讓使用螢幕閱讀器的人理解圖片提供的資訊。有資訊意義的圖片應以簡潔文字描述與上下文相關的內容，不必硬湊完整句子或塞關鍵字；純裝飾圖片通常應使用空的 alt=""。

Google 早就公開說過，Alt 文字是它理解圖片內容的主要訊號之一。但這不代表你該把所有想排名的字塞進去。十年前那種 alt="台北 SEO 公司 SEO 服務 關鍵字排名 第一頁 優化" 的寫法，現在只會讓 Google 覺得你在作弊。正確的寫法是：

站在一個看不見這張圖的人的立場，用一句話告訴他這張圖在傳達什麼，然後在自然的情況下把核心關鍵字放進去。

舉個對比例子。一張「廚房裡擺著一組木質砧板與陶瓷刀」的商品圖：

很多初學者會把 Alt、Title、Caption、Figure 搞混，這裡一次說清楚。這四個角色各自服務不同目的：

• Alt（替代文字）：給螢幕閱讀器與 Googlebot 看，是 SEO 主戰場。
• Title（圖片標題）：滑鼠停留在圖片上時顯示的小提示，SEO 權重極低，主要服務真人，可有可無。
• Caption（圖說）：顯示在圖片下方的說明文字，讀者看得到，也是 Google 讀的脈絡之一，特別適合放補充資訊。
• Figure（圖片區塊）：HTML5 的語意標籤，搭配 <figcaption> 可以明確告訴 Google「這段文字和這張圖是一組的」。

把這四個角色分清楚，你就不會一股腦把同一段字塞進每個欄位。記住一個原則：Alt 負責語意，Caption 負責脈絡，Title 負責體驗，各司其職。

這裡再補兩種特殊情境的 Alt 寫法。第一種是純裝飾圖，例如頁面的背景花紋、分隔用的線條圖、純粹用來排版的色塊。這類圖對理解內容沒有幫助，應該用空的 Alt（alt=""）明確告訴螢幕閱讀器「直接跳過這張」。注意是空字串，不是完全不寫 Alt 屬性；完全不寫的話，有些螢幕閱讀器會把整串檔名念出來，反而干擾使用者。第二種是圖表與資訊圖，這類圖承載大量資訊，光靠一句 Alt 不夠。常見的做法是：Alt 寫一句摘要（「2026 年台灣電商各品類圖片流量佔比長條圖」），然後在緊鄰的正文或 Caption 裡把圖表的關鍵數字用文字再講一遍，確保視障讀者與 Googlebot 都能拿到圖裡的資訊。

格式選擇：WebP、AVIF 還是 JPEG？一張決策表講清楚

格式直接決定檔案大小與畫質。選錯格式，再怎麼壓縮都事倍功半。目前的格式版圖是這樣的（依 web.dev 的格式選擇建議，2026 年）：

實務建議是：2026 年的照片首選 WebP，追求極致就上 AVIF 並備一份 fallback。圖示與 Logo 一律 SVG。只有在確定目標讀者還在用很舊的瀏覽器時，才退回 JPEG 與 PNG。

說穿了，格式選擇的本質是「在相同視覺品質下，把位元數砍到最低」。web.dev 的研究（2026 年）反覆證明，載入速度每一秒的提升，都會反映在跳出率與轉換率上。所以選對格式不是追求技術潮流，是在顧你的流量與營收。

這裡補一個實務上容易被略過的點：同一張圖可以同時提供多種格式，讓瀏覽器自己挑。HTML 的 <picture> 元素讓你列出多個 <source>，瀏覽器會用它支援的第一個。你可以把 AVIF 放第一順位、WebP 第二、JPEG 當最後兜底，這樣最先進的瀏覽器吃到最小的檔案，老瀏覽器也不會開天窗。這個寫法在新站很容易導入，舊站則可以挑流量最大的幾個頁面先改。

壓縮與響應式尺寸：讓同一張圖在小螢幕上不拖垮速度

選對格式之後，下一層是壓縮與響應式尺寸。這兩件事要一起做，因為它們解決的是同一個問題：不要把桌機需要的大圖，原封不動送到手機上。

壓縮的原則是「視覺無損，檔案減半」。人的眼睛對亮度敏感、對色彩細節遲鈍，所以有損壓縮可以在你看不出差異的情況下，把檔案砍掉六到八成。工具很多，從線上服務到桌面軟體都有，重點是找到一組「品質參數」讓你認為「看起來跟原圖沒兩樣」，然後固定下來當成流程。站上另整理過一份 圖片壓縮工具實測，裡面比較了十幾款主流工具的壓縮率與失真程度，你可以挑順手的用。

響應式尺寸的核心是 srcset。HTML 的 srcset 屬性讓你為同一張圖準備多個解析度版本，瀏覽器會根據使用者螢幕寬度自動挑選最合適的那一個。手機拿到小圖、桌機拿到大圖，誰都不吃虧。它的長相大概是這樣：

<img
  src="hero-800.webp"
  srcset="hero-400.webp 400w, hero-800.webp 800w, hero-1200.webp 1200w"
  sizes="(max-width: 600px) 100vw, 50vw"
  alt="木質砧板搭配陶瓷水果刀的廚房擺設"
  width="800" height="600"
  loading="lazy" decoding="async">

這段程式碼同時做了好幾件對的事：srcset 處理響應式、width 與 height 鎖住版面（防止 CLS）、loading="lazy" 啟用延遲載入、decoding="async" 不阻塞主執行緒。一張圖把這幾項都做到，它的技術 SEO 分數就接近滿分了。

這裡特別把 width 與 height 拉出來講，因為它是 CLS 最常見的元兇，卻也最容易被忽略。當一張圖沒有寫尺寸屬性時，瀏覽器在圖片下載完成之前，不知道要為它保留多大空間，於是先用零高度佔位；等圖片載入進來，整個版面就往下擠一格。讀者本來在看第二段，突然被彈到第三段，這種跳動就是 CLS 分數變差的主因。現代瀏覽器只要看到 <img> 上有正確的 width 與 height，就會在載入前算好比例、預留空間，版面完全不跳。這個屬性花你十秒鐘寫，卻能穩住整頁的體驗分數，是性價比極高的一個動作。

響應式圖片還有一個進階技巧：用 aspect-ratio CSS 屬性鎖比例。當你的圖片容器寬度會隨螢幕變動，但又想維持固定的長寬比時，aspect-ratio: 16/9 這一行 CSS 能讓容器在圖片載入前就保有正確高度，同樣是防止 CLS 的利器。把 width/height 屬性當成基本盤、aspect-ratio 當成進階補強，兩者搭配，版面位移的問題基本就絕跡了。

如果你的站是 WordPress 架的，很多外掛會幫你自動產生多尺寸版本與 srcset，這也是 WordPress 在圖片優化上相對省力的原因之一。具體的外掛選擇可以參考 WordPress 圖片優化指南，裡面有從壓縮到格式轉換的完整流程。

載入順序也是 SEO：LCP 圖片、Lazy Loading 與 CDN

圖片怎麼被送出去，跟它本身的內容一樣重要。這一層有三個關鍵。

第一，首屏那張圖（通常是 LCP 元素）要優先載入。這張圖是使用者打開網頁時第一眼看到的大面積視覺，它的載入速度直接決定 LCP 分數。你應該對這張圖取消延遲載入、使用 fetchpriority="high"、甚至預先載入（preload），讓它比其他圖更早到位。處理內容頁時，建議固定把 Hero image 從 lazy loading 名單裡剔除，這一個小動作常常能把 LCP 壓掉一秒以上。

第二，首屏以下的圖全部 Lazy Loading。延遲載入讓視窗外的圖片等到快被捲到時才下載，省下大量頻寬與渲染時間。延遲載入的完整做法 另有專文拆解，這裡只強調一個原則：lazy loading 要搭配正確的尺寸屬性，否則反而會製造版面跳動，弄巧成拙。

第三，用 CDN 把圖片送到離讀者最近的節點。內容傳遞網路（CDN）能讓台北的讀者拿到台灣節點的圖、東京的讀者拿到日本節點的圖，物理距離縮短，延遲就降下來。CDN 對圖片密集的網站效果尤其明顯，原理與服務選擇可以看 CDN 完整解析。整體載入優化的系統性做法，則整理在 網站速度優化指南 裡。

這三件事的本質是一樣的：不要讓讀者等一張他還沒看到的圖。載入策略做得好，Core Web Vitals 的分數會直接受惠，而這些分數現在是實實在在的排名訊號。

結構化資料讓圖片走進 Rich Result

到目前為止談的都是「讓 Google 看懂圖」，這一段要談「讓 Google 把你的圖放進特殊版位」。這就是結構化資料的戰場。

結構化資料是用一組標準化的標記（最常見是 JSON-LD 格式），明確告訴 Google 這個頁面、這張圖屬於什麼類型。對圖片來說，最常被用到的是 ImageObject、商品頁的 Product（含 image 屬性）、食譜的 Recipe、文章的 Article。當你的標記正確，Google 才有機會把你的圖放進購物卡片、輪轉區、Rich Result 這些高點擊率的版位，細節見 Google 的圖片搜尋文件（2026 年版本）。

一個商品頁最基本該有的，是 Product 標記裡的 image 欄位指向一張高品質、正方形的代表圖。這張圖會跟著商品出現在搜尋結果的購物卡片裡，是電商網站最直接的圖片 SEO 紅利。WooCommerce 的商品頁在這件事上特別關鍵，完整的標記與優化流程可以對照 商品頁 SEO 手冊。更全面的結構化資料觀念，建議搭配 結構化資料教學 一起讀。

記住，結構化資料不是裝飾，是「主動聲明」。你越清楚地聲明這張圖是什麼、屬於哪個實體，Google 就越有信心把它放進對的版位。這背後其實是 Entity SEO 的邏輯：把你的內容變成可被機器理解、可被引用的知識單元。

結構化資料要發揮效果，有一個前提常被忽略：標記的內容必須跟頁面上肉眼可見的內容一致。Google 會比對你的 JSON-LD 標記和實際渲染出來的頁面，如果你標了一張圖是某個商品，但頁面上根本看不到那張圖，或圖片跟商品對不上，這個標記不但無效，還可能被判斷為欺騙。老實說，別急著堆砌一堆花俏的標記類型，先把最基本的 image 屬性填一張貨真價實、跟頁面主題完全吻合的代表圖，這件事比什麼都實在。

圖片 Sitemap：主動告訴 Google「這個站有這些圖」

Google 靠爬蟲發現圖片，但你不該被動等它來。圖片 Sitemap 是一種專門用來聲明圖片存在的機制，讓你在標準 Sitemap 的網址項目裡，額外附上這個頁面包含哪些圖、圖片的標題與授權資訊。

這對幾種情境特別有用：圖片是透過 JavaScript 動態載入的（爬蟲可能渲染不出來）、圖片放在第三方 CDN 網域（Google 不確定能不能索引）、網站有很多圖庫或畫廊頁。把這些圖寫進 Sitemap，等於給 Google 一張明確的清單。Sitemap 的整體提交與產生流程，可以看 Sitemap 教學。

如果你的圖片是靠 JavaScript 渲染的，這裡要特別小心。Google 雖然能執行 JavaScript 來發現圖片，但它的渲染排程是異步且資源有限的，重要圖片最好還是用標準 <img> 標籤直接寫進 HTML，而不是全靠 JS 動態注入，原則見 Google 的 JavaScript SEO 基礎說明（2026 年版本）。JavaScript 對 SEO 的整體影響，可以進一步讀 JavaScript SEO 介紹。

AI 搜尋時代的圖片新戰場：Google Lens 與視覺搜尋

生成式搜尋讓圖片的可發現性、圖文脈絡與來源資訊更值得檢查，接下來整理可實際控制的項目與限制。

傳統的圖片 SEO，目標是「在 Google 圖片搜尋排前面」。但搜尋行為正在質變。越來越多使用者不再打字，而是直接用 Google Lens 拍一張照、或上傳一張圖，讓 AI 告訴他這是什麼、哪裡買、怎麼做。這種「以圖搜尋」的流量，本質上是把圖片從「被動被找到」翻轉成「主動觸發搜尋」，背後的完整運作機制與優化對策可以進一步讀 視覺搜尋與 Google Lens。

這對圖片優化帶來三個新要求：

1. 圖片要「夠獨特、夠代表性」，才能被 AI 選為某個主題的答案圖。一張全網氾濫的素材圖，AI 沒有理由挑你；一張只有你站上才有的原創示意圖，被引用的機會高得多。這也呼應前面講的「原創性是唯一壁壘」。
2. 圖片周圍的脈絡要緊扣實體與搜尋意圖。AI 在選圖時，看的是這張圖所在的頁面主題、周圍文字、結構化標記是否一致。這就是為什麼前面反覆強調「包圍圖片的資訊」。搜尋意圖的概念可以對照 搜尋意圖解析。
3. 圖片要能被 AI 引用時正確標註來源。結構化資料、圖片 Sitemap、明確的頁面標題與網址，都是讓 AI「知道這張圖來自哪裡」的訊號。當你的圖被 AI Overviews 引用並附上來源連結，那是一條全新的高品質流量。這個趨勢跟整體的 AI 搜尋優化是同一條線，想深入可以讀 AEO 優化指南。

直白地說，視覺搜尋把圖片從「文章附屬品」升級成「獨立的內容資產」。一張優化得好的原創圖，可能在未來幾年持續被 AI 拿來當答案、被使用者拿來當查詢入口，這是純文字內容做不到的事。所以可以這樣說，圖片是 AI 搜尋時代最被低估的長期資產。

這裡再補一個更前瞻的觀察。生成式搜尋的本質是「檢索再生成」，也就是 AI 先從龐大的資料庫裡把相關內容撈出來，再用語言模型組合成一段回答。圖片在這個流程裡扮演的角色，是「可被直接引用、可被驗證的視覺證據」。當 AI 要回答「這個產品長什麼樣」、「這個步驟怎麼做」時，它需要的不只是文字描述，更是一張能佐證的圖。你可以把 Retrieval（檢索）的運作 拿來對照思考：在檢索階段就被撈到的、附帶豐富語意脈絡的圖，才有資格進入生成階段被引用。

這也解釋了為什麼結構化資料和語意脈絡在 AI 時代變得更吃香。AI 不是靠猜的，它要能「確定」一張圖屬於哪個主題、哪個實體，才敢把它放進回答裡。你給它的確定性訊號越多（結構化標記、緊扣的標題、一致的周圍文字），它選你這張圖的信心就越高。某種意義上，圖片 SEO 正在跟 生成式引擎優化（GEO） 合流，兩者追求的是同一件事：讓你的內容成為 AI 最有信心引用的那一份。

WordPress 網站的圖片 SEO 系統化做法

如果你跟大多數內容站長一樣用 WordPress 架站，那麼圖片優化可以高度系統化。根據 W3Techs 至 2026 年 6 月的統計，WordPress 在所有使用內容管理系統的網站裡佔有壓倒性的市佔率。正因為這麼多人用，圍繞 WordPress 的圖片優化生態也最成熟。

一個系統化的 WordPress 圖片 SEO 流程，可以切成四塊：

• 上傳前先壓縮與轉檔。不要把原始幾 MB 的照片直接丟進媒體庫。先用工具壓成 WebP、控制在合理尺寸，再上傳。這是最有效的一步。
• 用外掛自動化壓縮與格式轉換。Smush、ShortPixel、Imagify 這類外掛能在上傳後自動壓縮、產生 WebP 版本。Smush 的詳細設定另有專文 Smush 完整教學，新手跟著做就行。
• 啟用 Lazy Loading 與快取。WordPress 核心從 5.5 版起就原生支援 lazy loading，搭配快取外掛能進一步壓低載入時間。快取外掛的選擇可以參考 快取外掛推薦。
• 用 SEO 外掛管理 Alt 文字與結構化資料。Rank Math、Yoast 這類外掛會在媒體庫提示你補上 Alt 文字，也能自動產生基本的結構化資料。Rank Math 的設定可以看 Rank Math 教學，兩者的差異比較則在 Yoast vs Rank Math。

把這四塊串起來，WordPress 站的圖片優化就能從「每次手動」變成「一套固定流程」。這也是 WordPress 站相對自架站的一個實質優勢：生態成熟、可重複、可交接。整體的 WordPress SEO 系統化建議，可以再延伸讀 WordPress SEO 全攻略。

有一個 WordPress 特有的坑要提醒你：媒體庫的附件頁面。WordPress 預設會為每一張上傳的圖片建立一個獨立的附件頁面，網址長得像 /wp-content/uploads/圖片名/。這些頁面內容貧乏，往往只有一張圖加標題，對 SEO 沒有價值，還會稀釋爬蟲在你站上花的爬取預算。建議用 SEO 外掛把附件頁面重新導向到它的母文章，或者直接關閉這個功能。爬取預算的概念可以對照 爬取預算優化，對內容量大、圖片多的站來說，這一步的影響很實在。

圖片 SEO 常見錯誤 vs 正確做法對照表

觀察許多網站的圖片優化會發現，有些錯誤反覆出現，而且常常是「以為做對了其實做反了」。下面這張對照表把最常見的幾個收攏在一起，你可以拿來檢視自己網站的現況。

表格裡最後一項特別值得提醒。很多人改版時把舊圖刪掉、換上新路徑，卻忘了那些舊圖可能已經被別人引用、被 Google 圖片收錄。一旦舊路徑 404，等於把已經累積的圖片連結資產丟進垃圾桶。重要的圖片換路徑時，請比照網頁換網址的邏輯，用 301 轉址把舊路徑指到新圖。轉址的完整觀念可以對照 301 與 302 轉址教學，而網址層級的重複內容處理則可以看 Canonical URL 指南，兩者是同一套「保留資產、避免流失」的思維。

怎麼驗證自己做對了：GSC 圖片報表與速度檢測

優化做完不算數，要能驗證。圖片 SEO 的驗證分兩條線：收錄與曝光、速度與體驗。

收錄與曝光看 Google Search Console。GSC 的成效報表可以篩選「圖片」這個搜尋類型，讓你看到圖片帶來的曝光、點擊、平均排名，以及是哪些查詢詞帶來的。這份報表是判斷圖片 SEO 成效最直接的依據。如果你發現某張圖曝光很高但點擊很低，問題通常出在縮圖不夠吸引人或 Alt 文字跟搜尋意圖對不上。GSC 的完整操作可以看 GSC 教學。

速度與體驗看 PageSpeed Insights 與 Lighthouse。這兩個工具會告訴你 LCP 是哪一張圖、有沒有合適的尺寸、圖片是不是最大頻寬消耗。建議固定用 網站速度測試工具 在優化前後各跑一次，看 LCP 與 CLS 的數字有沒有實質改善。數字會說話，別靠感覺。

有一個常用的除錯技巧：當某個頁面的圖片流量突然掉了，可用 GSC 的網址審查工具去看那一頁的圖片是不是還被正常索引，有時候是一次改版不小心把 <img> 換成了 JS 動態載入，導致 Google 渲染不出來。這類技術性的爬取與索引問題，本質上都屬於 技術性 SEO 的範疇。

一份今天就能動工的圖片 SEO 行動清單

讀完一堆觀念，最重要的是踏出第一步。下面把整套圖片 SEO 濃縮成一份由淺入深的行動清單，照著走就行：

1. 盤點現有圖片的低垂果實。打開媒體庫或檔案總管，找出所有檔名是 IMG_、DSC_、截圖 開頭、或 Alt 留空的圖，先從流量最高的十篇文章開始修。
2. 建立壓縮與格式轉換的固定流程。挑一款順手的壓縮工具，訂一組品質參數，未來每張圖上線前都走同一套流程，產出 WebP。
3. 把檔名與 Alt 文字寫進你的編輯檢查表。每篇文章發布前，逐張確認檔名語意化、Alt 用一句完整的話描述內容。
4. 為首屏大圖取消延遲載入，並加上 fetchpriority。這個動作對 LCP 的改善通常立竿見影。
5. 補上圖片 Sitemap 與關鍵頁面的結構化資料。商品頁優先補 Product 標記的 image 欄位，文章頁補 Article。
6. 每個月看一次 GSC 圖片報表。追蹤曝光與點擊變化，找出表現好的圖反推它做對了什麼，再把那個模式套到其他圖。

圖片優化不是一次性的事，而是一套長期累積的紀律。每張圖都做對一點，幾百張圖加起來就是一道別人難以跨越的流量壁壘。尤其是在 AI 搜尋時代，一張被持續引用的原創圖，它的價值會隨時間複利成長，這正是 SEO 最迷人的地方：今天存下的功，未來會自己滾出流量。

回到最開始的那個比喻，Google 是那個看不見畫作的美術館導覽員，你每一次把檔名取好、把 Alt 寫清楚、把尺寸標上去、把結構化資料補齊，都是在為那幅畫重新寫一張更精準的解說牌。解說牌越完整、越一致，對的觀眾就越容易被帶到你的畫前面。這套道理不花錢，只花紀律，而紀律，正是大多數競爭者最缺的東西。把這件事想透，你就明白：圖片 SEO 的門檻從來都在意願，技術反而好學。

走完上面的清單，可以減少常見的圖片發現、語意、尺寸與載入問題；最終仍要用 Search Console、PageSpeed Insights 與實際裝置測試結果驗證。