ビジネス

2026/10/18

WordPressサイトをAIネイティブ×GitHubベースのContent as Code開発基盤に移管する手順をまとめてみた

こんにちは。那須野です。

生成AIの進化が急激に進み、分かる人ならコーディングが簡単にできるようになってきた昨今、WordPressのようなノーコード・・・というかローコードシステムは、サイトによっては逆に制約となって邪魔になるケースが出てきました。

「であればいっそのこと、全部、生成AIで管理すればいいのではないか？」

しかも最近は、おそらくは「悪意を持った人間たちが生成AIを駆使して成果を出してきた」結果として、企業の情報漏洩が大量発生しています。

ありとあらゆるサイトやアプリが落とされていく中で、データベースを持つ動的なサイトを運営することのリスクもそれなりに高くなっていると感じていたので、であればWordPressを静的なサイトに変える、つまり管理画面がないサイトに変えることを検討してみたくなりました。

ということで、WordPressで運用していたサイトを、"AIネイティブ"に管理できるような仕組みということで「AIネイティブ×GitHubベースのContent as Code開発基盤」を再構築してみることにしました。

AIネイティブ×GitHubベースのContent as Code開発基盤とは？

ここで言う"AIネイティブ"とは何か？

生成AIがサイト内のコンテンツを自由に管理・更新でき、生成AIに最適化されている。つまり、あらゆるコンテンツ・・・記事内容も画像もメタデータもデザインもが、GitHubでコードとして管理できる。
一方で、完全に静的なHTMLのサイトにしてしまうと、デザインなどの共通部分の管理負担が高くなりすぎるため、最低限のPHPファイルを利用することは許容する。

この方針で考えたときに、以下のようなアーキテクチャが浮かびました。

これであれば

コンテンツは全てGitHubの専用リポジトリで管理し、生成AI経由で自由に更新する
記事情報自体はMDファイル（OKFフォーマット）で軽量に管理し、ユーザーアクセス時にはIndex.php経由でHTML化する設計とする
更新したコンテンツはGitHubアクション経由でdev環境に自動反映して確認し、問題なければprod環境（本番環境）に手動反映する

といった形でシンプルに運用できて、よさそうです。

なお、「AIネイティブ×GitHubベースのContent as Code開発基盤」というのはアーキテクチャの特徴を適切に表現していると思う一方で長くて呼びにくいので、以降は思想としては合っていなくもない「準静的サイト」という言葉を使いたいと思います。

前提条件

ちなみに自分の場合、作業する環境は以下のとおりです。

サーバー：ConoHa VPS
サーバーOS：Rocky Linux 9.4（※CentOSと同系列）
Webサーバー：Apache（certbotインストール済）
OS：Windows 11
SSHクライアント：PowerShell
生成AI：ChatGPT（他プロジェクトにてGitHubにChatGPT Codex Connectorを設定済）

それでは、この方向で具体的な手順を見てみましょう。

WordPressサイトを準静的サイトに移管する手順

それでは具体的な手順について、備忘録的にまとめていきます。

1.GitHubの専用リポジトリを作る

まず、すべてのコンテンツを集約するリポジトリを新設します。明確な意図がない限りは、Privateで作成します。

ChatGPTからアクセスできるリポジトリを制限している場合、新設したリポジトリについて、ユーザーのSettings > Integrations > Applicationsから、ChatGPT Codex Connectorのリポジトリアクセスに加えます。

2.コンテンツをGitHub上に再構築する

WordPressで管理していたコンテンツを、GitHub上に再構築します。ここで言うコンテンツとは主に

記事情報（タイトル、本文HTML、メタ情報など）
画像
テーマ

になるかなと思います。設計思想に基づいて、生成AIも使いながら具体的に設計→構築します。

3.VPS上にサイトディレクトリを作成する

GitHubアクションでサイトコンテンツを同期する先の環境としてdev, prodディレクトリを作ります。

ディレクトリは、

/var/www/html
- {site_name}
  - dev
  - prod

のように、階層を作ります。

4.デプロイユーザーの作成（なければ）

デプロイユーザーがない場合、以下のように作成し、

# デプロイユーザー作成
sudo adduser {deploy_user_name}
sudo usermod -aG apache {deploy_user_name}

# デプロイユーザーの認証鍵の箱を作る
sudo -u {deploy_user_name} mkdir -p /home/{deploy_user_name}/.ssh
sudo -u {deploy_user_name} chmod 700 /home/{deploy_user_name}/.ssh
sudo -u {deploy_user_name} touch /home/{deploy_user_name}/.ssh/authorized_keys
sudo -u {deploy_user_name} chmod 600 /home/{deploy_user_name}/.ssh/authorized_keys
sudo chown -R {deploy_user_name}:{deploy_user_name} /home/{deploy_user_name}/.ssh

