60% のAI引用URLがwww.ホスト上にあり、非wwwサブドメイン上のURLはわずか7%です。
46,700件の引用URLのうち、28,011件(60%) がwww.を使用し、15,253件がベアルートドメイン、わずか3,436件(7%)が別のサブドメイン上にあります。
AIが引用するページにおけるwww vs ルート vs サブドメイン
| カテゴリ | 引用URL数 | 割合 |
|---|---|---|
| www. サブドメイン | 28,011 | 60.0% |
| ルートドメイン(wwwなし) | 15,253 | 32.7% |
| その他のサブドメイン | 3,436 | 7.4% |
内訳が示すもの
引用ホストを3つに分類すると、www.が60%でトップ、ベアルートドメインが33%、そしてブログサブドメイン、ヘルプセンターサブドメイン、地域サブドメインなどその他はわずか7%です。言い換えれば、AIの引用の約93%はサイトのプライマリホスト(wwwまたはルート)を指しており、別のサブドメインに置かれたコンテンツは比較的まれにしか引用されません。
その理由はおそらく権威の統合にあります。プライマリホストはリンク、言及、履歴を蓄積し、自信を持って引用できるページとなりますが、別のサブドメインはその信頼構築をゼロから始めることが多いのです。これは、引用に値するコンテンツを別の場所に分離するのではなく、メインホストに保持するべきという構造的な論拠となります。
このデータの信頼性(とその限界)
これは引用されたURLそのもの — AIエンジンが実際に返した文字列 — から測定されたものであり、モデリングや推定は一切含まれていません。そのため、割合は正確なカウントです。唯一の注意点は範囲です。これはAmICitedが追跡するプロンプト(SaaS 、eコマース 、サポート寄りのトピック)に対して引用された46,700件のURLを説明するものです。そのため、普遍的な法則ではなく、その種のコンテンツに対する強いシグナルとして扱ってください。また、これは何が引用されるかの説明であり、この特性を変えるだけで引用が得られるという証明ではありません。
要点
すべきこと
- 引用させたいコンテンツは、別のサブドメインではなく、プライマリホスト(wwwまたはルート)に配置してください。
- 1つの正規ホスト規則を選び、もう一方を一貫してリダイレクトし、権威が分散しないようにしてください。
- 重要なコンテンツがすでにサブドメイン(例:
blog.やhelp.ホスト)にある場合は、メインドメインに統合することを検討してください — 引用されたセットはプライマリホストを圧倒的に支持しています(93%対7%)。
www.がAIの引用を支配する理由(そしてそれが重要ではないかもしれない理由)
AIが引用するURLにおける60%のwww.シェアは注目に値しますが、それが何を意味し、何を意味しないのかを理解することが重要です。www.プレフィックスは初期のウェブにまで遡る慣習であり、ホストがウェブコンテンツを提供していることを示す標準的な方法でした。多くの大規模サイトは今でもこれを使用しており、多くのCDNやホスティングプラットフォームはデフォルトでこれを採用しています。
ベアルートドメインの33%というシェアもまた相当なものです。これは、AIエンジンがwww.をベアドメインよりも体系的に優先しているわけではないことを示しています。60/33の分割は、AI固有の偏好というよりも、ウェブ上で最も引用されているサイトにおけるこれらの慣習の分布を反映していると考えられます。
より重要な発見は、非wwwサブドメインの7%というシェアです(blog.example.com、help.example.com、docs.example.comなど)。これが本当のシグナルです。別のサブドメイン上のコンテンツは、プライマリホスト上のコンテンツよりもはるかに少ない頻度でしか引用されていません。その理由はおそらく2つあります:
権威の統合: リンク、言及、信頼シグナルはプライマリホストに蓄積されます。サブドメインはより弱い立場からスタートします。
クロールの優先順位付け: AIクローラーはプライマリホストを優先し、サブドメインのクロール頻度や深さが低くなる可能性があります。
実用的な意味合いは、ベアルートからwww.(またはその逆)に急いで移行すべきということではありません。どちらの規則を採用するにせよ、引用させたいコンテンツはプライマリホストに保持すべきだということです。
サブドメインの落とし穴:なぜblog.やhelp.サブドメインはパフォーマンスが低いのか
7%のサブドメインシェアは、URL構造データの中でもっとも実用的な発見の1つです。多くの組織、特にSaaS企業では、ブログをblog.サブドメインに、ドキュメントをdocs.サブドメインに、ヘルプセンターをhelp.サブドメインに配置しています。これは一般的なアーキテクチャパターンですが、データはこれがAIの引用可能性を積極的に損なっている可能性を示唆しています。
理由は単純です。AIエンジンは、ドメイン上でクロールしたコンテンツから、そのドメインの権威と関連性の理解を構築します。コンテンツをサブドメインに分割すると、その権威も分割されます。blog.example.com上のブログ記事は、example.com/blog/上のブログ記事と同じようにはexample.comの権威シグナルの恩恵を受けられません。
これは新しい洞察ではありません — SEOの専門家は何年もサブドメインとサブディレクトリの議論を続けてきました。しかし、AIの引用データは新たな証拠を提供しています:引用されるページは圧倒的にプライマリホスト上にあります。引用可能にしたいコンテンツがある場合は、サブドメインからメインドメインのサブディレクトリへの移行を検討してください。
実用的な推奨事項
1つの正規ホストを選び、それを貫くこと。 www.とベアルートのどちらを選んでも、一貫してもう一方にリダイレクトしてください。同じコンテンツを両方で提供しないでください。
サブドメインを監査すること。 引用させたいコンテンツをホストしているサブドメイン(blog、docs、help、resources)を特定してください。そのコンテンツをメインドメインのサブディレクトリに移動することで引用可能性が向上するかどうかを評価してください。
どうしてもサブドメインを維持する必要がある場合は、真剣に取り組むこと。 独自のリンクプロファイル、クロール予算、コンテンツ戦略を持つサブドメインは引用を獲得できますが、意図的な投資が必要です。7%のシェアはゼロではありませんが、はるかに困難です。
www.対ベアルートに過度にこだわらないこと。 60/33の分割は、意味のあるAIの偏好を示すものではありません。インフラに合った規則を選び、一貫してリダイレクトしてください。
方法論
AmICitedの追跡データ(46,700件のURL、2026年6月24日~2026年7月23日)における引用されたソースURL文字列のみから導出 — ページの取得、モデリング、外部リンクの再現は一切行っていません。URLの深さはホスト後のパスセグメント数をカウントし、スキーム(HTTP/HTTPS )とホスト(www / ルート / その他のサブドメイン)は各URLから直接読み取っています。プロンプトセットはSaaS、eコマース、サポートトピックに偏っています。Copilotも追跡されていますが、この期間内に引用データは返されていません。
