2026 年幾乎所有修剪影片的方法都可歸入三大類別：已安裝的桌面編輯器，例如 VLC、FFmpeg 或 Premiere；雲端服務，將來源影片上傳後在遠端伺服器重新編碼；以及瀏覽器本機工具，在目前的分頁中進行解碼、跳轉與錄影。每一類別都執行相同的基本工作——選擇開始時間、選擇結束時間、產生較短的片段——但是在檔案大小、精準度、輸出格式與隱私方面的取捨差異極大。正確的選擇與其說取決於哪個工具看起來精緻，不如說取決於眼前這個片段真正重要的限制是什麼：一段 12 秒的螢幕錄影要貼到聊天室，跟一段 45 分鐘、打算發布的訪談，處理方式完全不同；而為錯誤的片段選用錯誤的方式，正是修剪工作出包最常見的原因。本文將逐一說明每種方法實際做了哪些事、在哪些地方會出問題，以及像 Video Trimmer 這樣的瀏覽器本機修剪工具，何時是最簡單也最誠實的答案。
修剪影片的三種主要方法
大多數修剪工具都可歸入三類之一，而類別本身的形態對工作流程的影響，遠大於任何功能清單。閱讀比較內容時心裡先有這些分類，後面的文章會更容易理解。
桌面編輯器。已安裝的應用程式，例如 VLC、FFmpeg、Shotcut、DaVinci Resolve 和 Adobe Premiere，可在精確的關鍵影格上剪輯、保留字幕、保留多軌音訊，並輸出 MP4 或 MOV。它們通常可處理大型檔案、保存大部分原始中繼資料，並允許您以指令稿執行批次作業。代價是安裝佔用的空間、除了直線剪輯之外的學習曲線，以及在您開啟檔案之前，二進位檔加上編解碼器套件就可能高達數百 MB。
雲端線上工具。瀏覽器服務，例如 Clideo、Kapwing 以及 Canva 內建的修剪模組，會透過瀏覽器接收檔案、以 POST 方式上傳到遠端伺服器，在託管基礎架構上執行剪輯，再回傳下載連結。優點是免安裝。代價是您的影片會離開裝置、存放在別人的儲存空間（通常是暫時的），並且取決於上傳頻寬；以數 GB 的檔案來說，上傳時間可能比剪輯本身還久。大多數雲端修剪工具也需要登入、免費額度限制，或兩者皆是。
瀏覽器本機工具。第三類——包括 Lizely 上的 Video Trimmer——會將檔案保留在目前的分頁中。瀏覽器透過標準媒體元素解碼來源、跳轉到要求的開始位置、擷取所公開的媒體串流，並錄製到要求的結束位置。由於不會上傳任何內容，限制因素就在於瀏覽器能解碼哪些內容，以及 MediaRecorder 能編碼哪些內容：根據 MDN MediaRecorder 參考文件，輸出受限於執行中的瀏覽器實際支援的編解碼器組合。
修剪方法並排比較
下表依多數讀者實際挑選工具前會考量的標準，比較這三類。表格中的數值反映各類別中廣泛使用之產品的典型表現，而非單一基準測試結果。
| 準則 | 桌面編輯器 | 雲端工具 | 瀏覽器本機修剪工具 |
|---|---|---|---|
| 檔案大小限制 | 通常無上限（受磁碟空間限制） | 免費方案通常為 500 MB–2 GB | 容器上限 500 MiB |
| 來源是否上傳？ | 否 | 是 | 否 |
| 解碼後片段長度 | 無上限 | 免費方案通常為 30–60 分鐘 | 最長 5 分鐘 |
| 影格精準度 | 關鍵影格精準 | 近似 | 近似（邊界略有偏移） |
| 典型輸出格式 | 原始格式、MP4、MOV、WebM | 通常為 MP4 | WebM（VP9/VP8 + Opus） |
| 是否需要註冊 | 否（安裝後） | 通常是 | 否 |
| 字幕／多軌保留 | 是 | 視情況而定 | 否 |
| 是否需要安裝 | 是 | 否 | 否 |
從中可看出一個明顯的規律：桌面在精準度與格式彈性上勝出，雲端只在「免安裝」這點占優，而瀏覽器本機在便利性上居中，但在隱私方面則勝過兩者。哪一種才是正解，完全取決於這個片段的用途，而非哪個工具的登陸頁面最漂亮。
如何使用 Video Trimmer 在本機修剪影片
對於磁碟上已有檔案、想要快速且私下剪輯的使用者來說，Video Trimmer 頁面上的工作流程如下。整個過程都在您目前的分頁內完成。
- 在瀏覽器中開啟 Video Trimmer。點擊檔案選擇器，選擇一個支援的本機影片——MP4、WebM、MOV、M4V 或 Ogg——並等待其時長出現在控制項中。您看到的數字是解碼後的時長，而非容器大小，較長的檔案可能要稍等一下才會載入。
- 在兩個輸入欄位中輸入開始時間與結束時間，以秒為單位，可加上毫秒（例如 2.5 與 18.75）。開始時間必須為零或以上，結束時間必須晚於開始時間且不得超過解碼後的時長，選擇的範圍至少須為 0.1 秒。如果您把兩個值顛倒，或將結束時間推到檔案結尾之後，表單會明確顯示錯誤，而不是自行猜測或夾住範圍。
- 選擇修剪影片（Trim video）。工具會將媒體元素跳轉到開始位置，擷取播放所公開的串流，並錄製到結束時間。重新編碼完成後，介面會立即回報所要求的片段時長以及輸出檔案大小。
- 下載產生的 WebM 片段。輸出會保留來源的像素尺寸，但品質、關鍵影格、色彩中繼資料、音訊配置與最終大小可能與原始檔案不同，因為這是即時重新編碼，而非封包層級的無損剪輯。隨時點選取消即可停止進行中的工作。
由於錄製是從播放時間取樣，最後一個編碼影格可能落在要求結束時間之後一小段時間。這種邊界偏移是為了避免伺服器端編碼與沉重的媒體相依性所付出的代價，且在工具本身的產品契約中有清楚記載，而非隱瞞。若想更深入了解這種偏移與其他本機選項的比較，請參閱 線上修剪影片的精準度：本機工具實際能做到什麼。
瀏覽器本機修剪不適用的情境
瀏覽器本機修剪並非所有問題的答案。一個有用的比較必須誠實指出哪些情況才適合使用桌面編輯器或專屬雲端流程。
- 來源影片很長。如果解碼後的片段超過 5 分鐘，修剪工具會在開始之前就拒絕處理。90 分鐘的訪談應該交給 FFmpeg 或非線性剪輯軟體（NLE）。
- 需要影格精準剪輯。廣播級播出、調色過的時間軸，以及必須落在特定關鍵影格上的剪輯，需要封包層級的精準度。MediaRecorder 的播放擷取是為便利的修剪而設計，並非為了精確的影格定位。
- 必須輸出 MP4。瀏覽器的 MediaRecorder 通常只支援 VP9、VP8 與 Opus 的組合；跨瀏覽器並不保證能輸出含 H.264 的 MP4。如果您的下游消費者明確需要 MP4 容器，請在修剪後使用桌面工具（例如 FFmpeg）重新封裝。
- 需要保留字幕或多軌音訊。瀏覽器串流擷取不會將嵌入的字幕或額外的音軌帶進 WebM。除了單一立體聲軌之外的內容都會被捨棄。
- 受 DRM 保護或遠端媒體。本工具既不會擷取遠端媒體，也不會繞過 DRM；因此 YouTube 翻錄、Netflix 擷取等受保護的串流，依照設計就不是合法的輸入來源。
如果您遇到上述任何一種情況，桌面編輯器是最佳選擇。至於其他情況——一段螢幕錄影、一段不到 5 分鐘的手機影片、想丟到 Slack 或 Discord 的一小段——瀏覽器本機修剪通常是最快的路徑，而且無需伺服器或帳號。
容易踩雷的限制與解碼規則
本機瀏覽器修剪失敗最常見的原因，其實與修剪工具無關，而是副檔名與編解碼器之間的落差。瀏覽器必須能解碼容器內實際的編解碼器，而不只是辨識檔名：一個包裹奇特編解碼器的 .mp4，即使副檔名列在支援清單中，仍會無法載入。這正是為什麼每篇瀏覽器本機修剪指南都強調編解碼器相容性，而非容器相容性。
開始之前還值得記住的其他限制：
- 容器大小：上限 500 MiB。
- 解碼後時長：不得超過 5 分鐘。
- 尺寸：寬度與高度不得超過 4096 像素，且總面積不得大於 3840 × 2160。
- 最短片段長度：0.1 秒。短於此的要求會被拒絕，而非默默四捨五入。
- 輸出編解碼器：VP9、VP8，或（在支援時）Opus，封裝於 WebM 容器。WebM 檔案會修補為所選的時長，讓相容的播放器回報有限的時間軸，而非串流式時間軸。
共有八組獨立的範圍測試案例，涵蓋從零開始的起點、片段中段的起點、小數時間戳記、檔案尾端的片段，以及剛好 5 分鐘的邊界，因此驗證邏輯是經過測試的，而非紙上談兵。無效或顛倒的範圍會明確失敗：您會看到錯誤、修正數字、再試一次。這種明確失敗的機制比想像中更重要，因為雲端修剪工具在使用者回饋中已是公認的混亂來源——它們會默默把超出來源時長的結束時間夾住。
Privacy and Processing Location Differences
Privacy is where the comparison most often collapses to a single criterion. If the footage is private — a recording of a family event, a customer interview, an internal product demo — uploading it to a third-party server to perform a one-second trim is hard to justify. A desktop editor and a browser-local tool both keep the bytes on your machine. A cloud trimmer puts them on someone else's disk, even if only briefly, and ties the result to their retention policy rather than yours.
For the Video Trimmer, decode, seek, stream capture, recording, and download generation all run in the current tab. The generated WebM is handed back through a revocable object URL, and the source video is never sent to Lizely's servers. For readers who want to understand the underlying mechanism, the MDN guide to recording a media element describes the exact API path the tool relies on.
That is the comparison, honestly drawn: desktop wins on precision and format, cloud wins on install-free if you trust the upload, and the browser-local trimmer wins on the combination of no install, no upload, no sign-up, and a WebM output that covers most quick-share use cases. Pick the constraint that actually matters for the clip in front of you, and the right approach usually announces itself.
Related reading: How to Document the Steps You Use to Trim Video.