ShareDrop 官網變 LimeWire 雲端傳檔，瀏覽器直傳改用 PairDrop

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

現在打開 sharedrop.io，畫面上是「Upload Files」與資料夾上傳按鈕，選完檔案出現一條連結，收件的人打開連結、到 limewire.com 把檔案載走。很多人記憶裡那個「兩台裝置開同一個網頁、互相出現大頭貼、把檔案拖到對方頭像上」的 ShareDrop，官網的常見問答已經直接寫明：「That version is gone」，那個版本沒有了。

Pin

時間點可以對得很準：2025 年 2 月 10 日，ShareDrop 的 GitHub README 出現收購公告，標題一句「ShareDrop is now LimeWire」，並承諾原始碼會「stay as-is」留在 GitHub 上，之後這個 repo 再沒有任何提交。到了 2026 年 11 月，官網已經是 LimeWire 經營的上傳連結服務。前後差異、免費額度、隱私邊界，加上還想瀏覽器直傳可以改去哪，下面一次看清。

誰會踩到這個變化

書籤或筆記裡存了 sharedrop.io 的人先受影響。存了 snapdrop.net 的人也一樣：這個同屬老牌的網頁互傳網站，現在打開是同一套上傳介面，頁尾同樣連往 LimeWire 的定價頁，等於兩個老牌網址前後換成了同一種服務。

看著舊教學文照做的人也會卡住：教學裡「開網頁、等裝置出現、拖檔案」的步驟，在這兩個網址都不再成立，操作到一半只會看到上傳畫面。

反過來說，如果你要的只是「非同步丟個檔案給別人」、內容不敏感，新的 sharedrop.io 仍然可用，後段的額度與連結規則跟你直接相關。已經在用 PairDrop 或 LocalSend 的人則完全不受影響。

官網把舊版的死因說得很白

官網常見問答裡「What happened to the old peer-to-peer ShareDrop?」這段，把舊版為何收掉講得比多數停產公告誠實。原文說，舊版只在兩台裝置共用同一個網路、同一個公用 IP 時能用，在任何 VPN 上、多數辦公室網路上與行動網路上都會失靈，而且要求雙方同一時間都待在頁面上；實務上這代表傳檔前要先約好時間，或靠房間連結等對方上線。最後一句更直接：「If you specifically need devices on one local network to see each other, that is no longer what this site does.」如果你要的就是同一個區域網路裝置互看，這個網站已經不做這件事。

對照原始碼裡的經典版說明就懂了。ShareDrop 用 WebRTC（瀏覽器之間直接連線交換資料的技術）讓檔案在裝置間直傳，不先上傳到任何伺服器；Firebase 只負責處理上線狀態與連線協調。同一個公用 IP 底下的裝置自動互相看得到，右上角的加號能開一個跨網路房間，把產生的專屬網址寄給對方，對方打開後你們就會在彼此畫面上現身。README 還特別提醒它跟 AirDrop 的差別：AirDrop 靠裝置自組無線網路，搜尋彼此不必上網，ShareDrop 則需要網際網路。看見這個設計就明白死因從哪來：可見度綁在公用 IP 上，VPN 與公司網路一旦讓兩邊的公用 IP 不同或無法互連，配對自然失敗。

資料安全上還有一層值得知道的差異。WebRTC 規範強制資料通道加密，舊版的傳輸過程在協定層就有保護，伺服器端只看得到連線協調的中繼資訊，碰不到檔案內容；新版則是檔案上傳後靜置在 LimeWire 的儲存空間，保護邊界從「傳輸中」移到「連結不可猜」。兩種模型都能叫安全，但信任的對象完全不同：一個信任協定，一個信任平台。

官方也給了轉向的理由，原文寫得很直白：取而代之的版本「更樸素但到處能用」，上傳一次、分享連結、隨時下載，不同網路、不同國家、不同時間都不是問題。snapdrop.net 那邊的說法同一套口徑：點對點直連需要兩邊同時開著頁面、待在同一個網路，連結沒有這些條件，檔案上傳後等著被取用。理由本身成立，只是它描述的是兩種不同的產品。

