SEOで選ぶCMS:WordPress、Webflow、ヘッドレス
WordPress、Webflow、Tilda、Bitrix、ヘッドレスCMSを、レンダリング、編集ワークフロー、表示速度、SEOの自由度で比較します。
CMSの選択は、サイト構築で最も基本的な決定の1つです。その影響は何年も続きます。インデックス登録の速さ、URL構造の柔軟性、必要なテクニカルSEOの要件を満たせるかどうかに表れます。最初に選び間違えると、2~3年後にサイトを移行することになり、トラフィックを失います。
CMSとは何か、なぜ最初からSEOを考えるのか
CMS(Content Management System)は、コンテンツの保存、編集、そしてブラウザや検索クローラーへの配信を担います。配信のしかたによって、サイトがどれだけ適切にインデックスに登録されるかが決まります。
Googlebotは、HTTPリクエストでサイトをクロールします。HTMLを読み、JavaScriptを(遅れて)処理し、ページ構造を評価します。CMSが質の低いHTMLを出力する、ページにスクリプトを詰め込みすぎる、メタタグを正しく設定できないといった場合、検索順位に直接影響します。
WordPressのサイト
W3Techsによると、2025年時点で世界で最も広く使われているCMS
JSレンダリングはインデックス登録に不利
Merjの調査では、CSRのページはインデックス登録が遅く、確実性も低い
移行までの平均期間
CMSの選択を誤った事業者は、通常2~3年以内に移行する
移行時のトラフィック低下
技術面の準備なしにプラットフォームを変えた場合の、平均的なトラフィック減少
CMSの種類:分類のしかた
各プラットフォームを見る前に、アーキテクチャの違いを押さえておきます。SEOでできることは、この違いで決まります。
- 従来型(モノリシック)CMS
- コンテンツはデータベースに保存され、サーバーがリクエストのたびにHTMLを生成するか、キャッシュを使います。例:WordPress、Bitrix、Drupal。Googlebotは完成したHTMLを受け取るため、インデックス登録は確実で予測しやすくなります。
- ヘッドレスCMS
- コンテンツはCMSに保存され、APIで配信されます。フロントエンドは別のアプリケーション(Next.js、Nuxt、Astro)です。例:Contentful、Strapi、Sanity。コードを最大限に管理できますが、開発者が必要です。
- ノーコード/ページビルダー
- コードが不要なビジュアルエディターです。例:Tilda、Webflow、Wix、Squarespace。すぐに公開できますが、テクニカルSEOの自由度は限られます。
- SaaS型のECプラットフォーム
- オンラインストア専用のプラットフォームです。Shopify、Ecwidなど。ECサイトのSEOの土台としては優れていますが、URLのカスタマイズと構造には厳しい制限があります。
WordPress:ゴールドスタンダードか、レガシーか
WordPressは、世界で最も人気のあるCMSです。エコシステムは巨大で、数千のプラグイン、数百万のテーマ、大きなコミュニティがあります。SEOに必要なものは設定なしでそろっており、強力なプラグイン(Yoast SEO、Rank Math、SEOPress)も使えます。
メタタグを自由に管理できる
Yoast SEOとRank Mathで、ページごとにtitle、description、Open Graph、構造化データを管理できます。すべてのコンテンツタイプにテンプレートも設定できます。
柔軟なURLとスラッグ
パーマリンクは自由に設定できます。/%category%/%postname%/、/blog/%postname%/ など、好きな構造にできます。コンテンツタイプごとに別のプレフィックスも指定できます。
弱点は表示速度
WordPressは、初期状態では遅いCMSです。キャッシュがなければ、リクエストのたびにページを再生成します。最適化していない一般的なサイトでは、LCPが4~8秒になります。キャッシュ(WP Rocket、W3 Total Cache)、CDN、データベースの最適化が必要です。
肥大化するテーマとプラグイン
人気のテーマの多くは、30~50個のスクリプトとスタイルシートを読み込みます。有効なプラグインが増えるたびに、JSとCSSも増えます。その結果、人気のテーマを最適化せずに使うサイトは、1ページあたり3~5MBのアセットを読み込みます。
セキュリティには注意が必要
WordPressは人気が高いため、攻撃の標的になりやすいCMSです。サイトが改ざんされると、Googleにブラックリスト入りし、すべての検索順位を失うことがあります。定期的な更新、ログイン試行の制限、二要素認証が欠かせません。
WordPressの評価:ブログ、コーポレートサイト、ニュースポータル、小規模ストアに適しています。表示速度の最適化への投資が必要です。しっかりしたインフラがなければ、高負荷のプロジェクトには向きません。
ヘッドレスCMS:テクニカルSEOの自由度が最大
ヘッドレス構成では、コンテンツの保存(バックエンド)と表示(フロントエンド)を分離します。コンテンツはCMS(Contentful、Strapi、Sanity、Directus)で編集し、フロントエンドがAPI経由で取得して、好きな技術スタックでレンダリングします。
SEOで重要なのは、フロントエンドがどうレンダリングするかです。SSRまたはSSGのNext.jsを使えば、Googlebotは完成したHTMLを受け取れ、インデックス登録は万全です。フロントエンドがSSRなしのReact SPAだけの場合は、JavaScriptのインデックス登録に問題が出ます。
| CMS | 保存の形態 | 最適なフロントエンド | SEOの初期状態 |
|---|---|---|---|
| Contentful | クラウドSaaS | Next.js、Nuxt | 設定が必要 |
| Strapi | セルフホスト | Next.js、Astro | 完全に管理できる |
| Sanity | クラウドSaaS | Next.js | 設定が必要 |
| Directus | セルフホスト | どれでも可 | 完全に管理できる |
| Ghost | セルフホスト | ネイティブまたはヘッドレス | 設定なしで十分 |
ヘッドレスは、表示速度とアーキテクチャを最大限に管理したい開発チームに向いた選択です。Next.jsとContentful、またはNext.jsとStrapiの構成なら、LCPを1秒未満にでき、HTMLマークアップを完全に管理でき、どんな負荷にも対応できます。
ノーコードプラットフォーム:Tilda、Webflow、Wix
ノーコードのビルダーは、サイトを最も早く公開できる手段です。コードは不要で、ビジュアルエディターがあり、ホスティングも込みです。ただし、どのプラットフォームにもSEOの上限があり、それを超えるにはシステムごと離れるしかありません。
Tilda
ロシア発のビルダーで、ランディングページのSEOに強みがあります。メタタグ、スラッグ形式のURL、robots.txt、サイトマップに対応しています。課題:HTMLマークアップの管理が限定的で、多言語対応には回避策が必要です。ブロック単位のレンダリングのため、表示速度は平均的です。
Webflow
ノーコードツールの欧米でのリーダーです。きれいなHTML/CSSを出力し、表示速度もよく、メタタグとOpen Graphを完全に管理できます。ブログ向けにCMSコレクションにも対応します。短所:高価で、大規模プロジェクトには難しく、APIも限られます。
Wix
人気のビルダーで、2020年以降SEOが改善されました。SSR(Velo)を追加し、JavaScriptを減らし、Core Web Vitalsも改善しています。小規模事業者に向いています。制約:URLの柔軟性が限られ、大規模サイトではテクニカルSEOが難しくなります。
1C-Bitrix:注意点つきのコーポレート標準
1C-Bitrixは、ロシアのコーポレート市場で圧倒的なCMSです。選ばれる理由は、1Cとの連携、既製のEC機能、開発者の層の厚さです。SEOの面では、評価が分かれます。
- SEOの長所
- 設定なしでSSRが使え、Googlebotは完成したHTMLを受け取れます。標準のSEOモジュールで、メタタグ、見出し、robotsディレクティブを設定できます。地域ターゲティングとマルチサイト構成にも対応します。
- SEOの短所
- ネストの深い、余計なHTMLを大量に出力します。初期状態では遅いことが多く、キャッシュを設定しなければLCPが5~10秒になります。パラメーター付きURLを設定しないと、重複ページが数千件できます。URLに含まれるセッションパラメーターがインデックスに登録されることもあります。
- よくある問題
- ?SECTION_ID=、/search/?q=、/bitrix/ 経由の重複ページ。負荷時のTTFBの悪化。フィルター付きのカタログページでのcanonical URLの複雑な設定。
BitrixがコーポレートサイトやストアでSEOの面でも使えるのは、SEO上の癖を知る経験豊富な開発者が関わる場合です。適切に設定しなければ、重複ページと表示の遅さでSEOが壊滅します。
SEO基準によるCMSの最終比較
| 基準 | WordPress | ヘッドレス+Next.js | Tilda |
|---|---|---|---|
| インデックス登録(SSR/SSG) | 非常に良い | 非常に良い | 良い |
| 初期状態の表示速度 | 普通 | 非常に良い | 普通 |
| URLの柔軟性 | 非常に良い | 非常に良い | 限定的 |
| メタタグとOG | 非常に良い | 非常に良い | 良い |
| 構造化データ | プラグインで対応 | コードで対応 | 限定的 |
| 多言語対応 | プラグインで対応 | ネイティブ対応 | 限定的 |
| スケーラビリティ | 普通 | 非常に良い | 弱い |
| 導入のハードル | 低い | 高い | 最小 |
| 基準 | Webflow | Bitrix |
|---|---|---|
| インデックス登録(SSR/SSG) | 非常に良い | 良い |
| 初期状態の表示速度 | 良い | 弱い |
| URLの柔軟性 | 良い | 複雑 |
| メタタグとOG | 非常に良い | 良い |
| 構造化データ | 限定的 | 設定で対応 |
| 多言語対応 | 有料 | 複雑 |
| スケーラビリティ | 普通 | 良い |
| 導入のハードル | 低い | 中程度 |
CMSの選び方:実践的なチェックリスト
あらゆる場合に最良のCMSはありません。あるのは、特定の要件を持つ特定のプロジェクトに最適なCMSです。決める前に、次の質問に答えてください。
プロジェクトの規模は?
50ページまでで1言語ならTildaかWebflow。ブログ付きの50~500ページならWordPress。500ページ以上、多言語、ECならヘッドレス、またはしっかりしたインフラを備えたWordPress。1C連携が必要なコーポレートポータルならBitrix。
チームに開発者はいるか?
開発者がいないなら、Tilda、Webflow、または既製テーマのWordPress。フロントエンド開発者が1人なら、独自テーマのWordPressかヘッドレス。フルスタックのチームなら、最大限に管理できるヘッドレスCMSとNext.js。
表示速度はどれだけ重要か?
Core Web Vitalsは、ECや競争の激しい分野では決定的な要因です。LCP 2秒未満が必須条件なら、ヘッドレス+Next.jsかWebflowを選びます。WordPressでその基準を満たすには、本格的な最適化が必要です。
多言語対応は必要か?
ヘッドレス+Next.jsなら、next-intlでネイティブに対応できます。WordPressはWPMLかPolylangで対応します(有料で、設定も複雑)。Tildaはサブドメインによる回避策です。Webflowは言語ごとに別のCMSが必要で、費用がかさみます。
オンラインストアか?
WooCommerce(WordPress)は、柔軟性とエコシステムのバランスが最もよい選択です。Shopifyは、すぐに始められますが、SEOのカスタマイズは限られます。Bitrixは、1C連携が必要な場合です。ヘッドレス+Medusa/Commercelayerは、開発チームを持つ大規模ECに向いています。
よくある質問
CMSの選択は技術的な決定ではなく、戦略的な決定です。適切なプラットフォームは成長の条件を整えます。誤ったプラットフォームは、回避や、費用のかかる移行で乗り越えなければならない制約を生みます。今のうちに時間をかけて選べば、後で移行に費用をかけずに済みます。
CMSの選択はGoogleの検索順位に直接影響しますか?
トラフィックを失わずに、別のCMSへ移行できますか?
SEOでは、ヘッドレスCMSのほうがWordPressより優れていますか?
Tildaは本格的なSEOに向いていますか?
最初はノーコードのビルダーとWordPressのどちらがよいですか?
Check it with SpiderHead
Free and local: run the audit on your own machine.




