フォルダ階層の整理方法｜崩れない構成をMacで決める

フォルダ階層の整理方法を探している時点で、たいていは一度作った構成が崩れています。_old の隣に archive があり、書類に入れるはずだった案件の半分がダウンロードのフォルダに残り、デスクトップには後から検索しない名前のスクリーンショットが積み上がる。見た目は壊れていないのに、新しいファイルを置く場所を一瞬考えることになり、その一瞬があるせいで置かれないまま溜まっていきます。決めるべきなのは、どのテンプレートを真似るかではありません。いまの構成が自分の代わりに決めてくれていることと、毎回自分に判断を戻してくることの境目です。

整理の方法が増えても、崩れる場所は同じ

ファイル整理の方法論はこの10年で目に見えて増えました。プロジェクト・エリア・リソース・アーカイブの4つに分けるPARA、エリアとカテゴリに番号を振って各フォルダに一意の住所を与えるJohnny.Decimal、日付だけで並べる方式。名前は違いますが、うまくいっているものは共通して1つのことをしています。同じ階層に分類の軸を1つしか置かないことです。

macOS側の前提も変わっていません。Appleの説明はここから始まります。

Mac上のすべての項目（書類、ピクチャ、ミュージック、アプリなど）はフォルダ構造に整理されています。書類を作成したり、アプリをインストールしたり、その他の作業を行ったりするときに、自分で整理しておくための新しいフォルダを作成できます。 出典: support.apple.com

タグもスマートフォルダも後から足された道具で、土台はフォルダのままです。つまり階層の設計を飛ばして別の道具に逃げても、置き場所の問題は残ります。方法論を乗り換え続けている場合、原因は方法論の選択ではなく、最上位の軸を決め切っていないことのほうにあります。

崩れるのは名前ではなく、置き場所が2つある瞬間

どのフォルダ構成も「何をどこに置くか」の規則を持っています。構成が働かなくなるのは、その規則が尽きて、人が判断しなければならなくなった地点です。判断には数秒かかり、その数秒があれば、ファイルは落ちてきた場所に留まります。

原因のほとんどは、同じ階層に別の軸を混ぜていることです。書類のフォルダの直下に「取引先」「2026」「請求書」「スクリーンショット」「作業中」が並んでいる状態は、誰・いつ・種類・状態という4つの軸を1階層に押し込んでいます。2026年に取引先へ出した請求書には置き場所の候補が4つあり、構成の側にはどれを選ぶかを決める材料がありません。毎回人が決めることになり、そのたびに数秒が消えます。

自分の環境で確かめるなら、直近に保存したファイルを20件並べて、それぞれどのフォルダに入るかを声に出してみてください。即答できるものは構成が働いています。少し止まるもの、2つの候補がどちらも成り立つものは働いていません。止まる原因は、たいてい重なり合っている2つか3つのフォルダに集中します。

規則は1階層につき1つの軸に絞り、それを文字にして残します。頭の中だけにある規則は、忙しいときほど早くぶれます。そしてファイルが増えるのは忙しいときです。構成の一番上に置いたテキストファイルに、各フォルダが何のためのもので何のためではないかを書いておく。5分で済み、この先の自分との言い争いはほぼ止まります。

最上位の階層で何を分けるかを先に決める

最上位はいちばん流量が多いので、ここだけは時間をかけて決めます。現実的な選択肢は多くなく、それぞれ壊れ方が読めます。

最上位の軸	向いている状況	崩れる状況
案件ごと	始まりと終わりがある仕事が単位になる	どの案件にも属さない細かいファイルが行き場を失う
取引先ごと	同じ相手から繰り返し仕事が来る	単発の仕事が「その他」に溜まる
種類ごと（請求書・写真・契約書）	成果物ではなく参照する書類が中心	1つの案件が複数の種類に散る
状態ごと（進行中・参照・保管）	量が多く、終わった仕事が大半	保管へ移す作業が実際には行われない

案件ごとを選んだうえで、どの案件にも属さない参照物を受け止めるフォルダを同じ階層に1つだけ作る形が、いちばん壊れにくくなります。行き場のない物のために案件フォルダを増やすと、中身が1ファイルだけのフォルダが並び、最上位の見通しが落ちます。

保管の規則も、後回しにせずいま決めます。状態で分ける構成は、終わった仕事が予定どおりに進行中から抜けて初めて機能します。締めの時期など自分が確実に気づく合図を1つ選び、複製ではなく移動で行います。複製で保管すると、維持すべき構成が2つに増えます。

深さは毎日払う費用、広さは一度払う費用

階層を1つ深くするたびに、Finderのクリックが1回増え、カラム表示の列が1つ増え、降りるときと戻るときにそれぞれ判断が発生します。深さは無料ではありません。しかも費用は毎日払うのに、利点は作った日に一度だけ受け取ります。

案件フォルダの下は3階層までで足ります。素材・作業中・納品の3つで大半の仕事は収まります。4つ目が生まれたら、それが本当に情報を担っているのか、それとも中身が1つしかないフォルダを包んでいるだけなのかを見てください。ダウンロードした書庫を展開したときに、この形は頻繁に生まれます。

深さには、いちばん困る場面でだけ表に出る上限もあります。macOSのファイル名は255文字まで、パス全体にも実用上の上限があり、深く入れ子にした構成をZIPにまとめたりクラウドへ同期したり、別の規則を持つ環境へ渡したときに引っかかります。日付で分けてから取引先で分けて、さらに案件と版で分ける構成が、この上限に触れやすい形です。