新服務的額度，和那條「不是密碼」的連結

新的 sharedrop.io 怎麼用，官網的步驟說明寫得清楚：按上傳或把檔案拖到頁面任何位置，等上傳跑完（這段時間分頁要開著），連結出現後就能把分頁全部關掉；接著用郵件、通訊軟體把連結寄給對方。收件端打開連結，落在 limewire.com 上，可以直接線上預覽或下載，同樣不必註冊帳號。整條路徑裡，唯一需要開著瀏覽器的時刻就是上傳那段。

官網列出的免帳號額度（截至 2026-11-09）：單次最多 4 GB、每天 20 個檔案與 4 GB、連結存活 3 天，到期時連結連同檔案一起自我移除。同一張表還有一條容易被忽略：每條連結每天只能被下載 10 次、總流量 12 GB，超過後該連結就停止供下載。註冊免費的 LimeWire 帳號後單次同樣 4 GB，但多了 40 GB 儲存空間、每天 10 GB 與 50 個檔案，下載上限提高，連結也不再 3 天到期；付費方案把單次上限拉到 250 GB 以上，儲存空間在姊妹站頁面列到 2 TB 與 4 TB。

操作面上還有幾個確定的事實：資料夾可以整包上傳，收件端會拿到一個打包好的壓縮檔，原始結構保留；手機瀏覽器送收都行；官網強調它在鎖定嚴格的公司電腦上也能用，因為只依賴瀏覽器本身。這些條件湊起來，它的定位其實跟一般網路硬碟的「外連連結」是同一種東西，差別在品牌與額度。

隱私模型要讀仔細。官網明說檔案存在 LimeWire，靠「無法猜到的連結」保護，並且自己提醒「The link is not a password」：拿到連結的任何人都打得開檔案，所以要把它當成檔案本體看待，只傳給該看的人，不貼到公開頻道。舉個具體例子：把連結貼進公開的群組聊天，等於把檔案本身放進那個群組。

還有一個值得並排看的細節。2025 年 2 月寫進 README 的收購公告，把「end-to-end encryption」列為新平台的好處之一；到了現在的官網，隱私段落只談連結不可猜與檔案存進 LimeWire，沒有再出現加密的說明。要判斷該不該把檔案交給它，以現行官網與 LimeWire 定價頁寫的為準；額度與效期也一樣，官方調整時以定價頁現值為準。

想要原版直傳，剩下自架一條路

原始碼還在，而且授權乾淨：GitHub 上的 ShareDropio/sharedrop（repo 已移到這個帳號下）採 MIT 授權，10,767 顆星、861 個 fork，狀態未封存。收購公告同時寫著，你仍然可以下載經典版、跑在自己的基礎設施上；repo 根目錄附 Dockerfile，README 也留有部署到 Heroku 的段落。

Pin

但自架不是按一個鈕的事。README 的本地開發流程要求先申請自己的 Firebase 資料庫、載入隨附的規則檔，再用 Ember CLI 安裝相依套件、設定環境變數後跑起來，等於連線協調層也要自己接手。環境變數裡有個細節正好呼應死因：SECRET 金鑰的用途之一，是拿訪客的公用 IP 產生預設房間名稱，也就是說「誰跟誰互相看得到」這件事，自架版同樣建立在公用 IP 的假設上，VPN 與公司網路環境下的麻煩不會因為自架而消失。成本更要先認清：master 分支最後一次提交，就停在 2025-02-10 那次 README 更新，等於一年多無人維護；接手一個凍結的 Ember.js 老專案，瀏覽器與 WebRTC 政策持續演進，之後出問題要自己修。這條路適合本來就有自架能力、把「檔案不進第三方儲存」當硬需求的人，一般使用者不建議從這裡入門。

