AI サイトビルダーは、第一印象では見事です。事業内容を説明すれば、数分後には文章、画像、問い合わせフォームのそろった洗練されたサイトができあがります。しかし、検索での見つかりやすさにとって、第一印象は最も重要でない瞬間です。大切なのは、検索エンジンや AI クローラーがあなたのページから何を受け取るのか、そのうちどれだけを自分で管理できるのか、そして何年もかけて積み上げた価値を一緒に持っていけるのかという点です。
この比較では、まさにこの3点を取り上げます。それぞれの問題をアニメーションの例で説明し、AI ビルダーで十分な場合についても公平に触れます。結論を先に言えば、検索が重要な集客源である場合、SEO には WordPress のほうが有利です。読み取れる HTML、技術的なシグナルの完全な管理、そして公開したものすべての所有権が手に入るからです。
「SEO に強い」とは本当はどういう意味か
プラットフォームだけでページの順位が上がることはありません。Google 自身のドキュメントも、CMS による加点は存在せず、ページは関連性、品質、有用性で競うと明言しています。したがって問うべきは「Google はどのプラットフォームを好むか」ではなく、「必要な作業を可能にし、確実にし、長続きさせられるのはどのプラットフォームか」です。SEO の場合、それは次の4つの実践的なテストにまとめられます。
- クロールのしやすさ：主要なクローラーすべてが、最初のリクエストで内容を読めるか。
- 管理のしやすさ：タイトル、説明文、canonical、構造化データ、リダイレクト、サイトマップを自分で設定できるか。
- 規模と品質：ページを増やすことで役に立つ情報が増えるのか、それとも量が増えるだけか。
- 所有権：5年後にプラットフォームを変えるとき、アドレス、メタデータ、履歴は残るか。
WordPress が自動的に4つすべてに合格するわけではありません。作りの悪いテーマなら、いくつも落第することがあります。違いは、どの項目も自分で直せる範囲にあることです。多くの AI ビルダーでは、そのいくつかがあらかじめ決められています。
テスト1：クローラーはページを読めるか
ブラウザでは完璧に見えるページでも、クローラーにとってはほとんど空っぽのことがあります。一部のサイトビルダーや多くの最新 JavaScript フレームワークは、ほぼ白紙の HTML を送り、JavaScript を使ってブラウザ上で内容を描画します。人間はまったく気づきません。しかし、その JavaScript を実行しないクローラーには、中身のないコンテナしか見えません。
2つのページはブラウザでは同じに見えることがあります。シナリオを切り替えて、HTML だけを読むクローラーに何が届くか確かめてください。
Googlebot、Bingbot、そして GPTBot などの AI クローラーは、ブラウザとほぼ同じ方法でページをリクエストします。
WordPress のテーマは完成した HTML を送ります。見出し、本文、リンク、ページタイトル、構造化データが最初の応答に含まれています。
JavaScript のみのページ: サーバーが送るのは、ほぼ空のドキュメント、つまりコンテナと script タグだけです。言葉は後になって、ブラウザの中でようやく現れます。
Google は、後のレンダリング段階で JavaScript を実行できます。多くの AI クローラーは JavaScript をまったく実行しません。
クローラーは、受け取った見出し、本文、リンク、メタデータを読み取ります。
JavaScript のみのページ: JavaScript を実行しないクローラーには空のコンテナしか見えません。見出しも本文もリンクもありません。
ページはインデックスに登録され、順位付けされ、AI の回答の情報源として使われることがあります。
JavaScript のみのページ: Google はレンダリング後に、ときには遅れてページをインデックスに登録します。HTML だけを読む AI クローラーには、保存したり引用したりするものが何もありません。
すべての AI ビルダーがこのように表示するわけではありません。自分のページで「ページのソースを表示」を開いてください。そこに本文の言葉がなければ、JavaScript を実行しないクローラーにも見えていません。
問題を具体例で見る
説明のための例として、AI で作った新しいサイトがサービスページをブラウザ側で描画している会計事務所を考えてみましょう。確定申告サービスのページで「ページのソースを表示」を開くと、<div id="root"></div> と script タグがあるだけです。見出しも、サービスの説明も、料金も、内部リンクもありません。
Google はそれでも内容にたどり着けます。ドキュメントによると、ページはクロールのあとにレンダリングの順番待ちに入り、それには数秒以上かかることがあります。また、すべてのボットが JavaScript を実行できるわけではないため、サーバーサイドレンダリングや事前レンダリングを推奨しています。今日では、この後者のほうが大きなリスクです。Vercel による AI クローラーのトラフィック調査では、主要な AI クローラーはいずれも JavaScript をレンダリングしないことがわかりました。OpenAI、Anthropic、Meta、Perplexity のクローラーも含まれます。これらのシステムにとって、この事務所のサービスページには、インデックスしたり、引用したり、リンクしたりできる内容が何もありません。
標準的な WordPress のテーマはサーバー側でレンダリングします。見出し、本文、リンク、ページタイトル、構造化データが最初の応答に含まれているため、Googlebot、Bingbot、AI クローラーのすべてが同じ完全なページを読みます。自分のサイトを確認するテストは10秒で済みます。重要なページのソースを表示し、本文の1文を検索してください。そこに見つからなければ、JavaScript を実行しないクローラーにも見えていません。
公平のために言えば、サーバー側でレンダリングするビルダーも多く、クライアントサイドのアプリとして作り直した WordPress サイトが同じ間違いをすることもあります。問題はブランドではなく、WordPress ならレンダリング方法を自分で選び、確かめられるという点です。その背後にあるアーキテクチャについては、SSR・SSG・ISR：鮮度、キャッシュ、ユーザーのニーズで選ぶをご覧ください。
テスト2：技術的なシグナルを管理できるか
検索エンジンは一連の技術的なシグナルに頼っており、それはプラットフォームではなくあなたが決めるべきものです。ページのタイトルと説明文、似たページがある場合の canonical URL、会社や記事を説明する構造化データ、robots のルール、XML サイトマップ、そしてアドレスが変わったときのリダイレクトです。
WordPress では、これらすべてをテーマか、よく選んだ1つの SEO ツールで編集でき、画面に出てこない部分も開発者が直せます。AI ビルダーでは状況がさまざまです。タイトルと説明文は編集できても canonical タグは編集できないもの、編集できない構造化データを生成するもの、上位プランでしかリダイレクトを使えないものもあります。順位の問題が起きたとき、「それは変えられるのか」という問いの答えを料金ページが決めるべきではありません。
| シグナル | WordPress | 一般的な AI ビルダー（事前に確認） |
|---|---|---|
| サーバーでレンダリングされた HTML | テーマの標準 | 製品やフレームワークによって異なる |
| タイトルと説明文 | ページごとに完全に編集可能 | たいてい編集可能 |
| canonical URL | ページごとに編集可能 | 自動設定のみのことが多い |
| 構造化データ | 完全にカスタマイズ可能 | 固定または制限付きのことが多い |
| URL 構造 | 自分で設計できる | 固定パターンの場合がある |
| リダイレクト | 無制限、サーバーまたはプラグインで設定 | プランによって制限されることがある |
| robots.txt とサイトマップ | 完全に管理可能 | 自動生成で一部のみ編集可能なことが多い |
| パフォーマンスの調整 | ホスティング、キャッシュ、コードは自分のもの | プラットフォームが決める |
この表はチェックリストであり、特定の製品への評価ではありません。ビルダーは変化が速く、カバーする範囲も製品によって違います。契約する前に各行を実演してもらい、設定画面ではなく生成された HTML を確認してください。
テスト3：ページを増やすことは助けになるか、害になるか
多くの AI ビルダーの売り文句は量です。サービスごと、都市ごと、商品のバリエーションごとにページを数分で生成できます。SEO にとって、これは落とし穴です。Google の生成 AI コンテンツに関するガイダンスは、ユーザーにとっての価値を加えずに AI で大量のページを生成すると、大量生成コンテンツの不正使用に関するスパムポリシーに違反するおそれがあると警告しています。
説明のための例として、同じ段落の地名だけを変えた「[地域名]の緊急水道修理」ページを40ページ生成した水道工事会社を考えてみましょう。どのページも中身が薄く、ページ同士が競合し、コピー元の1つのサービスページよりよい答えになっているものは1つもありません。本当の対応エリア、本当の駆けつけ時間、本当の施工事例を載せた役に立つ10ページのほうが、40のコピーよりも顧客と検索エンジンの役にずっと立ちます。
WordPress がこの間違いを防いでくれるわけではありませんが、その強みは逆の方向を向いています。下書きと確認を備えた編集の流れ、本物の専門知識を整理するカテゴリーと内部リンク、そしてページを置き換えるのではなく改善できるリビジョンです。AI はこれからも、下書き、要約、構成の提案で役立ちますが、それはあなたの会社だけが持つ事実を加える手順の中でのことです。編集面については、WordPress が企業の SEO の強い土台になる理由をご覧ください。
テスト4：離れるとき、何が手元に残るか
SEO の価値はゆっくりと積み上がります。他のサイトからあなたの URL に向けられたリンク、1年間上位に表示されてきたページ、構造化されたタイトルや説明文の1つひとつが、あなたが築いている資産の一部です。プラットフォームの本当のテストは、引っ越すときにその資産がどうなるかです。
検索での価値は、アドレス、リンク、コンテンツの中に何年もかけて積み上がります。シナリオを切り替えて、移行のときに何を守る必要があるか見てみましょう。
WordPress は投稿、固定ページ、著者、メディアを標準形式でエクスポートでき、データベースそのものもあなたのものです。
クローズドなビルダー: エクスポートの内容はさまざまです。テキストと画像を出力できるビルダーもあれば、完成したページの静的コピーしか出せないものもあります。
パーマリンク構造は自分で決められるため、新しいサイトでも、すでに順位があり被リンクを集めている同じ URL を使えます。
クローズドなビルダー: URL のパターンが固定されているビルダーもあり、新しいプラットフォームで同じアドレスを使えない場合があります。
アドレスを変える必要がある場合は、恒久的な（301）リダイレクトが訪問者と検索エンジンを新しいページへ送ります。
クローズドなビルダー: リダイレクトのルールは制限されていたり、解約と同時に無効になったりします。まさに必要になるそのときにです。
検索用のタイトル、説明文、canonical タグ、schema は、それらが説明するコンテンツと一緒にデータベースに保存されています。
クローズドなビルダー: タイトル、説明文、構造化データが、そもそもエクスポートに含まれていないこともあります。
リビジョン、公開日、著者は各ページに結びついたまま残るため、新しいサイトもこれまでの実績を引き継げます。
クローズドなビルダー: リビジョン履歴と元の日付は、たいてい古いプラットフォームに残されたままになります。
プラットフォームのエクスポート機能は変わります。契約する前に、エクスポートのサンプルを依頼し、URL を管理できるか確認してください。離れるときになってからでは遅すぎます。
問題を具体例で見る
説明のための例として、クローズドなビルダーで4年間サイトを運営してきた研修会社を考えてみましょう。講座ページの順位は高く、業界団体からのリンクも獲得しています。オンライン予約を追加するため、プラットフォームの移行を決めました。ビルダーのエクスポートでページの本文と画像は手に入りますが、講座の URL はビルダー固有の固定パターンに従っており、タイトルと説明文はエクスポートに含まれず、リダイレクト機能は契約終了とともに使えなくなります。
新しいサイトは、異なるアドレスで、リダイレクトもないまま公開されます。業界団体からのリンクはエラーページにつながり、Google はすべての講座を一から見つけ直さなければならず、4年かけて書いた説明文は手作業で作り直すことになります。何年もかけて得た順位が数週間で落ちてしまいます。新しいサイトが劣っているからではなく、価値を支えていた部分を古いプラットフォームが手放さなかったからです。
WordPress なら、同じ移行も作り直しではなく計画的なマイグレーションになります。コンテンツとそのメタデータはあなたのデータベースにあり、エクスポート形式はオープンで、新しいサイトのパーマリンク構造を自分で選べ、変更が必要なアドレスには恒久的なリダイレクトを設定できます。WordPress から離れる場合でさえ、ベンダーのアカウントに閉じ込められたものがないので、移行は簡単です。
AI ビルダーで十分なとき
AI サイトビルダーがまったく妥当な選択で、本格的な WordPress サイトを勧めるのはやりすぎになる場面もあります。
- 終了日が決まっているイベントやキャンペーンのランディングページ。
- 本格的なサイトに投資する前に需要を確かめるためのプロトタイプ。
- 顧客が検索ではなく紹介で来る、小さな会社案内サイト。
検索が問い合わせや売上の重要な源泉である、またはそうなるべきなら、最初の下書きの速さよりも上の4つのテストのほうが重要になります。たいていの場合、WordPress が投資に見合うようになるのはこの時点です。
自社にとっての判断のしかた
- ソースを表示する。各プラットフォームの既存ページやデモページのソースを開き、本文があるか探します。
- シグナルを書き出す。表の項目を挙げ、実際に契約するプランでそれぞれ編集できることを確認します。
- エクスポートのサンプルを依頼する。URL、タイトル、説明文、構造化データが含まれているかを確認します。
- コンテンツを計画する。ツールが生成できるページ数ではなく、顧客の実際の疑問を軸にします。
- 誰が保守するかを決める。WordPress は管理する力をあなたに与えます。アップデート、セキュリティ、パフォーマンスは誰かが担う必要があります。
答えが WordPress を指しているなら、WordPress サイト制作をご覧ください。サーバー側でレンダリングされるページと、最初から正しく組み込まれた SEO を備えた、手作りのサイトをご提案します。AI がどこに位置づけられるかという大きな問いについては、AI は WordPress に取って代わるのか？をお読みください。
よくある質問
SEO には AI サイトビルダーより WordPress のほうが優れていますか？
検索に頼るサイトであれば、たいていはそうです。WordPress のテーマはサーバー側で内容をレンダリングし、技術的なシグナルはすべて自分で管理でき、コンテンツ、URL、メタデータはあなたのものです。一部の AI ビルダーはその一部をうまく扱えるので、個別の製品ごとにクロールのしやすさ、管理のしやすさ、エクスポートを確認してください。
AI ビルダーで作ったサイトを Google はインデックスできますか？
できます。Google は JavaScript をレンダリングできますが、レンダリングはクロールのあとの順番待ちになり、遅れることがあります。より大きな差は AI クローラーにあります。Vercel の調査では主要な AI クローラーは JavaScript を実行しないことがわかっており、ブラウザ上でだけ描画される内容は、それらには見えない可能性があります。
自分のページが JavaScript なしで読めるかどうか、どう確かめればよいですか？
重要なページを開き、「ページのソースを表示」を選んで、本文の1文を検索してください。ソースに含まれていれば、クローラーは最初のリクエストでそれを受け取ります。コンテナと script タグしか見えなければ、内容は JavaScript に依存しています。
AI で大量生成したページで順位は上がりますか？
めったに上がらず、害になることもあります。Google のガイダンスによると、価値を加えずに大量のページを生成すると、大量生成コンテンツの不正使用に関するポリシーに違反するおそれがあります。本当に役立つページを少数そろえるほうが、安全で効果的です。
サイトビルダーから WordPress に移ると、順位を失いますか？
計画的に移行すれば失いません。できる限り同じ URL を保ち、変わるものには恒久的なリダイレクトを設定し、タイトル、説明文、構造化データを引き継ぎ、公開前に新しいサイトを確認してください。順位の低下は、たいてい計画のない移行から生じます。
参考資料と関連記事
- Google：JavaScript SEO の基本を理解する
- Vercel：AI クローラーの台頭
- Google：生成 AI コンテンツをウェブサイトで使用する
- Google：検索エンジン最適化（SEO）スターター ガイド
- WordPress のテクニカル SEO：クロール、正規 URL、コンテンツ
リニューアルや移行をお考えですか？今まさに顧客を連れてきているページから始め、すでに順位のあるページを守る計画のために、WordPress サイト制作をご覧ください。
