【WordPress】本番サーバーに安全にファイルを上げる手順（退避→アップロード→キャッシュ削除→確認）

テーマファイルを直したので上げますー、で、そのままアップロードしちゃっていいんですかー？

それが今回の話です。上げる前と上げた後に、それぞれやることがあるんです。

上げる前：サーバーの「手動バックアップ」を取る

多くのレンタルサーバーには、サーバーパネルから「手動バックアップ作成」のような機能があります（エックスサーバーの場合、サーバーパネルの「バックアップ」メニューから取得できます）。

ファイル単位の退避（次の章）より強い、サイト全体（ファイル＋データベース）のスナップショットです。テーマファイルの修正だけならファイル退避で十分なことも多いですが、「ちょっと規模の大きい変更をする」というときは、こちらも取ってから始めると安心です。

上げる前：今あるファイルを退避する

これから上書きするファイルは、上書きする前に、名前を変えて残しておきます。

other_list.php  →  other_list.php.bak-20260915

日付を入れておくと、後から「これいつのバックアップだっけ」にならずに済みます。崩れたときは、このファイルを元の名前に戻すだけで復旧できます。（FTPソフトなら「ダウンロードしてから上書き」でも同じ効果です）

上げる順番にも意味がある

複数ファイルを上げるとき、順番を意識すると事故が減ります。

たとえば「CSSから参照されなくなったフォントファイルを、サーバーから削除する」という作業なら、

1. まずCSSを先に上げる（参照を外したCSSに更新）
2. それからフォントファイルを削除する

の順番です。逆にすると、一瞬でも「CSSはまだ古い状態＝フォントファイルを参照している」のに「フォントファイルは無い」という矛盾した状態になり、その間にアクセスが来ると表示が崩れます。

「参照する側」と「参照される側」がある変更は、参照する側を先に直す、が基本の型です。

上げた後：キャッシュを消す

CSS・JSを最適化するプラグイン（Autoptimizeなど）を使っている場合、ファイルを上げただけでは、画面には古いキャッシュが表示され続けます。

管理画面からキャッシュを削除する操作が必要です。プラグインによっては、「削除」ボタンを押した瞬間ではなく、次にページを開いたタイミングで新しいキャッシュが作られる仕組みになっているので、削除した直後の1回目のアクセスは気にしなくて大丈夫です。

上げた後：ブラウザで確認する

最後に、実際のページを開いて確認します。見るポイントは大きく2つです。

• 直したところがちゃんと直っているか（今回の目的そのもの）
• 直していないところが、いつもどおりのままか（これが地味に大事）

特にサイドバーやフッターのような「全ページ共通で出るパーツ」を直したときは、その部分だけでなく、別の記事ページ・トップページ・固定ページなど何ページか回って、崩れていないかを見ておくと安心です。ブラウザの開発者ツールで、エラーが出ていないかもあわせて確認する習慣をつけておくと、見た目には出ない不具合にも気づけます。

さいごに

まとめると、上げる作業そのものは一瞬でも

1. サーバー全体のバックアップ（取っていれば）
2. 上書きするファイルを退避
3. 参照する側→参照される側、の順番で上げる
4. キャッシュを削除
5. 複数ページをブラウザで確認

の5ステップで囲むと、「上げたら崩れた」を後から切り分けやすくなります。次回は、この確認作業のうち「管理者じゃない人からどう見えるか」を、ログインし直さずに確認する方法について書きます。

退避って、なんだか避難訓練みたいですねー

そうですねー、今日の分は無事終了ですー