# Payload CMSとWordPressを比較｜機能の足し方・費用・移行の違い - URL: https://www.waltsu.co.jp/magazine/website/payload-cms-vs-wordpress/ - カテゴリ: Webサイト > CMS - 執筆: 藤井 俊輔（代表取締役） - 公開日: 2026-10-14 / 最終更新日: 2026-10-29 - 発行: waltsu株式会社（waltsu MAGAZINE） ## こんな人におすすめ - WordPressのサイトで、Payload CMSへの切り替えを提案された - 費用や更新の手間が、どこでどう変わるのかを知りたい - WordPressから移すと何を作り直すのかを、先に把握したい WordPressのサイトの作り直しを相談すると、Payload CMSの名前が出ることがあります。どちらも本体は無料ですが、機能の足し方も、更新を担う人も違います。 Payload CMSとWordPressの比較で押さえたいのは、違いの大半が「誰が、どこで変更するか」から生まれることです。本記事では、機能の足し方、編集画面、費用の構成、速さと安全の考え方、移行の手間を、2026年10月時点の公式情報と自社の試作をもとに比べます。 **この記事のゴール（読了目安 約7分）**：Payload CMSとWordPressの違いを5つの観点で説明でき、Payloadが合う条件と、移す前に確かめることを決められるようになる。 ## この記事の結論 - 違いの大半は、機能や入力欄を誰がどこで変更するかから生まれる - 本体はどちらも無料で、費用の差はサーバーの構成と保守の担い手に出る - 移行では入力欄の定義、本文の変換、旧URLの転送を作り直す - 比較表より、自社の記事を入れた試作と保存の形で比べる ## 比べる前に決める2つ 決めておくのは、入力欄や機能を足す人が画面を触る担当者か開発者かと、中身をWebサイト以外にも渡すかの2点です。 ### 誰がサイトを更新するか 記事の入力は、どちらも管理画面でできます。差が出るのは、入力欄や機能を足すときです。**社内で足すのが画面を触る担当者か、コードを書ける開発者か**を、比べる前に決めておきます。 ### どこにデータを渡すか 中身をWebサイトに出すだけか、アプリや社内の仕組み、AIにも渡すかで、重視する点が変わります。[Payloadの仕組みと料金](https://www.waltsu.co.jp/magazine/website/payload-cms/)は、別記事で解説しています。 ## 違いの早見表 主な違いは次のとおりです。 | 項目 | Payload CMS | WordPress | |---|---|---| | 機能の足し方 | 設定のコードに書く | 画面からプラグインを入れる | | 編集画面 | コードで決めた入力欄に入れる | ブロックを並べて組む | | 本体のライセンス | MIT・無料 | GPLv2以降・無料 | | 動かす場所 | Next.jsが動くサーバー | PHPとMySQLが動くサーバー | | 版の更新 | 開発者が上げて公開し直す | 画面から更新、一部は自動 | **表の5行は、どれも「変更を誰が持つか」の違い**に行き着きます。 ## 機能の足し方の違い 機能の足し方は、次のように分かれます。 - **WordPress**: [公式ディレクトリに7万5千以上の無料プラグイン](https://wordpress.org/plugins/)があり、[管理画面の「プラグイン」](https://wordpress.org/documentation/article/manage-plugins/)から検索して入れる - **Payload**: [設定ファイルに書く](https://payloadcms.com/docs/getting-started/what-is-payload)。フォーム、SEO、リダイレクト、検索、AIとつなぐMCPなどの[公式プラグイン](https://payloadcms.com/docs/plugins/overview)も、設定に書き足して使う Payloadでは機能の追加がコードの変更になるため、**誰がいつ何を足したかが履歴として残ります**。代わりに、追加のたびに開発者の作業と公開し直す手順が入ります。 ![左にPayload CMS、右にWordPressを置き、機能を設定のコードに書くか、管理画面からプラグインを入れるかの違いを3項目ずつ並べた左右比較の図](https://www.waltsu.co.jp/wp-content/uploads/2026/10/payload-cms-vs-wordpress01.png) *Payloadは機能を設定のコードに書き足し、WordPressは管理画面からプラグインを入れて足す。* ## 編集画面の違い WordPressの標準の編集画面は、段落や画像などのブロックを並べて記事を組む形です。 Payloadは、開発者がコードで決めた入力欄に、文字や画像を入れていきます。入力しながら公開側の見た目を確かめる[ライブプレビュー](https://payloadcms.com/docs/live-preview/overview)もありますが、表示を担うサイトとつなぐ作業が要ります。 **入力欄が決まっている分、誰が書いても記事の形がそろう**のがPayloadの画面です。 ## 費用の構成の違い 本体はどちらも無料で、差は次の3つに出ます。 - **ライセンス**: [PayloadはMIT](https://payloadcms.com/get-started)、[WordPressはGPLv2以降](https://wordpress.org/about/license/) - **動かす場所**: WordPressは[PHPとMySQLかMariaDB](https://wordpress.org/about/requirements/)が動くサーバー。PayloadはNext.jsが動く場所に加え、[データベース、ファイル置き場、メール送信、配信網](https://payloadcms.com/docs/production/deployment)を別に用意する - **保守**: WordPressは画面から更新できる。Payloadは開発者が版を上げ、動作を確かめて公開し直す **費用の差が出るのは、本体より[サーバーの構成と保守の人件費](https://www.waltsu.co.jp/service/website/)です**。[Payloadの公式クラウド](https://payloadcms.com/payload-has-joined-figma)は新規の受け付けを止めており、自社でサーバーを用意する前提です。選ぶ前に知っておきたい注意点は、別記事で解説します。 ![ライセンス、動かす場所、保守の3つを、Payload CMSとWordPressの費用を決める要素として3枚のカードで並べた図](https://www.waltsu.co.jp/wp-content/uploads/2026/10/payload-cms-vs-wordpress02.png) *本体はどちらも無料で、費用の差はサーバーの構成と保守の担い手に出る。* ## 速さと安全の考え方 速さは、どちらも表示側の作り方で決まります。PayloadはNext.jsと同じアプリの中で動き、[サーバーの中から直接データを読めます](https://payloadcms.com/docs/local-api/overview)。 安全の面では、更新の進み方が違います。 - **WordPress**: 保守とセキュリティのための小さな更新は、[多くのサイトで既定で自動](https://wordpress.org/documentation/article/configuring-automatic-background-updates/)。[プラグインとテーマの自動更新](https://wordpress.org/documentation/article/plugins-themes-auto-updates/)は、画面で有効にする - **Payload**: [データは既定でログインした利用者だけが扱える](https://payloadcms.com/docs/access-control/overview)。版の更新は、開発者が上げて公開し直す [WordPressのプラグインの選び方](https://www.waltsu.co.jp/magazine/security/wordpress-security/)は、別記事で解説しています。 ## 移行の手間 [Payloadの公式ブログが2024年7月に載せた移行の手順](https://payloadcms.com/posts/blog/how-to-migrate-from-wordpress-to-payload)では、[WordPressの書き出しファイル（XML）](https://wordpress.org/documentation/article/tools-export-screen/)をスクリプトで取り込みます。画像は書き出しファイルに入ったURLから取りに行くため、**移行が終わるまで元のサイトを止めない**ことが前提です。トップや会社概要のような固定ページは、作り直す機会として手で移すよう助言しています。 | WordPress側 | Payload側 | |---|---| | 投稿・固定ページ | コレクションとして定義し直す | | カスタムフィールド | フィールドとしてコードに書く | | 本文のブロック | リッチテキストの形に変換する | | プラグインの機能 | 公式プラグインか自作で置き換える | | 旧URL | リダイレクトのプラグイン で転送する | [検索の設定やURLを崩さない確認](https://www.waltsu.co.jp/magazine/website/wordpress-vs-emdash/)は、別記事で解説しています。 ![XMLを書き出す、入力欄を定義する、本文を取り込む、旧URLを転送する、の4段階を左から右へ並べた手順の図](https://www.waltsu.co.jp/wp-content/uploads/2026/10/payload-cms-vs-wordpress03.png) *書き出したXMLをスクリプトで取り込み、入力欄の定義と本文の変換、旧URLの転送を順に行う。* ## 【プロの視点】画面より保存の形で比べる CMSの比較は、管理画面の使いやすさとプラグインの数で語られがちです。ただ、画面には使ううちに慣れます。後から効いてくるのは、**記事がどんな形で保存されているか**です。 WordPressのブロックエディターは、本文を[ブロックの区切りをコメントで示したHTML](https://developer.wordpress.org/block-editor/getting-started/fundamentals/markup-representation-block/)として保存します。Payloadはリッチテキストを[構造を持ったJSON](https://payloadcms.com/docs/rich-text/overview)で持ち、価格や日付のような項目は別の入力欄として定義します。 価格だけを一覧に出す、日付で並べ替える、AIに項目ごとに渡すといった使い方では、**本文に埋まった情報は取り出すたびに手作業が要ります**。 明日やる最初の一歩は、自社の記事を1本開き、価格や日付、担当者など、単独で取り出したい情報が本文の中に何か所埋まっているかを数えることです。 ![左にWordPress、右にPayload CMSを置き、本文をコメントで区切ったHTMLで保存するか、JSONと入力欄に分けて持つかを比べた図](https://www.waltsu.co.jp/wp-content/uploads/2026/10/payload-cms-vs-wordpress04.png) *WordPressはブロックをコメントで区切ったHTMLで本文に保存し、Payloadは本文をJSONで持ち、項目を入力欄に分ける。* ## 【waltsu視点】AIが読み書きできるかで選ぶ これまでCMSの強みは、開発者がいなくても画面の操作で機能を足せることで、WordPressのような仕組みもそこを備えていました。AIがコードを書く今、その作業はAIが肩代わりできます。CMSを選ぶ基準は、**AIが読み書きでき、AIの仕事を人が確かめられるか**に移ったとwaltsuは考えます。 Payloadは入力欄・権限・処理をTypeScriptのコードに書くため、型の間違いは公開前に見つかり、変更はGitの差分として残って戻せます。実記事12本を使ったデモ「waltsu MAGAZINE」も、Payload版の試作は**片手間で1時間以内**で、microCMS版と47ページの本文・リンク・画像の数が一致しました。 作るのが速くなるほど、差が出るのは動かし続ける体制です。版の更新と脆弱性への対応を誰が持ち、AIの書いたコードを読んで止められる人がいるかで、任せられる範囲が決まります。 ### waltsuが受けないCMSの依頼 - **公開後の版の更新と脆弱性への対応を、誰も担当しないままPayloadを自社で動かす依頼**: 更新の告知を追う人がいないと、直す機会を逃すため ### 他社を薦めるのはブログだけの時 - **記事を公開するだけのブログなら、クラウド型の[ヘッドレスCMS](https://www.waltsu.co.jp/magazine/website/headless-cms/)の[microCMS](https://microcms.io/)**: 本体の更新は提供側が行い、公式サイトでは[全プランへのWAFの導入と、第三者機関による脆弱性診断の定期的な実施](https://microcms.io/features/security)を案内している。記事はAPIで扱え、[AIから自然言語で記事を取得・作成できる仕組み（MCP）](https://document.microcms.io/mcp-server/microcms-mcp)もベータ版で提供されている [ほかのヘッドレスCMSとの比較](https://www.waltsu.co.jp/magazine/website/headless-cms-tools/)は、別記事で解説しています。明日やる最初の一歩は、代表的な記事を数本選び、候補のCMSに入れて同じページを出してみることです。 ## CMS移行の相談の仕方 今のサイトをPayloadへ移すか迷っている場合は、次の4点で相談を受け付けています。 - **渡すもの**: 今のCMSの構成 - **返ってくるもの**: Payloadへの移行の向き不向き - **いつまでに**: 依頼をいただいてから5営業日 - **その後**: 結果をもとにした打合せ 今のCMSの構成は、[相談の依頼フォーム](https://www.waltsu.co.jp/form-contact/)からお送りいただけます。 ## まとめ Payload CMSとWordPressは、どちらも本体は無料ですが、機能や入力欄を足す人と場所が違います。Payloadは変更がコードとして残るのでAIに任せやすい反面、版を上げ続ける体制が要ります。 移すかどうかは、更新する人とデータを渡す先を決め、自社の記事で試作してから判断します。移行の手間や構成の向き不向きを確かめたいときは、waltsuが今のCMSの構成をもとにお返しします。 ## よくある質問 **Q. PayloadはWordPressより安全？** A. 一概には比べられません。Payloadは画面からプラグインを足さない分、更新の対象は自社のコードと部品に絞られますが、版を上げる担当者が要ります。 **Q. WordPressの記事は移せる？** A. 移せます。WordPressの書き出しファイルをスクリプトで取り込み、本文はPayloadの形に変換する流れです。 **Q. 開発者がいなくても使える？** A. 記事の入力は管理画面でできます。ただし入力欄や機能の追加、版の更新は開発者の作業です。 **Q. 費用はどちらが安い？** A. 本体はどちらも無料です。差はサーバーの構成と、保守を誰がどれだけ担うかで決まります。 **Q. ヘッドレスのWordPressとの違いは？** A. WordPressも標準のREST APIで、記事をJSONとして別の表示側へ渡せます。Payloadは、管理画面とAPIと表示のサイトを1つのNext.jsのアプリで作る点が違います。 ## 執筆者 **藤井 俊輔**（代表取締役）ベンチャー企業の外部CMOや水族館のマーケティング担当などに従事。オンライン/オフライン問わず集客を中心としたマーケティング施策に強み。 プロフィール: https://www.waltsu.co.jp/magazine/supervisor/shunsuke-fujii/ この記事は waltsu 公式ブログの記事（https://www.waltsu.co.jp/blog/payload-cms-vs-wordpress/）をもとに再編集したものです。