VERT.sh 開源轉檔工具，把圖片音訊文件的轉換留在瀏覽器本機

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

把一張 800×600 的測試圖拖進 VERT.sh，選 JPEG，按下轉換，幾秒後下載回來的檔案打開，三個顏色取樣點全部對得上。這段流程本身不稀奇，稀奇的是背後的流量紀錄：整個轉換過程中，我的瀏覽器對外送出的資料加起來只有 132 bytes，全部是統計事件，檔案本身一位元組都沒有離開這台電腦。線上轉檔工具喊了多年的「你的檔案不會上傳」，這次是真的，而且真到可以逐條驗。

VERT.sh 是一個開源的線上轉檔服務，圖片、音訊、文件、影片都收。它跟多數轉檔站走不同的路：前三類的轉換引擎直接跑在你的瀏覽器分頁裡，不經過任何伺服器；只有影片是例外，會上傳到站方的一台 GPU 伺服器處理。這篇從一次實際轉檔的完整側錄出發，把「本機處理」的範圍、影片這個例外、還有它隱私政策裡沒寫到的一個小尾巴，一次攤開。隱私敏感的人看完會知道哪些檔案可以放心丟，哪些要想一下。

一張測試圖的完整旅行：對外流量只有 132 bytes

測試用的是一張我自己做的 PNG，800×600，畫面切成紅綠藍三條直向色帶，檔案 2,813 bytes。拖進首頁的上傳區後，頁面自動帶到轉換頁，左邊出現檔案卡片，上頭是檔名、縮圖與一個格式選單，右邊還留著拖放區，可以繼續加檔案進來排隊；工具列上有 Convert all 與 Download all as .zip，批次轉換的設計從介面就看得出來。格式選單附搜尋框可以打字過濾，清單會依檔案類型顯示對應的格式。我選了 .jpeg，按下 Convert all，畫面很快顯示完成，下載按鈕亮起，解開壓縮檔拿到一張 800×600 的 JPEG，尺寸不變，紅綠藍三個取樣點的 RGB 值與原圖一致，只差 JPEG 壓縮本來就會有的個位數誤差。這證明轉換真的發生了，而且成品品質對得上。

Pin

側錄下來的網路紀錄才是重點。整個工作階段，瀏覽器總共只對五種主機發過請求：vert.sh 本體的頁面資源、ats.vert.sh 的統計腳本、cdn.jsdelivr.net 的轉檔引擎、eu.vertd.vert.sh 的影片伺服器版本探測，以及一次 ipapi.co 的查詢。逐條看，統計腳本送出兩筆事件，各 62 與 70 bytes，這就是那 132 bytes 的全部；引擎下載是把轉檔程式抓回來，跟我的圖檔無關；影片伺服器探測是不帶資料的版本查詢；ipapi.co 後面會專門講。沒有任何請求帶著圖檔出門，連片段都沒有。更有說服力的是成品怎麼來的：整份側錄裡沒有任何一個伺服器回應把成品送回來，連檔案縮圖都是用 blob: 網址顯示的，這種網址指向瀏覽器記憶體裡自己生成的物件。換句話說，成品就出生在我的分頁裡，不是從哪台伺服器領回來的。

拿這個結果對照之前實測過的兩個案例，就知道它難得。同樣宣稱瀏覽器處理的ConvertTool，當時驗證確實零外送，但它靠的是 PDF 引擎與 ffmpeg 的瀏覽器版本，站方文件對「雲端平台」的舊說法還沒改乾淨；PixTrim 則是官網寫「直接在你的瀏覽器裡編輯圖片」，跑完發現圖檔整包上傳伺服器，行銷文案與實際行為是兩回事。線上工具的隱私宣稱，向來要驗了才算數，VERT 屬於驗完還站得住的那一邊。

三個引擎跑在你的分頁裡：圖片、音訊、文件三條車道

VERT 的做法，是把三個存在多年的開源轉檔引擎編成 WebAssembly 版本，直接載入瀏覽器執行。圖片走 ImageMagick，音訊走 FFmpeg，文件走 Pandoc，站方在文件裡自己寫明了這套分工。WebAssembly 可以想成讓原本在伺服器上跑的程式，改寫成能在瀏覽器裡接近原生速度執行的形式，這是「本機轉檔」在技術上能成立的原因。同樣的思路在其他工具上也出現過，像Unzip Online 用瀏覽器版的解壓縮庫讓壓縮檔不出門，VERT 把同樣的手法搬到了更重的轉檔引擎上。

要說清楚的是，我的實測只跑了圖片這條車道，音訊與文件的零外送是從架構與引擎載入行為推得，沒有逐項上傳驗證。不過引擎確實是載到我這邊來的：首次使用時，瀏覽器從 jsDelivr 這個公開 CDN 下載 FFmpeg 的核心檔，設定頁的快取管理顯示，整套引擎在本地共佔 95.43 MB、四個檔案，之後就存在瀏覽器裡，不必每次重抓，嫌佔空間隨時可以清。這是使用前要知道的第一筆成本：首次轉檔前，先讓它下載約 95MB 的引擎，這是唯一的一次成本。

