FTPで上書きしてはいけないファイルと判断方法

FTPでサイトを更新する時、「同じ名前だから上書きして大丈夫」と思って進めると、公開中の設定やフォーム、共通パーツを壊してしまうことがあります。

特にロリポップで自作HTML/PHPサイトを運用している場合、.htaccess、設定ファイル、共通パーツ、画像フォルダ、問い合わせフォーム周りは慎重に扱いましょう。

FTP上書き前の判断フロー

ファイルの種類を見て、すぐ上書きできるもの、バックアップしてから上書きするもの、いったん止まるものに分けます。

比較的上書きしやすいファイル

次のようなファイルは、変更内容が分かっていて、元ファイルを保存していれば上書きしやすいです。ただし、公開URLでの確認は必要です。

• 新しく作った記事ページ
• 本文だけを直したHTML/PHPページ
• 差し替え予定の画像
• 内容を把握しているCSSの小さな修正
• テスト済みのJavaScriptの軽微修正

バックアップしてから上書きするファイル

共通で読み込まれるファイルは、1ページだけでなく全ページに影響します。上書き前にサーバー上の現在のファイルをダウンロードして保存します。

バックアップなしで上書きしてはいけないファイル

次のファイルは、上書きミスの影響が大きいです。意味が分からないままAIのコードや古い手元ファイルで上書きしないでください。

古い手元ファイルで上書きしない

FTP事故で多いのが、パソコン側にある古いファイルを、サーバー側の新しいファイルへ上書きしてしまうことです。上書き前に更新日時とファイルサイズを見ます。

• サーバー側の更新日時が手元より新しくないか
• 手元ファイルが本当に今回編集したファイルか
• 別フォルダの同名ファイルではないか
• バックアップフォルダの古いファイルを選んでいないか

画像フォルダの上書きにも注意する

画像1枚だけ差し替えるつもりで、フォルダごと上書きすると、サーバー側にだけある画像を消したり古い画像へ戻したりすることがあります。

• 差し替える画像だけアップロードする
• フォルダごと同期する前に差分を見る
• 同名画像のサイズや更新日時を確認する
• PC用とスマホ用の画像を取り違えない

AIに確認してもらう文例

上書きしてよいか迷う時は、ファイル名と役割を整理してAIに相談します。秘密情報は貼らず、ファイル名と状況だけで十分な場合もあります。

FTPでファイルを上書きしてよいか確認したいです。

サーバー：
上書きしたいファイル：
そのファイルの役割：
手元ファイルの更新日時：
サーバー側ファイルの更新日時：
今回変更した内容：
バックアップの有無：

このファイルをそのまま上書きしてよいか、
先にバックアップすべきか、
上書きせず止まるべきかを判断してください。
秘密情報が必要な場合でも、貼らずに確認できる方法を教えてください。

上書き前チェックリスト

• 上書きするファイル名を確認した
• サーバー側の現在のファイルを必要に応じて保存した
• 古い手元ファイルではないと確認した
• 共通パーツなら影響範囲を確認した
• .htaccess や設定ファイルはバックアップなしで触らない
• 変更ファイルだけアップロードする
• アップロード後に公開URLで確認する
• 問題が出た時に戻せる