先把结论说清楚
Google Drive 没有 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 Drive 的 WebDAV 地址
按协议名去搜的人，背后一般都有一个很具体的麻烦。常见的有三种。
- NAS 上的备份任务。 群晖和威联通都自带 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 地址原本是为了什么。如果目标只是「在访达或资源管理器里看到 Drive 的文件」，WebDAV 只需要负责最后一段，不必是和 Google 说话的那一段。
AnyStorage 就是这个形状。Google Drive 是它的一种连接类型，在应用内走 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 Drive 挂载为网络驱动器，更一般的情形见 把云存储挂载为本地磁盘。
四条路线各自的代价
| 方式 | 能拿到 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 端点的桌面客户端零件更少。
有没有能粘进访达的 Google Drive WebDAV 地址？
没有。2026 年 9 月核对的结果是，Google 在任何一处文档里都没有公开 Drive 的 WebDAV 端点，Drive API 概览页连协议名都没出现。任何看着像 Drive WebDAV 地址的东西都属于第三方中转，不是 Google 的。
Google Drive 以前支持过 WebDAV 吗？
在能查到的文档范围内没有。现行文档只有 REST API 和 Drive for desktop，也找不到任何一页厂商公告宣布启用或下线过 WebDAV 服务。论坛里说旧端点的帖子请当作未核实信息。
不用 WebDAV，群晖或威联通能备份到 Google Drive 吗？
能，而且这才是正路。群晖自家的 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 服务标为弃用之后到底变了什么。