每個 YouTube 縮圖大小、檔案名稱和寬高比

YouTube 針對每個影片發布的八個縮圖檔案的參考：它們的位址、真實尺寸、信箱、WebP 可用性以及每個檔案存在的可靠性。

連結在您的瀏覽器中解析，無需網頁存取。按 Fetch 會直接從 i.ytimg.com 和 www.youtube.com 請求公共文件 - 不涉及我們的伺服器，並且不會儲存任何內容。

地址模式

每個縮圖都位於 https://i.ytimg.com/vi/<video id>/<name>.jpg, 中，其中視訊 ID 是連結中的 11 字元代碼。海報尺寸的 WebP 版本位於 https://i.ytimg.com/vi_webp/<video id>/<name>.webp.

沒有 API 金鑰、沒有配額、也沒有令牌。這些是靜態文件，這就是為什麼這個工具不需要帳戶，也不需要自己的伺服器。

五種海報尺寸

maxresdefault — 1280x720，true 16:9，無欄位。僅當來源影片至少為 720p 時才存在。這才是值得擁有的。

sddefault — 640x480，一個 4:3 畫布，其中帶有 16:9 圖片。在較舊或低解析度的上傳中經常遺失。

hqdefault — 480x360，另有 4:3 帶條。有效地呈現每個視頻，這使其成為正確的後備。

mqdefault — 320x180，true 16:9，無條形。如果您打算在不裁剪的情況下顯示它，則最好使用小圖像。

預設值 — 120x90，4:3 帶條。當不存在較大檔案時，YouTube 將作為佔位符傳回最小的尺寸。

三個故事板框架

hq1、hq2 和 hq3 是從影片開頭、中間和結尾附近採樣的 480x360 靜態影像。它們基本上是為每個影片生成的，並且僅為 JPEG。

他們展示的是影片而不是行銷內容，後者有時更有用，有時則不太討人喜歡。

信箱處理，以及為什麼它比像素數更重要

現代 YouTube 影片為 16:9，但五種海報尺寸中的三種儲存在 4:3 畫布上。影像以上下黑條為中心，因此 480x360 hqdefault 包含約 480x270 的實際圖片。

如果您將這些檔案之一放入 16:9 插槽中，則這些條形將成為佈局的一部分。要嘛剪掉這些條，要嘛選擇 mqdefault 或 maxresdefault，它們沒有任何條。

可靠性一覽

永遠存在：hqdefault、mqdefault、default、hq1、hq2、hq3。

只有當上傳解析度夠高時才出現：maxresdefault 以及不太可預測的 sddefault。

缺少的尺寸可能會用 404 或 HTTP 200 和代表圖像的 120x90 佔位符來回答。兩者都已被觀察到，這正是僅基於狀態代碼的檢查不可靠的原因。該工具改為測量解碼影像。

問題

有什麼大於 1280x720 的嗎？

不是作為已發布的縮圖文件。 YouTube 在內部以更高解析度儲存上傳的縮圖，但 1280x720 的 maxresdefault 是其公開提供的最大解析度。

为什么 WebP 列表更短？

YouTube 僅發布五種海報尺寸的 WebP 編碼；三個故事板框架單獨以 JPEG 形式存在。還有第二個問題，是透過測試而不是閱讀發現的：/vi_webp/ 路徑在沒有 Access-Control-Allow-Origin 標頭的情況下提供，而 /vi/ 則有一個標頭。因此，網頁可以取得並下載 JPEG 文件，但根本無法讀取 WebP 位元組。該工具提供 WebP 位址作為鏈接，您可以打開或貼上到建置管道中，並且不會假裝可以下載它。

這些地址會改變嗎？

它們多年來一直保持穩定，但它們是一個無文件記錄的約定，而不是合約。如果 Google 更改它們，該工具會將文件報告為不可用，而不是假裝不可用。

限制

這些是 YouTube 發布的尺寸；工具無法添加不存在的工具。
這裡的尺寸是標稱尺寸。該工具報告其實際獲取的每個文件的測量大小，這是值得信任的數字。
地址模式是一個長期存在的約定，而不是有記錄的、有保證的 API。