WordPressを、
pushで自動公開。

なぜ、FTPの手作業をやめたいのか

レンタルサーバーで動かしている WordPress サイト。テーマやプラグインのファイルを直したら、これまでは FTP ソフト（FileZilla など）を開いて、サーバーにつないで、変えたファイルを手でドラッグして上書き——としていたはずです。これ、地味に大変ですよね。「どれを直したか忘れる」「古いファイルで上書きしてしまう」「複数ページ直すと抜け漏れる」。事故のもとです。

そこで、この作業を機械に任せます。GitHub に push したら、変更があったファイルだけを、自動で FTP でサーバーに送る。あなたがやることは「直す → コミット → push」だけ。前章で学んだ Vercel などの自動公開を、WordPress + 既存のレンタルサーバーでも実現する——それがこの章です。

全体の流れ — 何と何をつなぐのか

登場人物は3つです。① あなたの手元（Claude Code で編集）→ ② GitHub（コードの倉庫）→ ③ レンタルサーバー（WordPress 本番）。この ②→③ の橋渡しを、GitHub Actions という自動実行係に任せます。

1. 手元で、自作テーマ／プラグインのファイルを Claude Code で直す。
2. いつものように コミット → push で GitHub に送る。
3. push をきっかけに GitHub Actions が自動で起動する。
4. GitHub Actions が、変更ファイルを FTP でサーバーの所定の場所へアップロードする。
5. 本番の WordPress サイトに、数十秒〜数分で反映される。

転送するのは「自分で書いたファイル」だけ

WordPress には膨大なファイルがありますが、自動で送るのは、自分で開発しているテーマやプラグインだけに絞ります。具体的には、サーバーの wp-content/themes/あなたのテーマ名/ や wp-content/plugins/あなたのプラグイン名/ の中身です。

WordPress 本体（wp-admin など）や、管理画面から入れた他社製プラグイン、アップロード済みの画像（wp-content/uploads）は転送対象に含めません。本体を上書きすると更新と衝突して壊れますし、画像を巻き込むと事故になります。「自分が書いたコードだけを、自分が書いた場所にだけ送る」——これが安全運用の基本です。

準備するもの

設定を始める前に、手元に次の情報をそろえておきます。レンタルサーバーの管理画面（コントロールパネル）に載っているはずです。

1. FTPホスト名（例：ftp.example.com または sv1234.xserver.jp のような文字列）
2. FTPユーザー名
3. FTPパスワード
4. アップロード先のパス（例：/home/ユーザー/example.com/public_html/wp-content/themes/あなたのテーマ名/）
5. GitHub にプロジェクトのリポジトリがあること（前章までで作成済み）

① 接続情報を GitHub Secrets にしまう

FTPのパスワードを設定ファイルに直接書いて GitHub に上げるのは厳禁です。前のフォームの章でも触れた通り、合鍵を公開リポジトリに置くようなもの。そこで、GitHub の Secrets（シークレット）という金庫に、暗号化して保管します。

1. GitHub で、対象リポジトリの「Settings」を開きます。
2. 左メニューの「Secrets and variables → Actions」を開きます。
3. 「New repository secret」から、次の4つを1つずつ登録します。

FTP_SERVER     ← FTPホスト名（例: ftp.example.com）
FTP_USERNAME   ← FTPユーザー名
FTP_PASSWORD   ← FTPパスワード
FTP_SERVER_DIR ← アップロード先のパス（例: /public_html/wp-content/themes/mytheme/）

こうしておけば、設定ファイルには ${{ secrets.FTP_PASSWORD }} のように「金庫から取り出す」書き方ができ、パスワードそのものはコードに現れません。

② 自動アップロードの命令書を置く

次に、GitHub Actions への命令書（ワークフローと呼びます）を用意します。場所は決まっていて、プロジェクト内の .github/workflows/ というフォルダの中に、deploy.yml という名前で置きます。中身はこのようになります。

name: Deploy theme via FTP

on:
  push:
    branches:
      - main

jobs:
  ftp-deploy:
    runs-on: ubuntu-latest
    steps:
      - name: Checkout
        uses: actions/checkout@v4

      - name: FTP Deploy
        uses: SamKirkland/FTP-Deploy-Action@v4.3.5
        with:
          server: ${{ secrets.FTP_SERVER }}
          username: ${{ secrets.FTP_USERNAME }}
          password: ${{ secrets.FTP_PASSWORD }}
          protocol: ftps
          server-dir: ${{ secrets.FTP_SERVER_DIR }}
          local-dir: ./wp-content/themes/mytheme/

ざっくり読むと——「main ブランチに push されたら（on: push）、Ubuntu の作業machineを用意して（runs-on）、ファイルを取り出し（Checkout）、手元の local-dir のファイルを、サーバーの server-dir へ FTP で送る」という命令書です。local-dir を自作テーマのフォルダに、server-dir をサーバー側の置き場所に合わせれば、対象を「自分のファイルだけ」に絞れます。

実際には、次のように頼むのがいちばん早くて確実です。

このプロジェクトの自作テーマ（wp-content/themes/mytheme/）を、mainブランチにpushしたらFTPで本番サーバーに自動アップロードするGitHub Actionsのワークフローを作ってください。
・接続情報はGitHub Secrets（FTP_SERVER / FTP_USERNAME / FTP_PASSWORD / FTP_SERVER_DIR）から読むこと
・送るのは自作テーマのフォルダだけ。WordPress本体やuploadsは送らないこと
・可能ならFTPSを使うこと
.github/workflows/deploy.yml として作成し、各設定の意味も初心者向けに説明してください。

③ 送らないものを決めておく

テーマフォルダの中にも、サーバーに送りたくないものがあります。たとえば作業用のメモ、node_modules（部品の山）、.git の管理情報など。これらを除外するため、.ftp-deploy-ignore や除外設定をワークフローに加えます。これも「これは送らないでほしい」と Claude に伝えれば、まとめて設定してくれます。

FTPアップロードの対象から、node_modules・.git・作業用メモ（*.md）・キャッシュファイルなどを除外したいです。除外設定を追加してください。

④ push して、自動で動くのを見届ける

準備ができたら、いつものコミット＆push です。ワークフローのファイル自体も push して登録します。

git add .
git commit -m "FTP自動デプロイのワークフローを追加"
git push

push したら、GitHub のリポジトリページで「Actions」タブを開いてみましょう。いま走っている自動作業が一覧に出ています。クリックすると、アップロードの進み具合がリアルタイムで見られます。緑のチェックがついたら成功。本番サイトを開いて、変更が反映されているか確かめてください。これ以降は、テーマを直して push するだけで、毎回自動でサーバーに反映されます。

この章で出てきた言葉

FTP / FTPS

ファイルをサーバーに送るための仕組み。FTPS は通信を暗号化した安全版。使えるならFTPSを選びます。

GitHub Actions

GitHub に備わった自動作業ロボット。push などをきっかけに、決めた手順を自動で実行します。

ワークフロー

GitHub Actions への命令書。.github/workflows/ に .yml ファイルとして置きます。

GitHub Secrets

パスワードなど秘密の値を暗号化して保管する金庫。設定ファイルには名前で呼び出し、値は隠せます。

wp-content

WordPress の中で、テーマ・プラグイン・画像など「自分で足したもの」が入るフォルダ。

local-dir / server-dir

送り元（手元のフォルダ）と送り先（サーバーのフォルダ）。ここを正しく合わせるのが肝心です。