# デプロイユーザー作成

sudo adduser {deploy_user_name}

sudo usermod -aG apache {deploy_user_name}

# デプロイユーザーの認証鍵の箱を作る

sudo -u {deploy_user_name} mkdir -p /home/{deploy_user_name}/.ssh

sudo -u {deploy_user_name} chmod 700 /home/{deploy_user_name}/.ssh

sudo -u {deploy_user_name} touch /home/{deploy_user_name}/.ssh/authorized_keys

sudo -u {deploy_user_name} chmod 600 /home/{deploy_user_name}/.ssh/authorized_keys

sudo chown -R {deploy_user_name}:{deploy_user_name} /home/{deploy_user_name}/.ssh

続いてSSHD設定にてログイン可能ユーザー（AllowUsers）に登録し、ローカルからログインできることを確認しておきます。

vim /etc/ssh/sshd_config
sudo sshd -t
sudo systemctl reload sshd

vim /etc/ssh/sshd_config

sudo sshd -t

sudo systemctl reload sshd

5.サイトディレクトリへの権限付与

デプロイユーザーについて、新設したサイトディレクトリに対して権限を付与します。

# デプロイユーザーへのサイト権限付与
sudo chown -R {deploy_user_name}:apache /var/www/html/{site_name}
sudo find /var/www/html/{site_name} -type d -exec chmod 2750 {} \;

# 念のため結果確認
id {deploy_user_name}
ls -ld /var/www/html/{site_name}
ls -ld /var/www/html/{site_name}/dev
ls -ld /var/www/html/{site_name}/prod

# デプロイユーザーへのサイト権限付与

sudo chown -R {deploy_user_name}:apache /var/www/html/{site_name}

sudo find /var/www/html/{site_name} -type d -exec chmod 2750 {} \;

# 念のため結果確認

id {deploy_user_name}

ls -ld /var/www/html/{site_name}

ls -ld /var/www/html/{site_name}/dev

ls -ld /var/www/html/{site_name}/prod

6.認証鍵の設定

続いて、ローカル環境（PowerShellなど）でキーペア（公開鍵と秘密鍵）を生成します。鍵名の区切り文字はハイフンではなくアンダーバーにしておきます。

ssh-keygen -t ed25519 -C "{site_name}"  -f {site_name_with_underbar}

1	ssh-keygen -t ed25519 -C "{site_name}" -f {site_name_with_underbar}

その後、VPS側に戻って、公開鍵の方を追記します。

sudo -u {deploy_user_name} vi /home/{deploy_user_name}/.ssh/authorized_keys

1	sudo -u {deploy_user_name} vi /home/{deploy_user_name}/.ssh/authorized_keys

↓追記内容

no-port-forwarding,no-agent-forwarding,no-X11-forwarding {secret_key_with_key_name}

1	no-port-forwarding,no-agent-forwarding,no-X11-forwarding {secret_key_with_key_name}

続いてGitHubリポジトリに戻り、Settings > Environmentsからdevとprodに対してそれぞれシークレットと変数を登録します。設計にもよりますが、以下のようなイメージです。

Secrets
- REMOTE_HOST
- REMOTE_PORT
- REMOTE_USER
- REMOTE_PATH
- SSH_PRIVATE_KEY
Variables
- HEALTHCHECK_URL

7.DNS設定

dev, prodのURLからアクセスできるように、それぞれDNS設定を行います。

現行のWordPressサイトが生きている状態なので、いったんreplace-dev.{site_url}, replace.{site_url}という移行期用URLにて設定し、問題なければ現行サイトのURLと差し替えることにします。

自分の場合、お名前.comでドメイン管理しているので、管理画面の該当ドメインを開き、ネームサーバー→ドメインDNS設定→ドメインDNS→DNSレコード設定→レコード追加にて、AレコードをサーバーのIPアドレスに向ける形で設定します。

その後、コマンドプロンプトで「nslookup {YOUR_SUB_DOMAIN}」を実行してIPアドレスが表示されることを確認します。

8.SSL証明書の発行

VPSに戻り、設定したサブドメインに対してSSL証明書を発行します。

sudo certbot certonly --apache -d {DEV_SITE_URL}
sudo certbot certonly --apache -d {PROD_SITE_URL}
sudo certbot renew --dry-run

sudo certbot certonly --apache -d {DEV_SITE_URL}

