finder アプリケーション｜表示名と実体がずれる理由

Finderのサイドバーにある「アプリケーション」を開くと、入っているアプリが一覧で並びます。ここが唯一の置き場所に見えますが、実際は違います。ターミナルで「アプリケーション」と打っても見つからない、消せないアプリがある、入れたはずのアプリが検索に出てこない。この記事では、Finderの表示名と実体のずれ、書き込める場所と書き込めない場所の分かれ方、macOS Tahoe 26で変わったアプリの探し方、そしてアプリを消したあとに残るものまでを順に整理します。

「アプリケーション」という名前のフォルダは、ディスク上に存在しない

Finderに「アプリケーション」と表示されているフォルダの実体は /Applications です。日本語の名前が付いているわけではありません。

仕組みは単純です。フォルダの中に .localized という空のファイルが置かれていると、Finderはそのフォルダ名を各国語の表示名に置き換えて表示します。置き換える先の文字列はFinder自身が持っていて、日本語環境では Applications が「アプリケーション」に対応付けられています。

同じことがホームフォルダの中でも起きています。

Finderの表示	実体の名前
アプリケーション	Applications
書類	Documents
デスクトップ	Desktop
ダウンロード	Downloads
ライブラリ	Library

ターミナルで cd ~/書類 と打っても、そのようなディレクトリはありません。日本語の名前でたどり着けるのは、自分で日本語の名前を付けて作ったフォルダだけです。

この対応を知らないまま、Finderで見た名前をコマンドに書き写すと、存在しないパスを指定し続けることになります。実体の名前を確かめる一番簡単な方法は、パスバーを出しっぱなしにしておくことです。Finderのウインドウで option + command + P を押すと下端に階層が表示され、そこには実体の名前ではなく表示名が出るものの、フォルダをターミナルのウインドウへドラッグすれば実体のパスがそのまま入力されます。

書き込めるフォルダと、書き込めないフォルダに分かれている

「アプリケーション」に見えるものは、実は場所が分かれています。macOSに最初から入っているアプリは /System/Applications に、あとから入れたアプリは /Applications にあります。

この分かれ方は整理のためではなく、ファイルシステムで強制されています。現在のMacでは、ルートのボリュームが「封印済み・読み出し専用」として結合されています。/System/Applications に何かを書こうとすると、権限の設定ではなくボリューム側の理由で拒否されます。管理者パスワードを入れても変わりません。

一方の /Applications は、そのボリュームの上にはありません。/usr/share/firmlinks というファイルに、読み出し専用の側に見えていながら書き込み可能なデータ側のボリュームに解決されるパスの一覧が書かれており、/Applications /Library /Users がそこに並んでいます。Finderからはこの継ぎ目がまったく見えません。

場所	書き込み	入っているもの
/System/Applications	不可	macOSに同梱されているアプリ
/Applications	可	あとから入れたアプリ
~/Applications	可	そのアカウントだけに入れたアプリ

動かせない、名前を変えられない、ゴミ箱に入らないアプリがあるとしたら、ほぼ確実に1行目の場所にあります。これは不具合ではなく、システムを署名された状態のまま保つための作りです。3行目のホームフォルダ側は、インストーラに「このユーザーだけに入れる」を選んだときに使われます。

Safariは、見えている場所には保存されていない

一覧が実際の保管場所と違うことを、1つのコマンドで確認できます。

ls -la /Applications | grep Safari

返ってくるのはシンボリックリンクで、リンク先は ../System/Cryptexes/App/System/Applications/Safari.app です。Safariはcryptexと呼ばれる、署名されて別に結合されるボリュームの中に入っています。macOS本体とは別の周期で更新できるようにするための作りで、「アプリケーション」フォルダに見えているアイコンは、そこへの入口にすぎません。

ここから2つのことが分かります。Safariの更新がmacOSの更新と別に降ってくるのはこのためです。そして、/Applications の中身をそのまま外付けドライブへ複製する処理は、Safariについては壊れたリンクを運ぶだけになります。リンクをたどる指定を入れていない複製は、アプリの実体を持って行きません。

つまり「アプリケーション」フォルダは、保管場所というより見せ方の層です。本物のアプリ、cryptexへのリンク、インストーラが置いた入口が混ざって並んでいます。ここを在庫表として読むと、答えを間違えます。確かめるべきはアイコンではなくパスのほうです。

macOS 26でアプリの探し方が変わった

長いあいだ、入っているアプリを一覧するのはLaunchpadの役目でした。macOS Tahoe 26ではそのアプリがシステムのフォルダから無くなり、Appleの説明も別の場所を指しています。

Spotlightは、アプリを検索したり、ブラウズしたり、開いたりするための中央の場所です。 出典: support.apple.com

Spotlightを開いて command + 1 を押すとアプリの一覧に切り替わります。上部のカテゴリで絞り込めるほか、表示をグリッドとリストで切り替えられ、iPhone用のアプリを表示するかどうかも選べます。

