SEOで選ぶCMS:WordPress、Webflow、ヘッドレス

WordPress、Webflow、Tilda、Bitrix、ヘッドレスCMSを、レンダリング、編集ワークフロー、表示速度、SEOの自由度で比較します。

CMSの選択は、サイト構築で最も基本的な決定の1つです。その影響は何年も続きます。インデックス登録の速さ、URL構造の柔軟性、必要なテクニカルSEOの要件を満たせるかどうかに表れます。最初に選び間違えると、2~3年後にサイトを移行することになり、トラフィックを失います。

SEOはCMSを選ぶ唯一の基準ではありません。ただ、最初に忘れられやすく、トラフィックが伸びないときや技術的な障害が出たときに思い出される基準です。

CMSとは何か、なぜ最初からSEOを考えるのか

CMS(Content Management System)は、コンテンツの保存、編集、そしてブラウザや検索クローラーへの配信を担います。配信のしかたによって、サイトがどれだけ適切にインデックスに登録されるかが決まります。

Googlebotは、HTTPリクエストでサイトをクロールします。HTMLを読み、JavaScriptを(遅れて)処理し、ページ構造を評価します。CMSが質の低いHTMLを出力する、ページにスクリプトを詰め込みすぎる、メタタグを正しく設定できないといった場合、検索順位に直接影響します。

43%

WordPressのサイト

W3Techsによると、2025年時点で世界で最も広く使われているCMS

60%+

JSレンダリングはインデックス登録に不利

Merjの調査では、CSRのページはインデックス登録が遅く、確実性も低い

2~3年

移行までの平均期間

CMSの選択を誤った事業者は、通常2~3年以内に移行する

15~35%

移行時のトラフィック低下

技術面の準備なしにプラットフォームを変えた場合の、平均的なトラフィック減少

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)も使えます。

WordPressは、PHPとMySQLで動くCMSです。サーバー側でHTMLを生成します(SSR)。そのため、GooglebotはJavaScriptを実行しなくても完成したコンテンツを受け取れます。インデックス登録の面では、最も優れたアーキテクチャの1つです。

メタタグを自由に管理できる

Yoast SEOとRank Mathで、ページごとにtitle、description、Open Graph、構造化データを管理できます。すべてのコンテンツタイプにテンプレートも設定できます。

柔軟なURLとスラッグ

パーマリンクは自由に設定できます。/%category%/%postname%/、/blog/%postname%/ など、好きな構造にできます。コンテンツタイプごとに別のプレフィックスも指定できます。

サイトマップとrobots.txtの自動生成

SEOプラグインが、画像、動画、ニュースに対応したXMLサイトマップを生成します。robots.txtは、サーバーに触れずに管理画面から直接編集できます。

弱点は表示速度

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とReact SPA(Create React App、Vite)をSSRなしで組み合わせると、SEOは弱くなります。Googlebotがレンダリングを待たず、空のページをインデックスに登録することがあります。ヘッドレスを選ぶ場合は、フロントエンドがSSRかSSGを使っているか確認します。Next.js、Nuxt、Astro、Gatsbyなどです。
CMS保存の形態最適なフロントエンドSEOの初期状態
ContentfulクラウドSaaSNext.js、Nuxt設定が必要
StrapiセルフホストNext.js、Astro完全に管理できる
SanityクラウドSaaSNext.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が難しくなります。

ノーコードのプラットフォームは、ランディングページ、ポートフォリオ、小規模なコーポレートサイト、MVPに向いています。ブログ、EC、多言語コンテンツで大規模なオーガニックトラフィックを狙うなら、WordPressかヘッドレスのほうが適しています。

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.jsTilda
インデックス登録(SSR/SSG)非常に良い非常に良い良い
初期状態の表示速度普通非常に良い普通
URLの柔軟性非常に良い非常に良い限定的
メタタグとOG非常に良い非常に良い良い
構造化データプラグインで対応コードで対応限定的
多言語対応プラグインで対応ネイティブ対応限定的
スケーラビリティ普通非常に良い弱い
導入のハードル低い高い最小
WebflowとBitrixも、同じ基準で比較します。
基準WebflowBitrix
インデックス登録(SSR/SSG)非常に良い良い
初期状態の表示速度良い弱い
URLの柔軟性良い複雑
メタタグとOG非常に良い良い
構造化データ限定的設定で対応
多言語対応有料複雑
スケーラビリティ普通良い
導入のハードル低い中程度

CMSの選び方:実践的なチェックリスト

あらゆる場合に最良のCMSはありません。あるのは、特定の要件を持つ特定のプロジェクトに最適なCMSです。決める前に、次の質問に答えてください。

SEOのための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を選ぶ前に、次の項目を制限なく設定できるか確認します。canonical URL、hreflang、構造化データ、画像サイトマップ、独自のrobotsディレクティブ、301リダイレクトです。このうち2つでも不確かなら、そのプラットフォームは本格的なSEOには向きません。

よくある質問

CMSの選択は技術的な決定ではなく、戦略的な決定です。適切なプラットフォームは成長の条件を整えます。誤ったプラットフォームは、回避や、費用のかかる移行で乗り越えなければならない制約を生みます。今のうちに時間をかけて選べば、後で移行に費用をかけずに済みます。

CMSの選択はGoogleの検索順位に直接影響しますか?
直接は影響しません。GoogleはWordPressだからという理由で、Webflowより上位に表示することはありません。ただし、表示速度、URL構造、メタデータ、インデックス登録のしやすさといったテクニカルSEOの要件を、どれだけ簡単に実装できるかはCMSで決まります。実装が不十分なら、SEOも不十分になります。
トラフィックを失わずに、別のCMSへ移行できますか?
正しく行えば可能です。すべてのURLに適切な301リダイレクトを設定し、メタタグとコンテンツ構造を維持し、Search ConsoleでGoogleに通知します。CMSの移行では、最初の数か月に20~40%のトラフィック低下が起こるのは普通です。3~6か月後には回復し、新しいCMSがよりよいものであれば、成長もあり得ます。
SEOでは、ヘッドレスCMSのほうがWordPressより優れていますか?
可能性はありますが、SSR/SSGを使う適切なフロントエンドがある場合に限ります。ヘッドレスなら、HTML、表示速度、アーキテクチャを最大限に管理できますが、開発者が必要です。適切に設定してキャッシュを使ったWordPressでも、より低いコストで同程度の結果を出せます。
Tildaは本格的なSEOに向いていますか?
ランディングページや小規模サイトなら、問題ありません。Tildaは、基本的なSEO設定、SSL、モバイル対応に対応しています。ブログ、EC、多言語が必要な大規模プロジェクトでは、制約が出てきます。hreflangや独自の構造化データのような高度なテクニカルSEOには、回避策が必要です。
最初はノーコードのビルダーとWordPressのどちらがよいですか?
どれだけ先を見据えるかによります。仮説を試すためにすぐ公開したいなら、TildaやWebflowで十分です。最初からオーガニックトラフィックが目的なら、WordPressかヘッドレスに少し時間をかけたほうがよいでしょう。1年後にビルダーからWordPressへ移行すれば、トラフィックを失い、追加の費用もかかります。

Check it with SpiderHead

Free and local: run the audit on your own machine.

Try it