ヘッドレスCMSとは？導入事例18社に共通していた条件と、選ぶ前の3つの判断

アーム代表の伊藤です。
お知らせ1本を直すだけで、制作会社に頼んで数日待ち、費用も積み上がる。「ヘッドレスCMSにすれば自分たちで更新できる」と聞いて調べ始めた方は多いはずです。

ただ、稟議を出す前に知っておいてほしいことがあります。国産ヘッドレスCMSの導入事例18本を全部読むと、開発者がいない会社は1社もありませんでした。

そして、開発者がいる側にいたアーム自身も、2026年9月にmicroCMSをやめています。

ヘッドレスCMSに移すかどうかは、更新1回に何人挟まっているかで決まる

• 判断は3行の表で決まる、機能比較は要らない
• 開発者不在なら先に保守契約と権限を見直す
• 移しても消えるのは日常更新の外注だけ

ヘッドレスCMSは、管理画面だけを持ち、表示側は別に作るCMSです。表示側を作る人がいなければ、サイトは1ページも表示されません。だから判断は機能表ではなく、いまの更新の流れで決まります。次の3行で、貴社がどちら側かを見てください。

2行目の会社が、この記事を読んでいる方の大半だと思います。その場合、ヘッドレスCMSに変える前にやることがあります。選ぶ前の判断は3つ。いま何人挟まっているか、WordPressのままで0人にできないか、移して消える外注はどれか、です。

ヘッドレスCMSの費用は、3年の総額で見ないと割に合うか分からない

• Team月4,900円〜は最小構成の値段
• 月4万円の保守費は3年で144万円
• 日常更新費は消えてもフロント保守費は残る

解説記事の多くが費用を曖昧にします。確認できた公式の数字と、単純計算で言えるところまでを書きます。アームが使っていたmicroCMSの料金は、microCMS公式の料金ページで次のとおり公開されています（2026年9月17日確認・税抜）。

Hobbyはメンバー3名・API5個・転送量20GB/月まで。Teamはメンバー3名・API10個からで、枠を足すと課金され、14日間の無料トライアルがあります。「〜」が付いているとおり、4,900円は最小構成の値段です。

金額に出ない差がもう1つあります

更新1回が3営業日から当日になることの価値です。キャンペーンの開始が3日早まる、採用情報の誤りが即日直せる、価格改定を全ページ同日に反映できる。損得はこの機会損失を含めた3年総額で決まります。

ヘッドレスCMSが向く会社・向かない会社

• 開発の当てがあるかが最優先の軸
• 事例18社は全社これを満たす
• 乗り換え自体に売上は立たない

1行目を先頭に置いたのは、ここが満たせないと残り4行が全部無意味になるからです。事例18社が全社これを満たしていたのも偶然ではありません。

右の列に多く当てはまるなら、移さないほうが合理的です。ヘッドレスCMSの乗り換え自体には1円の売上も立ちません。制作を受ける側のアームが書くのも変ですが、ここは正直に書いておきます。

左の列に当てはまった会社が次に整えるのは、自社で更新を回せる体制です。全体像は「自社で更新できるホームページ運用体制のつくり方」にまとめています。

もう1つの答えもあります。更新する人も確認する人も1人なら、CMSそのものが要らない場合があります。アームは原稿をファイルで持ち、入稿から公開までをAIに任せる形に移して、2026年9月にmicroCMSをやめました。経緯と、誰にでも勧めない理由は「microCMSをやめた日」に書いています。

移すか、移さないか、CMSを置かないか。どれが合うかは、いま更新1回に何人挟まっているかで決まります。

移すと決めたら最初に決めるのは入力欄

判断のあとは、スキーマ設計・移行・運用の順に進みます。いちばん重いのがスキーマ、つまりどんな入力欄を持たせ、何を本文に入れ、何を分けるかです。検索・分類・再利用の要件はここで決まり、あとから直すには全コンテンツの移し替えが要ります。

グリーエックスは、記事に登場するアプリの情報を独立したAPIとして定義し直し、ライターの入稿作業を以前の4分の1から5分の1まで短縮しています。差を生んだのはヘッドレスCMSの機能ではなく、入力欄の設計でした。更新する人の作業を1画面ずつ想像しながら入力欄を設計できるか。依頼先の実力はここに表れます。

アームがヘッドレスCMSの運用で実際に踏んだ4つの罠

• よく挙がるデメリット3つは見積もりで気づける
• 罠は4つ、検索・目印・下書き・AI誤変換
• どれもアームの運用で確認した実例

デメリットとしてよく挙がるのは、フロント開発が別途要る、プレビュー環境に手間がかかる、検索やフォームは外部サービスで補う、の3つです。どれも事実ですが、見積もりに表れるので導入前に気づけます。実際につまずくのは、導入後の別の場所です。

アーム自身も2026年9月まで、ヘッドレスCMSのmicroCMSを運用していました。ここに書く4つは特定の製品の欠陥ではなく、API型CMS全般で誰でも踏みうる落とし穴で、いずれもアームの運用で確認した挙動です（2026年8月時点）。

運用ルールは忙しい日に必ず破られる

4つの罠に共通するのは、「気をつけましょう」では防げないことです。注意で防ぐ運用は、締め切りの前日に必ず崩れます。そこでアームは、Cloudflare Workers上に自社用のMCPサーバー（※MCP…Model Context Protocol。AIが外部の道具を呼び出すための共通規格）を実装し、公開中の記事をいきなり書き換える操作をそもそも持たせない、書き戻したら差分照合を自動で行う、という設計にしました。道具に無い操作は、AIにも人にも実行できません。

いまは本文の反映もサムネイルの生成もAIに任せ、管理画面を自分の手では開きません。そこまで任せられるのは、罠3と罠4をルールではなく道具の側で封じたあとだからです。

確認はこの2つで足ります

本文をAPIから更新する経路に、公開中コンテンツを保護する仕組みがあるか。書き戻しの結果を機械的に照合する工程が、運用手順に入っているか。ここを運用ルールの紙切れで済ませると、罠3と罠4がいつか現実になります。

よくある質問

ヘッドレスCMSを選ぶ前に数えるのは、機能ではなく挟まっている人数

移すかどうかは、機能表でも表示速度でもなく、更新1回に何人挟まっているかで決まります。原因が契約と権限なら、WordPressのままで0人にできる。ヘッドレスCMSへ移すなら、表示側を作れる相手と、3年分のフロント保守費を先に見ておく。

数えてみたら、移さなくていいこともある

更新1回に挟まっている人数を数えると、契約と権限の見直しだけで0人にできることがあります。移すのは、それでも消えない分が残るときだけです。

道具より先に人数を数えた稟議は、あとで「結局頼らないと動かない」になりにくい。数えた人数をアームに見せてもらえれば、移さないほうが安く済む場合はそうお伝えします。