先把結論講明白
Google 雲端硬碟沒有 WebDAV 網址。不是隱藏的、不是測試中的，也不在 Workspace 管理控制台的某個開關後面。2026 年 9 月我們逐頁核對了 Google 自己的文件：它公開、能從瀏覽器之外存取 Drive 的介面只有兩個，Drive REST API 與 Drive for desktop 用戶端。API 總覽頁列的是 REST API、Picker API、Apps Script、Activity API 與 Labels API，整頁沒有出現 WebDAV 這個字。
| 方式 | Google 自己的敘述 | 是否為 WebDAV |
|---|---|---|
| Drive REST API | 讓應用程式在自身內部使用 Drive 儲存空間的 REST API | 否 |
| Drive for desktop | stream 與 mirror 兩種模式，僅 Windows 與 macOS | 否 |
| 網頁版 Drive | Linux 上 the desktop version isn't available | 否 |
| WebDAV 端點 | 文件中完全沒有 | 不存在 |
為什麼會去搜 Google 雲端硬碟的 WebDAV 網址
用通訊協定名稱搜尋的人，背後通常有一件很具體的麻煩。常見的是三種。
- NAS 上的備份工作。 Synology 與 QNAP 都內建 WebDAV 用戶端，而要把備份工作指向某個遠端儲存空間，最通用的填法就是一個 WebDAV 網址。看起來把 Drive 填進去只差一個 URL。
- 只會說 WebDAV 的軟體。 文件管理系統、舊版 CAD 與會計軟體、掃描器固件：遠端儲存只有一個欄位，而且只吃 WebDAV 位址，這類產品至今不少。
- Linux。 Google 的系統需求頁寫得很直接，Linux 上「the desktop version isn't available. Instead, you can use Google Drive on the web.」而 Linux 的檔案管理員本來就內建 WebDAV 用戶端，WebDAV 因此看起來像唯一的出路。
這三件事都有實際的答案，只是答案裡沒有一個是 Google 提供的 WebDAV 網址。
做法一：Drive for desktop，stream 還是 mirror
這是 Google 的官方用戶端。要先弄清楚的是它要你選的那兩種模式。
說明中心的定義很明確。stream 模式下「files are primarily stored in the cloud, but will be made available offline when accessed」，檔案位於「a virtual Drive on your computer」；mirror 模式下「mirrored files will always be stored on your computer and in the cloud」，檔案位於「a folder on your computer」。stream 幾乎不佔磁碟，mirror 按鏡像的體積實際佔用空間，換來的是真正可用的離線存取。
2026 年 9 月的公開需求是：64 位元 Windows 10 以上或 Windows Server 2016 以上，ARM64 需 Windows 11 以上，macOS 需 Ventura 13.0 或更新版本。Windows 上「requires Microsoft WebView2, which is usually included in Windows 11 and most Windows 10 devices」。沒有 Linux 版本。
代價： 不支援 Linux，每個帳號一個獨立掛載點，而且拿不到任何能交給 NAS 或軟體的 WebDAV 網址。
做法二：用 rclone serve webdav 擋在 Drive 前面
如果真的需要一個能連到 Drive 的 WebDAV 網址，這是唯一誠實的答案：WebDAV 伺服器由你自己跑，rclone 負責在 WebDAV 與 Google API 之間翻譯。
bash
rclone config
rclone serve webdav gdrive: --addr 127.0.0.1:8080 --user alice --pass secretrclone 官方文件裡有三件在 2026 年 9 月核對過的事實。第一，--addr 的預設值是 127.0.0.1:8080，開箱只有本機連得上；要對外就得改 --addr，TLS 從此是你的責任。第二，驗證方式為單一帳號用 --user 加 --pass、Apache 格式檔案用 --htpasswd、反向代理後面用 --user-from-header。第三，也是對 Drive 最關鍵的一點：Drive 後端頁面寫著「the shared client_id is being retired and will stop working during 2026」，並且「creating your own is now strongly recommended」。不去 Google API Console 申請自己的 client_id 與 client_secret 就架起來，等於把流程建在一個已公告停用時程的東西上。
同一頁還有一個數字，解釋了大多數「這套很慢」的抱怨：「Drive has quite a lot of rate limiting. This causes rclone to be limited to transferring about 2 files per second only.」這是 Drive API 自身的限制，換用戶端或換通訊協定都不會改變。
代價： 一個必須常駐的行程、一份設定檔、自己的 OAuth 憑證、對外就得自備 TLS，而 Drive 的速率限制完全沒變。好處是不需要 FUSE：rclone serve webdav 不裝驅動程式，這點與 rclone mount 不同，比較請見 rclone mount 的替代方案。
做法三：拿 Nextcloud 當中介，文件裡查不到
另一個常被推薦的路線是自架一台 WebDAV 伺服器擋在 Drive 前面：在 Nextcloud 把 Drive 加為外部儲存，用戶端只連 Nextcloud。2026 年 9 月核對的 Nextcloud 管理手冊中，外部儲存後端是 Amazon S3、FTP/FTPS、Local、Nextcloud、OpenStack Object Storage、SFTP、SMB/CIFS 與 WebDAV，其中沒有 Google Drive。有使用者說舊版曾有 Google Drive 後端，但現行文件裡沒有，我們不會建議把流程建在這上面。如果你真正在意的是 Nextcloud 那一端的速度，Nextcloud WebDAV 很慢的原因 更對症。
做法四：乾脆不要在你和 Google 之間放 WebDAV
回頭想想那個 WebDAV 網址原本是為了什麼。如果目標只是「在 Finder 或檔案總管裡看到 Drive 的檔案」，WebDAV 只需要負責最後一段，不必是跟 Google 對話的那一段。
AnyStorage 就是這個形狀。Google 雲端硬碟是它的一種連線類型，在應用程式內走 Drive 自己的 OAuth 登入，不會假裝 Drive 會說 WebDAV。之後若你想要一個掛載的磁碟，應用程式會在你自己的電腦上跑一台 WebDAV 伺服器：側邊欄 Services、WebDAV 頁籤、Start，預設位址 http://127.0.0.1:3211，HTTP Basic 驗證永遠開啟，使用者名稱 anystorage，密碼是首次啟動時產生的 24 個字元。應用程式中開啟的每個連線都會成為該根目錄下的一個資料夾，於是 Drive、S3 儲存貯體與一台 SFTP 主機共用同一個掛載，而不是各掛一次。不需要 macFUSE、WinFsp，也不需要管理員密碼。
話說在前面：這是一個 0.2.x 的年輕應用程式。免費版最多兩個連線，而這個掛載是唯讀的（可以瀏覽、開啟、串流、往外複製，寫回需要 Pro），免費版允許商業使用。支援 macOS 11+、Windows 10+ 與 Ubuntu 20.04+，如果你是因為 Google 那句「Linux 請用網頁版」才找到這裡，這一行才是重點。步驟見 把 Google 雲端硬碟掛載為網路磁碟機，更一般的情形見 把雲端儲存掛載為本機磁碟。
四條路線各自的代價
| 方式 | 能拿到 WebDAV 網址 | Linux | 常駐行程 | 主要陷阱 |
|---|---|---|---|---|
| Drive for desktop | 否 | 不支援 | Google 用戶端 | 每個帳號一個掛載 |
rclone serve webdav | 可以 | 支援 | rclone 常駐 | 2026 年起必須自備 OAuth |
| Nextcloud 中介 | 可以 | 支援 | 整套 Nextcloud | Drive 後端無文件 |
| 內建本機 WebDAV 的用戶端 | 可以，僅 loopback | 支援 | 應用程式本身 | 免費版掛載唯讀 |
最後一欄決定選擇。要讓 NAS 工作或某台設備自己去連 Drive，就需要一台你不盯著也在跑的 WebDAV 伺服器，也就是常開機器上的 rclone serve webdav 加你自己的 Google 憑證；如果只是想在自己的檔案管理員裡打開 Drive，內建 loopback 端點的桌面用戶端零件更少。
有沒有能貼進 Finder 的 Google 雲端硬碟 WebDAV 網址？
沒有。2026 年 9 月核對的結果是，Google 在任何一處文件都沒有公開 Drive 的 WebDAV 端點，Drive API 總覽頁連協定名稱都沒出現。任何看起來像 Drive WebDAV 位址的東西都屬於第三方中介，不是 Google 的。
Google 雲端硬碟以前支援過 WebDAV 嗎？
在能查到的文件範圍內沒有。現行文件只有 REST API 與 Drive for desktop，也找不到任何一頁原廠公告宣布啟用或下線過 WebDAV 服務。論壇上談舊端點的貼文請當作未經核實的資訊。
不用 WebDAV，Synology 或 QNAP 能備份到 Google 雲端硬碟嗎？
可以，而且這才是正路。Synology 自家的 Cloud Sync 套件用途就是「sync and share files among your Synology NAS and multiple public cloud services」，說明文件正文還拿 Google Drive 舉例。這是原廠支援的 Drive API 連線，比任何 WebDAV 墊片都可靠。反方向，也就是 NAS 把檔案端給桌面，見 NAS WebDAV 設定。
rclone serve webdav 一定要對外開放嗎？
只有用戶端不在同一台電腦上時才需要。文件裡的預設 --addr 是 127.0.0.1:8080，只監聽 loopback。要對外就得選一個公開位址、自己加上 TLS，並在 --user 加 --pass、--htpasswd、代理後的 --user-from-header 之中挑一種。
為什麼不管走哪條路 Drive 都很慢？
因為瓶頸在 Drive 的 API。rclone 的 Drive 文件直接寫著「Drive has quite a lot of rate limiting」，並說逐檔操作會被限制在「about 2 files per second only」。在同一個 API 前面換通訊協定不會抬高這個上限，真正有效的是減少檔案數、把單一檔案做大。
接著讀
如果你真正要找的是用戶端，WebDAV 用戶端怎麼選 是總覽頁；Windows 使用者可以看 Windows 11 免費 WebDAV 用戶端，那裡講了微軟 2023 年 11 月把 WebClient 服務標為即將淘汰之後究竟改變了什麼。