2026年6月1日
2026年6月1日
WordPressとDrupalの違い|機能・動作環境・サポート期間と選び方
WordPressとDrupalは、どちらもPHPで動くオープンソース(GPL)のCMSで、自分のサーバーに設置して使います。WordPressは「導入してすぐ記事を書ける」手軽さと、テーマ・プラグインの多さが強みです。Drupalは、コンテンツの種類・項目・権限・一覧表示を細かく組み立てられる設計の柔軟さが強みで、大学、行政、大企業の大規模サイトでよく使われています。
この記事では、両者の違いを具体的な機能と運用の観点で比較し、どちらを選ぶべきかの判断基準をまとめます。バージョンとサポート期間は2026年11月時点で公式サイトを確認した内容です。
比較表
| 観点 | WordPress | Drupal |
|---|---|---|
| ライセンス | GPL | GPL |
| 言語・データベース | PHP+MySQL/MariaDB | PHP+MySQL/MariaDB/PostgreSQL/SQLite |
| コンテンツの種類 | 投稿・固定ページ+カスタム投稿タイプ | コンテンツタイプを管理画面で自由に定義 |
| 入力項目 | カスタムフィールドは主にプラグイン(ACFなど) | フィールドがコア機能 |
| 一覧表示 | テーマのテンプレートやブロックで作る | Viewsがコア機能 |
| 権限 | 管理者・編集者など5つの基本権限グループ(追加はプラグインやコード) | 役割(ロール)と権限を管理画面で細かく設定 |
| 多言語 | プラグインで対応 | コアのモジュールで対応 |
| API | REST APIがコア標準 | JSON:APIモジュールがコアに含まれる |
| テンプレート | PHP(クラシック)またはブロックテーマ | Twig |
| 学習の難しさ | 低い | 高い |
コンテンツ設計の違い
WordPressの基本は「投稿」と「固定ページ」です。お知らせ・製品・事例のような種類を増やすときはカスタム投稿タイプを作り、入力項目はACFなどのプラグインで追加するのが一般的です。
Drupalでは、記事・製品・イベントといった コンテンツタイプ を管理画面で作り、それぞれにテキスト・画像・日付・参照などの フィールド を追加します。フィールドはコア機能なので、プラグイン(Drupalでは「モジュール」)を足さずにデータ構造を組み立てられます。分類には タクソノミー を使い、複数の語彙(分野・地域・対象者など)を並行して持てます。
さらに、コアに含まれる Views で「このコンテンツタイプのうち、この条件のものを、この順で、この形式で表示する」という一覧を、コードを書かずに管理画面で作れます。WordPressでは同じことをテンプレートのPHPコードやクエリブロックで作るため、条件の多い一覧や絞り込みがたくさんあるサイトほど、Drupalの設計のしやすさが効いてきます。
権限と多言語
WordPressの権限は、管理者・編集者・投稿者・寄稿者・購読者の基本の権限グループが中心です。「この部署はこの種類の記事だけ編集できる」といった細かい設定には、プラグインか独自のコードが必要です。
Drupalは、役割(ロール)を自由に作り、コンテンツタイプごとの作成・編集・削除などの権限を管理画面で割り当てられます。複数の部署が分担して更新する組織のサイトで、Drupalが選ばれる理由の一つです。
多言語サイトも、Drupalはコアのモジュールを有効にすれば、管理画面・コンテンツ・設定の翻訳に対応できます。WordPressはコアだけでは1サイト1言語が基本で、多言語化には専用のプラグインかマルチサイトを使います。
テンプレートとAPI
WordPressのテーマはPHPのテンプレート、またはHTMLとブロックで作るブロックテーマです。既製テーマの数が多く、デザインを買ってきてすぐ使えます。
DrupalのテーマはTwigテンプレートで書きます。既製テーマもありますが、組織の大規模サイトでは制作会社が独自テーマを作るのが一般的です。
表示を別に作るヘッドレス構成では、WordPressはコアのREST API(/wp-json/wp/v2/)、DrupalはコアのJSON:APIモジュールを使います。どちらも追加の製品なしでコンテンツをJSONで取り出せます。
動作環境
| 項目 | WordPress(推奨環境) | Drupal 11(最低要件) |
|---|---|---|
| PHP | 8.3以上 | 8.3以上 |
| MySQL | 8.0以上 | 8.0以上(InnoDB) |
| MariaDB | 10.11以上 | 10.6以上(InnoDB) |
| PostgreSQL | コアは非対応 | 16以上(pg_trgm 拡張が必要) |
| SQLite | コアは非対応 | 3.45以上 |
WordPressはZIPを展開してブラウザからインストールでき、レンタルサーバーの簡単インストールにも広く対応しています。
Drupalは公式にComposerでの導入を案内しています。
composer create-project drupal/recommended-project my_site_name_dir
作成されたフォルダーの web/ を公開フォルダーにしてブラウザでアクセスすると、インストール画面が始まります。モジュールの追加や更新もComposerで行うのが基本なので、コマンドラインで作業できる環境(SSHが使えるサーバーやVPS)が前提になります。
開発者でない人向けには、よく使う機能と初期設定をまとめた Drupal CMS も公開されています。2026年11月時点の最新は Drupal CMS 2.0 で、Drupal Canvas による画面上でのページ組み立てやサイトテンプレートが特徴として案内されています。
バージョンとサポート期間
Drupalはメジャーバージョンごとにサポート期間が決まっていて、期限を過ぎるとセキュリティ修正が出なくなります。2026年11月時点の公式スケジュールは次のとおりです。
- Drupal 7: 2025年1月5日にサポート終了済み
- Drupal 10: 2026年12月9日にサポート終了(最後のマイナーは10.6)
- Drupal 11.4: 2027年4月21日までセキュリティ修正
- Drupal 12.0: 2026年12月7日の週に正式リリース予定
Drupal 10で動いているサイトは、Drupal 11以降への更新が急ぎの課題です。メジャーバージョンの更新では、使っているモジュールやテーマが新バージョンに対応しているかの確認が必要になります。
WordPressは古いメジャーバージョンを長く並行サポートする方式ではなく、最新版に更新し続けることが前提です。自動更新の仕組みもあり、マイナーリリース(セキュリティ修正)は初期設定で自動適用されます。
どちらを選ぶか
WordPressが向いているケース
- ブログ、企業サイト、小〜中規模のメディアを短期間で作りたい
- 社内の担当者が自分で更新し、機能はプラグインで足したい
- 一般的なレンタルサーバーで、費用を抑えて運用したい
- 日本語の情報や対応できる制作会社の多さを重視する
Drupalが向いているケース
- コンテンツの種類が多く、項目や一覧表示を細かく設計したい
- 複数の部署が権限を分けて更新する組織のサイト
- 多言語サイトをコア機能で作りたい
- Composerでの運用とメジャーバージョン更新に対応できる開発体制がある
Drupalは設計の自由度が高い分、構築と運用に専門知識が必要で、日本国内で対応できる制作会社もWordPressより少なめです。「何が作れるか」だけでなく、「公開後に誰が更新とバージョンアップを担当するか」まで決めてから選んでください。
まとめ
- どちらもPHP製のGPLソフトウェアですが、WordPressは手軽さと拡張の多さ、Drupalはコンテンツタイプ・フィールド・Views・権限による設計の柔軟さが強みです。
- Drupal 11はPHP 8.3以上が必要で、Composerでの導入・運用が基本です。
- Drupal 10は2026年12月9日にサポートが終わり、Drupal 12は2026年12月7日の週に正式リリース予定です。
- 小〜中規模のサイトや社内で更新するサイトはWordPress、大規模で権限や多言語の要件が厳しい組織サイトはDrupalが候補になります。
関連記事: