FolderPort 實測：免安裝免註冊，瀏覽器把資料夾直傳對方

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

想把一整個資料夾直接送到對方手裡，多數人的直覺是先壓縮、上傳雲端硬碟、再把連結貼給對方。FolderPort 走另一條路：兩邊都打開網頁，檔案從你的瀏覽器直接傳到對方的瀏覽器，官方網站的伺服器不經手檔案內容。不用裝軟體、不用註冊帳號、不用雲端空間。

Pin

我在同一台機器用兩個瀏覽器分頁實際跑完一輪：分享端選檔、設密碼、產生連結，接收端輸入連線 ID 和密碼後順利連上，兩個測試檔案正確出現在對方的檔案清單裡。整條路是通的，而且過程比想像中順。

不過「P2P 加密傳檔」這六個字裡藏了幾件事，官方首頁沒有講清楚：連線建立的環節依賴第三方的免費公共服務，應用層加密要自己設密碼才存在，沒設密碼時拿到連結的人就能連。這篇把實測過程和這些細節一次攤開，你可以自己判斷它適不適合你的情境。

實測：兩個瀏覽器分頁跑完一輪分享

分享端打開官網首頁，點「Share Folder」後，網址會自動導到一個帶著十位字元代碼的頁面，例如我這次拿到的 N8qsHKg8pH。這個代碼就是本次分享的身分證，整個流程都靠它串起來。

頁面提供兩種選法：選整個資料夾，或挑個別檔案。我的瀏覽器支援資料夾選擇，也可以在比較舊的環境退回檔案多重選擇。選好之後檔案會先出現在一個檔案總管畫面裡，這時候還沒開始分享，狀態列顯示「Not sharing」。

真正把門打開的是狀態列那顆按鈕。點下去會跳出連線管理視窗，裡面有兩個設定：密碼（選填）和「允許對方上傳檔案」的開關。設好密碼、按下 Share，分享就正式上線，視窗裡出現三種給對方的入口：完整連結、連線 ID、QR Code。連結格式是 folderport.com/access/ 加上那組十位代碼。

Pin

接收端有三種進門方式：直接點連結、在官網 Access 頁面輸入連線 ID，或用手機掃 QR Code。我這次設了密碼，接收端輸入 ID 後跳出密碼欄位，填對之後狀態變成 Connected，右側檔案清單立刻列出 hello.txt 和 random.bin 兩個檔案，名稱、類型、大小、修改時間都和分享端一致，每列後面有下載按鈕。

Pin

分享端這邊看得到誰連了進來。連線管理視窗的 Connected Clients 區塊列出每位接收者的代碼和瀏覽器版本（我這次顯示 Chrome 150.0），旁邊有單獨斷開的按鈕。要結束就按 Stop Sharing，或直接關掉分頁，連結立刻失效。這點官方文件寫得很明白：分享只在你分頁開著時有效，沒有常駐的分享連結。

幾個順手的設計細節。工具列上有一個 Received Files 入口，搭配前述的允許上傳開關，就是接收端送回來的檔案落腳處，雙向互傳不需要兩邊輪流開分享。另外它是一個完整的 PWA（漸進式網頁應用程式），Windows、Mac 的 Chrome 或 Edge 會出現安裝圖示，Android 加到主畫面、iOS 從分享選單加到主畫面之後，圖示看起來就是一個 App。裝了也只是把網頁包一層外殼，離線時什麼都做不了，本體仍是那個分享頁。

你的檔案走哪條路：直連是真的，連線建立靠別人也是真的

把網頁發出的請求攤開看，會看到兩件事。

檔案內容的傳輸確實不經過 FolderPort 的伺服器。整個傳輸建立在 WebRTC 的資料通道上，這是瀏覽器內建的點對點通道，檔案從一台裝置直達另一台。我這次實測的全程，沒有看到任何檔案內容被送往 folderport.com 或其他存放點。接收端的下載也不是把檔案先抓回伺服器再轉發，而是由一個 Service Worker 在接收端瀏覽器裡把收到的區塊串成檔案串流，直接觸發下載；影片預覽也是同一套機制，用區段請求邊收邊播。

但「完全不經過任何伺服器」這句話只對了一半。兩台裝置要找到彼此（正式說法是打洞），需要先透過外部服務交換連線資訊。實測的請求紀錄裡，建立連線時頁面向 0.peerjs.com 要求了配對身分。拆開前端程式碼，裡面的連線設定寫得明白：STUN 用 Google 的公共服務（stun.l.google.com:19302）， TURN 備援掛的是 PeerJS 的公共中繼站（主機名標示 eu 與 us 兩個區域），用的是這套開源程式庫公開的通用帳號密碼。還有個值得注意的現況：這兩個中繼主機名在我查證當下已經查不到 DNS 位址，等於設定裡掛著一個大概率連不上的備援。

這表示 FolderPort 沒有自建任何連線基礎設施，整個服務的配對層騎在 PeerJS 這個開源專案的免費公共雲上，打洞用的 STUN 也是 Google 免費提供的。日常使用沒問題，但這兩個都是沒有服務等級承諾的免費設施，哪一天調整政策或限流，FolderPort 沒有替代方案可以切換。這是選擇這類工具時應該放進考量的依賴風險。

還有一個情境值得先想清楚：兩邊網路環境打洞失敗時（例如企業防火牆或對稱式 NAT），設計上流量會改走 TURN 中繼站轉發，內容仍有加密包裹，中繼站看不到明文。但如前所述，這條備援現況連不上，比較實際的預期是打洞失敗就直接連不上，沒有中繼可用。

加密分兩層：傳輸層一直在，應用層要自己設密碼

FolderPort 首頁把 AES 加密口令列為主打賣點，字面上容易讓人以為加密是自動的。實際拆開看，加密有兩層，要分開理解。

傳輸層的加密一直都在。WebRTC 資料通道強制使用 DTLS 加密，這是瀏覽器層級的保護，不管你有沒有設密碼，路上的流量都是密文，包括走 TURN 中繼的時候。

應用層的加密則是有條件的。從程式碼裡的握手流程可以看到，接收端連上時會先問分享端：如果有設密碼，握手進入加密模式，接收端必須輸入正確密碼才能拿到檔案清單；如果沒設密碼，握手直接以明文的問候訊號完成，任何拿到連結的人都能連上並瀏覽檔案。換句話說，沒設密碼時，連結本身就是鑰匙。

密碼本身的實作是扎實的。輸入的密碼會經過 PBKDF2 函式做十萬次迭代運算（SHA-256 雜湊）衍生出金鑰，再用業界標準的 AES-GCM 加密，每個檔案有獨立的隨機初始向量，整套用的是瀏覽器內建的 WebCrypto，不是自己發明的加密法。有一個實作細節值得挑：加鹽用的值是寫死在程式碼裡的固定字串，全部使用者共用同一個鹽，這比隨機產生的鹽弱一截。密碼錯誤時接收端會被要求重試，分享端和接收端拿同一個密碼各自推導金鑰，密碼本身不在兩台機器之間傳送。

所以實際的建議是：傳任何你不想讓陌生人看到的東西，密碼一定要設，而且官方文件也提醒，密碼最好用另一個管道傳給對方（例如電話或另一個通訊軟體），不要跟連結貼在同一則訊息裡。

「無限傳輸」在現實裡的邊界

官方宣稱傳輸大小沒有限制。就架構來說這不全是有話術：檔案不經過伺服器，自然沒有伺服器端的容量上限。程式碼裡的傳輸機制是把檔案切成 512KB 的區塊，三個區塊並行傳送，失敗自動重試三次；分享端是逐區塊從磁碟讀取，接收端邊收邊寫入，兩邊都不需要把整個檔案一次塞進記憶體。以架構條件來說，它確實有能力處理大檔。

但「大小無限制」和「大檔傳得完」是兩回事，現實裡的邊界在別的地方：

• 連線是活的才有傳輸。分享分頁關掉、瀏覽器當機、網路中斷，傳輸就停，而且沒有續傳機制，只能重新來過。傳一個幾十 GB 的資料夾，中途斷線就要全部重傳。
• 兩端必須同時連線。這是點對點的天性，接收端不在，檔案就沒有地方去，沒有「先上傳等對方來拿」的暫存模式。
• 企業或校園網路可能直接擋掉點對點連線，官方文件的疑難排解就自己承認這一點，建議換網路重試。
• 區塊在通道裡用 Base64 編碼封裝，這會多出約三分之一的傳輸量，同樣的檔案比起純二進位傳輸要花更多頻寬和時間。

我這次實測的是小檔案和穩定環境，大檔案長時間傳輸的穩定度，這輪測試回答不了。從機制判斷，它適合的是「一次傳完就收工」的情境，不適合拿來當長時間掛著的傳輸通道。

還有一個成本容易漏算：頻寬是雙向佔用的。分享端的上傳頻寬要餵飽所有接收端，接收端有幾個人、他們同時下載，你的上傳就被分掉幾份。家用的光纖上傳通常遠小於下載，一口氣傳大資料夾給兩三個人時，瓶頸幾乎一定在你這端的線路，這跟把檔案丟上雲端、由機房餵下載的模型完全不同。

和雲端傳檔、其他點對點工具怎麼選

同樣是「把檔案送到對方手上」，市面上有三條路：雲端中轉、瀏覽器點對點、區域網路工具。FolderPort 在其中的位置可以用一張表看清。

表中狀態以 2026 年 9 月各服務的官方說明為準，方案內容隨時可能調整。

差異化的關鍵在「整棵資料夾」和「雙向」。PairDrop 這類工具強在裝置之間快速丟單檔，PairDrop 適合丟幾張圖或一份文件；transfer.zip 用 QR 配對很直覺，也能直接選資料夾，差別在 FolderPort 把資料夾樹的瀏覽和線上預覽做成了主要體驗。FolderPort 直接把資料夾樹完整搬過去，接收端還能在瀏覽器裡逐層點開、預覽圖片和影片、挑單檔下載，這個體驗接近一個臨時的網路硬碟，只是這個硬碟掛在你自己的機器上。

雲端方案的方向完全不同：WeTransfer 或 YDRAY 把檔案放在伺服器上等對方來拿，傳檔不需要兩人同時連線，代價是檔案內容離開你的機器、有保存期限、有大小額度。如果你的需求是「對方明天才有空拿」，雲端中轉仍然比任何點對點工具合適；如果是「現在、就在眼前、不想上雲端」，FolderPort 這類直傳工具的優勢才會顯現。

另外有一個它獨有的小功能值得提：那個「允許對方上傳」的開關打開後，接收端也能把檔案送回你的資料夾，一次連線雙向互傳。跟客戶來回改稿、跟同事互丟素材這類情境，不用兩邊輪流開分享。

誰在做、靠什麼活著：免費服務的風險要自己算

查網域註冊紀錄，folderport.com 是 2025 年 3 月 15 日註冊的，比目前找得到的最早一篇介紹文章只早兩天，是個相當年輕的服務。註冊人資料經過隱私保護，看不到個人或公司名稱，登記的行政區寫著北京。網站本身託管在 Cloudflare 上，沒有公開的原始碼倉庫，是閉源服務。

它目前完全免費，找不到收費方案或廣告，官方也沒有說明商業模式。這對使用者是好事，但也意味著沒有付費支撐的營運承諾，服務能活多久取決於經營者的意願和那些免費公共設施的狀態。隱私政策寫得算是誠實：收集連線代碼等工作階段資訊、匿名的使用統計和裝置資訊，不儲存檔案內容、不監看傳輸。實際打開頁面，載入的是 Google Analytics 和 Cloudflare 的統計元件，和政策的說法對得上，只是「匿名統計」到了 GA 這層，裝置和行為事件仍然會進報表，這是業界常態但值得知道。

介面提供英文、中文、德文、印地文四種語言。要注意的是中文版是簡體中文，沒有繁體選項，而且部分錯誤訊息在英文介面裡也是簡體中文字串，我連線失敗時跳出的提示整句是簡體中文，用語也是對岸慣用的「連接」而非「連線」。習慣繁體的人直接切英文介面，讀起來反而順，這也是判斷它主要客群在哪裡的一個訊號。

同時在場的傳輸用它，對方稍後取件就繞開

整理成一個簡單的判斷。

它適合的情境：兩個人（或兩台裝置）同時連線，要一次交付一整個資料夾的東西，例如攝影師交案給客戶、同事之間互丟專案素材、幫家人搬一批照片；不想把檔案放到任何雲端空間；臨時性、一次性的傳輸，傳完就散會。這些情境下它的優勢最明顯，設個密碼之後隱私條件也過得去。

應該繞開的情境：對方不會同時在場、你要先傳對方晚點收（用雲端中轉）；檔案要長期保存或反覆取用（用雲端硬碟）；在企業或校園封網環境裡（點對點可能直接被擋，先確認網路條件）；傳輸量很大而且網路不穩（斷線重來的成本太高）。另外如果這個傳檔需求會天天發生，裝一次 File Transfer 或類似開源工具自己掌握，會比依賴一個匿名經營的閉源網站穩當。

實際試一輪只要幾分鐘：打開官網，選個小資料夾，設個密碼，用自己的手機掃那個 QR Code 連連看。整條流程通不通、介面順不順手，跑一次就知道，不用先讀完任何文件。

常見問題

FolderPort 免費嗎？檔案有大小限制嗎？

目前完全免費，沒有收費方案。官方宣稱傳輸大小無限制，實際的上限來自兩端瀏覽器的記憶體和連線穩定度：大小上限取決於兩端瀏覽器和連線條件，沒有伺服器端的容量額度，但斷線就要整個重傳，幾十 GB 的傳輸要有心理準備。

檔案會被存在他們的伺服器上嗎？

官方隱私政策稱不儲存檔案內容，實測的傳輸也確實走瀏覽器直連，檔案內容沒有送往 folderport.com。要留意的是連線建立經過 PeerJS 的免費公共配對服務，打洞失敗時的中繼備援現況存疑，頁面也會載 Google Analytics 統計。內容層的「不上傳」成立，連線層的中繼資料流量則經過第三方。

手機可以用嗎？

官方標榜支援，手機瀏覽器打開網頁就能用，接收端掃 QR Code 最快；這一輪實測只在桌面進行，手機端的實際體驗以官方說明為準。Android 的 Chrome 和 iOS 的 Safari 都支援加到主畫面，裝成一個看起來像 App 的圖示，但本體還是網頁。

連線斷了怎麼辦？

沒有續傳。分享分頁關閉或連線中斷後，分享連結就失效，接收端要等分享端重新按一次 Share 產生新連線再連。傳到一半斷線的檔案只能整個重來，這是它和雲端中轉最不一樣的地方。