Joomla CMS + wget による静的サイト生成パイプラインが、ホスティング移行をシンプルにしてくれた事例です。
自社のコーポレートサイト（ccmp.jp）を GCP 上の VM + Cloud Load Balancer + Cloud CDN の構成から GitHub Pages に移行しました。もともと GitHub の有料プラン（Team）でリポジトリを管理していたため、GitHub Pages への移行で GCP 側の月額約 $23 のホスティングコストをまるごと削減できました。
移行がスムーズにいった最大の要因は、もともと Joomla CMS で入稿しつつ、配信は静的 HTML で行う構成を採っていたことでした。ホスティング先が変わっても、入稿ワークフローには一切手を入れる必要がありませんでした。
コーポレートサイトのコンテンツは Joomla CMS で管理しています。ただし、Joomla を本番サーバで動かしているわけではありません。入稿から配信までの流れは次のようになっています:
[Joomla CMS] → wget でクローリング → 静的 HTML 生成 → GitHub リポジトリに push
↓
本番サーバで git pull → nginx 配信wget で CMS
の出力をクローリングし、静的 HTML ファイルとして localhost/
ディレクトリに出力git pull → nginx
で配信本番環境には PHP も MySQL も不要で、純粋な静的ファイル配信のみでした。前段に Cloud Load Balancer と Cloud CDN を配置し、キャッシュによるレスポンス高速化と VM への負荷軽減を行っていました。
この「CMS で入稿、配信は静的 HTML」というアーキテクチャには、当初から以下のメリットがありました:
入稿者にやさしい: 記事の作成・編集は Joomla の WYSIWYG エディタで行えます。Markdown や HTML を直接書く必要がなく、非エンジニアでも入稿できます。
CMS の便利さを維持しつつ脆弱性を排除: Joomla や WordPress などの CMS は頻繁に脆弱性が報告され、攻撃の標的になりがちです。しかしこの構成では CMS はローカル環境でのみ動作し、本番には PHP も MySQL も存在しません。入稿者は CMS の WYSIWYG エディタやテンプレート機能をそのまま使えますが、攻撃者から見える本番環境は単なる静的ファイルだけです。CMS の利便性とセキュリティを両立できます。
ホスティングの自由度が高い: 配信するのは単なる静的ファイルなので、ホスティング先を自由に選べます。今回の GCP → GitHub Pages の移行でも、入稿フロー側は一切変更なしで済みました。
バージョン管理: 静的 HTML を GitHub リポジトリで管理しているため、変更履歴の追跡やロールバックが容易です。
そして、今回このメリットが最大限に活きました。移行作業はホスティング先の変更だけで完結し、コンテンツのワークフローには一切手を入れずに済みました。
移行先の条件は以下の通りです:
Cloudflare Pages は NS 移管が原則必要なため不採用としました。自社 NS では ccmp.jp 以外のドメインやサービスの DNS も管理しており、NS を Cloudflare に移管すると他のサービスへの影響が避けられません。GitHub Pages と Netlify の 2 候補でステージング検証を行いました。
それぞれサブドメインでステージング環境を構築し、実際の動作を検証しました。
GitHub Pages（stg-g.ccmp.jp）: GitHub Actions
ワークフローで localhost/ を Pages
にデプロイしました。CNAME と .nojekyll
はワークフロー内で動的生成する構成としています（コンテンツ生成時に
rm -rf localhost/
されるため、ファイルを直接置けません）。全項目問題ありませんでした。
Netlify（stg-n.ccmp.jp）: 今回のリポジトリは GitHub
Organization 所有のプライベートリポジトリですが、Netlify Free
プランではこの種のリポジトリの Git 連携が不可です（Pro
$19/月が必要）。GitHub Actions から netlify deploy --prod
で CLI デプロイする方式で回避しました。また、wget
が生成するファイル名に ? や # が含まれており
Netlify が拒否するため、デプロイ前にクリーンアップが必要でした。
| 項目 | GitHub Pages | Netlify Free |
|---|---|---|
| 追加コスト | $0 | $0 |
| apex ドメイン A レコード | 4 IP | 1 IP のみ |
| apex ドメイン IPv6 | OK（AAAA 4 IP） | NG（AAAA 非公開） |
| Git 連携 | ネイティブ | CLI 回避策が必要 |
| ファイル名制約 | なし | ? # 不可 |
GitHub Pages を採用しました。決め手は apex ドメインでの IPv6 対応、ネイティブ Git 連携、ファイル名制約がない点です。なお、CDN については GitHub Pages も Fastly ベースの CDN を内蔵しており、Cloud CDN を別途構築する必要がなくなりました。
ステージング検証で問題がないことを確認した翌日に本番移行を実施しました。ステージング検証から GCP 撤去完了まで、作業期間は 2 日間でした。
ccmp.jp）に変更ccmp.jp
に設定（DNS 切替前に実施し、TLS 証明書の発行を最速化）www.ccmp.jp の CNAME を追加（GitHub Pages が www → apex
の自動リダイレクトを提供）TLS 証明書について:
本番移行の完了後、旧 GCP インフラ（VM、VPC、ロードバランサー、固定 IP、SSL 証明書など計 20 リソース以上）を Terraform で一括撤去しました。再構築が必要になった場合に備え、Terraform コードと手順書はリポジトリに残してあります。
| 項目 | 移行前（GCP） | 移行後（GitHub Pages） |
|---|---|---|
| GCP ホスティングコスト | 約 $23/月 | $0（GitHub Pages に移行） |
| TLS 証明書 | Let’s Encrypt 手動更新 | 自動発行・更新 |
| IPv6 | 対応 | 対応 |
| デプロイ | git pull + nginx | GitHub Actions 自動デプロイ |
| インフラ運用 | VM・LB・CDN の管理が必要 | 不要 |
※ GitHub Pages をプライベートリポジトリで利用するには GitHub Pro 以上のプランが必要です。今回は既に GitHub Team プランを利用していたため、追加コストなしで移行できました。パブリックリポジトリであれば Free プランでも利用でき、GitHub Actions の無料枠（月 2,000 分）の範囲内であれば完全に $0 で運用可能です。
今回の移行で改めて実感したのは、入稿と配信を分離するアーキテクチャの強さでした。Joomla CMS による入稿ワークフローは一切変更せず、ホスティング先だけを差し替えることで移行が完了しました。コンテンツ管理と配信基盤を疎結合にしておくことで、将来また別のホスティングサービスに移る場合でも同様にスムーズな移行ができます。
もし「CMS は使いたいけど静的ホスティングのメリットも享受したい」という状況であれば、CMS + wget による静的サイト生成パイプラインは検討に値するアプローチだと思います。