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

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

私の環境でも、Ubuntu 上の Apache WebDAV や Nextcloud の WebDAV を Mac から Finder で扱う場面がありました。ただ、ファイルサーバーのように使うには体感速度が厳しく、日常的な作業領域としては快適とは言いにくいものでした。

結論から言うと、Finder の WebDAV を SMB やローカルファイルと同じ感覚で使うのは難しいです。Nextcloud、WebDAV、Samba、ローカルストレージは、それぞれ役割を分けて考えた方が運用しやすくなります。

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 から共有フォルダーをマウントして使う用途では、WebDAV より 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 Desktop Client を使うと、ローカルファイルとサーバー上のファイルが同期されます。ただし、同期はバックアップとは違います。ローカルで削除したファイルはサーバー側にも反映されますし、壊れたファイルを同期してしまうこともあります。

そのため、Nextcloud を使う場合でも、重要なファイルは別途バックアップ対象として扱う必要があります。WebDAV、同期、共有、バックアップを一つの仕組みにまとめようとすると、かえって責任範囲が見えにくくなります。

Nextcloud SAML 認証とも関係する

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

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

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

関連記事

• Mac のローカルストレージをどう考えるか – Samba / Nextcloud 時代のファイル運用
• Nextcloud に .DS_Store が同期される問題 – Mac と共有ストレージのメタデータをどう扱うか
• Nextcloud SAML 認証で WebDAV が問題になる理由 – SSO とアプリパスワードを分けて考える
• Samba の SID と認証の整理
• Mac で有線 LAN を Wi-Fi より優先する方法 – サービス順序とルーティングを確認する

まとめ

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

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

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

関連する記事