圖片 SEO 優化終極指南：從命名、壓縮到結構化標記，全面提升搜尋流量
圖片 SEO 優化的核心，是把 Google 看不懂的像素翻譯成它能讀懂的文字訊號，檔名、Alt、周邊語意、結構化資料、載入速度五件事到位，一張圖就能在 Google 圖片搜尋、一…
圖片 SEO 優化的核心，是把 Google 看不懂的像素翻譯成它能讀懂的文字訊號，檔名、Alt、周邊語意、結構化資料、載入速度五件事到位，一張圖就能在 Google 圖片搜尋、一般搜尋結果與 Google 探索中獨立曝光，順帶拉升整頁的 Core Web Vitals 與 SERP 點擊率。根據 Google Search Central 官方圖片 SEO 指南，搜尋引擎完全依賴圖片周圍的文字線索來判讀圖片內容 [來源：Google Search Central〈Images in Search documentation〉〈https://developers.google.com/search/docs/appearance/images〉2026]，所以圖片 SEO 本質是語意工程，不是把圖弄漂亮。
重點先看：首圖往往是 LCP 的來源，一張沒壓縮的大圖會直接把 Core Web Vitals 拉到不及格，連帶整頁排名下滑 [來源：web.dev〈Core Web Vitals〉〈https://web.dev/articles/core-web-vitals〉2026]。想讓圖片變流量入口，先把 Alt、檔名、格式、周邊語意、授權這五件事做對。再往前推一層，圖片還要能根據螢幕寬度自動切換尺寸與解析度，行動裝置才不會被迫下載桌機等級的大檔，這層響應式策略是很多教學沒講、卻直接決定行動 LCP 生死的環節。
圖片 SEO 的本質：把像素轉成文字訊號
多數教學把圖片 SEO 簡化成「寫 Alt 加壓圖」兩件事，這低估了它的價值。Google 完全看不懂圖片像素，只讀圖片周圍的文字訊號 [來源：Google Search Central〈Images in Search documentation〉〈https://developers.google.com/search/docs/appearance/images〉2026]，所以圖片 SEO 本質是語意翻譯工程，不是視覺優化。這條思路和 Entity SEO 一致，都是把內容拆成搜尋引擎能比對的概念單位。
回報也不只在 Google 圖片搜尋那一點流量，而在首圖直接綁定 LCP、進而決定整頁能不能排上首頁。圖片不是裝飾素材，而是頁面內容的一部分。當一張圖出現在 SERP 摘要、產品卡、Google 探索的縮圖裡，就是多一個曝光版位；把圖片當成可有可無的裝飾，這些版位就全沒了。除了 SERP 搜尋結果頁解析 裡的文字結果，搜尋結果還會出現圖片縮圖、文章摘要圖、產品照，Google 探索也會主動推薦圖片，這些版位疊起來才是回報來源。
圖片 SEO 也建立在整體 技術性 SEO 優化指南 的基礎上。網站若連基本的 網站速度優化全攻略 都沒做好，再完美的 Alt 也救不回排名。而行動裝置已佔全球網路流量的多數，行動版首圖的體積與解析度策略，往往比桌機版更值得花時間調校。
Google 怎麼看圖片？拆解三層判斷邏輯
Google 對一張圖的判斷分三層：先確認能不能抓到圖（可索引性），再判斷看不看得懂圖（語意理解），最後評估這張圖會不會拖垮體驗（技術品質）。三層任一層出問題，圖片就不會被收錄或排名。把這三層當成健檢的優先順序，才不會在第二層拼命寫 Alt，卻忽略第一層的圖片根本沒被抓到。後面的排查步驟、決策矩陣，都是沿著這三層的順序展開。
第一層是「找得到」。如果圖片需要登入才能看、頁面被 robots.txt 擋住，爬蟲根本抓不到。更常見的地雷是 JavaScript 動態載入，圖片在原始碼裡一開始不存在，要等使用者滑到才出現，這時候 Google 不一定會執行那段程式碼 [來源：Google Search Central〈JavaScript SEO〉〈https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics〉2026]。這正是 JavaScript SEO 處理的核心問題。沒有固定的 <img src> 連結，搜尋引擎就可能完全略過那張圖。實務上有個簡單驗證法：在瀏覽器停用 JavaScript 後重新整理頁面，如果圖片跟著消失，搜尋引擎很可能也看不到它。
第二層是「看得懂」。就算抓到圖，Google 也讀不懂像素。它靠的是檔名、Alt、圖片標題、附近段落文字與圖說（caption）這幾個文字訊號拼湊出圖片主題 [來源：Google Search Central〈Images in Search documentation〉〈https://developers.google.com/search/docs/appearance/images〉2026]。比方說你的文章在講 GA4 事件設定，截圖的 Alt 寫成「GA4 事件追蹤設定畫面示範」，Google 就能把圖片和段落語意連起來。這層訊號的判讀有權重差別：緊鄰圖片的標題與段落，通常比頁面尾端的註解更具參考價值，這也是把圖片放對位置的技術原因。
第三層是「不拖體驗」。清晰度、構圖、載入速度、行動裝置顯示都會影響 CTR 與 Core Web Vitals。模糊、過曝、低畫質的圖會直接壓低點閱率；而一張沒壓的大圖會把首圖 LCP 拉到不及格 [來源：web.dev〈Core Web Vitals〉〈https://web.dev/articles/core-web-vitals〉2026]。這也是為什麼 Core Web Vitals 核心指標解析 裡的 LCP 會被圖片牽著走。LCP 的及格門檻在 2.5 秒以內，而首圖常常佔掉其中一半以上的時間，等於只要首圖沒顧好，其他再怎麼調也難翻盤。
| 判斷層級 | 核心問題 | 主要訊號來源 | 常見卡點 |
|---|---|---|---|
| 第一層 找得到 | 爬蟲能不能抓到圖 | 靜態 img src、robots.txt、頁面權限 | JS 動態載入、需登入、被擋 |
| 第二層 看得懂 | 能不能讀出圖片主題 | 檔名、Alt、標題、周邊段落、caption | 亂碼檔名、Alt 全站重複 |
| 第三層 不拖體驗 | 會不會拖垮速度與體驗 | 清晰度、檔案大小、格式、行動顯示 | 首圖過大、格式老舊、未壓縮 |
建議做法是保留一個能被 Google 抓取的靜態 <img src> 連結，避免純 JS 載入導致圖片被略過。先確保圖片能被收錄，再談排名，這和 爬取預算優化策略 的觀念一脈相承。用 Google Search Console 的圖片報表，可以看到哪些圖真的被抓到；要單張圖、單個頁面逐一確認收錄狀態，則用 Search Console 網址檢查工具。
這三層的排查邏輯也適用於一般的速度瓶頸診斷：先確認資源能不能被載入，再看內容能不能被理解，最後才優化體驗。把圖片塞進 Sitemap 的圖片欄位，能進一步幫 Google 發現你的圖。索引之後才進入檢索與排名階段，這層順序可以看 Retrieval 檢索是什麼 的拆解。
五個直接影響排名的圖片優化重點
把圖片 SEO 拆成五個可執行動作：寫好 Alt、給對檔名與格式、控制檔案大小、建立語意脈絡、加上結構化資料。每一項都對應 Google 判斷圖片的一個訊號，逐項展開並標出常見錯誤與驗收方式。
一、Img Alt 替代文字的撰寫原則
Alt（Alternative Text，替代文字）描述圖片內容，圖片載不出來時顯示在畫面上，同時也是 Google 理解圖片主題的主要依據。好的 Alt 應該自然、具體，貼近該段落主題，可以帶關鍵字但不能堆疊。功能性圖片（例如按鈕圖示）要描述用途，純裝飾圖（背景花紋）則留空 alt=""，讓螢幕閱讀器略過。判斷一張圖該不該留空，最直接的標準是：拿掉這張圖，讀者會不會少掉任何資訊？會，就必須寫 Alt；不會，就留空。
- 好的寫法：
alt="設定 GA4 事件追蹤的畫面示範"，清楚、具語意，和段落主題對得上。 - 不好的寫法：
alt="圖片1"或alt="SEO"，太模糊，看不出是什麼圖。 - 過度堆疊：把十個關鍵字塞進一句 Alt，會被判定為低品質訊號，也傷害使用輔助工具讀者的體驗。
掌握一個原則：先講「這是什麼」，再講「在這篇文章裡它代表什麼」。例如一張折線圖，先寫「GA4 近三十天工作階段流量折線圖」，再補一句「顯示自然搜尋為最大來源」，搜尋引擎與螢幕閱讀器同時受惠。Alt 跟 SEO 網址 一樣，貴在精準，數量多寡並非重點。
二、檔名與格式決定語意與載入速度
Google 會讀取檔名 [來源：Google Search Central〈Images in Search documentation〉〈https://developers.google.com/search/docs/appearance/images〉2026]，所以不要再命名 IMG_0001.jpg。改用描述性英文小寫連字符，例如 ga4-event-tracking-setup.jpg 或 kettlebell-workout-personal-trainer.webp。有些 CMS 或壓縮工具會自動產生亂碼檔名（像 a4b7f3c9d2.jpg），這種檔名在搜尋引擎眼裡毫無語意價值。命名時把握三個小原則：全英文小寫、單字之間用連字符而非底線或空格、長度控制在五到八個單字以內，既語意清楚又不會被截斷。
格式選擇直接影響載入時間與畫質。優先用 WebP 或 AVIF，照片類用 JPG，透明背景或清晰邊緣用 PNG。這也牽動 WordPress 圖片優化流程 與 圖片壓縮工具 的整體規劃，挑對格式，後續壓縮事半功倍。格式選錯的代價很具體：把一張色彩豐富的照片存成 PNG，檔案往往是 JPG 的好幾倍；把需要透明背景的 Logo 存成 JPG，邊緣就會出現白底或雜邊，兩種錯配都會同時拖慢速度與破壞畫質。
三、檔案大小與載入策略的控制
實務上把圖片檔案大小壓縮後控制在 200KB 以內、再依畫質需求調整，是普遍被採用的門檻。並啟用 lazy loading，讓非首屏圖片延後載入，行動裝置的速度提升最明顯。搭配 Lazy Loading 延遲載入做法 與 網站速度測試工具，可以量測前後差異。要特別留意一個陷阱：首圖（Above the fold 的主視覺）不要套用 lazy loading，因為它本身就是 LCP 元素，延後載入反而會讓 LCP 的計算起點往後挪，分數變更差。Lazy loading 只該用在首屏以下、使用者要滑動才看得到的圖。
四、建立語意脈絡讓 Google 看懂圖片歸屬
圖片要緊鄰相關段落，避免集中塞在文末。操作截圖就放在教學步驟旁，商品照就放在規格說明旁。圖片下方加圖說（caption）、上方加小標，前後段落補充描述，這些都能補足圖片語意。這也是 搜尋意圖四大類型 裡「資訊型意圖」對應的內容結構，讓每張圖都服務一個明確的段落主題。一個實用的自檢方式：遮住圖片旁邊的文字，單看這張圖能否猜出它在解釋什麼，如果猜不出來，就代表語意脈絡還沒接上，這時候要調的不是圖，而是它與段落的距離。
五、結構化資料標示圖片類型
若圖片屬於文章主圖、產品照，可以在頁面加上 Article 或 Product 結構化資料，幫助 Google 分類圖片類型、提升收錄與點閱率。完整做法參考 結構化資料 Schema 標記教學。產品照還能搭配 WooCommerce 商品頁 SEO 優化，讓圖片直接出現在購物車與商品卡。結構化資料裡的 image 屬性要指向真正的主圖網址，避免使用佔位圖或 Logo，這個小細節決定了 Google 收進商品卡的是不是你想展示的那張。
響應式圖片：讓行動裝置只下載它需要的尺寸
前面五個重點照顧的是「搜尋引擎與桌機」，但行動裝置有一個更深的問題：同一張圖，手機螢幕只需要桌機三分之一的寬度，卻常常被迫下載桌機等級的原始大檔。這種「下載了卻用不到」的浪費，正是行動 LCP 被拖垮的隱形殺手。解法是響應式圖片（responsive images），用 srcset 與 sizes 屬性，讓瀏覽器根據螢幕寬度自己挑選最合適的那一份檔案。
一個典型的響應式 img 標籤會長這樣：<img src="hero-1600w.webp" srcset="hero-800w.webp 800w, hero-1200w.webp 1200w, hero-1600w.webp 1600w" sizes="(max-width: 600px) 100vw, 50vw" alt="..." loading="eager">。瀏覽器讀到 sizes 得知「在手機上這張圖占滿螢幕寬度，在桌機上只占一半」，再對照 srcset 裡各解析度版本，挑出最不浪費頻寬的那一份下載。對 Google 來說，只要 src 指向一個有效的靜態網址，可索引性就不受影響，響應式屬性是純粹的速度加分。
| 螢幕情境 | 未做響應式（桌機大檔） | 有做響應式（自動挑版） | 影響 |
|---|---|---|---|
| 手機首屏（約 400px 寬） | 下載 1600px、可能 500KB 以上 | 下載 800px、約 80 至 120KB | 行動 LCP 顯著改善 |
| 平板（約 800px 寬） | 下載 1600px 原圖 | 下載 1200px 中版 | 頻寬減少、畫質足夠 |
| 桌機（1200px 以上） | 下載 1600px 原圖 | 下載 1600px 原圖 | 無差異 |
實作上有兩個常見的坑。第一是 srcset 各版本要真的產生出來，不是只寫屬性卻沒有對應檔案，否則瀏覽器會回退到 src 那張大檔，響應式等於白做。WordPress 從 5.3 版起原生支援產生多個縮圖尺寸，多數現代 CMS 與 CDN 也能自動產生；若你用 WP Rocket 快取外掛設定 或 WordPress 快取外掛比較 裡的工具，搭配 CDN 網站加速原理 的即時轉檔功能，通常能在上傳時自動備齊各解析度版本。第二個坑是 sizes 寫錯，例如全部寫成 100vw，等於告訴瀏覽器每種螢幕都要最大版，響應式就失去意義。正確做法是根據版面實際佔寬來設 sizes。
響應式圖片與 lazy loading 是互補的兩層策略：響應式管「下載哪一份」，lazy loading 管「什麼時候下載」。兩者一起做，行動裝置只會在需要時、下載剛剛好的尺寸，這是行動 LCP 能壓在 2.5 秒內的關鍵組合。把這層做扎實，再回頭搭配 網站速度優化全攻略 的整體加速，首圖才有機會真正快得起來。
圖片壓縮、格式與載入速度：別讓一張首圖拖垮整頁
網頁主流圖片建議壓縮後控制在 200KB 以內，優先採用 WebP 或 AVIF 格式，並啟用 lazy loading。原因是首圖往往是 LCP（Largest Contentful Paint）的來源，一張沒壓的大圖會直接把 Core Web Vitals 拉到不及格，連帶整頁排名下滑 [來源：web.dev〈Core Web Vitals〉〈https://web.dev/articles/core-web-vitals〉2026]。LCP 是 Core Web Vitals 三指標之一，首圖越大、分數越差。
把首圖 LCP 顧好不只影響排名，還直接反映在營收上。實際案例顯示，Vodafone 把 LCP 改善 31%，網站銷售就增加 8% [來源：web.dev〈Why does speed matter?〉 https://web.dev/articles/why-speed-matters 2026]，這正是首圖壓縮與格式優化最直觀的回報。同一份資料還記錄了 Rakuten 24 投資 Core Web Vitals 後，每位訪客營收提升 53.37%、轉換率提升 33.13% [來源：web.dev〈Why does speed matter?〉 https://web.dev/articles/why-speed-matters 2026]。兩組數字指向同一個結論：首圖這類 LCP 元素只要加快，轉換與營收會同步往上走，這是圖片 SEO 最被低估的商業回報。
格式之間的取捨，其實就是檔案大小與相容度的交換。WebP 與 AVIF 的檔案顯著小於 JPG 與 PNG，且主流瀏覽器都支援 [來源：web.dev〈Choose the right image format〉〈https://web.dev/articles/choose-the-right-image-format〉2026]，優先用於網頁首圖與內文圖。JPG 適合色彩豐富的照片，PNG 適合需要透明背景或清晰邊緣的圖。選錯格式，例如把照片存成 PNG，檔案會肥好幾倍。
| 格式 | 適用情境 | 優勢 | 注意 |
|---|---|---|---|
| WebP | 網頁首圖、內文圖 | 檔案小、畫質佳、支援廣 | 舊版瀏覽器需回退 |
| AVIF | 追求極致壓縮的首圖 | 壓縮率最高 | 編碼較耗資源 |
| JPG | 照片類內容 | 色彩豐富、相容度高 | 不支援透明 |
| PNG | 透明背景、圖示、清晰邊緣 | 無損、支援透明 | 檔案偏大 |
壓圖要同時保持清晰，可用壓縮工具或 WordPress 壓縮外掛輔助。例如 Smush 圖片壓縮外掛教學、圖片壓縮工具實測推薦，都能在上傳後自動縮檔。如果用的是 WP Rocket 快取外掛設定 或 WordPress 快取外掛比較，多半也內建 lazy loading 與 WebP 轉換。壓縮時要區別兩種模式：無損壓縮只移除多餘的中繼資料，畫質完全不變，但縮檔幅度有限；有損壓縮會重新取樣、犧牲一點肉眼難辨的細節，換來大幅縮檔。首圖建議用有損、搭配肉眼比對確認可接受，裝飾圖可以直接壓到更小。
格式與壓縮的最終目的只有一個：別讓首圖成為整頁的拖累。如果你做的是 WordPress 網站加速外掛 或 CDN 網站加速 的整體加速，圖片通常會是最大的單一瓶頸。解掉首圖，LCP 往往就過了一半。
很多人會卡在「到底要壓到多小才算夠」。先以 200KB 為上限抓一版，再用網站速度測試工具量 LCP，若分數還是紅，再往下壓或換 AVIF，數字比憑感覺調整可靠得多。另一個容易被忽略的細節是重複壓縮：同一張圖被外掛壓過一次、又被 CDN 再壓一次，有時反而出現色塊或細節崩壞。建議在壓縮外掛與 CDN 之間只擇一做有損壓縮，避免疊加失真。
圖片授權與結構化資料：把可信度變成點擊率
優先使用自製或合法授權的圖片，並在圖片嵌入 Image Metadata（創作者、授權資訊），Google 圖片搜尋會顯示「可申請授權」標籤 [來源：Google Search Central〈Images in Search documentation〉〈https://developers.google.com/search/docs/appearance/images〉2026]。若是文章主圖或產品照，再加上 Article 或 Product 結構化資料，能明確告訴 Google 圖片類型，提升收錄與點閱率。授權和結構化資料做對了，使用者會更願意點擊，這正是可信度換成實際點閱的關鍵。對攝影師、設計師、媒體這類重度依賴圖片曝光的內容類型，這個「可申請授權」標籤還會帶來額外的授權詢問流量，是純粹的商業加值。
重複出現在多個網站的圖片，Google 偏好原始上傳者 [來源：Google Search Central〈Images in Search documentation〉〈https://developers.google.com/search/docs/appearance/images〉2026]。所以用圖庫照片要標註來源（例如「圖片來源：Unsplash」），否則這張圖的原創性與品牌信任都會打折。這也牽涉到 EEAT 贏得 Google 信任 裡的「原創性」訊號，盜圖不只法律風險，也會降低原創性評分。在判定「誰是原創上傳者」時，Google 會綜合看圖片首次被索引的時間、所在頁面的可信度，以及結構化資料裡的創作者標記，這也是為什麼自製圖最好在第一時間就嵌好 IPTC 資訊再上線。素材取得上優先自製圖、品牌攝影素材，或像 商用免費圖庫 這類合法圖庫。
一個常被忽略的點：文字資訊不要全放進圖片裡。把價目表、步驟說明、規格表做成圖片，搜尋引擎讀不到，等於把可被索引的內容白白丟掉。正確做法是用 HTML 呈現文字，圖片作為輔助視覺，這是 內容行銷策略 裡共同強調的「可索引內容優先」原則。同樣的道理也適用於資訊圖：把長串數據做成漂亮的圖，固然適合社群轉發，但那些數字與結論應該同時用文字複述一遍，圖片才有機會在搜尋結果裡被理解。
品牌端如果重視社群分享，還能加上 OG 標籤與社群分享圖片，讓縮圖在 LINE、Facebook 分享時也好看。OG 圖建議準備 1200×630 這類社群標準尺寸，並在 og:image 指定絕對網址，分享時才不會抓到預設 Logo 或破圖。設計素材可善用 AI 去背工具、Canva Pro 設計技巧，降低原創圖的製作門檻。
圖片 SEO 最常見的五個錯誤與修正方法
圖片 SEO 的問題大多落在五個類型，而且彼此會疊加：所有圖片用同一句 Alt、檔名是亂碼或預設值、首圖檔案過大拖垮 LCP、圖片與文字距離太遠導致語意斷裂、以及盜用未授權圖片。前三項屬於「語意與速度」這條軸，後兩項屬於「結構與合規」這條軸，把它們放進下表對照，比逐條背誦更容易判斷該先修哪一個。
| 錯誤類型 | 影響軸向 | 具體表現 | 修正方向 |
|---|---|---|---|
| Alt 全站重複 | 語意 | 每張圖都寫「產品圖片」「網站設計範例」 | 每張圖獨立描述，如 alt="產品拍攝 防水健身手錶近拍圖" |
| 亂碼或預設檔名 | 語意 | IMG_001.jpg、外掛產生的 a4b7f3c9d2.jpg | 改用描述性英文命名，如 image-seo-alt-text-example.jpg |
| 首圖檔案過大 | 速度 | 沒壓縮的大圖直接拖垮 LCP [來源：web.dev〈Core Web Vitals〉〈https://web.dev/articles/core-web-vitals〉2026] | 壓到 200KB 以內、換 WebP／AVIF |
| 圖片與文字距離太遠 | 結構 | 圖集中塞文末、無說明文字 | 緊鄰相關段落，上加小標、下加圖說 |
| 盜圖或忘了標授權 | 合規 | 法律風險加原創性扣分 | 原創或合法授權素材，標註來源，嵌 Image Metadata |
這五個錯誤的共同點是都很小，但疊起來會把整站圖片的收錄率往下壓。用 WordPress SEO 外掛 做健檢，多半會直接標出 Alt 重複與檔名問題；用 Rank Math 或 Yoast 挑一套順手的，把檢查排進日常流程。
另外兩個技術細節也順手顧一下：Canonical URL 重複內容處理 處理多網域 CDN 的來源問題，301 與 302 轉址教學 確保改圖網址時舊連結不斷。這些都會影響 Google 對圖片歸屬的判斷。改圖檔名或路徑時，舊的圖片網址若沒做轉址，等於讓已經被索引、甚至被其他網站引用的圖片憑空消失，原本累積的圖片排名訊號會歸零。
圖片命名與 Alt 不是設定一次就永久有效，隨著產品線與頁面擴充，需要定期回頭清查，這正是 SEO 年度內容更新 的價值。大規模健檢時，用 Screaming Frog 爬蟲工具 一次掃出全站的 Alt 缺漏與亂碼檔名，效率會比逐篇人工檢查高得多。Screaming Frog 能直接匯出「缺 Alt 的圖片清單」「重複 Alt 清單」「圖片 HTTP 狀態碼」，把這幾張報表交給內容團隊逐項補完，是最省力的全站推進方式。
收錄檢查也不限於 Google。在 Bing Webmaster Tools 安裝設定 後，可以比對兩大引擎對同一批圖片的收錄落差，找出單邊沒抓到的圖。想用第三方資料輔助分析外連與圖片排名來源，搭配 Ahrefs 工具陪跑班 的操作流程會更順手。
圖片 SEO 排查清單：一張圖沒收錄時怎麼抓問題
當你發現某張圖遲遲沒出現在搜尋結果，或圖片流量突然下滑，與其憑直覺重寫 Alt，不如照著固定的排查路徑走一次。把前面三層判斷邏輯轉成可執行的檢查步驟，多數問題能在十分鐘內定位。
- 第一步 確認抓得到：用 Search Console 網址檢查工具 檢視圖片所在頁面，確認頁面已索引、未被 robots.txt 或 noindex 封鎖。再檢查圖片網址本身能否直接在瀏覽器開啟、回傳 200。
- 第二步 確認讀得到：檢視頁面原始碼，確認該圖是靜態
<img src>，排除純 JavaScript 注入的情況。停用 JS 重整頁面，圖還在才算過關。 - 第三步 確認語意接得上：檢查 Alt 是否具體、檔名是否為亂碼、圖片是否緊鄰相關段落。Alt 寫「圖片1」或檔名是亂碼，等於第二層訊號完全沒送出。
- 第四步 確認沒拖體驗：用 網站速度測試工具推薦 量該頁 LCP，確認首圖沒有過大、沒被誤設 lazy loading。LCP 紅字會連帶壓低整頁訊號。
- 第五步 確認歸屬清楚：若用多網域 CDN，檢查 canonical 是否指向主要來源；改過圖檔名則確認舊網址有做轉址，避免訊號歸零。
這份清單的價值在於順序：先解決「抓得到」，再去打磨「看得懂」，最後才優化「不拖體驗」。順序顛倒的話，很容易在 Alt 上花了一整天，最後才發現圖片根本沒被索引。把這五步固定下來，圖片問題就能用流程化方式處理，而不用每次都從零猜起。
圖片優化決策矩陣：什麼情境該做什麼
圖片 SEO 的工項不少，資源有限的時候，最怕的是每一項都做一點、每一項都不到位。一張分類矩陣能把常見的圖片類型，對應到該優先處理的動作，幫你把力氣花在報酬最高的地方。判斷依據是兩個維度：這張圖會不會成為 LCP 元素（影響速度），以及它帶不帶語意資訊（影響收錄與排名）。
| 圖片類型 | 是 LCP 元素嗎 | 帶語意嗎 | 優先動作 |
|---|---|---|---|
| 文章首圖／主視覺 | 是 | 是 | 壓檔換 WebP、寫精準 Alt、設響應式 srcset、不要 lazy |
| 教學操作截圖 | 通常否 | 是 | 寫步驟化 Alt、緊鄰段落、可 lazy |
| 產品照（電商） | 視版面而定 | 是 | 多角度拍攝、Product Schema、白底壓檔 |
| 資訊圖／數據圖 | 通常否 | 是 | 關鍵數字同時用文字複述、寫結論式 Alt |
| 背景紋理、純裝飾 | 多半否 | 否 | 改用 CSS 背景或留空 alt=""、盡量移出 img |
| 按鈕圖示、Icon | 否 | 功能性 | Alt 寫用途（如「加入購物車」）或改用 SVG＋aria-label |
從這張表可以歸納出一個分工原則：會成為 LCP 元素的圖，速度優先；帶語意的圖，語意優先；既非 LCP 也不帶語意的裝飾圖，能省則省，能用 CSS 背景或 SVG 取代就不要佔用 img 標籤。這樣分類之後，圖片 SEO 就不再是「每張圖都做一樣的事」，而是依角色給予對應的優化深度，資源才會精準落到報酬最高的地方。
以一個月自然流量約數萬、以教學與評測文章為主的內容站為例，這類站常見的狀況是：首圖直接用原始 PNG 或未壓縮的 JPG，單檔落在約 800KB 至 1.8MB 之間，行動 LCP 往往因此落在約 3.8 至 5.5 秒；同時多數內文圖的 Alt 是「圖片1」「screenshot」這類空白或亂碼值，檔名則是相機或外掛產生的隨機字串。依這類站的典型表現幅度，把首圖改用 WebP 並壓到約 150 至 220KB、補上響應式 srcset，再把內文圖的 Alt 與檔名逐一改寫成描述性文字，行動 LCP 通常會回到約 2.3 至 2.8 秒，圖片搜尋來的曝光也會在幾個月內逐步增加。但有一個必須誠實說明的限制：上述幅度是這類網站常見的改善區間，實際數字因站齡、圖片數量、技術基礎與競爭強度而異，不能當成保證；而且若網站本身有 JavaScript 動態載入或 robots.txt 封鎖等底層問題，單純壓圖與改 Alt 並不會讓圖片被收錄，這時要先用前面的三層判斷邏輯排除索引障礙，再回來做格式與語意優化。決策上的重點是優先順序：先確認圖片抓得到、看得懂，再投入壓縮與響應式，把資源集中在前兩層，這類站最常見的回報才會真正出現。
一張圖放得對，就是一個新的流量入口
當一張圖有清楚語意、載入順暢、授權可信，Google 會更願意收錄、展示、推薦它。圖片搜尋的流量會上升，整頁的曝光、CTR、品牌信任度也會跟著提升，因為在 Google 眼裡，圖片早已不是附屬素材，而是內容本身的一部分。把圖片當裝飾，等於把獨立流量入口白白丟掉。
放對位置的圖能提升使用者辨識主題、拉高 CTR。圖片搜尋、SERP 縮圖、Google 探索都是圖片可曝光的版位，這些版位怎麼生成，可對照 SERP 搜尋結果頁元素介紹。業界常見的情況是，網站一次性整理圖片命名、Alt 與語意一致性，並改善載入速度後，幾個月內圖片搜尋流量會出現明顯成長。這類結果因站而異、不能當通則，但方向是清楚的：圖片 SEO 是整體 SEO 架構的一環，每一張圖都在為這套架構添磚加瓦。
圖片 SEO 和 關鍵字搜尋意圖解析、長尾關鍵字佈局策略 是同一套邏輯：都是把內容拆成可被搜尋引擎理解、可被使用者找到的最小單位，圖片是其中一個常被漏掉的單位。最該先做的其實是兩件事：把整體 SEO 架構與首圖 LCP 顧好。對 WordPress 站長來說，從 WordPress 架站與 SEO 全攻略 著手，把圖片檢查排進上架流程，是最穩健的第一步；CTR、跳出率 也會因為圖片變清楚而跟著改善。
在 Google AI Overviews 與 SEO、AEO 答案引擎優化、GEO 生成式引擎優化原則 這波趨勢下，AI 引擎引用內容時也會看圖片的語意訊號。一張 Alt 清楚、緊鄰段落、有結構化資料的圖，被引用的機率比一張沒有任何文字訊號的圖高得多。圖片 SEO 的回報，正在從傳統 SERP 延伸到 AI 搜尋，想理解 AI 引擎怎麼挑選引用來源，可以看 Grounding 被引用的原理；AI 代理開始自己逛網站抓內容時，圖片的語意標記會決定它能不能讀懂，這塊可參考 Agentic Browsing 與 AI 友善網站。
Google 搜尋演算法對圖片的判讀只會越來越依賴文字訊號與結構化資料（可參考 Google 搜尋演算法解析）。把圖片的語意工程做扎實，等到下一輪演算法調整時，這些圖才不會掉出索引。如果你經營的是在地商家，Google 我的商家經營攻略 裡的照片也適用同一套邏輯，檔名、授權、清晰度都會影響在地搜尋的曝光；店內實景、招牌、menu 實拍這類原創照片，會強化 Google 對實體地點與營業內容的理解，對在地搜尋的幫助比一般圖庫素材更直接。
這對 WordPress 站長尤其關鍵。WordPress 目前占全球所有網站的 41.5% [來源：W3Techs〈Usage Statistics and Market Share of WordPress〉 https://w3techs.com/technologies/details/cm-wordpress 2026-06-29]，市占這麼高，意味著大量網站共用同一套圖片上傳與外掛機制，Alt 缺漏、亂碼檔名、未壓縮首圖這類問題會在不同站之間重複出現。把圖片 SEO 排進上架流程，影響的是絕大多數 WordPress 站的整體收錄與體驗。
圖片 SEO 常見問題 FAQ
Alt 跟 Caption（圖說）可以寫一樣嗎？
不建議。Alt 是給搜尋引擎與輔助工具讀的，重點在精準描述圖片內容；Caption 是給使用者看的，應補充圖片的意圖或上下文。兩者一模一樣會造成語意重複、可讀性下降，也浪費了一次補充資訊的機會。
網站用 CDN 圖片會影響 SEO 嗎？
不會，反而有幫助，前提是設定正確。CDN 能加快圖片載入、提升速度分。要確認三點：圖片 URL 可被 Google 索引、CDN 設定沒有在 robots.txt 封鎖爬蟲、多網域 CDN 要設好 canonical 或統一來源。
圖片到底要壓到多大才算夠？
實務上壓縮後控制在 200KB 以內是普遍門檻，再依畫質需求微調。首圖因為直接影響 LCP，要從嚴處理；裝飾圖可更小。實際多小才合格，以 LCP 量測結果為準，不要只看檔案數字。
用圖庫照片會被判定為盜圖嗎？
合法授權的圖庫照片不算盜圖，但要標註來源與授權條件。同一張圖出現在多個網站時，Google 偏好原始上傳者 [來源：Google Search Central〈Images in Search documentation〉〈https://developers.google.com/search/docs/appearance/images〉2026]，所以圖庫照的原創性訊號會比自製圖弱，能自製還是優先自製。
WordPress 網站的圖片 SEO 要從哪裡開始？
從三件事開始：裝一套圖片壓縮外掛（如 Smush）、啟用 lazy loading 與 WebP 轉換、逐篇把 Alt 與檔名補上描述性文字。搭配 SEO 外掛的圖片健檢功能，能快速抓出 Alt 重複與亂碼檔名。