如何在不損失品質的情況下壓縮影片
在不明顯品質損失的情況下壓縮影片:CRF 與位元率、H.264 與 H.265、平台匯出目標,以及瀏覽器工作流程。

關於「如何在不損失品質的情況下壓縮影片」的誠實答案是:你無法免費刪除資料,但你可以將大多數檔案縮小 50–80%,觀眾幾乎不會察覺差異——只要你有意識地調整三項(解析度、位元率和編碼),而不是拖動模糊的「品質」滑桿然後寄希望氣。本指南詳細說明這三個旋鈕的作用、何時使用 CRF 與固定位元率、為什麼 H.265 在相同畫質下幾乎能將檔案減半,以及 YouTube、TikTok、短片和 Reels 真正想要的匯出目標。接著你將一步步在瀏覽器中壓縮線上影片,學會那個讓乾淨片段變得一團糟的錯誤。
大多數「線上影片壓縮器」頁面都跳過這些。他們只給你一個按鈕,卻從不告訴你它在做什麼,所以你要麼拿到的檔案還是太大,要麼看起來已經模糊了。理解設定只要十分鐘,每次上傳都能帶來回報。
重點摘要
- 在更改設定前,請確認問題是容器、編解碼器、位元率或平台上傳需求。
- 從最佳原始檔案匯出一次乾淨的;反覆重新編碼會造成可避免的品質損失。
- 請查看目的地平台目前的上傳指引,因為支援的格式和限制可能會改變。
- 保持一個乾淨的母帶檔案,這樣未來的片段、字幕和重構圖就不會依賴於劣化的匯出。
三個實際改變檔案大小的旋鈕
每一種壓縮工具,不管怎麼包裝,實際上都是在調整三個變數的組合。如果你知道每一個的代價,就別再猜了。
| 旋鈕 它控制的是什麼 對體型的影響 對品質的影響 |
| 解決方法 | 像素尺寸(例如 4K → 1080p) | 大型——每維一減半會切掉4個像素× | 只有當觀眾的螢幕大於新解析度時才會顯示 |
| 位元率 | 每秒影片所花費的資料 | 直接且線性——位元率減半≈大小減半 | 「看起來是不是方塊感」的主要判斷點 |
| 編解碼器 | 壓縮數學(H.264、H.265 等) | 較新的編解碼器則是用更少的位元來壓縮相同品質 | 每個位元品質相同或更好,但代價是速度與相容性下降 |
人們犯的最大錯誤是試圖透過降低解析度來減少影片檔案大小,但真正的問題是位元率。一個 1080p 的影片匯出到膨脹的 40 Mbps 非常龐大,看起來和同一段 10 Mbps 的影片一模一樣。先修正位元率;只有當目標真的不需要這些像素時才會降低解析度(例如,匯出 4K 來源給手機專用的垂直畫面)。
快速確認一下:檔案大小≈位元率×長度。一段 10 分鐘、8 Mbps 的速度大約是 8 × 600 ÷ 8 = 600 MB。這個公式讓你在編碼前就能預測輸出,這也是為什麼位元率是第一個要調整的旋鈕。
位元率與 CRF:通常你想要的是恆定品質
告訴編碼器壓縮難度有兩種方法,而選擇正確的方式是大部分的挑戰。
- **固定位元率(CBR/VBR):*你設定目標像是「10 Mbps」。檔案大小可預測,但編碼器在簡單場景浪費了部分,困難場景卻被剝奪。最好是平台強制執行硬性位元率上限。
- *CRF(恆定速率因子):你設定一個品質目標,編碼器會用每個場景所需的位元率來達到目標。這個設定最符合壓縮「不損失品質」的承諾,因為它能保持品質穩定,並讓檔案大小隨內容允許而縮小。
CRF 的等級從 0(無損、超大)到 51(極小、醜陋)不等。較低=品質較佳且檔案較大。對於 H.264,以下是可靠的起點:
| CRF 值 看 典型用途 |
| 17–18 | 外觀與來源無法區分 | 檔案、重新編輯母帶 |
| 20–23 | 一般觀眾不會注意到差別 | 上傳的最佳點 |
| 24–27 | 在複雜場景中略顯柔和 | 積極收縮,預覽 |
| 28+ | 明顯退化 | 只有當規模勝過品質時 |
如果你記得一個數字,就把它設為 CRF 23 代表 H.264——這是預設的,且在大多數影片中符合「較小但沒人能看出來」的目標。當工具只提供「品質」滑桿或低/中/高選項時,「高」通常對應這個範圍。
H.264 與 H.265(以及 AV1/VP9 的定位)
編解碼器才是「不損畫質」魔法的真正所在,因為更新的編解碼器能把同一張圖片放進更少的位元裡。
| 編解碼器 定位 粗略尺寸且品質相同 相容性 |
| H.264(AVC) | 普遍預設 | 基線(100%) | 幾乎到處都有播放 |
| H.265(HEVC) | 效率升級 | ~40–50% | 現在非常寬廣,但並非所有舊裝置 |
| VP9 / AV1 | 串流原生,免版稅 | 與H.265相似或更優 | 最適合網頁/YouTube 擷取,編碼較慢 |
實際規則是:上傳 H.264 以達到最大相容性,或者當你需要最小檔案且你能控制播放環境(你自己的網站、手機、雲端儲存)時,切換到 H.265。平台本身就會重新編碼你上傳的所有內容,所以 H.265 的節省主要是幫助你的儲存空間和你的上傳時間,而不是最終的觀看體驗。
有個誠實的提醒:H.265 編碼速度較慢,有些舊的編輯軟體和訊息客戶端仍然會卡住。如果檔案需要通用開啟——例如客戶交付成果或電子郵件——就保持在 H.264。如果你先在不同格式間切換,我們有關於如何將 MKV 轉換成MP4](/zh-tw/blog/how-to-convert-mkv-to-mp4/)封面的指南,以及如何在壓縮前將一個奇特容器轉成乾淨的 H.264 MP4。
如何在五步驟內壓縮影片而不損失品質
以下是瀏覽器的工作流程。它運行在 Recapo 裡,一個瀏覽器型的影片工作區,沒有安裝,所以你省去了多 GB 桌面編碼器和「我該下載哪個版本」的舞蹈。每個任務可接受 MP4、MOV 及其他常見格式,最高可達 6GB。
- 上傳原始碼。 打開video compressor],把你的檔案放進去。如果是螢幕錄影或奇怪的容器,先用video format converter]轉成乾淨的MP4,讓壓縮器有可預測的輸入。
- 設定目標,而不只是「縮小」。 決定這份檔案要去哪裡。上傳時,請以平台建議的位元率為目標(下表)。儲存方面,大約在23歲左右選一個CRF。給編碼器一個目標,而不是盲目百分比。
- 選擇編解碼器。 分享或重新編輯的內容請保留 H.264。當你想要最大壓縮容量用於歸檔或自架播放器時,可以切換到 H.265 搭配 H.264 transcoder] 工作流程。
- 將解析度與目的地相匹配。 將 1080p 留在 1080p 作為訊號來源;只有當觀眾永遠不會看超過手機尺寸的4K母帶時,才會把4K母帶降到1080p。縮放是你應該刻意做的有損步驟,而不是意外。
- 匯出並抽查。 將最繁忙的幾秒鐘——快動作、彩紙屑、水、草——全螢幕時擦去。如果這些看起來很乾淨,整個檔案就沒問題。壓縮瑕疵總是在高細節動態中最先出現,所以你就是從那裡審核。
這就是整個流程。上述設定比你按哪個按鈕更重要。
YouTube、TikTok、短片及短片的出口目標
檔案感覺「太大」的原因幾乎總是因為匯出資料和平台實際匯入的資料不符。以下是實用的起始位元率。把它們當作目標底線,而非硬性限制——每個平台都會在他們那邊重新編碼。
| 平台 解決方法 容器 / 編解碼器 起始位元率 註釋 |
| YouTube(1080p) | 1920×1080 | MP4 / H.264 | ~8–12 Mbps | 要有更多動態,選擇較高的 |
| YouTube(4K) | 3840×2160 | MP4 / H.264 或 H.265 | ~35–45 Mbps | H.265 節省主要上傳時間 |
| TikTok | 1080×1920 | MP4 / H.264 | ~6–10 Mbps | 垂直;保持音訊在128–192 kbps之間 |
| YouTube Shorts | 1080×1920 | MP4 / H.264 | ~8–10 Mbps | 和TikTok匯出一樣的母帶 |
| Instagram Reels | 1080×1920 | MP4 / H.264 | ~6–9 Mbps | 側邊壓得很緊,所以要從乾淨開始 |
針對 YouTube 的影片壓縮,匯出這些目標通常會讓膨脹的剪輯輸出降低一半以上,且仍高於平台的重新編碼門檻——也就是說,上傳的檔案變小,且在 YouTube 處理後看起來一樣。如果你發佈垂直格式,我們的TikTok影片尺寸指南]會詳細說明尺寸和安全區,避免你重複壓縮錯誤的檔案。
批次壓縮待辦清單而不用照顧
壓縮一個片段很簡單。痛苦就像你一直想清理的40段錄音資料夾。可重複的方法比手動調整每個音色都好:
- 請依目的地排序,而非日期。 將所有要送到同一地點的檔案歸類——所有 YouTube 上傳、所有直向影片、所有存檔檔案。每組會有一個設定配方。
- 每組鎖定一個食譜。 例如:「垂直上傳→ 1080×1920,H.264,~8 Mbps」以及「存檔→保持解析度,H.265,CRF 25。」現在不需要逐個檔案做決定。
- 先標準化輸入。 將混合容器進行轉換,讓每個檔案在壓縮前都是乾淨的 MP4。穩定的輸入意味著穩定且可預測的輸出。
- 壓縮後再驗證樣本。 不要檢查全部40個——要檢查每組中最複雜的兩個片段。如果這些都沒問題,就直接寄出。
重點是每個團體做出一個好的決定,而不是四十個小決定。瀏覽器工作區在這裡很有幫助,因為每台機器都不需要安裝——你可以在任何電腦上執行相同的操作流程。
再壓縮陷阱:為什麼第二次通過會變得一團糟
這裡有一個幾乎所有人都會注意到的反例。壓縮是世代代——每次重新編碼已經壓縮過的檔案,都會損失更多,且永遠無法回來。重複兩三次,乾淨的夾子會明顯變得軟且有塊狀。
經典的爛泥路徑:
- 你從編輯器匯出一個片段(壓縮通道 1)。
- 你要用線上壓縮機來縮小(通過第二遍)。
- 你上傳後,平台會再重新編碼一次(通過第三次)。
- 然後你要重新下載,編輯,然後重複整個流程。
到了第三或第四次,沒有任何 CRF 值能保存,因為細節已經消失了。這些修正方法簡單且不可協商:
- 保留高品質母帶(CRF 18 或你編輯的近無損匯出),並且一定要從那個母帶壓縮,絕不要從已經縮小的副本。
- 在最後壓縮一次,就在檔案離開你控制之前。
- 千萬不要下載再壓縮平台副本重新編輯——應該回頭看母帶。
如果你的工作流程保持原始檔案乾淨,只在最終匯出時壓縮,你會得到最小的檔案,而且效果最好。如果你想在優化任何一步前先了解整個流程,我們對AI 影片剪輯說明》的概述展示了壓縮在整體編輯到發佈流程中的位置。
常見問題
你真的能在不損失任何畫質的情況下壓縮影片嗎? 真正的無損壓縮(CRF 0)存在,但檔案龐大且失去了初衷。人們真正想要的是視覺無損——更小且觀眾看不到差異。這非常可行:在 H.264 上使用 CRF 約 20–23,或切換到 H.265,常常能將檔案大小減半以上,但畫面在正常畫面上看起來完全相同。
為什麼我的匯出影片比原始影片大這麼多? 幾乎都是因為你的編輯器匯出的位元率遠高於來源所需,或是增加了更高的幀率或解析度。以目標的目標位元率重新匯出,檔案會大幅縮小且不會有明顯變化。解析度很少是元兇——通常是位元率。
我應該在上傳前還是上傳後壓縮? 以前。每個平台都會在自己那邊重新編碼,但規模較小、編碼得當的上傳速度更快,且能提供更乾淨的資料可用。只要確保你是從高品質的母帶壓縮,而不是從已經壓縮過一次的檔案。
H.264 還是 H.265——我該選哪一個? 當檔案需要在任何地方開啟時,選擇 H.264:客戶端工作、重新編輯、訊息傳遞、舊裝置。當你想要最小的檔案並控制播放——自架視訊、僅限手機串流或長期儲存時,選擇 H.265。H.265 編碼較慢,但在相同品質下約小 40–50%。
1080p YouTube 上傳的安全比特率是多少? 實際起步速度約為 8–12 Mbps,適用於標準動態 1080p,若動作快或細節豐富則需更高。這個範圍讓你能維持在 YouTube 的重新編碼門檻之上,同時產生的檔案比一般冗長的編輯器匯出還要小得多。
準備好用智慧方式壓縮你的下一次上傳了嗎?
你現在知道每個一鍵「線上影片壓縮」隱藏的設定:位元率高於解析度、CRF 維持恆定品質、H.264 控制距離或 H.265 控制尺寸,以及每個平台的真實目標而非猜測。直接執行,不用下載任何東西——建立你的免費Recapo帳號,上傳最高6GB的檔案,然後用壓縮器、轉碼器和格式轉換器在同一瀏覽器分頁中執行。從乾淨的母版壓縮一次,之後每次上傳都會變得更小更銳利。價格細節會在你準備擴大規模時,直接在價格頁面上即時查看。
