上傳設定：為什麼 YouTube 要選「高位元率」不是「自動」
二、位元率是什麼？為什麼它決定了你的影片「看起來多貴」
要談高位元率，得先確定我們講的是同一件事。位元率（bitrate）簡單說就是「每秒鐘的資料量」，單位通常是 Mbps（megabits per second）。位元率越高，每秒鐘能承載的畫面資訊越多，壓縮失真越少；但檔案也越大，上傳越久，使用者的網路負擔也越重。
這裡有一個很重要的觀念：位元率不是「畫質」本身，而是「畫質的上限」。一支拍壞的影片，你給它 200Mbps 也不會變漂亮；但一支拍得好、細節豐富的影片，你只給它 20Mbps，它一定被壓爛。位元率是「容量」，畫質是「內容」，容量不夠，內容再好也裝不下。
位元率的三種類型：CBR、VBR、CRF
你在剪輯軟體匯出時通常會看到這幾個選項，搞懂它們的差異，比死記數字重要得多。
CBR（固定位元率）：每秒鐘的資料量固定。優點是檔案大小可預測、串流穩定；缺點是「笨」——畫面簡單的時候浪費位元率，畫面複雜的時候又不夠用。現代影音創作幾乎不建議用 CBR 匯出母檔。
VBR（可變位元率）：根據畫面複雜度動態分配位元率。靜態畫面給少一點，動態畫面給多一點，這是實務上最常用的方式。VBR 又分「單次（1-pass）」與「兩次（2-pass）」，兩次會先分析整支影片再決定分配，品質更好但匯出時間較長。
CRF（固定品質係數）：你設定一個「品質目標」（例如 x264 的 CRF 18），編碼器自己決定要用多少位元率來達到這個品質。CRF 的好處是「品質導向」，畫面複雜的段落會自動拉高位元率；缺點是你比較難預測最終檔案大小。對 YouTube 上傳來說，CRF 其實是很好的選擇，因為平台在意的是「你給的品質」，不是「你給的數字」。
實務建議：如果你用 Premiere、DaVinci Resolve、Final Cut Pro，匯出母檔時優先選高品質的 VBR 兩次編碼或CRF 16～18，這比在那邊糾結「要選 50Mbps 還是 80Mbps」更實際。
YouTube 的重新編碼：你上傳的每一幀都會被「再壓一次」
這是整篇文章最核心的觀念，值得獨立成一段講清楚。
很多人以為「上傳到 YouTube」是把檔案放上去，然後觀眾下載同一個檔案。錯。YouTube 收到你的檔案後，會做以下幾件事：
1. 解碼你的檔案，還原成一幀一幀的畫面。
- 針對不同解析度、不同裝置、不同網路條件，重新編碼成多個版本。
- 使用 VP9、AV1 或 H.264 等不同的編碼器，產生對應的串流。
- 根據觀眾的網路與裝置，動態切換不同版本。
也就是說，你的影片至少會被「壓縮兩次」：一次是你匯出時，一次是 YouTube 轉碼時。而每一次壓縮都是不可逆的資訊損失。你能做的，是把第一次壓縮的損失降到最低，讓 YouTube 拿到一個「幾乎等於原始素材」的母檔，這樣第二次壓縮的起點就高，成品才會漂亮。
這就像影印：你把一份清晰的原稿影印一次，還算清楚；但如果你拿「已經影印過的副本」再去影印，就會開始出現灰階斷層與細節消失。選「自動」，等於讓軟體幫你先把原稿影印一次再交給 YouTube；選「高位元率」，則是把原稿直接交給它。
三、為什麼「高位元率」是對的策略：六個實際原因
講完原理，我們來談實戰。以下六個原因，是筆者自己在製作影片、以及觀察社群案例後，認為最能說服創作者「別再選自動」的關鍵。
原因一：給平台轉碼留「素材餘裕」
YouTube 的轉碼器在處理高品質母檔時，有更多「選擇空間」。它可以判斷「這個畫面很複雜，我多給一點位元率」，也可以判斷「這裡是靜態背景，我少給一點」。但如果你的母檔本身已經被壓得很扁，轉碼器看到的每個畫面都是「已經失真過的」，它就沒有辦法做出更好的分配。
打個比方：你請一位廚師做菜，給他新鮮食材，他能做出好料理；給他已經冷凍三次的食材，他再厲害也只能做到「不難吃」。高位元率就是在給 YouTube 新鮮食材。
原因二：高動態場景不糊、不方塊
如果你拍過運動、舞蹈、賽車、煙火、水花、落葉，你就知道什麼叫「位元率殺手」。這些畫面每一幀都在大幅變動，壓縮器必須用大量資料去描述「哪些像素從哪裡移動到哪裡」。位元率不夠的時候，它會開始偷懶：把畫面切成大方塊，直接複製上一幀的內容，於是你就看到俗稱的「方塊噪聲」或「果凍感」。
這類畫面在低解析度串流（例如觀眾網路不好時自動切到 480p）尤其明顯，但即使是 1080p 版本，如果母檔位元率太低，YouTube 也救不回來。高位元率母檔可以讓轉碼器在這些高動態段落有足夠的資料去描述運動，成品才會乾淨。
原因三：色彩漸變與暗部細節保得住
這是很多創作者忽略的一點。天空的漸層、霧氣、夜間的燈光、人臉的陰影過渡——這些「低對比、大面積」的區域，是壓縮器最頭痛的地方。位元率不足時，平滑的漸層會變成「一階一階的色帶（banding）」，暗部會出現一塊一塊的綠斑或紫斑。
偏偏 YouTube 的 VP9 編碼器在低光源場景的處理上，對母檔品質非常敏感。你餵給它一個高品質、含大量色彩的母檔，它比較有機會保留漸層；你餵給它一個已經出現色帶的檔案，它只會把那些色帶「壓得更明顯」。
原因四：文字、細線、UI 畫面不爆漿
如果你做的是教學影片、軟體操作、遊戲實況、簡報型內容，畫面裡一定有大量文字、細線、圖示、UI 邊框。這些「高頻細節」也是壓縮器的天敵。位元率不夠時，細字會糊成一團、白底黑字邊緣會出現「蚊狀噪聲（mosquito noise）」、滑鼠游標會拖影。
這類內容的觀眾通常會放大畫面看細節（例如看程式碼、看圖表數字），所以畫質劣化特別容易被投訴。高位元率母檔可以讓文字邊緣保持銳利，YouTube 轉碼後也比較不會「爆漿」。
原因五：後期二次利用的價值
這一點比較少人提到，但對長期經營頻道的人很重要：你的上傳母檔，就是你未來所有二次創作的素材庫。你可能會想把某支影片的片段拿去做精華剪輯、拿去做廣告素材、拿去做課程內容、拿去其他平台（Instagram、TikTok、Bilibili）重新發布。如果你當初上傳的是低位元率檔案，這些二次利用的素材品質就會被鎖死在一個很低的天花板。
相反的，如果你養成「匯出高品質母檔、上傳高位元率」的習慣，你的素材庫就是一個高品質的資產庫。未來不管要做什麼，你都有本錢。這是一種「延遲滿足」的投資，但回報很實在。
原因六：上傳慢一點，換來長期穩定
最後一個原因很現實：高位元率會讓上傳時間變長、檔案變大。很多人就是因為「不想等」而選自動。但你可以換個角度想：上傳是一次性成本，畫質是長期成本。
一支 10 分鐘的 4K 影片，用 80Mbps 匯出大約是 6GB，用 40Mbps 是 3GB。以台灣常見的家用上傳頻寬（例如 100Mbps 上傳）來算，6GB 大約 8 分鐘，3GB 大約 4 分鐘。你多花 4 分鐘，換來的是這支影片未來幾年、幾萬次觀看時都維持較好的畫質。這筆帳怎麼算都划算。
而且，YouTube 的處理時間也跟母檔有關。高品質母檔在轉碼時，平台可以用更好的參數去處理，有時候反而比較不容易出現「處理卡住」或「畫質異常」的狀況。這不是絕對，但實務上確實在社群裡有不少人回報過。
四、高位元率不是「無腦拉滿」：正確設定與常見錯誤
講到這裡，可能有人會想：「那我直接把位元率拉到 200Mbps 不就好了？」答案是：不一定，而且有時候會反效果。以下我們談正確的搭配方式，以及幾個常見的地雷。
解析度、幀率、位元率的搭配表
位元率不是獨立存在的，它必須跟解析度與幀率搭配。以下是筆者根據 YouTube 官方建議值與實務經驗整理的參考表（以 H.264 匯出、VBR 兩次編碼為前提）：
解析度
幀率
建議位元率（上傳母檔）
備註
1080p
30fps
16～24 Mbps
談話、靜態為主的內容可取下限
1080p
60fps
24～32 Mbps
遊戲、運動、動態內容建議取上限
1440p（2K）
30fps
32～48 Mbps
YouTube 會給 VP9 編碼，畫質提升明顯
1440p（2K）
60fps
48～64 Mbps
建議至少 48Mbps 起跳
2160p（4K）
30fps
64～96 Mbps
官方建議 53～68Mbps，實務上可再拉高
2160p（4K）
60fps
96～144 Mbps
高動態題材建議 100Mbps 以上
4320p（8K）
60fps
200 Mbps 以上
只有真正需要 8K 細節時才建議
幾個使用上的提醒：第一，這是「上傳母檔」的建議值，不是 YouTube 最終串流的位元率。YouTube 自己的 4K 串流大約在 45～68Mbps（VP9）或更高（AV1），所以你的母檔要比它高，才有「被壓縮」的空間。第二，位元率不是越高越好。超過某個程度後，畫質提升的邊際效益會急速下降，但檔案大小與上傳時間卻持續上升。對多數創作者來說，4K 60fps 用 100～120Mbps 已經非常夠用。第三，如果你是從手機或相機直出，先確認原始素材的位元率。如果你拍的是 100Mbps 的 4K，匯出時拉到 200Mbps 沒有意義，因為原始資訊量就那麼多，拉高只是浪費空間。
編碼格式怎麼選：H.264 vs H.265 vs ProRes
除了位元率，編碼格式（codec）也會影響最終品質與上傳效率。常見的選擇有三種：
H.264（AVC）：相容性最好，YouTube 一定吃，匯出速度快，檔案大小中等。這是最安全的選擇，適合大多數創作者。缺點是壓縮效率不如 H.265。
H.265（HEVC）：壓縮效率比 H.264 好約 30～50%，同樣畫質下檔案更小。但匯出速度較慢，而且有些舊電腦播放會卡。YouTube 支援 H.265 上傳，但它在轉碼時不一定會保留原本的編碼優勢，所以「上傳 H.265 比較省頻寬」這件事，對觀眾來說不一定成立。如果你要上传 H.265，建議位元率可以比 H.264 略低一些（例如打八折），但不要低太多。
ProRes（422 / 422 HQ）：這是專業剪輯用的「中間格式」，位元率極高（1080p 30fps 約 147Mbps，4K 30fps 約 589Mbps），畫質幾乎無損。YouTube 接受 ProRes 上傳，但檔案會非常巨大，上傳時間很長。除非你是做電影級專案、或需要保留最大彈性，否則一般 YouTube 創作不需要用到 ProRes。用高品質 H.264 或 H.265 就已經足夠。
實務建議：多數人用 H.264、VBR 兩次、位元率照上表抓中高標，就是最穩的组合。與其糾結編碼格式，不如先把位元率與解析度顧好。
音訊別只顧畫面：聲音也要顧
這是很多創作者會漏掉的一點。大家討論位元率時，幾乎都在講「畫面位元率」，但音訊位元率同樣重要。YouTube 對音訊的處理也會重新編碼，如果你上傳的音訊位元率太低（例如 128kbps MP3），觀眾聽到的聲音就會有「悶悶的、高頻被切掉」的感覺。
建議設定：取樣率 48kHz、位元率 320kbps 的 AAC 或 PCM 音訊。如果你使用 Premiere 或 DaVinci，匯出時把音訊設為「AAC、320kbps、48kHz」即可。不要用 44.1kHz，因為 YouTube 內部處理是 48kHz，你用 44.1kHz 它還是會幫你轉，多一次轉換多一次損失。
常見錯誤：位元率爆表反而被降速處理
這裡要講一個比較少人知道的風險：位元率不是無上限拉高就好。YouTube 對上傳檔案有一定的處理流程，如果你的檔案位元率「異常地高」（例如 4K 用 500Mbps 上傳），可能會遇到兩種狀況：
第一，上傳時間過長，中途斷線風險增加。第二，YouTube 的處理佇列可能會把這種「超大檔」排在比較後面，處理時間變長，甚至偶爾出現「處理失敗、需要重新上傳」的狀況。社群裡確實有人回報過這類問題，雖然不是每個人都會遇到，但值得注意。
所以正確的心態是：「足夠高」就好，不是「越高越好」。照著上面的表格抓一個合理的高標，就是最佳策略。
五、實作流程：從上傳來決定你的匯出設定
講完觀念，我們來談實際操作。以下是一個從「決定目標」到「上傳前自檢」的完整流程，你可以直接套用到自己的製作習慣裡。
步驟一：先決定「目標解析度與幀率」
不要一開始就想位元率，先問自己兩個問題：這支影片的主要觀看裝置是什麼？內容的動態程度有多高？
如果你的觀眾大多用手機看，1080p 其實就很夠，位元率抓 20～24Mbps 就能有不錯的表現。如果你的內容是風景、運動、遊戲，而且你希望觀眾在電視或大螢幕上看，那就值得投資 4K，位元率抓 80～120Mbps。如果你的內容是教學、簡報、談話，1080p 或 1440p 搭配中高位元率，會比「硬上 4K 但位元率不足」更好。
記住一個原則：「低解析度 + 高位元率」通常比「高解析度 + 低位元率」好看。一支 1080p 24Mbps 的影片，在大多數裝置上都會比 4K 15Mbps 的影片清晰，因為後者的每一個像素都在「餓肚子」。
步驟二：用剪輯軟體的 VBR 兩段式匯出
以下是三家主流軟體的建議設定方向（以 H.264 為例）：
Adobe Premiere Pro：Format 選 H.264，Preset 選「Match Source - High bitrate」或自訂。Bitrate Settings 選 VBR, 2 Pass，Target Bitrate 照上表設定，Maximum Bitrate 設為 Target 的 1.5～2 倍。勾選「Use Maximum Render Quality」。
DaVinci Resolve：Deliver 頁面選 H.264，Quality 選「Restrict to」並輸入目標 kbps（例如 80000 就是 80Mbps），或選「Automatic」搭配較高的品質係數。建議開啟「Advanced Settings」裡的「Frame Reordering」與「Multi-pass encoding」。
Final Cut Pro：Share 選「Master File」，Video Codec 選 H.264，Quality 拉到 100%，或直接選「Better Quality」。FCP 的位元率控制比較不直觀，但選最高品質通常就對了。
匯出完成後，建議用 MediaInfo 或播放軟體的「檔案資訊」確認實際位元率是否符合預期。有時候軟體會因為「來源素材位元率低」而自動降低輸出位元率，這時候你可以手動把 Target 拉高，強制它輸出更高品質。
步驟三：上傳前自檢清單
上傳前花 30 秒檢查以下幾項，可以避免很多「上傳後才發現」的悲劇：
□ 解析度與幀率是否正確？（不要 60fps 素材匯出成 30fps）
□ 位元率是否達到目標？（用 MediaInfo 確認）
□ 音訊是否為 48kHz、320kbps？
□ 色彩空間是否正確？（SDR 用 Rec.709，HDR 用 Rec.2020 / PQ）
□ 檔案格式是否為 YouTube 支援的容器？（MP4 最穩）
□ 檔案大小是否在合理範圍？（避免超過 128GB 或 12 小時上限）
□ 是否有浮水印、黑邊、或意外的空白片段？
另外，上傳時記得在 YouTube 的「詳細資料」頁面確認「影片畫質」欄位是否顯示你預期的最高解析度（例如 2160p）。如果只顯示 1080p，可能是你的檔案解析度不對，或 YouTube 還在處理中，可以稍等再確認。
六、結論：把「自動」留給不重要的東西
回到這篇文章的標題：「為什麼 YouTube 要選高位元率不是自動？」現在你應該有能力自己回答這個問題了。
「自動」不是壞人，它只是一個「以平台成本為優先」的預設值。對 YouTube 來說，絕大多數上傳的影片都是手機隨手拍、品質普通、觀看次數不多的內容，用自動處理完全合理。但你不是「絕大多數」，你是創作者。你花了時間拍、花了時間剪、花了時間調色，你的影片值得一個更好的對待。
高位元率不是萬靈丹，它不會讓一支無聊的影片變好看，也不會讓一支拍壞的影片變清晰。但它是一個「不讓平台幫你扣分」的基本功。就像你不會把 raw 檔交給別人幫你轉檔一樣，你也不該把「畫質決定權」交給一個以頻寬成本為優先考量的演算法。
所以，下次上傳前，花 10 秒鐘把「自動」改成你算好的高位元率。多等幾分鐘的上傳時間，換來的是這支影片在未來每一次被觀看時，都維持你當初想要的样子。這筆投資，在影音創作的路上，永遠值得。
最後補一句社群裡常說的話：「自動是給路人用的，高位元率是給創作者用的。」希望這篇文章能幫你在雅寶社區的創作路上，少走一點冤枉路。如果你有實際的設定心得或踩坑經驗，也歡迎在底下回覆交流，大家一起把畫質顧好顧滿。
💬 想說點什麼？
歡迎到留言板分享你的想法、心得或疑問。
💬 前往留言板 →