# ヘッドレスCMSとWordPressの違い：費用・SEO・編集・運用で選ぶ

公開日: 2026-10-20 | 更新日: 2026-10-20 | URL: https://blog.genko.me/headless-cms-vs-wordpress

> ヘッドレスCMSとWordPressの違いを、構成、費用、セキュリティ、編集体験、SEO、保守の観点から比較します。小規模チーム向けの判断表と、WordPressを使い続けるほうがよいケースも紹介します。

ヘッドレスCMSとWordPressの主な違いは、原稿の管理とページの表示を分けるかどうかです。独自のフロントエンドや複数媒体への配信が必要ならヘッドレスCMS、テーマやプラグインを使って一つのサイトを運営したいなら通常のWordPressが候補になります。費用・SEO・安全性はCMS名だけでは決まらず、実装と保守の分担で変わります。

本記事はgenko.meの運営側が執筆しています。2026年10月20日時点の公式資料を基に、セルフホストのWordPressと、genko.meのようなホスト型ヘッドレスCMSを中心に比較します。WordPress.comの各プランを比較する記事ではありません。

## ヘッドレスCMSとWordPressは何が違う？

通常のWordPressでは、管理画面で書いた原稿を、同じ仕組みのテーマがページとして表示します。ヘッドレスCMSではCMSが原稿をAPIで返し、別のアプリが一覧や記事ページを作ります。APIを呼ぶタイミングは、ビルド時、サーバーでのリクエスト処理時、ブラウザなど設計次第です。

| 比較する点 | 通常のWordPress | ホスト型ヘッドレスCMS |
| --- | --- | --- |
| 表示側 | テーマで構築 | 別のフロントエンドで構築 |
| 原稿の取得 | WordPress内の処理。REST APIも利用可能 | APIまたはSDKから取得 |
| 初期構築 | テーマで要件を満たせれば短縮しやすい | 表示・URL・更新反映を実装 |
| 編集者の変更範囲 | テーマや権限に応じたページ編集 | スキーマと実装で用意した項目 |
| 機能の追加 | プラグインや独自開発 | 外部サービス連携や独自開発 |
| 保守 | 本体・テーマ・プラグイン・ホスト | フロントエンド・依存関係・CMS連携 |

