目次9
突然ですが、この電脳スライムは自作CMSで運営しています。
記事の投稿や編集に加えて、SEOの分析やAIを使った制作支援も載せようとしています。まだ構想中の機能も多いのですが、CMSを作りながら、記事を書く仕組みも考えています。
既存のCMSはどこまでできるのか。GhostやPayload、EmDashの公式資料も調べました。
WordPressは見送った
CMSといえばWordPressです。
長年使われていて、プラグインも豊富です。
僕は以前から、WordPressに少しレガシーな印象を持っていました。
PHPを中心とした技術構成や、互換性を維持してきた仕組みを、これから作るメディアで採用したいとはあまり思いませんでした。
そんな中、2026年10月にはPHPの重大な脆弱性が公表されました。認証なしでリモートコードを実行されるおそれがある問題で、WordPress公式もPHPの更新を呼びかけています。[1][2]
これはWordPress固有の脆弱性ではなく、PHPを使うほかのアプリケーションにも関係する問題です。[2]
セキュリティ更新はどんな技術にも必要です。それでも今回は、別の技術基盤を選ぶことにしました。
Ghostはかなり良さそう
WordPress以外のCMSも調べてみました。
Ghostは、独立したメディアを運営するなら有力な選択肢です。
記事を書いて公開する機能に加えて、ニュースレターや会員管理、購読課金まで揃っています。これらを別々に実装しなくていいのは助かります。[3]
電脳スライムでは、記事を公開する前の制作工程にも手を入れたいと考えています。
企画を管理したり、画像の制作過程を残したり、AIを使った作業を試したり。
Ghostでも外部ツールとの連携で対応できます。ほかのCMSも見ておくことにしました。
microCMSやSanityのようなヘッドレスCMSもあります。
フロントエンドは自分たちで作り、コンテンツの管理をサービスに任せる構成です。
特にSanityは、Reactで管理画面をかなり自由にカスタマイズできます。独自の編集機能を追加したい場合にも使えそうです。[4]
Payloadが手強い
比較した中で、特に気になったのがPayloadです。
Next.jsと統合でき、TypeScriptでデータ構造を定義できます。
認証、権限管理、下書き、履歴管理、メディア管理など、CMSに必要な機能が最初から用意されています。
管理画面もReactでカスタマイズできますし、SEO用の公式プラグインまであります。[5][6]
自作CMSで実装しようとしていた機能と、かなり重なっています。
しかもオープンソースで、自己ホストもできます。
Payloadを土台にして、電脳スライム独自の機能だけ追加する。この方が開発は早かった可能性があります。
機能面で考えると、Payloadを選ばない理由はなかなか見つかりません。
EmDashまで出てきた
2026年には、EmDashという新しいCMSも登場しました。
Astroを使ったオープンソースのCMSで、記事やメディアの管理、プラグインによる拡張に対応しています。[7]
MCPサーバーも標準で備えています。電脳スライムでもMCPを使った連携を試しているので、この方向性は気になります。[8]
機能が揃っていて、拡張もできる。調べるほど、自作する前に使ってみてもよかったと思います。
なお、ここまでの比較は公式ドキュメントを調べたもので、すべてのCMSをインストールして使い比べたわけではありません。
CMSでどこまでやるか
僕がCMSでやりたいことは、記事の管理だけでは収まりませんでした。
記事の企画を考えて、資料を調べて、原稿を書いて、画像を用意して公開する。
公開後は、検索からの流入を確認したり、古くなった内容を更新したりすることも考えています。
こうした作業をなるべくまとめて管理したいと思っています。
例えば、記事の企画には対象読者や調査する内容を残しておく。
画像には、制作に使ったプロンプトや、どの記事で使っているかを記録する。
公開後の分析結果も記事に結び付けておけば、どの記事を直すべきか考えるときに便利そうです。
こうした機能は、既存CMSを拡張して作る方法もあります。
今回は、機能を考えるところから管理画面やデータ構造まで自分で決めてみました。
AIもいろいろ試したい
AIをCMSのどこに組み込むかも、まだ試行錯誤しています。
企画を考える段階で使うのか、原稿を直すときに使うのか。調査内容の確認にも使えそうです。
何でもAIに任せたら、かえって確認する仕事が増えるかもしれません。
使ってみて面倒だったら、その機能は外せばいいと思っています。
画像制作も、今はプロンプトをCMS側で組み立てて、生成自体は外部のサービスで行う方法を考えています。
各自が契約している画像生成サービスを使えば、最初から画像生成APIを組み込む必要はありません。
どの順番が使いやすいかも、記事を作りながら確かめます。
SEOも一緒に
CMSに組み込みたい機能のひとつがSEOです。
記事のタイトルやdescriptionを設定するだけでなく、キーワード調査や執筆中のSEOチェックも管理画面からできるようにしたいと思っています。
新しい記事を企画するときに検索キーワードを調べる。執筆中に見出しや内部リンクを確認する。公開後はSearch Consoleなどのデータを取り込んで、リライト候補を探す。こうした作業を記事の管理と一緒に扱えたら便利そうです。
とはいえ、Google検索にもAIによる回答が出るし、ChatGPTなどで調べ物をする人もいます。最近はGEO（生成AI検索に向けた最適化）という言葉まで聞くようになりました。
そんな時代に、僕はSEOツールまで自作しようとしています。
検索から記事が読まれる機会はまだありますし、AI検索でどんな記事が参照されるのかも気になります。どちらにしても、まず記事を増やさないと始まりません。
SEOもGEOも、何が効くのかは実際に運営しながら確かめていきたいです。
ロックインのこと
SaaS型のCMSを使う場合、サービスの料金やAPIの制限、仕様変更が気になります。
データをエクスポートできても、独自形式の本文や画像の関連付けを別のCMSに移すのは手間がかかる場合があります。
できれば、記事のデータは自分たちで扱いやすい形にしておきたいです。
PayloadやEmDashは自己ホストできるので、ロックインが気になるなら、そちらを使う方法もあります。
自作したところで、今度は自分で選んだデータベースやインフラに依存します。
自作でも引っ越しやすい設計になっているとは限りません。
結局、自分で作りたかった
ここまで既存CMSを調べると、Payloadあたりを採用した方が合理的だったかもしれません。
認証や権限管理、履歴管理などを自分で実装するのは面倒です。完成したあとも、不具合やセキュリティ更新に対応しなければなりません。
CMSを修正している間は、記事の執筆も進みません。
でも、僕は自分でCMSを作ってみたかったんです。
普段使っている仕組みを自分で設計するのは面白いですし、今回はAIを使った開発や編集ワークフローの実験も兼ねています。
作っている途中で方針が変われば、自分のコードを直せばいい。その作業も含めて楽しんでいます。
今は実際にこのCMSで記事を書き、使いにくいところを直しています。
機能を増やすほど便利になるのか、保守が面倒になるのか。まだ答えは出ていません。
少なくとも、記事を書くためにCMSを作っているので、記事が増えないようなら考え直した方がよさそうです。
