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

この記事の内容のご相談は株式会社bundlyzeへbundlyzeのWebサイト制作について見てみる

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

CMSとWordPressの違いは、分類の名前と製品の名前の違い

「CMSとWordPress、どちらにするか」という比べ方は、厳密には成り立ちません。CMS（コンテンツ管理システム）は、サイトの文章や画像を、HTMLを直接書かずに更新するためのソフトウェアの総称で、WordPressはその中の1つの製品だからです。WordPressの公式サイトは、自らを「ウェブで最も人気のあるオープンソースのCMS」と紹介しており、本体はGPL（第2版以降）のもとで無償で配られています。WordPressの用語集でも、CMSは「デザインではなく、サイトの中身の管理を助けるソフトウェア」と説明されています。

実際に比べるべきなのは、CMSの中の作りの違いです。

WordPressは、REST APIで中身をJSONとして外へ渡せるので、ヘッドレスCMSとして使うこともできます。そのため「WordPressか、ほかのCMSか」より、「表示まで1つの仕組みに任せるか、分けるか」で考えると、選び方がはっきりします。以下では、この2つの作りを、中小企業のサイトの目線で比べていきます。

ヘッドレス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の改ざんを防ぐ保守の手順に、更新・バックアップ・管理画面の順でまとめています。開発者向けの公式資料のうちセキュリティの強化を扱うページも、本体を常に最新の版に保つことを最初の方で求めています。

ヘッドレスCMSとWordPressの比較：どちらを選ぶかの判断表

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

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

選ぶ前と、制作を頼む前に確かめること

どちらを選ぶ場合でも、次の項目を決めてから制作を頼むと、公開したあとに「更新できない」「保守する人がいない」が起きにくくなります。どれも本文の節で扱ったことを、一覧にしたものです。

• 更新する人と中身：誰が、何を（お知らせ・事例・採用情報・キャンペーンのページなど）更新するかを書き出した
• 保守の担当：WordPressなら本体・テーマ・プラグインを新しい版に上げて表示を確かめる人、ヘッドレスCMSなら鍵とアカウントを管理する人が決まっている
• 公開の反映：ヘッドレスCMSにするなら、CMSのWebhookと配信先のデプロイフックをつなぎ、テスト用の記事で表のサイトが作り直されるのを確かめる工程が見積もりに入っている
• プレビュー：更新担当が公開前に完成形を見る方法がある（ヘッドレスCMSでは、プレビュー用の画面を作る工程が入っている）
• 管理画面の守り：2段階認証やIPの制限が使えるかを、契約するプランで確かめた
• 今の速さ：作り直しの前に、今のサイトの Core Web Vitals を測って残した
• 使える機能：承認の流れ・利用者の数・画像の容量など、必要な機能が選ぶ料金の段階で使えるかを、公式の料金表と機能一覧で確かめた

自社でやる場合と、任せる場合

自社で進める場合、WordPressなら、本体・テーマ・プラグインの更新と更新後の表示の確認を毎月続ける人が要ります。ヘッドレスCMSなら、表のサイトを作るフロントエンドの開発と、入力欄の設計、Webhookとデプロイフックの配線ができる人が要り、見た目を変えるたびにその人の手が要ります。どちらでも、更新担当の操作を決めて引き継ぐ手間と、退職者のアカウントや鍵を整理する役目を、誰が受け持つかを先に決めておきます。

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

出典（一次情報）

どれも製品や仕組みの提供元の公式の資料で、2026年10月3日に確認しました（一部は10月5日）。

• 下書きを表のサイトで見せる仕組み（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がオープンソースで、GPL（第2版以降）で配られていること（WordPress.org、2026年10月5日に確認）：https://wordpress.org/about/
• WordPressを最も人気のあるオープンソースのCMSと紹介している機能の案内（WordPress.org、2026年10月5日に確認）：https://wordpress.org/about/features/
• CMSの意味を説明した用語集（WordPressの利用者向け文書、2026年10月5日に確認）：https://wordpress.org/documentation/article/wordpress-glossary/
• 中身をJSONで外へ渡すREST APIの説明（WordPressの開発者向け資料、2026年10月5日に確認）：https://developer.wordpress.org/rest-api/
• 利用者の権限の段階（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