ヘッドレスCMSとWordPressの違い。中小企業のサイトはどちらを選ぶか、更新担当・費用の考え方・表示速度・セキュリティの4つで比べた判断表

この記事の結論：ヘッドレスCMSとWordPressの違いは、「管理画面と公開ページが一体か、分かれているか」です。WordPressは記事を書く画面と表示する仕組みが同じサーバーにあり、社員がレイアウトまで自分で触れる代わりに、本体とプラグインの更新を続ける保守が欠かせません。microCMS・Contentful・StrapiなどのヘッドレスCMSは中身だけを預かり、表のサイトは別に作るので、静的な配信で速く守りやすくできる一方、プレビューや公開の反映は開発側が組み込む必要があり、見た目を変えるたびに開発者の手が要ります。中小企業のサイトなら、「更新するのは誰で、何を更新するか」「保守を誰が担えるか」の2点を先に決めると、どちらにするかはほぼ決まります。

この記事は、ホームページの作り直しを考えている中小企業の担当者と、提案する側の制作者に向けて、ヘッドレスCMSとWordPressを比べるための材料をまとめたものです。製品ごとの機能一覧ではなく、更新担当・費用のかかり方・表示速度・セキュリティの4つの観点で違いを並べ、最後に判断表を置きます。料金は製品や契約で変わるため、金額は書かず、どこに費用が発生するかだけを扱います。製品の仕様の出どころは末尾に並べ、どれも2026年10月3日付で中身を見直しました。

ヘッドレスCMSとWordPressの違いは、管理画面と表示の仕組みが分かれているかどうか

ヘッドレスCMSは記事や画像などの中身を保存してAPIで渡すだけの仕組みで、表に出るページは別に作ります。WordPressは中身の保存と、テーマによるページの表示を1つのソフトウェアで行います。

「ヘッド（頭）」は表示の部分を指し、それを切り離したものがヘッドレスCMSです。WordPressもREST APIで中身を外に渡せるので、WordPressを管理画面としてだけ使い、表のサイトを別に作る構成もあります。Astroの公式ドキュメントでも、microCMS・Contentful・Strapiと並んでWordPressが接続先の一つとして案内されています。

更新担当の目線で比べると、自由に組むならWordPress、型どおりに入れるならヘッドレスCMS

更新担当が画面を見ながらページを組み立てたいならWordPressが向き、決まった欄に文章と写真を入れるだけで済むならヘッドレスCMSが向きます。違いが一番出るのは、プレビューと、公開してから表に出るまでの時間です。

公開の反映は、CMSの「公開したら知らせる」機能（Webhook）と、配信先の「このURLにPOSTされたら作り直す」機能をつなぐと自動になります。microCMSのWebhookの通知先には、Cloudflareの静的サイトの配信（Pages）が持つデプロイフックが選択肢として用意されています。この配線を作らないと、更新担当が公開しても表のサイトが変わらない、という事故になるので、制作を頼むときに必ず確かめる項目です。

費用の考え方は、最初に作る手間と、毎月かかるものと、保守の人手に分けて比べる

金額は製品と契約で大きく変わるので、比べるときは「どこに費用が発生するか」を3つに分けて並べます。ヘッドレスCMSは最初の制作に手間がかかりやすく、WordPressは公開後の保守に人手がかかり続けます。

見積もりを比べるときは、制作費だけでなく、数年使い続けたときにこの表の各行がどうなるかを並べると、判断を誤りにくくなります。とくに「保守の人手」の行は見積もりに出てこないことが多いので、誰がやるのかを決めておきます。

表示速度は、ヘッドレスCMSを静的に書き出したほうが速くしやすいが、WordPressでも速くできる

ヘッドレスCMSの中身をビルドのときに取り込み、HTMLとして書き出してCDNから配る構成にすると、アクセスのたびにページを組み立てる処理がないぶん、速さを保ちやすくなります。ただし表示の遅さの原因は、画像の重さや読み込む外部のスクリプトであることが多く、CMSを替えただけでは速くなりません。

• WordPressでも、ページのキャッシュと画像の最適化を入れれば、十分に速くできます。遅いWordPressサイトの多くは、プラグインの入れすぎや大きすぎる画像が原因です
• ヘッドレスCMSでも、ページを開くたびにブラウザからAPIを呼ぶ作りにすると、その待ち時間がそのまま表示の遅さになります。静的に書き出すか、サーバー側で取得してキャッシュします
• 画像は、microCMSなら画像のURLに ?w=800&fm=webp のように指定を付けると、幅を縮めたWebPで受け取れます（microCMSの画像APIはimgixの仕組みを使っています）

速さを比べるときは、Googleが示している Core Web Vitals（読み込み・操作への反応・表示のずれの3つの指標）で、今のサイトの数値を先に測っておくと、作り直しで何が良くなったかを確かめられます。

セキュリティは、公開側にデータベースと管理画面が無いぶんヘッドレスCMSが守りやすいが、手放しにはできない

静的に書き出したヘッドレスCMSのサイトは、公開しているサーバーにデータベースもログイン画面もないので、WordPressで多い「古いプラグインの弱点を突かれる」「管理画面に総当たりでログインされる」という入られ方がそもそも起きません。その代わり、守る場所がCMSのアカウントと鍵に移ります。

WordPressを使い続ける場合の守り方は、WordPressの改ざんを防ぐ保守の手順に、更新・バックアップ・管理画面の順でまとめています。開発者向けの公式資料のうちセキュリティの強化を扱うページも、本体を常に最新の版に保つことを最初の方で求めています。

どちらを選ぶかの判断表

次の問いに上から答え、最初に当てはまった行で決めます。どれにも当てはまらなければ、今のサイトを直して使う方が早いこともあります。

判断表で決まったあとも、製品ごとに「承認の流れ」「利用者の数の上限」「画像の容量」など、料金の段階によって使える機能が違います。必要な機能を先に書き出し、公式の料金表と機能一覧で確かめてから決めます。

株式会社bundlyzeではホームページなどのサイト制作と、外部のWeb責任者として戦略から実行・分析までを受け持つWEB戦略代行の両方を手がけており、更新の仕組みも公開したあとの運用を前提に選んでいます。大阪や兵庫の会社をはじめ、サイトの作り直しや、更新の仕組みの相談は、ホームページ制作のページから受け付けています。

比べるときに見た公式の資料（2026年10月3日に確認）

• 下書きを表のサイトで見せる仕組み（microCMS）：https://document.microcms.io/manual/screen-preview
• 画像のURLに指定を付けて縮める機能（microCMS）：https://document.microcms.io/image-api/introduction
• 公開などの操作を外へ知らせる設定（microCMS）：https://document.microcms.io/manual/webhook-setting
• 下書きと公開中の版の分け方（Strapi）：https://docs.strapi.io/cms/features/draft-and-publish
• AstroからCMSの中身を使う方法の一覧（Astro）：https://docs.astro.build/en/guides/cms/
• 外からのPOSTでビルドを始める仕組み（Cloudflare）：https://developers.cloudflare.com/pages/configuration/deploy-hooks/
• 利用者の権限の段階（WordPressの利用者向け文書）：https://wordpress.org/documentation/article/roles-and-capabilities/
• WordPressの守りを固める手引き（WordPressの開発者向け資料）：https://developer.wordpress.org/advanced-administration/security/hardening/
• ページの体験の指標と検索の関係（Googleの検索の公式資料）：https://developers.google.com/search/docs/appearance/core-web-vitals