PairDrop 還在直傳，Snapdrop 那邊說法打架

想留在瀏覽器裡互傳，現成的選擇是 PairDrop。它在 GitHub 上自述為 Snapdrop 的分支（GPL-3.0 授權），pairdrop.net 到今天仍是瀏覽器對瀏覽器的直傳服務，repo 有 11,769 顆星，最後一次推送在 2026-04-22，連 Android 用戶端都還在更新。TechMoon 先前實測過一篇 PairDrop 實測，開網頁就看到對方的行為與記憶中的 ShareDrop 同型。差別在維運：PairDrop 的生態仍在更新，Docker 映像檔有人維護，遇到學校或公司要自己架一套也有現成路徑。

Snapdrop 本身的現況，兩個官方頁面給了不一樣的答案。sharedrop.io 的問答把 Snapdrop 描述成「同網路兩台裝置直接互傳」的選項，建議讀者依「裝置是否在同一個網路」在兩個產品間挑選；但同一天打開 snapdrop.net，它自己的問答寫的卻是「轉送改經 LimeWire 儲存，而非瀏覽器之間的直連」，頁面本身就是上傳介面，跟 sharedrop.io 同一套流程。要查證一個工具的現況，以其自身頁面的自述與實際介面為準：snapdrop.net 已沒有瀏覽器直傳，sharedrop.io 問答裡那個「同網路直傳的 Snapdrop」描述對不上它今天的樣子。這也是讀行銷問答時的一個通用提醒：跨產品的比較文案，通常不如產品自己頁面上的說法新。

順帶一提，Snapdrop 原作者 RobinLinus 在 2026 年 9 月 14 日於 GitHub 重建了開源版，新 repo 改用 Rust 後端，repo 首頁指向 snapdrop.me，並保留 Docker 自架文件，方向值得注意，但生態系還很新，repo 至今 43 顆星，要不要押注自己衡量。

偏好裝 App 的人可以看 LocalSend，走區域網路原生互傳，不依賴網頁；想把檔案點對點寄給對方、不經過雲端儲存，FilePizza 也是同一族的選擇。

先分清楚你要哪一種傳法

把官方給的死因與新版的檔案存放位置並排看，我的判斷是：這次轉向，對重視檔案不進第三方儲存的人，遇到的其實是換了產品類別，並非升級；「到處都能用」的好處，主要屬於本來就被 VPN 與公司網路擋在外面的人。

對應到行動上：只要非同步交檔、內容不敏感，新的 sharedrop.io 可以用，前提是接受檔案落在 LimeWire、連結本身就是鑰匙、免帳號 3 天到期。要的就是兩邊同時上線、開網頁互看、當場直傳，去 PairDrop，或觀察剛重建的 snapdrop.me。「檔案不能離開自己的基礎設施」是硬需求的話，自架經典版原始碼，或改用 LocalSend 這類區域網路方案。

裝置組合也可以納入判斷：兩台都是 Apple 裝置，AirDrop 本來就在系統裡，不必繞網頁工具；跨 Apple、Android 與 Windows 混用，網頁直傳的 PairDrop 或原生 App 的 LocalSend 都省得裝額外東西；要交給外部對象、對方不一定上線，連結式服務反而順手，這時記得連結用一對一管道寄送，別進公開頻道。

有幾件事至今沒有答案：LimeWire 沒有公開收購的金額與條款，兩個老牌網站實際切換服務的日期也沒有公告可查（能確認的是 2025 年 2 月公告收購，以及兩站今天的樣貌）；經典版 repo 未來會不會被正式封存、snapdrop.me 重建版能走多快，都只能繼續觀察。

最後一個實用的檢查法：搜「ShareDrop 教學」還會找到大量照舊版介面寫的步驟文，判斷一篇教學還能不能用，看它叫你等裝置大頭貼出現，還是叫你按上傳拿連結。前者描述的工具，在 sharedrop.io 已經不存在了。