適切な深さは、そのフォルダをどうやって開くかで変わります。マウスで辿るなら浅く広くします。クリックが費用だからです。シェルで辿るなら深くても構いません。タブ補完があるので深さの費用がほぼゼロになり、find は深さを気にしません。多くの人は同じ日に両方の使い方をするので、遅いほうに合わせて浅く作るのが安全です。道具ごとの考え方の違いはできることに機能として並んでいるので、いまの移動の仕方と読み比べると差が見えます。

名前で並び順を作れば階層は浅くできる

良い名前は階層を減らします。平らなフォルダを正しい順で並べるほうが、入れ子を降りるより速いからです。

日付は年から書きます。2026-09-03 請求書.pdf はどの表示形式でもどの道具でも時系列に並びますが、9月3日 請求書.pdf は9の位置に並びます。この習慣だけで、月ごとのフォルダはほとんどの構成で不要になります。

連番は0で桁を埋めます。埋めないと10が2より前に来て、10件目で並び順が静かに壊れます。最初の1件では起きないので、壊れたことに気づくのが遅れます。

macOS特有の落とし穴も2つあります。標準のファイルシステムは大文字と小文字を区別しない一方で入力どおりに保存するため、同じフォルダに Invoices と invoices は共存できません。区別する環境から持ち込んだフォルダが、移した瞬間に衝突することがあります。もう1つはコロンで、名前に使えません。Finderで入力したスラッシュは内部でコロンとして保存されるため、ターミナルで一覧したときに別の文字に見えます。

並び順そのものにも差があります。Finderは数字を数値として扱う人間寄りの並べ方をしますが、ターミナルの ls は文字コード順に並べます。同じフォルダなのに、見る窓によって順序が2つある状態です。0で桁を埋めた名前にしておくと両方の順序が一致するので、Finderだけを使う場合でも埋めておく価値があります。

タグとスマートフォルダは階層の代わりにならない

フォルダは「どこにあるか」に答え、タグは「それが何か」に答え、スマートフォルダは「いま条件に合うのはどれか」に答えます。この3つを置き換え可能なものとして比べると判断を誤ります。

	フォルダ	タグ	スマートフォルダ
1つのファイルが属せる数	1か所だけ	いくつでも	条件に合うすべて
維持の手間	最初に1回置く	該当するたびに付け続ける	条件を1回書く
ターミナルから見えるか	見える	拡張属性なので既定では見えない	見えない
受け渡しで残るか	残る	圧縮やクラウド経由で外れることがある	条件は残り、結果は再計算される

実務での分け方は単純です。唯一の置き場所はフォルダが持ち、フォルダをまたぐ状態（要確認・送付済みなど）だけをタグが持ち、手作業で集めているだけのフォルダはスマートフォルダに置き換えます。中身を自分で入れている「作業予定」のようなフォルダは、条件で書き直せる候補です。

タグを絞って使うべき理由は維持の手間です。今日付けたタグは、来月の同種のファイルにも同じ規則で付いて初めて役に立ちます。この規律は早く崩れます。語彙が3つか4つなら残り、20を超えると残りません。

macOSが先に決めているフォルダを敵に回さない

自分で設計しなくても存在するフォルダがあり、そこを無視した構成から漏れが始まります。

ダウンロードは保管場所ではなく受け口です。ブラウザからも、メールの添付からも、取引先からも、インストーラからもここに落ちます。定期的に空にする一時置き場として扱えば機能し、物が住む場所として扱うと、どの案件も半分がここに残ります。

デスクトップは、見通しがさらに悪い受け口です。スタックは種類や日付でまとめて見た目を整えますが、整理そのものは進みません。

iCloud DriveでデスクトップとDocumentsを同期する設定は、この2つのフォルダの実体の位置を変えます。パスを直接指定するコマンドやスクリプトを使っているなら、この違いは効きます。ストレージの最適化でローカルの実体が退避されると、その場所には代替の項目だけが残るため、実体を前提にした道具からは見つかりません。原因不明の不具合を追う前に、この設定が有効かどうかを確認してください。

ホームフォルダの中のライブラリは既定で隠されており、そのままにしておきます。アプリの設定やキャッシュが入る場所で、いま設計している構成の一部ではありません。

閲覧データから見える、詰まりの位置

フォルダ整理の情報を読む人の動きには、はっきりした分かれ方があります。最上位の分け方と命名規則まで読んで満足する層と、そこから道具の比較や対応環境の情報へ進む層です。前者は構成そのものを探しており、後者は構成を直しても消えなかった手間を抱えています。

後者に共通しているのは、詰まりが階層ではなく窓の移動にあることです。ファイルの窓でパスをコピーし、ターミナルの窓に貼り、結果を見にファイルの窓へ戻る。この往復はどのフォルダ設計図にも現れませんが、実際には階層設計で削れる時間より大きくなることがあります。フォルダとターミナルとAIが同じ窓にある形が検討されるのは、この往復を消すためです。系統ごとの違いは他のファイル管理との比較に整理されています。

もう1つ、離れた場所を1つの案件の下にまとめたいという要望も繰り返し現れます。外付けドライブの素材、NASの録画、書類フォルダの企画書を、ファイルを動かさずに1か所から扱いたいという形です。この考え方はできることで扱っています。導入前に残る条件は、表示や操作の言語、対応するmacOSの版、費用の3つで、料金とよくある質問にまとまっています。

進め方としては、重なっている2つのフォルダを選んで勝つほうを決める、負けたほうの中身を今日移す、軸の規則を最上位のテキストファイルに書く、この3つで足ります。それでも手間が減らないなら、残っている費用は構成ではなく窓の側にあります。