robots meta 指令 max-image-preview: large 會要求 Google 在搜尋結果中顯示頁面時，提供寬度可達整個視窗寬度的圖片預覽。一個支援目前 Google 代碼的 meta robots 產生器，可以將此設定作為已驗證的 robots meta 標籤的一部分，輸出到 HTML 頁面，並為 PDF、圖片或影片檔案等非 HTML 資源輸出等效的 X-Robots-Tag 回應標頭。值 large 是該指令三種有記載的設定之一，另外還有 none 與 standard，而它是三者中最寬鬆的。由於圖片指令與 max-snippet 和 nosnippet 等以文字為主的指令並列，因此當你只想放寬圖片預覽而不改變文字摘要行為時，一個會拒絕矛盾組合的產生器就很有用。輸出內容是精確的語法；Google 是否實際提供較大的預覽，仍取決於是否能抓取、頁面上既有的任何結構化資料權限，以及引擎本身的處理排程。
max-image-preview: large 實際控制了什麼
max-image-preview 指令是與文字摘要控制不同的獨立通道。Google 記載了三個值，而 large 是要求最寬預覽的那一個。None 要求完全不顯示圖片預，standard 要求預設尺寸的預覽縮圖，而 large 則要求圖片預覽的尺寸可達到搜尋者裝置的整個視窗度。該指令只規範 Google 在該 URL 的搜尋結果頁中如何呈現圖片預覽；它並不會改變哪些圖片會被索引、圖片儲存在哪裡，或來源圖片檔案本身如何傳遞給瀏器。
此設定與 nosnippet 和 max-snippet 無關，後兩者控制的是文字與影片預行為。你可以將 max-image-preview: large 與 nosnippet 結合，隱藏文字摘要同時仍然要求寬版的圖片縮圖，而 Google 的文件指出 nosnippet 本身並不會阻止靜態圖片縮圖出現。兩個預覽系列是分開評估的，因此一個會拒絕將 nosnippet 與數值型 max-snippet 結合的產生器，仍然會樂意將 nosnippet 與 max-image-preview: large 結合。
三種圖片預覽值的比較
| 值 | 其要求內容 | 典型用途 |
|---|---|---|
| none | 結果中不顯示圖片預 | 圖片預覽可能洩漏機密內容的頁面 |
| standard | 預設尺寸的預覽縮圖 | 可接受基本預覽的一般文章 |
| large | 預覽尺寸可達視窗寬度 | 以圖片為主的文章、產品圖庫、首圖新聞報導 |
standard 與 large 之間的差異，會在使用者使用寬螢幕裝置的查詢中浮現。standard 預覽不論螢幕為何都固定在受限寬度；large 預覽則會延伸到視窗邊緣，當主要圖片承載了大部分故事內容時（例如食譜照片、產品圖片或主視覺插圖），這就可能很重要。None 則適用於頁面上的圖片僅為裝飾用途、解析度較低，或包含你不希望在你自己的網站以外曝光的文字時。
如何建立帶有 max-image-preview: large 的 robots 標籤
- 開啟 Meta Robots 產生器，並選擇符合你政策的爬蟲目標。一般 robots 選項會輸出 meta name="robots" 標籤；googlebot 或 googlebot-news 則會將規則限制在 Google 的文字或新聞介面。
- 只勾選符合你資源政策的指令。針對希望獲得最寬預的圖片為主文章，請啟用 max-image-preview，並從值選擇器中選取 large。
- 加入任何你實際想要的其他支援指令，例如 max-snippet: -1 以允許 Google 選擇彈性的文字長度，或 noimageindex（若你不希望頁面上的圖片被加入 Google 圖片搜尋）。其他項目保持未勾選，讓輸出保持精簡。
- 將產生的 HTML meta 元素複製到頁面的 head 中，或將 X-Robots-Tag 標頭文字複製到你的伺服器、應用程式或 CDN 設定中。產生器會根據相同的選擇同時輸出這兩種結果。
- 在仍開放抓取的情況下部署，然後以預定的爬蟲身分擷取公開的 URL。檢查送出的 HTML 與回應標頭，確認該指令只出現一次，且沒有其他系統加入衝突的規則。
在 HTML meta 與 X-Robots-Tag 之間做選擇以提供 large 預覽
當你能控制 HTML 頁面的標記，並能將標籤放在 head 內時，HTML meta 元素就是正確的管道。當資源不是 HTML（例如 PDF、圖片檔案或影片），或你的部署流程已經比頁面模板更可靠地管理回應標頭時，X-Robots-Tag HTTP 標頭就是正確的管道。兩種形式傳遞的是同一組指令；差別在於標籤隨著什麼一起傳送。
將標頭文字貼到頁面主體中沒有任何作用。標頭必須由網頁伺服器、應用程式或 CDN 設定。如果你要針對 PDF 下載使用 meta robots 產生器，請將 X-Robots-Tag 套用在實際傳遞該 PDF 的回應上，而不是放在連結到該 PDF 的 HTML 頁面上。對於嵌入 HTML 文章中的單一圖片，頁面層級的 meta 標籤即可涵蓋該圖片在該結果中的預覽行為；只有在你單獨提供該圖片檔案（例如作為圖片 sitemap 中參照的標準版本）時，才需要在圖片檔案本身加上標頭指令。
若想快速查看產生器接受的所有指令，Meta Robots 產生器指令與語法速查表 列出了完整的代碼清單及其可接受的值。
在哪些情況下 large 會被其他權限覆寫
max-image-preview 指令並不是一個通用開關。Google 的 robots meta 標籤說明文件指出，當發布者已透過結構化資料、AMP 關聯或授權安排另行授予特定權限時，這些預覽限制可能會被覆寫。如果你的頁面使用帶有圖片屬性的 Article 或 Product 結構化資料，且你已明確授權其可供再利用，Google 可能會提供比指令所要求更寬的預覽。
相同的優先順序也適用於文字指令。nosnippet 仍然凌駕於任何數值型 max-snippet 之上，這就是為什麼產生器會拒絕同時輸出兩者。對圖片預而言，實際的意涵是：加入 max-image-preview: large 並不能保證每次查詢都會出現大型縮圖；它設定的是一個預設上限，Google 在沒有其他權限介入時會遵守這個上限。如果某個特定頁面需要保證效果，該權限必須來自結構化資料端或 AMP 關聯端，而非僅僅來自 meta 標籤端。
驗證已部署的標籤並留意衝突
部署完成後，搜尋引擎會依照自己的抓取排程處理變更，因此驗證也是工作流程的一部分。使用能顯示回應標頭的工具擷取公開的 URL，然後檢查 HTML 原始碼與標頭兩者。CMS、SEO 外掛、反向代理或 CDN 都有可能各自注入自己的 robots meta 標籤或 X-Robots-Tag 標頭，因此你可能會在回應中看到不只一處宣告。
當 Google 遇到衝突的規則時，它會採用較嚴格的那一個。同時包含 max-image-preview: large 與較舊的 max-image-preview: standard 標籤的頁面，最終結果會是 standard。在推送另一個標籤之前，請先盤點實際送出的內容；應在源頭移除重複項目，而不是再加一條指令試圖壓過它們。一旦單一標準宣告就位，就等待下一次抓取並重新檢查結果。
有一點值得注意：必須先允許爬蟲取資源，它才能讀取指令的任一種形式。如果 robots.txt 禁止抓取，Google 可能永遠看不到 max-image-preview: large 規則，因此該 URL 可能因為外部連結而為人所知，但頁面內容卻完全沒有被處理。為了讓新的預生效，資源必須能被抓取，而指令也必須在該次抓取中傳達給爬蟲。
若你正在權衡各種選項，Robots.txt 產生器替代方案：跳過伺服器對此有詳細說明。