ここで重要なのが、一覧に載る条件です。

App Storeからダウンロードしたアプリは自動的にSpotlightに表示されます。App Storeからダウンロードしていないアプリを追加するには、Macの Finder にある「アプリケーション」フォルダに アプリをドラッグ します。 出典: support.apple.com

「ダウンロード」フォルダに置いたままのアプリも、起動はします。載らないのは一覧のほうです。先週入れたはずのツールが名前で呼び出せない、という状態はこれが原因で、対処はアプリの本体を /Applications へ移すことだけです。

アプリはフォルダで、中を開いて確かめられる

拡張子が .app のものは、実体がディレクトリです。Finderが1つのかたまりとして見せているだけで、中の構造は普通のフォルダと変わりません。

アプリをControlキーを押しながらクリックして「パッケージの内容を表示」を選ぶと開きます。中には Contents があり、その下に設定を書いた Info.plist、実行ファイルの入った MacOS、アイコンや各国語の文字列が入った Resources が並びます。ターミナルからはそのまま ls で覗けます。

ls /Applications/Safari.app/Contents/Resources | head

この構造から実務上の注意が出てきます。アプリを運ぶときはディレクトリを丸ごと運ぶ必要があり、途中で止まった複製は、起動はするけれど妙な壊れ方をするアプリになります。拡張子でファイルを選り分けるバックアップは、アプリを黙って壊すことがあります。逆に良い面もあって、そのアプリがどの言語に対応しているかは Contents/Resources の中身を見れば分かり、配布元のページを探すより早く答えが出ます。

ゴミ箱に入れただけでは、設定と支援ファイルが残る

アプリを消す作業は2段階で、Finderがやってくれるのは前半だけです。

本体をゴミ箱に入れると、実行ファイルと同梱されている資源は消えます。設定、支援ファイル、キャッシュ、保存された状態、ログイン項目は残ります。一度試しただけのアプリなら数キロバイトの話ですが、写真のライブラリを解析したアプリやメールを丸ごと保持したアプリでは、残りがギガバイト単位になります。しかもこの残りは、アプリケーションフォルダの容量を見ているかぎり一切見えません。

消したあとに見るべき場所は4か所あります。

• ~/Library/Preferences：設定ファイル
• ~/Library/Application Support：アプリが作った作業用のデータ
• ~/Library/Caches：キャッシュ
• ~/Library/Containers：App Store経由のアプリはここにまとまっている

ホームフォルダの Library は初期状態で不可視です。Finderの「移動」メニューをOptionキーを押しながら開くと項目が現れます。ターミナルからは不可視かどうかに関係なく入れます。

コマンドで入れた道具は、アプリケーションフォルダには来ない

働いているMacに入っているソフトウェアの多くは、そもそもアプリの形をしていません。これが「アプリケーション」フォルダを在庫表として読めない最後の理由です。

パッケージ管理の仕組みは、実行ファイルをシェルのパスが通ったディレクトリに置きます。Appleシリコンの機種であれば /opt/homebrew の下が代表的な置き場所です。アプリの形をした配布物を扱う仕組みは /Applications にも本体を置きますが、管理用の記録は別のディレクトリにあります。言語ごとの管理ツールはさらに別の木を作ります。これらはアプリの一覧にも出ず、Finderでもパスを打ち込まないかぎり見えません。

どこに何が入ったのかは、コマンド2つでだいたい片が付きます。Spotlightの索引には、アプリの形をしたものが場所を問わず登録されているので、直接問い合わせられます。

mdfind "kMDItemContentType == 'com.apple.application-bundle'" | grep -v '^/System'

返ってくる件数は想像より多くなります。開発中のビルド結果、他のアプリの中に入っている補助アプリ、古いインストーラの残骸が全部引っかかるためです。これが実際に入っているものの姿です。もう1つは open -a にアプリ名を続ける方法で、名前が解決できないときは見つからない旨を返し、解決できればそのまま起動します。入っているかどうかを確かめるだけなら、ウインドウを開かずに済みます。

この分かれ方が、毎日の細かい手間を生みます。画面で扱う側は1つの窓で、コマンドで扱う側は別の窓で、その対応関係は頭の中にだけある。パスを目で読んで打ち直す作業が入るたびに、打ち間違いの機会が増えます。

フォルダとターミナルとAIが同じ窓にある状態であれば、いま開いているフォルダがそのままコマンドの実行位置になるため、この対応付けが不要になります。何をひとつの窓にまとめられるのかはできることに整理されています。ターミナルを内蔵しているかどうかは道具によって扱いが分かれるので、公開されている情報を並べた他のファイル管理との比較で先に見比べておくと選びやすくなります。

各国語の表示名とファイル名の扱いは、日本語で仕事をしていると毎日ぶつかる部分です。どの言語で使えるかは対応言語に、動作環境や制限はよくある質問にまとまっています。導入前に費用を確認しておきたい場合は料金が判断材料になります。