ファイルマネージャー

概要とインフラにおける位置づけ

レンタルサーバー（さくらインターネット・エックスサーバーなど）の管理画面や、世界標準のサーバー管理ツール「cPanel」などに標準装備されている、サーバー上のファイルをブラウザから直接操作できる Web ツール。

FileZilla などの専用 FTP ソフトを PC にインストールしていなくても、ブラウザさえあればファイルのアップロード・ダウンロード・オンライン編集・削除ができる手軽さを持つが、高度な一括処理などの機能は FTP より限定的である。

現場の核心：「軽い修正用」という徹底した割り切り

Web 担当者として最も強く押さえておきたいのは、ファイルマネージャーは「緊急時の軽い修正用」と割り切ることである。

大規模なデザイン変更や、複数ファイルの一括処理・同期には全く不向きであるため、基本的には「1 ファイルの差し替え」や「テキストの緊急修正」程度に用途を絞る。まとまった定期更新や本格的なシステム運用には、安全で効率的な「FTP / SFTP ソフト」や、変更履歴を残せる「Git」を用いた開発フローを構築するのが鉄則である。

実務における使い所とチーム運用

外出先で手元にマイ PC がない場面や、急ぎのクレーム対応で「とりあえず大至急 1 行だけ直したい」という場合の【強力な補助手段（予備ルート）】として位置づけると、非常に使い勝手がよい。

ただし、普段の通常更新フローは FTP や Git を使う形できちんと別途用意しておき、ファイルマネージャーでの直接操作はあくまで例外的な運用というルールを社内で整理しておくことが重要になる。

やってはいけない「現場の落とし穴」と防衛策

本番直接編集による「画面真っ白」の恐怖：ファイルマネージャーの簡易エディタ機能を使って、本番環境のプログラム（WordPress の functions.php など）を直接書き換える罠。記述ミス（セミコロンの打ち忘れ等）をした瞬間、サイト全体がエラーで真っ白になり、一般ユーザーも管理画面もアクセス不能になる大事故を招く。※本番ファイルを編集する際は、必ず事前に「元ファイルを別名で複製（例：index_bak.html）」してバックアップを取ってから手を入れること。
先祖返り（バージョン管理の崩壊）：他のメンバーや制作会社に共有せず、ファイルマネージャーでサーバーのデータだけを勝手に直してしまう。その後、別の担当者が手元の PC から Git や FTP で最新データをアップロードした際、ファイルマネージャーで直した内容が上書きされて消滅し、バグが再発する「先祖返り」を引き起こす原因になる。

言葉をよく利用する人

Web 担当者(発注側)
コーダー / フロントエンドエンジニア
情シス

会話上での使用例

本番ページの緊急修正を、プロデューサーとWeb担当者で対応する場面

プロデューサー
誤字を見つけたんだけど、いますぐ直せないかな。
Web担当者
サーバーのファイルマネージャーからその場で直せます。念のため元ファイルのバックアップを取ってから、該当の一ファイルだけ手を入れますね。
プロデューサー
助かるよ、バックアップも取ってくれるなら安心だ。

普段の運用ツールについて、コーダーとWeb担当者が役割を整理する場面

コーダー
更新作業ってファイルマネージャーで進める想定ですか。
Web担当者
いえ、ファイルマネージャーはあくまで補助に留めましょう。通常の更新はSFTPとGitで進めて、外出先での緊急修正みたいな場面だけ予備手段として使う整理にしたいです。
コーダー
了解です、まとまった更新はGit経由でやりますね。