結構化資料圖片比例不符：富摘要縮圖裁切檢查

作者：平白設計編輯部｜發布與最後查證：2026-10-01｜適用：台灣（中華民國）｜技術資訊，不保證搜尋排名

十月初國慶連假是景點與餐飲搜尋高峰，若網站結構化資料裡的圖片比例不符規範，富摘要縮圖可能被裁切或無法顯示。本文說明如何盤點 JSON-LD 的 image 欄位、檢查尺寸與長寬比，維持搜尋結果曝光品質。這屬於技術規格檢查，不保證觸發富摘要。

文章重點

• 連假搜尋量大，圖片比例影響點擊意願
• 不同 Schema.org 類型有對應建議比例
• 橫幅直接填入常導致主體被裁切
• 用 Rich Results Test 排查並修正

連假搜尋高峰與圖片曝光的關係

每年十月初國慶連假前後，使用者會大量搜尋出遊景點、住宿與餐廳資訊。這段期間搜尋結果頁競爭激烈，富摘要能否正常顯示圖片，直接影響使用者的點擊意願。若圖片被裁掉主體或根本沒出現，等於白白浪費流量機會。

結構化資料中的圖片欄位並非隨便填網址就好。搜尋引擎會根據標記類型與版面需求，自動裁切或縮放圖片。如果原始檔案比例不對，系統可能直接忽略該張圖，導致你的產品或活動在搜尋結果裡少了視覺亮點。

這類技術檢查屬於前置準備工作，完成後仍需等待搜尋引擎重新抓取與評估。就像我們在處理 改版後 favicon 路徑怎麼抽樣 時一樣，規格正確不代表立刻生效，但錯誤一定會被擋下。

Schema.org 對圖片比例的建議規範

不同類型的結構化資料對圖片尺寸與比例有不同要求。以 Product 為例，官方文件偏好 1:1 或 4:3 的比例；Article 則建議寬度至少 1200px，且比例需符合 16:9、4:3 或 1:1 其中一種，才能提高被採用的機率。

LocalBusiness 與 Event 等類型同樣有各自的圖片指引。若你同時經營多個頁面類型，建議建立一份內部對照表，把每種標記需要的最小寬高與推薦比例列清楚，避免開發或編輯人員憑感覺上傳圖片。

這些規範會隨搜尋引擎政策更新而調整，因此定期複查官方文件是必要動作。設定排程每季檢視一次，確保 JSON-LD 裡的 image 欄位仍符合最新標準，降低因規格過時而被降級顯示的風險。

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "範例商品",
  "image": [
    "https://example.com/img/product-1x1.jpg",
    "https://example.com/img/product-4x3.jpg"
  ]
}

最常見的失誤是把網站頂部的橫幅 Banner 網址直接貼進 JSON-LD 的 image 欄位。橫幅通常是 16:9 甚至更扁長的比例，當搜尋引擎嘗試裁成 1:1 縮圖時，主體往往被切掉，只剩背景色塊或模糊邊緣。

另一種狀況是圖片解析度過低。例如 Article 要求寬度至少 1200px，但你只上傳了 800px 的圖，系統會判定不符合最低門檻而忽略。即使其他欄位都填寫正確，缺了合格圖片就無法呈現完整的富摘要樣式。

還有些情況是圖片格式不被支援，或是網址指向需要登入才能存取的資源。這些細節在人工瀏覽時不易察覺，但爬蟲一碰到就會回報錯誤。務必確認圖片網址可公開存取，且格式為 JPEG、PNG 或 WebP。

使用 Rich Results Test 排查問題

Google 提供的 Rich Results Test 是排查結構化資料最快的工具。只要貼入網址或直接輸入程式碼，它會列出所有警告與錯誤訊息，包含圖片比例不符、尺寸過小或欄位缺失等具體問題，方便逐一修正。

操作時重點觀察 image 相關欄位的警告。如果出現「圖片不符合建議比例」或「圖片太小」的提示，代表你需要針對該標記另外準備一張符合規格的圖。不要試圖用 CSS 在前端縮放來騙過檢測，爬蟲讀的是原始檔案。

排查範圍不應只限於結構化資料。像我們之前整理 改版後 og:locale 怎麼抽樣 的流程一樣，Open Graph 的 og:image 也需要同步檢查，確保社群分享時的縮圖比例一致。

修正方向與後續維護策略

修正的核心原則是：針對結構化資料另外輸出符合比例的裁切版本，而不是共用前端版面的圖片。可以在後台上傳時自動產生 1:1、4:3 與 16:9 三種裁切，讓 JSON-LD 依類型指定對應網址，從源頭解決比例問題。

完成修正後，記得回到 Rich Results Test 重新驗證，確認警告已消失。接著透過 Search Console 提交網址要求重新索引，加速搜尋引擎讀取新圖片。整個流程應納入每次上稿或改版的標準作業程序中。

最後提醒，結構化資料規格正確只是必要條件，不保證一定觸發富摘要。搜尋引擎會綜合考量內容品質、網站信任度與使用者情境來決定是否顯示。持續產出有價值的內容，搭配合格的技術規格，才能穩定維持曝光。

常見問題

為什麼我的圖片明明很大卻還是被警告？

Rich Results Test 檢查的是原始檔案的長寬比是否符合該標記類型的建議值，而非單純看像素大小。比例不對就算解析度再高也會收到警告。

可以同一個標記放多張不同比例的圖片嗎？

可以。JSON-LD 的 image 欄位支援陣列格式，你可以同時放入 1:1、4:3 與 16:9 的網址，讓搜尋引擎依版面自行挑選最適合的版本。

修正圖片後多久會在搜尋結果看到變化？

這取決於搜尋引擎重新抓取與索引的速度。你可以透過 Search Console 主動提交網址加速，但實際顯示時間無法人為控制，通常需數天至數週。

WebP 格式可以用在結構化資料圖片嗎？

目前主流搜尋引擎已支援 WebP 格式作為結構化資料圖片來源。使用前請確認伺服器正確回傳 Content-Type 標頭，避免爬蟲無法辨識檔案類型。

重點摘要

1. 連假搜尋高峰前應優先檢查圖片比例
2. 不同標記類型對應不同的建議長寬比
3. 橫幅與低解析度是最常見的錯誤來源
4. 規格正確是必要條件但不保證觸發富摘要

延伸閱讀

• 改版後 favicon 路徑怎麼抽樣
• 改版後 og:locale 怎麼抽樣
• 改版後 web manifest 怎麼抽樣