WordPressにも[REST API](https://developer.wordpress.org/rest-api/)があるため、ヘッドレス構成で使えます。「WordPressかヘッドレスか」は厳密には二者択一ではありません。比較する際は、CMSの製品とサイトの構成を分けて考えます。

## 費用はWordPressとヘッドレスCMSのどちらが安い？

費用は、CMS代だけでなく、表示側のホスティング、制作、更新、監視、障害対応を含めて比較します。WordPressは[公式の機能紹介](https://wordpress.org/about/features/)で無料のソフトウェアとして提供されていますが、サーバーや制作・保守まで無料になる意味ではありません。

| 費用項目 | 比較するときの質問 |
| --- | --- |
| CMS・拡張 | 有料テーマやプラグイン、CMS契約は必要か |
| ホスティング | Webサーバーやフロントエンドの実行環境はいくらか |
| 初期開発 | 記事詳細、検索、フォーム、プレビューを誰が作るか |
| 月々の保守 | 更新・バックアップ・不具合調査に何時間かかるか |
| 将来の変更 | 言語・メンバー・画像が増えたときに何が変わるか |

2026年10月20日に確認した[genko.me](https://genko.me/)の月払いは、Freeが無料、Plusが980円、Proが4,980円で、有料は税込です。個人ワークスペースまたはチームごとの契約で、人数の上限があります。詳細は[プランと上限](https://docs.genko.me/studio/plans)で確認できます。

これらはCMSの料金です。フロントエンドや検索など別サービスの費用は別途見積もります。すでにWordPressで問題なく運用できているなら、移行費を含めると継続のほうが安い場合があります。無料枠だけの比較は[無料ヘッドレスCMSの選び方](https://blog.genko.me/free-headless-cms)も参考にしてください。

## セキュリティと保守の違いは？

WordPressの[公式セキュリティガイド](https://developer.wordpress.org/advanced-administration/security/hardening/)は、更新やアクセス制御などを案内しています。セルフホストなら、誰が本体・テーマ・プラグイン・サーバーを保守するかを決めます。管理を委託する場合も、委託範囲を確認する必要があります。

ホスト型CMSではCMS基盤の運用をサービス側へ任せられます。ただし、フロントエンドの脆弱性、依存パッケージ、APIキー、プレビューURL、Webhookの受信処理はサイト側の責任として残ります。静的な公開ページを作っても、管理アカウントや外部連携の保護は必要です。

genko.meでは[APIキー管理](https://docs.genko.me/studio/api-keys)と[Webhookの署名検証](https://docs.genko.me/guides/webhooks)を確認してください。配信キーはサーバー側で扱います。また、メディアURLはAPIキーなしで取得できる公開URLで、記事を下書きに戻しても画像が秘密になるわけではありません。

どちらでも「運用担当がいない」状態を避けることが大切です。保守する対象が変わるのであり、保守がなくなるわけではありません。

## 編集しやすいのはどちら？

WordPressは[テーマとプラグインを備える仕組み](https://wordpress.org/about/features/)が強みです。既存の編集フローに合うなら、編集者が構成や機能を調整しやすい選択になります。ただし、実際に編集できる範囲は採用したテーマや権限によって変わります。

ヘッドレスCMSは、タイトル・本文・著者などを項目として固定し、サイトのデザインから分離できます。編集者が触る範囲を明確にしたいブログやお知らせに向く一方、新しいレイアウトは開発担当への依頼が必要になることがあります。

genko.meはリッチテキスト、画像、参照などの[フィールド](https://docs.genko.me/studio/fields)を用意し、[下書きプレビュー](https://docs.genko.me/guides/preview)と予約公開に対応しています。プレビューを実際のサイトで見せるには連携実装が必要です。管理画面を開くだけで、どんな独自フロントエンドでも自動的にプレビューできるわけではありません。

選定時は、編集者に次の作業を試してもらいます。

1. 普段の記事を入力し、画像・表・リンクを配置します。
2. スマートフォンの表示で下書きを確認します。
3. 公開記事の修正と公開停止を試します。
4. 担当者を交代しても同じ手順で更新できるか確認します。

## ヘッドレスCMSにするとSEOや表示速度はよくなる？

CMSの変更だけで、検索順位や速度が改善するとは限りません。本文が取得できても、検索エンジンが読むページ、タイトル、説明、canonical、サイトマップ、内部リンクを用意するのは表示側です。

ヘッドレス構成では、ビルド時生成やサーバー側生成などを選べます。その設計が適切ならキャッシュを活用しやすい反面、ブラウザで原稿を取得するだけの実装では、読み込みやエラー処理を含めて検討が必要です。WordPressでもキャッシュや画像の最適化を設計できます。

移行で特に確認したいのはURLです。[Googleのサイト移転ガイド](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes)に沿って、変更前後を対応付けます。旧URLを維持するか、変更したURLへ恒久転送を設定します。実際の作業は[WordPressからの移行手順](https://blog.genko.me/wordpress-to-headless-cms)で説明しています。

更新反映も要件です。静的サイトでは、原稿を公開した後に再ビルドしなければ表示が変わらない設計があります。[Webhook](https://docs.genko.me/guides/webhooks)などで自動化し、失敗時に手動で復旧できる方法を持ちます。

## 小規模チーム向け：CMSの選び方

| 要件 | 最初に検討する構成 | 理由 |
| --- | --- | --- |
| 開発担当なしでテーマ中心に運営 | 通常のWordPress | 表示と編集を同じ仕組みで扱いやすい |
| 既存のプラグインが業務を支える | WordPressの継続 | 代替機能と移行費の確認が先 |
| Next.jsなどのアプリへ記事を追加 | ホスト型ヘッドレスCMS | アプリ側の設計に原稿配信を組み込みやすい |
| 同じ原稿をサイトと別アプリで利用 | ヘッドレスCMS、またはWordPress REST API | 表示側から独立して取得できる |
| 原稿編集を残し、表示だけ刷新 | WordPressのヘッドレス化 | CMS移行をせずに検証できる |
| 自由なページ編集が必須 | 編集画面の実機比較を優先 | APIの有無だけでは判断できない |

これは出発点の表です。ホスティング、開発担当のスキル、現在の編集フローによって判断は変わります。

genko.meを候補にするなら、お知らせやブログの実データで試し、[クイックスタート](https://docs.genko.me/getting-started)から一覧・詳細・プレビューまで通します。[Next.jsとの接続](https://blog.genko.me/headless-cms-nextjs)や[静的サイトのお知らせ管理](https://blog.genko.me/static-site-news-cms)も導入の参考になります。

## 移行する前に決めておくこと

1. 更新担当と開発担当、それぞれが管理する範囲を決めます。
2. プラグインの代替、検索、フォーム、プレビューを実装できるか確かめます。
3. URLと画像を維持する方法を決めます。
4. 取り込みだけでなく、書き出して別環境へ移せるかも確認します。
5. 初期費用と月々の費用、障害時の連絡先を同じ表にします。

「流行しているから」ではなく、普段の更新が容易になり、開発と保守を担当できる構成を選んでください。移行を見送る判断も、具体的な比較の結果なら有効です。

## よくある質問

### WordPressはヘッドレスCMSとして使えますか？

はい。REST APIで原稿を取得し、別のフロントエンドで表示できます。WordPress本体の運用と、表示側の開発はそれぞれ必要です。

### 小規模なブログにもヘッドレスCMSは必要ですか？

必須ではありません。テーマで要件を満たし、編集と保守に困っていなければ、WordPressを継続する選択もあります。

### ヘッドレスCMSならセキュリティ対策は不要ですか？

不要にはなりません。管理アカウント、APIキー、フロントエンド、Webhookなど、構成に合わせた保護と更新が必要です。

### WordPressから移行するときにURLは変わりますか？

必ず変わるわけではありません。表示側で旧パスを維持できます。変える場合は対応するページへの301または308転送を設計します。

## 出典

2026年10月20日に確認しました。

- [WordPress：機能紹介](https://wordpress.org/about/features/)
- [WordPress：REST API Handbook](https://developer.wordpress.org/rest-api/)
- [WordPress：Hardening WordPress](https://developer.wordpress.org/advanced-administration/security/hardening/)
- [Google：URL変更を伴うサイト移転](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes)
- [genko.me：公式サイトと料金](https://genko.me/)
- [genko.me：料金プランと上限](https://docs.genko.me/studio/plans)