格式支援的廣度超出一般需求。我把圖片分類的輸出格式選單展開實數了一次，共 152 種，從常見的 PNG、JPEG、WebP、GIF、AVIF，到 JXL、ICO、TIFF、各種老派的點陣圖副檔名都在；音訊與文件分類另有各自的清單。設定頁可以為每類檔案指定預設輸出格式，也能調圖片品質百分比、音訊位元率與取樣率；檔案的中繼資料（例如照片的 EXIF）可以選保留或移除，這個開關有兩面：在意的照片隱私，移除等於出手前就把拍攝地點與器材資訊清掉；需要保留拍攝證據或沖印資訊的場合，記得切回保留。下載檔名支援範本，用原始檔名、副檔名與日期組合。多檔批次一次轉完打包成 zip。介面有繁體中文，設定頁語言選單切換即可。

Pin

影片是唯一會出門的檔案：一台 GPU 伺服器與一小時約定

影片為什麼是例外，站方給的理由很實際：影片轉檔太吃運算資源，在瀏覽器裡跑會慢到不可用。所以影片上傳到官方架設的一台 RTX 4000 Ada GPU 伺服器轉換，這是站方的說法。我這趟測試也看到了這套架構的邊角：設定頁有個 Video conversion 區塊，即時顯示影片伺服器的狀態與版本，我查的當天顯示 available、版本最新；Instance 欄位預設是 Auto，由站方自動挑伺服器，而側錄裡瀏覽器探測的對象正是 eu.vertd.vert.sh 這個歐洲區端點，從行為推測，自動模式就是依你的位置挑最近的機器。

檔案在伺服器上待多久，站方在 FAQ 與隱私政策寫了同一套承諾：沒有轉換的影片放一小時，轉換後的影片放一小時或直到你下載，時間到就刪除；只有在故障排除時、而且要你明確同意，才會保留更久。轉換失敗時站方可能收集匿名的診斷資訊，包括工作編號（以匿名化的檔名表示）、來源與目標格式、FFmpeg 的錯誤訊息；原始影片檔同樣要你明確同意才會收。這段是站方的自述，我沒有辦法查驗伺服器那一端的實際行為，只能說它寫得比多數同類服務具體，一小時的期限、診斷資料的範圍、同意的條件都有交代。

實際的判斷線可以這樣畫：合家出遊的影片、要交作業的報告影片，丟官方伺服器換速度，風險可接受；機密簡報、還沒發表的產品 demo、任何外流會出事的影片，走下一節的自架路線，或者改用本機的 FFmpeg。工具沒有替你做這個決定，但資訊給得夠你自己做。

無追蹤的精確意思：無廣告無 cookie，但有一個政策沒點名的查詢

無廣告、完全開源這幾個字寫在 VERT 首頁，不用 cookie、不放追蹤器的承諾則寫在隱私政策裡。實測前半段完全成立：整個工作階段沒有任何廣告聯播網的請求，沒有 AdSense、沒有追蹤像素，這在免費轉檔站裡幾乎是異數，同類站常見的商業模式就是廣告。CSV.ink 那類工具至少掛 Google Analytics，VERT 連第三方統計服務都不用，統計跑在站方自架的 Plausible 上。

後半段的 no tracking 要讀精確一點。Plausible 是無 cookie 的匿名統計，站方把資料儀表板直接公開在網路上，任何人都能去看流量數字，設定頁有一組 Opt-in 與 Opt-out 開關可以關掉它。但它是預設開啟的：我的測試用全新的瀏覽器設定檔，沒有做過任何同意動作，統計事件照樣送出，就是側錄裡那兩筆共 132 bytes。匿名歸匿名，喜歡自己開關每一件事的人，進站後可以去設定頁把它關掉。

真正沒有寫進隱私政策的是另一件事。載入頁面時，瀏覽器對 ipapi.co 發出一次查詢，這個第三方服務會看到你的 IP 位址，用途從行為推測是判斷你的位置、好自動挑最近的影片伺服器。VERT 的隱私政策寫「我們不收集也不儲存你的任何資料」，這句對站方成立，因為查詢是瀏覽器直接對 ipapi.co 發的；但你的 IP 確實給了第三方一次。FAQ 點名了 Plausible 與 jsDelivr，隱私政策也點名了 Plausible，兩份文件就是都沒提 ipapi.co。這不是什麼大問題，多數網站做的遠超過此，但對一個把隱私當招牌的服務，這是應該寫而沒寫的一行字。

順帶一個有誠意的細節：隱私政策對捐贈流程的處理。About 頁的捐贈按鈕背後是 Stripe，政策明講對 Stripe 的請求是延遲載入的，你不按下付款，瀏覽器就不會去碰 Stripe 的任何東西。把「何時才連外部服務」寫到這個粒度的隱私政策，免費工具裡少見。

