「お知らせを自分で更新したいだけなのに、WordPressの保守費を払い続けている」——中小企業のサイトの多くがこの状態です。この記事は、GitHub Pages(無料)とオープンソースのDecap CMS(GitHubスター19,000超・MIT)で「自分で更新できる・保守が発生しない」サイトを作るための導入手順書です。当社が実際に構築し、管理画面が完全日本語で動くところまで実測した記録から書いています。

私は名古屋でAIシステム開発の会社(株式会社エクスブリッジ)をやっています。

■この構成の何が良いのか

・サイト本体=静的HTML。GitHub Pagesが無料で配信し、表示が速く、改ざんに強い

・記事=Gitリポジトリ内のMarkdown。誰がいつ何を変えたか、履歴が全部残る

・管理画面=Decap CMS。非エンジニアがブラウザのフォームで記事を書き、公開ボタンでサイトに反映される。日本語UIが公式同梱で、設定1行(locale: 'ja')で日本語になります

・WordPressと違って、常時稼働サーバーもデータベースも存在しない。だからセキュリティ更新という作業がそもそも無い

当社の実測では、管理画面のコンテンツ管理・メディア・コレクション編集まで完全日本語で動きました。

■唯一の難所と、この記事の解決策

この構成で皆が挫折するのは1点だけ——GitHubログインに必要な「OAuth認証の中継サーバー」です。公式の選択肢はNetlifyかNode.jsのサーバーで、非エンジニアにはここが壁になります。

当社はこの中継を**PHP1ファイル(約100行)**で実装しました。月数百円の共有レンタルサーバーの隅に置くだけで動きます。有料部にソースコード全文を掲載しています。state検証(CSRF対策)と許可オリジン制限も入れてあります。制作会社なら、1台の中継で複数顧客のサイトをまかなえます。

■正直な注記

WordPressの全てが置き換わるわけではありません。お問い合わせフォーム・会員機能・ECのような「動く仕組み」は静的サイトの外に出す設計になります。「お知らせ・実績・ブログを自分で更新したい」が主目的のサイトに向く構成です。記事数千件の大型メディアもビルド設計が別途要ります。

■有料部の内容

1. 構築手順書の全文——リポジトリ作成→GitHub Pages公開→OAuth App作成(5分)→中継設置→日本語管理画面、の実測手順

2. 落とし穴と逆引き表——base_urlとauth_endpointの分割、callback URLの完全一致、Client Secretの置き場所、画像が出ないときの確認点

3. PHP製OAuth中継のソースコード全文(コピペで設置可能)

4. サイト雛形のconfig.yml(日本語設定・「お知らせ」コレクション定義済み)

5. AIエージェント用の構築指示書(AI-START-HERE.md)全文——Claude Code等に構築を任せ、「お知らせ1件の公開→サイト反映」の実測確認までやらせる

6. カスタマイズ指示文集5本——コレクション追加・トップページへの新着表示・下書きレビュー運用・WordPressからの記事移行

■先に選択肢を全部置いておきます

・Decap CMS本体は無料です(MIT)。エンジニアの方は公式ドキュメントでどうぞ

・このキットはKurage App Storeでも同一内容・同一価格で販売しています(zip形式)

・Web制作会社向けのIT費用仕分けページ(この構成の位置づけはここに)

・構築ごと任せたい場合(サイト移行込みで当社が代行、税込110,000円〜)

購入者には導入に関するメール質問を3か月お受けします。それでは有料部で、手順書とソースコードの全文をどうぞ。