Mac Finder の WebDAV アクセスが遅い理由 – Nextcloud は同期と WebDAV を分けて考える

WebDAV は HTTP ベースでファイルを扱えるため、Windows や Mac からマウントして使える便利な仕組みです。しかし、Mac の Finder から WebDAV をマウントして常用しようとすると、かなり遅く感じることがあります。

私の環境では、Ubuntu 22.04 の Apache で WebDAV を構成し、Mac から Finder で利用していました。しかし、ファイルサーバーのように扱うには遅く、正直なところ快適とは言えませんでした。

結論から言うと、Finder の WebDAV を SMB やローカルファイルと同じ感覚で使うのは厳しいです。Nextcloud や WebDAV は便利ですが、用途を分けて考えた方がよいです。

WebDAV はファイルサーバーそのものではない

WebDAV は、HTTP を拡張してリモートファイルを操作するための仕組みです。ブラウザや Web アプリケーションとの親和性は高いですが、OS のファイルマネージャーから大量のファイルを直接扱う用途では、どうしても重くなりやすいです。

特に Finder のようなファイルマネージャーは、フォルダーを開くたびにメタデータ、アイコン、プレビュー、属性情報などを確認します。WebDAV 越しでは、その一つ一つが HTTP リクエストとして積み重なり、体感速度に影響します。

つまり、WebDAV が悪いというより、Finder でマウントして通常のファイルサーバーのように使う前提が少し苦しいのだと思います。

Mac Finder では体感速度が厳しい

Windows ではそこまでひどくなかった記憶もありますが、少なくとも Mac の Finder では、WebDAV を常用するには遅さが目立ちました。

サードパーティ製アプリを使えば改善するという意見もあります。ただ、私の感覚では、ファイルサーバーをマウントして普通に使うという体験には届きませんでした。

Finder で WebDAV を使う場合は、緊急時のアクセス、軽いファイル確認、限定的な操作くらいに考えた方がよさそうです。日常的な作業領域として使うには向いていません。

Nextcloud は同期クライアントで使う方が自然

Nextcloud は WebDAV を内部的にも利用しますが、利用者目線では Nextcloud Desktop Client による同期基盤として使う方が自然です。

Finder から WebDAV マウントしてサーバー上のファイルを直接触るのではなく、Nextcloud クライアントでローカルに同期し、ローカルファイルとして編集する。必要な変更はバックグラウンドで同期される。この方が Mac では扱いやすいです。

つまり、Nextcloud は「WebDAV でマウントするファイルサーバー」というより、「ローカル作業領域とサーバー上の保管領域を同期する基盤」として見る方がよいです。

Samba / SMB は LAN 内のマウント用途に強い

最終的に、LAN 内で Mac からマウントして使う用途では Samba / SMB を使う形に落ち着きました。

SMB は OS のファイル共有として扱いやすく、Finder からのマウント用途にも比較的向いています。もちろん SMB にも癖はありますが、少なくとも WebDAV を Finder から常用するよりは自然でした。

プライベートネットワーク内で、Mac から共有フォルダーをマウントして使いたいなら、現実的には SMB が一番無難だと思います。NFS も候補にはなりますが、Mac からの使い勝手や権限まわりを考えると、必ずしも万能ではありません。

用途ごとに方式を分ける

大事なのは、WebDAV、Nextcloud、Samba を同じものとして扱わないことです。それぞれ向いている用途が違います。

方式	向いている用途
Finder + WebDAV	一時的な確認、限定的なリモートアクセス。常用の作業領域には向きにくい。
Nextcloud Desktop Client	ローカルで編集しながら、サーバーと同期したいファイル運用。
Samba / SMB	LAN 内で共有フォルダーをマウントして使うファイルサーバー用途。
ローカルストレージ	編集中のファイル、一時ファイル、アプリケーションが頻繁に触る作業領域。

このように分けると、Finder の WebDAV に過度な期待をしなくて済みます。WebDAV は便利なアクセス手段の一つであり、すべてのファイル運用を任せるものではありません。

Nextcloud SAML 認証とも関係する

Nextcloud では、SAML や OIDC による SSO を利用する場合、WebDAV やデスクトップクライアントの認証経路が問題になることがあります。

ブラウザログインだけを見れば SSO は綺麗に見えます。しかし、WebDAV、アプリパスワード、デスクトップクライアント、モバイルクライアントまで含めると、認証方式の違いが表に出てきます。

その意味でも、Nextcloud を設計する時は、ブラウザ、同期クライアント、WebDAV マウントを同じものとして扱わない方がよいです。

まとめ

Mac Finder の WebDAV アクセスは、仕組みとしては使えても、日常的なファイルサーバー代替としては遅さが目立ちます。

Nextcloud を使うなら、Finder で WebDAV マウントするより、Nextcloud Desktop Client で同期し、ローカルファイルとして扱う方が自然です。LAN 内でマウントして使うなら、Samba / SMB の方が向いています。

WebDAV、Nextcloud、Samba、ローカルストレージは、それぞれ役割が違います。方式ごとの得意不得意を分けて考えることで、Mac でのファイル運用はかなり整理しやすくなります。

関連記事

• Mac のローカルストレージをどう考えるか – Samba / Nextcloud 時代のファイル運用を見直す
• Nextcloud に .DS_Store が同期される問題 – Mac と共有ストレージのメタデータをどう扱うか
• Nextcloud SAML 認証で WebDAV が問題になる理由
• Ubuntu 22.04 Samba 構築 – LDAP 認証と SID を整理する