CMSのSEO
従来型CMSのSEOを解説します。WordPress、Drupal、Joomla、HubSpot CMS、Umbraco、Sitecoreが初期状態で扱うことと、設定が必要なことを比較します。
言語
このページには証拠シグナルが1件あります
- 関連するライブツールScout Site Audit Free
従来型CMSは技術SEOを最も細かく管理できます。URL、robots.txt、構造化データ、メタデータ、サイトマップ、サーバー設定を制御できますが、多くのSEO設定は自分またはプラグインで構成する必要があります。WordPressは豊富なSEOプラグインを備え、Drupalは強力な組み込み機能を持ちます。ホスト型ビルダーより保守負担は大きい一方、制約は少なくなります。
Evidence for this claim The article's described cms capabilities must be evaluated against the platform's current documentation rather than assumed to be search-engine behavior. Scope: Platform-specific capability documentation. Confidence: high · Verified: MDN: CMS Evidence for this claim Regardless of platform, Google needs crawlable URLs, accessible rendered content, descriptive metadata, and valid search directives. Scope: Google requirements independent of platform. Confidence: high · Verified: Google Search Central: SEO Starter GuideTL;DR — WordPressやDrupalの従来型CMSでは、URL、robots.txt、メタデータ、サイトマップ、構造化データなど、技術SEOの設定をすべて管理できます。その代わり、大部分を自分で設定するか、プラグインを導入する必要があります。ホスト型ビルダーは自動化が進む一方、CMSは適切に設定すればより多くの制御を提供します。
CMSがウェブサイトビルダーと異なる点
従来型CMSは、あなたのサーバーまたは管理ホスト上で動作します。サーバー設定を管理し、プラグインや拡張機能を自由に導入し、必要ならファイルを直接編集できます。つまり、次のことが可能です。
robots.txtを完全に管理 — 直接編集するか、プラグイン経由で編集する。- カスタムURL構造 — 希望するパーマリンクパターンを設定する。
- プラグイン主導のSEO — WordPressのYoast／Rank Math、DrupalのMetatagモジュールなど。
<head>へ直接アクセス — 任意のメタデータ、hreflang、カスタムタグを挿入する。- ログファイルへのアクセス — 高度なクロール分析に役立つ。
その代わり、CMS、プラグイン、サーバーを更新し続ける責任があります。初期状態のSEO設定も異なります。SEOプラグインなしのWordPressはメタデータの扱いが弱い一方、YoastまたはRank Mathを導入すれば優れた設定が可能です。
ここで扱うCMSプラットフォーム
- WordPress SEO — 最も普及したCMS。豊富なプラグインエコシステムにより、SEO向けに最も細かく設定できます。
- Drupal SEO — 強力な組み込みアクセス制御とクリーンなURLを備え、大規模な政府・企業サイトで普及しています。
- Joomla SEO — 組み込みのSEO設定と拡張機能に対応しますが、コミュニティはWordPressより小規模です。
- HubSpot CMS SEO — HubSpotのマーケティングツールと緊密に統合され、SEOの推奨事項がエディターに組み込まれています。
- Umbraco SEO — .NETベースで、ほとんどのSEO設定に開発者の関与が必要です。
- Sitecore SEO — 強力なパーソナライゼーションを備えるエンタープライズDXPで、SEOには専用の設定が必要です。
Evidence for this claim The article's described cms capabilities must be evaluated against the platform's current documentation rather than assumed to be search-engine behavior. Scope: Platform-specific capability documentation. Confidence: high · Verified: MDN: CMS Evidence for this claim Regardless of platform, Google needs crawlable URLs, accessible rendered content, descriptive metadata, and valid search directives. Scope: Google requirements independent of platform. Confidence: high · Verified: Google Search Central: SEO Starter GuideTL;DR — 大規模サイトでは、CMSの選択によってSEOをどこまで自動化できるか、どこから手動設定やカスタム開発が必要かが変わります。WordPressはプラグインの成熟度で優れ、Drupalは組み込みアクセス制御と開発者向けの扱いやすさで優れます。SitecoreやUmbracoなどのエンタープライズプラットフォームは初期投資が大きい一方、より広いDXPスタックと統合できます。
CMSのSEO比較
| プラットフォーム | SEOプラグインエコシステム | Robots.txt | サイトマップ | 構造化データ | Hreflang | 最適な用途 |
|---|---|---|---|---|---|---|
| WordPress | 優秀（Yoast、Rank Math） | 完全管理 | プラグインで自動 | プラグインまたは手動 | プラグイン | 多くのサイト |
| Drupal | 良好（Metatag、Pathauto） | 完全管理 | モジュールで自動 | モジュールまたは手動 | モジュール | 政府・企業 |
| Joomla | 中程度 | 完全管理 | コア＋拡張機能 | 拡張機能 | 拡張機能 | 中規模サイト |
| HubSpot CMS | 推奨事項を組み込み | 制限あり | 自動 | 組み込み（基本） | 組み込み | マーケティングサイト |
| Umbraco | パッケージ経由 | 完全管理 | パッケージ経由 | パッケージ経由 | パッケージ経由 | .NETショップ |
| Sitecore | モジュール経由 | 完全管理 | モジュール経由 | モジュール経由 | 組み込み | 大規模企業 |
よくあるCMSのSEO上の落とし穴
プラグインの競合 — 2つのSEOプラグインがメタデータを挿入すると、タグが重複します。
<!-- theme AND plugin both output a canonical tag -->
<link rel="canonical" href="https://example.com/blog/post-slug/" />
<link rel="canonical" href="https://example.com/blog/post-slug" />権威となるSEOプラグインを1つ導入し、<head>に触れる他のプラグインやテーマ機能を無効にします。
CMSのタクソノミーによる重複コンテンツ — WordPressのカテゴリ・タグアーカイブ、Drupalのビュー、Joomlaのカテゴリーページはコンテンツを重複させる可能性があります。内容の薄いアーカイブページにはcanonicalタグまたはnoindexを使います。
サイトマップ内のメディアライブラリURL — WordPressコアは従来、アップロードしたファイルごとに独立した添付ファイルページ（例: image.jpg）を作成してきました。サイトによっては、こうした薄いページがサイトマップに入ります。Yoast SEOはデフォルトで添付ファイルページを無効化してリダイレクトします（設定で再び有効にできます）。Rank MathにもLinks設定の下に同様の「Redirect Attachments」オプションがあります。添付ファイルURLが検索に出る場合は、使用しているプラグインを確認します（Yoast: メディアページ設定、Rank Math: 添付ファイルをメディアURLへリダイレクト）。
XMLサイトマップのキャッシュが古くなる問題 — 一部のキャッシュプラグイン（W3 Total Cache、WP Super Cache）やサーバーレベルのキャッシュはサイトマップURL自体をキャッシュします。そのため、新しいページがキャッシュからサイトマップを除外するか、キャッシュを削除するまで反映されないことがあります（Yoast: サイトマップが更新されない理由）。
テーマが挿入するメタデータ — 一部のWordPressテーマは、プラグインのtitleタグと並んで独自のtitleタグを追加し、重複を作ります。テーマレベルのメタ出力を無効にします。
従来型CMS（WordPress、Drupal、Joomla、HubSpot CMS、Umbraco、Sitecore）は、URL構造、robots.txt、メタデータ、サイトマップ、構造化データ、サーバー設定などの技術SEOを完全に管理できます。その代わり、SEO機能の大部分を自分で設定するか、プラグインを導入する必要があります。
WordPressは最も普及したCMSです。SEOプラグインがないとメタデータの初期設定は弱いですが、Yoast SEOまたはRank Mathを導入すれば細かく設定できます。豊富なプラグインエコシステムが、サイトマップ、schema、hreflang、リダイレクトなどをカバーします。
DrupalはMetatag、Pathauto、XML Sitemapなどのモジュールによって強力な組み込みSEO機能を備えています。厳格なアクセス制御とクリーンなURL構造を必要とする政府・企業サイトで普及しています。
Joomlaはコアに基本的なSEO設定（URL書き換え、メタデータフィールド）を含み、より高度な機能には拡張機能を利用できます。コミュニティはWordPressより小規模です。
HubSpot CMSはSEOの推奨事項をコンテンツエディターへ直接統合します。サイトマップと基本的な構造化データは自動ですが、robots.txtと高度な設定はセルフホスト型CMSより制限されます。
Umbracoは.NETベースのCMSで、ほとんどのSEO設定に開発者の関与が必要です。パッケージ（SEO Checkerなど）で基本機能を拡張できます。
Sitecoreは強力なパーソナライゼーションとマルチサイト管理を備えるエンタープライズDXPです。SEOにはモジュールと開発者設定による専用の構成が必要です。
CMSのSEO設定チェックリスト
WordPress
- SEOプラグインを1つ導入する（Yoast SEOまたはRank Math）— 両方は導入しない
- パーマリンク構造を
/%postname%/または/%category%/%postname%/に設定する - XMLサイトマップを設定し（プラグインで自動）、Search Consoleへ送信する
- ホームページとアーカイブページのメタデータテンプレートを設定する
- schemaマークアップ（パンくず、記事、組織）を有効にする
- robots.txtを確認する —
/wp-admin/、/wp-includes/、検索結果ページをブロックする - 添付ファイルページのインデックス登録を無効にする（設定 → メディア、またはプラグイン設定）
- リダイレクト管理を設定する（RedirectionプラグインまたはRank Mathの組み込み機能）
Drupal
- テンプレート化したメタデータ用にMetatagモジュールを導入・設定する
- クリーンで自動的なURLエイリアス用にPathautoを導入する
- XML Sitemapモジュールを導入し、含めるコンテンツタイプを設定する
- 設定でClean URLsを有効にする
- URL変更を管理するRedirectモジュールを設定する
- robots.txtテンプレートを確認する（
/robots.txt） - 構造化データ用にSchema.org MetatagまたはJSON-LDモジュールを導入する
CMS共通チェックリスト
- すべてのページでcanonicalタグを確認する（自己canonicalの重複がないこと）
- ページネーションの扱いを確認する（rel=next/prevまたは単一ページ）
- メディア／添付ファイルページを監査する — noindexまたは親ページへリダイレクトする
- robots.txtのブロックをテストする（ローンチ前にクローラーでステージングをクロールする）
- URLを変更する前に301リダイレクト管理を設定する
CMSをブランドではなく出力で比較するためのツール
- Scout Site Audit Free — CMSブランドを評価するのではなく、公開サイトをサンプリングしてクロール、メタデータ、canonical、ステータスコードの問題を確認します。
- Render Gap Analyzer — 選択したテーマまたはフロントエンドが、raw HTMLとレンダリングHTMLで同じ重要コンテンツを公開しているか確認します。
- Schema Validator — モジュール、プラグイン、テンプレートが生成した構造化データを検証します。
- Sitemap Validator — CMSが実際に公開するサイトマップを確認します。除外URLやcanonicalでないURLも対象です。
避けるべきCMSのSEO上の誤り
SEOプラグインを2つ同時に使う。 YoastとRank Math（またはSEOプラグインとテーマの組み込みSEOパネル）を「追加の網羅性」を期待して併用するのは誤りです。両方が同じ<head>出力、つまりtitle、meta description、canonicalタグ、schemaを所有しようとし、重複または競合を起こすからです。権威となるSEOプラグインを1つ選び、他を無効にしてから、次へ進む前にレンダリングされた<head>で重複タグを確認します。
ローンチ後にパーマリンク構造を決める。 WordPressを初期状態の?p=123 URLのままにしたり、パーマリンクパターンを適当に選んで後から変更したりするのは誤りです。インデックス登録後にパーマリンクを変更すると、サイト上のすべてのURLが書き換えられ、すべてをリダイレクトしなければならないからです。サイトを公開する前、またはコンテンツをインデックス登録する前に、最終的なパーマリンク構造（WordPress）またはURLエイリアスパターン（DrupalのPathauto）を設定します。
初期状態のタクソノミーアーカイブを計画なくインデックス可能にする。 WordPressのカテゴリ／タグアーカイブ、Drupalのビュー、Joomlaのカテゴリページを、それらが有用で重複しないコンテンツを生成するか確認せず、初期状態のままインデックス可能にするのは誤りです。内容が薄い、または重複するアーカイブページが、実際のコンテンツページと同じクエリで競合するからです。各アーカイブタイプが独立したインデックス可能ページとして価値を持つかを意図的に決め、持たないものはnoindexまたはcanonical化します。
CMS移行をコンテンツのコピー＆ペースト作業として扱う。 旧URLを新URLへマッピングせずにCMSを移行したり、同じCMS内でページビルダーを切り替えたりするのは誤りです。壊れた内部リンクと、リダイレクトされない旧URLを生み、旧URLが蓄積したランキングとリンクエクイティを失わせるからです。トラフィックが落ちた後ではなく、移行前に完全なURLリダイレクトマップを作成します。
コアとプラグインの更新を無期限に遅らせる。 「まだ動くから」という理由で古いWordPressコアや古いSEOプラグインを使い続けるのは誤りです。パッチのないCMSソフトウェアは一般的な攻撃経路であり、侵害されたサイトはGoogleからインデックス削除されたり、セーフブラウジングで警告されたりする可能性があります。これは短期的な更新リスクよりはるかに大きなSEO上の打撃です。コア、テーマ、SEO関連プラグインを定期的に更新し、まずステージングでテストします。
プラットフォーム別の詳しい解説
変更履歴
2026年8月8日に更新。
編集概要と記録された変更の詳細。変更の詳細
-
変更の詳細な注記は現在英語でのみ提供されています。
-
変更の詳細な注記は現在英語でのみ提供されています。
完全な比較は利用できません — この改訂の以前のスナップショットがアーカイブされていません。
2026年7月25日に更新。
編集概要と記録された変更の詳細。変更の詳細
-
変更の詳細な注記は現在英語でのみ提供されています。
完全な比較は利用できません — この改訂の以前のスナップショットがアーカイブされていません。