sudo certbot certonly --apache -d {PROD_SITE_URL}

sudo certbot renew --dry-run

9.バーチャルホストの設定

オンラインからdev,prodのサイトを開けるよう、バーチャルホストを設定します。現行のWordPressサイトが生きている状態なので、いったんreplace-dev.{site_url}, replace.{site_url}という移行期用URLにて設定し、問題なければ現行サイトのURLと差し替えることにします。

まずdev。

sudo vi /etc/httpd/conf.d/{site_name}-dev.conf

1	sudo vi /etc/httpd/conf.d/{site_name}-dev.conf

↓追記内容

# HTTP設定（HTTPSへリダイレクト）
<VirtualHost *:80>
    ServerName replace-dev.{site_url}

    DocumentRoot /var/www/html/{site_name}/dev/public
    DirectoryIndex index.php

    ErrorLog /var/log/httpd/replace-dev.{site_name}_error_log
    CustomLog /var/log/httpd/replace-dev.{site_name}_access_log combined
    AddDefaultCharset UTF-8

    RewriteEngine On
    RewriteCond %{HTTPS} off
    RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

    <Directory "/var/www/html/{site_name}/dev/public">
        AllowOverride FileInfo
        Options -Indexes
        Require all granted
    </Directory>
</VirtualHost>


# HTTPS設定
<VirtualHost *:443>
    ServerName replace-dev.{site_url}

    DocumentRoot /var/www/html/{site_name}/dev/public
    DirectoryIndex index.php

    ErrorLog /var/log/httpd/replace-dev.{site_name}_error_log
    CustomLog /var/log/httpd/replace-dev.{site_name}_access_log combined
    AddDefaultCharset UTF-8

    SSLEngine on
    SSLCertificateFile /etc/letsencrypt/live/replace-dev.{site_url}/fullchain.pem
    SSLCertificateKeyFile /etc/letsencrypt/live/replace-dev.{site_url}/privkey.pem

    SSLProtocol all -SSLv3 -TLSv1 -TLSv1.1
    SSLCipherSuite EECDH+AESGCM:EDH+AESGCM:AES256+EECDH:AES256+EDH
    SSLHonorCipherOrder on
    SSLCompression off

    SSLUseStapling on

    <Directory "/var/www/html/{site_name}/dev/public">
        AllowOverride FileInfo
        Options -Indexes
        Require all granted
    </Directory>

    # PHP-FPM
    <FilesMatch \.php$>
        SetHandler "proxy:unix:/run/php-fpm/www.sock|fcgi://localhost"
    </FilesMatch>
</VirtualHost>

# HTTP設定（HTTPSへリダイレクト）

ServerName replace-dev.{site_url}

DocumentRoot /var/www/html/{site_name}/dev/public

DirectoryIndex index.php

ErrorLog /var/log/httpd/replace-dev.{site_name}_error_log

CustomLog /var/log/httpd/replace-dev.{site_name}_access_log combined

AddDefaultCharset UTF-8

RewriteEngine On

RewriteCond %{HTTPS} off

RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

AllowOverride FileInfo

Options -Indexes

Require all granted

</Directory>

</VirtualHost>

# HTTPS設定

ServerName replace-dev.{site_url}

DocumentRoot /var/www/html/{site_name}/dev/public

DirectoryIndex index.php

ErrorLog /var/log/httpd/replace-dev.{site_name}_error_log

CustomLog /var/log/httpd/replace-dev.{site_name}_access_log combined

AddDefaultCharset UTF-8

SSLEngine on

SSLCertificateFile /etc/letsencrypt/live/replace-dev.{site_url}/fullchain.pem

SSLCertificateKeyFile /etc/letsencrypt/live/replace-dev.{site_url}/privkey.pem

SSLProtocol all -SSLv3 -TLSv1 -TLSv1.1

SSLCipherSuite EECDH+AESGCM:EDH+AESGCM:AES256+EECDH:AES256+EDH

SSLHonorCipherOrder on

SSLCompression off

SSLUseStapling on

AllowOverride FileInfo

Options -Indexes

Require all granted

</Directory>

# PHP-FPM

SetHandler "proxy:unix:/run/php-fpm/www.sock|fcgi://localhost"

</FilesMatch>

</VirtualHost>

続いてprod。

sudo vi /etc/httpd/conf.d/{site_name}.conf

1	sudo vi /etc/httpd/conf.d/{site_name}.conf

↓追記内容

# HTTP設定（HTTPSへリダイレクト）
<VirtualHost *:80>
    ServerName replace.{site_url}

    DocumentRoot /var/www/html/{site_name}/prod/public
    DirectoryIndex index.php

    ErrorLog /var/log/httpd/replace.{site_name}_error_log
    CustomLog /var/log/httpd/replace.{site_name}_access_log combined
    AddDefaultCharset UTF-8

    RewriteEngine On
    RewriteCond %{HTTPS} off
    RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

    <Directory "/var/www/html/{site_name}/prod/public">
        AllowOverride FileInfo
        Options -Indexes
        Require all granted
    </Directory>
</VirtualHost>


# HTTPS設定
<VirtualHost *:443>
    ServerName replace.{site_url}

    DocumentRoot /var/www/html/{site_name}/prod/public
    DirectoryIndex index.php

    ErrorLog /var/log/httpd/replace.{site_name}_error_log
    CustomLog /var/log/httpd/replace.{site_name}_access_log combined
    AddDefaultCharset UTF-8

    SSLEngine on
    SSLCertificateFile /etc/letsencrypt/live/replace.{site_url}/fullchain.pem
    SSLCertificateKeyFile /etc/letsencrypt/live/replace.{site_url}/privkey.pem

    SSLProtocol all -SSLv3 -TLSv1 -TLSv1.1
    SSLCipherSuite EECDH+AESGCM:EDH+AESGCM:AES256+EECDH:AES256+EDH
    SSLHonorCipherOrder on
    SSLCompression off

    SSLUseStapling on

    <Directory "/var/www/html/{site_name}/prod/public">
        AllowOverride FileInfo
        Options -Indexes
        Require all granted
    </Directory>

    # PHP-FPM
    <FilesMatch \.php$>
        SetHandler "proxy:unix:/run/php-fpm/www.sock|fcgi://localhost"
    </FilesMatch>
</VirtualHost>

# HTTP設定（HTTPSへリダイレクト）

ServerName replace.{site_url}

DocumentRoot /var/www/html/{site_name}/prod/public

DirectoryIndex index.php

ErrorLog /var/log/httpd/replace.{site_name}_error_log

CustomLog /var/log/httpd/replace.{site_name}_access_log combined

AddDefaultCharset UTF-8

RewriteEngine On

RewriteCond %{HTTPS} off

RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

AllowOverride FileInfo

Options -Indexes

Require all granted

</Directory>

</VirtualHost>

# HTTPS設定

ServerName replace.{site_url}

DocumentRoot /var/www/html/{site_name}/prod/public

DirectoryIndex index.php

ErrorLog /var/log/httpd/replace.{site_name}_error_log

CustomLog /var/log/httpd/replace.{site_name}_access_log combined

AddDefaultCharset UTF-8

SSLEngine on

SSLCertificateFile /etc/letsencrypt/live/replace.{site_url}/fullchain.pem

SSLCertificateKeyFile /etc/letsencrypt/live/replace.{site_url}/privkey.pem

SSLProtocol all -SSLv3 -TLSv1 -TLSv1.1

SSLCipherSuite EECDH+AESGCM:EDH+AESGCM:AES256+EECDH:AES256+EDH

SSLHonorCipherOrder on

SSLCompression off

SSLUseStapling on

AllowOverride FileInfo

Options -Indexes

Require all granted

</Directory>

# PHP-FPM

SetHandler "proxy:unix:/run/php-fpm/www.sock|fcgi://localhost"

</FilesMatch>

</VirtualHost>

その後、問題ないことを確認してからApacheを再起動します。

sudo apachectl configtest
sudo systemctl reload httpd

1 2	sudo apachectl configtest sudo systemctl reload httpd

10.dev確認とprod確認

オートでVPSのdevリポジトリにはデプロイされるので、dev環境を確認し、問題なければGitHubアクションからprodに手動デプロイし、prod環境を確認します。

これで問題なければ、最終段階です。

11.DNSとバーチャルホストの再設定

本番URLをアクセスしたときに、WordPressサイトではなく準静的サイトにアクセスされるよう、DNS設定とバーチャルホストを再設定します。

具体的には、DNS設定のAレコードのホスト名、バーチャルホストのServerNameを書き換え、

replace-dev.{site_url} → dev.{site_url}
replace.{site_url} → {site_url}

ついでにところどころあった「replace」の文字あたりを削除します。

そして、現行サイトのバーチャルホスト設定は隔離したうえで、最後にApacheを再起動し、SSL証明書を再発行します。

sudo apachectl configtest
sudo systemctl reload httpd

sudo certbot certonly --apache -d {DEV_SITE_URL}
sudo certbot certonly --apache -d {PROD_SITE_URL}
sudo certbot renew --dry-run