自架完全體：vertd 把影片車道收回你的機器

VERT 的原始碼在 GitHub 上，前端採 AGPL-3.0 授權，授權檔案確實存在。整個服務用 Docker 一行指令就能自己跑起來，映像檔放在 GitHub Container Registry，拉回來啟動、綁個埠，就有一個自己的 VERT；要改統計、影片伺服器這類參數，用官方提供的建置參數自己重建映像即可。

影片那條出門的車道也有本地解。站方另有一個叫 vertd 的開源專案，用 Rust 寫的 FFmpeg 包裝器，下載對應作業系統的執行檔跑起來，預設監聽 24153 埠，再到 VERT 設定頁的 Instance 欄位填 http://localhost:24153，之後影片轉換就打到你自己的機器，用你自己的 CPU 或 GPU 算，檔案不出區網。vertd 採 GPL-3.0 授權，跟前端的 AGPL 是兩個專案、兩份授權，自己架的人兩邊都要抓。如果連統計與對外查詢都想斷乾淨，原始碼提供一個編譯時的環境變數，設為 true 之後整個站不再對外部服務發任何請求，唯一剩下的是從 jsDelivr 下載 FFmpeg 引擎這一件，站方文件也明說了。自架到這個程度，「檔案不出門」就從宣稱變成你親手控制的事實。

免費靠什麼撐：捐贈、具名團隊，和一台 GPU 的承載上限

沒有廣告的免費，錢從哪裡來，是判斷一個服務能活多久的實際問題。VERT 的答案放在 About 頁：Stripe 捐贈，一次性或月訂閱，一美元起跳，款項用於官方實例的維運與開發。團隊也具名：About 頁列了主力開發者 nullptr、開發者 JovannMC、設計 Liam，還有 Docker 與 CI 維護者的貢獻名單，頁尾甚至掛著當前部署版本的程式碼編號，連到對應的 GitHub 提交。對照許多同類站連營運者是誰都查不到，這種透明度在免費工具裡偏少見。

專案的體質也經得起看。GitHub 專案 2024 年 11 月建立，網際網路檔案館對 vert.sh 的最早存照是 2024 年 11 月中，到 2026 年 9 月初仍有程式碼推送，星數超過一萬五千，以一個轉檔工具來說是相當高的關注度。要知道的現實是，官方影片伺服器就是一台 GPU：免費、站方也不限檔案大小，但承載力有限，尖峰時刻排隊或變慢都有可能，把它當常備工具可以，當商業級的轉檔產線，期待要放對位置。

證件照與不想上雲的批次，最硬的保證在前三類

它擅長的場景很明確。隱私敏感的非影片轉檔排最前面：證件照轉格式、不想上雲端的照片批次轉 WebP、把文件轉成別的格式再寄出，這些需求它給的保證在同類裡最硬。音訊轉檔同樣在本機車道上，之前介紹過的Mp3To 瀏覽器音訊轉換工具只做聲音一類，VERT 把圖片、音訊、文件收進同一個介面，臨時要跨類型轉檔時不必換站。批次處理與 zip 打包讓整包資料夾的圖一次處理完，設定頁的品質與中繼資料控制，比多數線上轉檔站細。介面乾淨、無廣告、有繁體中文，長期放書籤列不礙眼。

不擅長的也直說。在意隱私的影片轉檔，官方伺服器路線就不是首選，要嘛自架 vertd，要嘛本機 FFmpeg；極大檔案的轉檔，README 寫沒有檔案大小限制，這是作者宣稱，實際的上限是你瀏覽器分頁能吃下的記憶體，幾 GB 的素材在伺服器端轉檔站是常態，在瀏覽器裡就要看你的機器臉色，手機上尤其明顯。需要保證處理時限的商業場景，一台捐贈支撐的 GPU 伺服器給不了 SLA。這些不是缺點，是它的架構換來的取捨，用之前知道就好。

95MB 快取、預設統計與一台 GPU 的上限

把該知道的一次列清楚。引擎快取佔瀏覽器約 95MB，首次使用要多等一段下載，不想留可以在設定頁清掉。統計預設開啟，設定頁可退出；ipapi.co 的位置查詢官方版關不掉，介意的人用 VPN 或自架版解決。影片保留一小時的政策是站方自述，無法從外部驗證伺服器行為，高敏感影片不要賭。音訊與文件的零外送是從架構推得，圖片車道是實測驗證，嚴格來說證據強度不同。沒有帳號系統，沒有雲端歷史，好處是無註冊無追蹤，代價是沒有跨裝置同步這種便利。行動端是純網頁，沒有 App。

總結的判斷線一句話：非影片的轉檔需求，VERT.sh 可以直接放進你的工具箱，它的「本機處理」是我實測過最乾淨的一檔；影片看敏感性決定走官方或自架；要百分之百的掌控，原始碼、Docker 與 vertd 都在那裡，很快就能擁有一個完全屬於自己的版本。線上工具的隱私承諾很少有驗得動的，這是一個例外，值得珍惜使用。