暗号資産プロジェクトがAI引用からブロックされるのは、コンテンツが弱いからでも、ドメインオーソリティが低いからでもありません。スクレイパーから保護するために導入されたセキュリティインフラが、プロジェクトを推薦するすべてのボットの侵入も拒否しているからです。洗練されたホワイトペーパー、活発なコミュニティ、堅実なトークノミクスを持っていても、ChatGPTやPerplexityの回答では見えない状態になる可能性があります。ほとんどのチームは、それが起きていることに気づいていません。
500以上の暗号資産およびWeb3サイトに対してAI可視性チェッカーを実行したとき、私たちが繰り返し発見したのはこのパターンでした。コンテンツの問題ではなく、設定の問題です。
暗号資産のAI可視性問題を定義する5つの数字
- 監査した500以上の暗号資産サイトのうち68%が、少なくとも1つの主要なAI検索クローラー（GPTBot、OAI-SearchBot、PerplexityBot、またはClaudeBot）をブロックしており、ほとんどが気づいていません。
- 54%が、すべての主要ページタイプにおいてJSON-LDスキーマを持っていません。
- 4%未満が、ドメインルートにllms.txtファイルを持っています。
- 平均AI可視性スコア：100点満点中31点 — 明らかに「不良」層に位置しています。
- ブロックされたサイトのうち61%は、インフラのデフォルト設定によってブロックされています — Cloudflare WAFルール、セキュリティプラグイン — 意図的なrobots.txtポリシーではありません。
このデータセットの大多数のサイトが見えない状態にあるのは、文章が弱いからではありません。サーバー移行時に適用されたWAFルールが見直されなかったからです。修正には数か月のリンク構築は必要ありません。どの層を確認すべきかを知っていれば、午後の時間で完了する設定変更です。
ICODA AI可視性スコアの仕組み
チェッカーは、各サイトを4つのカテゴリーで評価します：
AIクローラーアクセス（35%） — GPTBot、OAI-SearchBot、PerplexityBot、ClaudeBot、Claude-SearchBot、Google-Extended、ChatGPT-Userに対するrobots.txtディレクティブ、およびWAFレベルのブロック検出。WAFルールはrobots.txtが読み込まれる前に発動するため、ブロックするWAFルールを持つ許可的なrobots.txtは何も達成しません。
構造化データ（25%） — JSON-LDスキーマの存在、古いdateModified値、MicrodataまたはRDFaフラグ。チェッカーがこれを評価するのは、全体的な技術的成熟度と相関するためです。スキーマがAI引用を直接促進するからではありません。詳細は発見2をご覧ください。
技術インフラ（25%） — JavaScript実行なしでページがクロール可能なHTMLとしてレンダリングされるか、llms.txtの存在、サイトマップのアクセス可能性。
コンテンツアクセス可能性（15%） — ログインウォールなしでページに到達可能か、エンティティ定義コンテンツの存在、AIシステムが引用可能な主張を抽出できるコンテンツ構造。
| スコア | ティア | その意味 |
|---|---|---|
| 0–44 | 不良 | AI検索システムからブロックされているか、ほぼ見えない状態 |
| 45–64 | 普通 | 引用が一貫せず、主に完全一致クエリのみ |
| 65–79 | グッド | 定期的にアクセス可能、関連するニッチクエリで引用される |
| 80+ | 優秀 | 完全にオープン、サーバーレンダリング、一貫したAI引用 |
トレーニングクローラー vs. 検索ボット
この区別は、ほとんどの修正試行が失敗する箇所です：
| トレーニングクローラー | 検索ボット | |
|---|---|---|
| 目的 | モデルトレーニング用のコンテンツを収集 | AI回答で引用するためにライブコンテンツを取得 |
| 例 | GPTBot、CCBot | OAI-SearchBot、PerplexityBot、ClaudeBot |
| ブロックすべきか？ | 判断はお任せします — トレーニング使用から保護します | ブロック = AI回答で見えない状態 |
サイト所有者がログで「GPTBot」を見て、GPTBotに対してAllow: /を追加し、ChatGPTの可視性を修正したと思い込みます。しかし、修正できていません。OAI-SearchBotは、ChatGPT Search引用を促進する検索クローラーです。この2つは独立して動作しており、数千の暗号資産サイトが一方を許可しながら他方をブロックしています。
発見1：68%の暗号資産サイトが、知らないうちにAIクローラーをブロックしている
データセットのサイトの68%が、少なくとも1つのAI検索クローラーをブロックしています。 ブロックは通常、意図的な選択ではありません。
メカニズムの前に1つ注意点があります。robots.txtは自主的なコンプライアンスプロトコルであり、技術的な障壁ではありません。主要なAIプロバイダーはこれを尊重することを約束しており、準拠するボットは実際にそうしています。Perplexityは2025年8月に、ディレクティブを回避するためにユーザーエージェントをローテーションする未申告のクローラーを実行していることが文書化されました。リアルタイムのユーザー指示による取得は、robots.txtを完全にバイパスすることがよくあります。しかし、ほとんどの引用を促進する主流のボットにとって、robots.txtは依然として重要です。問題は、ほとんどの暗号資産サイトが、ルールに従うボットに対してもブロックされていることです。
3つのブロックメカニズムがデータを支配しています：
robots.txtワイルドカード禁止 — User-agent: *の下のDisallow: /は、すべてのクローラーをブロックします。一部のCMSセキュリティプラグインは、これをデフォルトとして生成し、サイト所有者が明示的な例外を追加することを期待しますが、追加されることはありません。
Cloudflare WAFルール — WAFは、robots.txtが処理される前にリクエストを評価します。包括的な「すべてのボットをブロック」ルールは、robots.txtディレクティブがクリーンであっても、AIクローラーを完全に沈黙させます。これらのディレクティブは単に到達されません。これは、ブロックされたサイトの61%の背後にあるメカニズムです。ポリシーではなく、セットアップ時に設定され、見直されなかったWAFです。これは、データセットで最も重要な区別です。これらのサイトは、AIクローラーをブロックすることを選択しませんでした。単に明示的に許可することを選択しなかっただけで、デフォルトが選択を行いました。
セキュリティプラグインのデフォルト — WordPressベースの暗号資産ブログは、資格情報の総当たり攻撃やスパムから保護するために、悪意のあるスクレイパーとAI検索クローラーを区別せずに、積極的なボットブロックルールを追加するセキュリティプラグインを頻繁に実行しています。
GPTBot/OAI-SearchBotトラップは、最も一般的な部分修正エラーです。GPTBot（トレーニング）を許可しながら、OAI-SearchBot（ChatGPT Search検索）を追加しないことです。サイトは、GPTBotに対してAllow: /を持っていても、OAI-SearchBotが最初にWAFブロックに遭遇するため、ChatGPT Searchでは見えない状態になる可能性があります。
簡単な手動チェック：yoursite.com/robots.txtを開き、Disallow: /を持つUser-agent: *を探し、その後に検索ボットに対するAllowディレクティブがないか確認します。これはrobots.txtをカバーしますが、WAFレベルのブロックは表面化しません。AI可視性チェッカーは、30秒で両方の層を監査します。
1つの重要な制限：オープンなクローラーアクセスは、引用の前提条件であり、保証ではありません。これは、AIボットがページに到達できることを意味しますが、引用されることを意味するものではありません。コンテンツのオーソリティとエンティティの明確性は、アクセスがオープンになった後に何が引用されるかを依然として決定します。最初にアクセスを修正することが、結果を生み出す唯一の順序です。ブロックされている間にオーソリティを構築しても、何も生み出しません。
ビジネスにとっての意味：68%に含まれることは、単に引用を逃すだけでなく、検討段階を完全に逃すことを意味します。AIは貴社のプロジェクトを評価して低くランク付けしたのではありません。見たことがないのです。初期段階のプロジェクトにとって、これは、ローンチコンテンツとプロトコルドキュメントが、品質に関係なく、AIの知識層に入らないことを意味します。確立されたプロジェクトにとって、基礎が弱いがオープンなクローラーを持つ競合他社が、貴社の代わりに引用されています。WAFとrobots.txtの修正は、コンテンツへの依存がゼロで、48〜72時間以内に測定可能な結果が得られます。
発見2：スキーママークアップはAI引用を促進しない
データセットの下半分のサイトの54%が、JSON-LDスキーマをまったく持っていません。 技術的成熟度におけるこのギャップは現実です。しかし、AI引用率に対するその重要性は、ほとんどのガイドが主張するものではありません。
2026年5月、Ahrefsは1,885ページを追跡しました。これらのページは、2025年8月から2026年3月の間にJSON-LDスキーマを追加し、それぞれを類似の引用履歴を持つコントロールページと照合しました。結果：Google AIモード（+2.4%）、ChatGPT（+2.2%）、またはAIオーバービュー（−4.6%）において、意味のある上昇はありませんでした。最初の2つは、統計的にノイズと区別がつきません。
制御された実験がメカニズムを説明します。研究者のMark Williams-Cookは、無効な、作り上げられたJSON-LDの中にのみアドレスを埋め込みました。可視ページコンテンツには何もありません。ChatGPTとPerplexityの両方が、それを正しく抽出して返しました。LLMは<script>ブロックを生のテキストとしてトークン化します。内部の単語を読みますが、スキーマの語彙と構造は見えません。さらに、Googleは2026年5月7日にFAQリッチリザルトを廃止し、FAQPageスキーマがAI回答抽出を供給するはずだった主要なメカニズムを削除しました。
スキーマには依然として価値があります — 従来のGoogleとBingのランキングのためです。Microsoftは2025年3月に、スキーマがCopilotのコンテンツ理解を助けることを確認しました。ChatGPT Searchは主にBingのインデックスから引き出されるため、より良い従来のランキングは、間接的にAI引用に上流で変換されます。ホームページのOrganizationスキーマは、エンティティの明確性のために保持する価値があります。コンテンツページ全体のArticleスキーマは、合理的なSEO衛生です。FAQPageは、もはや優先する価値がありません。
| スキーマタイプ | 実際の価値 | 場所 |
|---|---|---|
| Organization | エンティティの明確性 → 従来のSEOを介した間接的なAI利益 | ホームページ |
| Article/BlogPosting | 従来のSEO鮮度シグナル | コンテンツページ |
| FAQPage | 2026年5月に廃止、AI引用価値なし | - |
ビジネスにとっての意味：スキーマをAI可視性の修正として扱うのをやめてください。「スキーマ層をまだ完成させている」という理由でWAFとrobots.txtの作業を延期している場合は、その優先順位を逆にしてください。20分で完了するCloudflareルールの変更は、20〜40時間と見積もられたスキーマのオーバーホールよりも多くのAI引用上昇を生み出します。Organizationスキーマは、高速で従来のSEOをサポートするため実行してください。その後、実際にAIの針を動かす修正に移ります。
発見3：ドメインレーティングとAI可視性は相関していない
暗号資産SEOにおける支配的な物語は単純明快です。リンクを構築し、オーソリティを成長させ、AIに引用されます。データはこれを支持していません。
500以上のサイトデータセットにおいて、クローラーアクセスのギャップが考慮された場合、40を超えるドメインレーティングは、AI可視性スコアの一貫した改善を示しませんでした。
高DRサイトは、予測可能な理由でパフォーマンスが低下します。過去のセキュリティインシデント中に適用され、見直されなかったCloudflare WAFブロック。サーバーサイドレンダリングのないReactまたはNext.js SPA — AIクローラーはJavaScriptを実行しないため、ドメインを指すバックリンクの数に関係なく、空白のページが表示されます。SSRのないReact SPAで構築されたDR 60の取引所は、製品ページにAI読み取り可能なコンテンツがゼロです。バックリンクは役に立ちません。クローラーが着陸し、何も見えず、去ります。
ピアグループを上回るパフォーマンスを示す低DRサイトは、一貫したプロファイルを共有しています。オープンなクローラー、サーバーレンダリングされたHTML、クリーンなエンティティページ。技術的衛生は、ニッチクエリレベルでオーソリティの欠如を補います。「最高の暗号資産取引所」のようなカテゴリレベルのクエリでは、オーソリティが依然として支配的です。特定のニッチクエリ — 「低手数料の非KYC Solana DEX」 — では、技術的にクリーンな小規模サイトが、PerplexityBotをブロックする確立された競合他社を上回ってAI回答に表示される可能性があります。技術的衛生がこの利点を生み出すウィンドウは今存在し、おそらく有限です。スペースが成熟するにつれて、確立されたプレーヤーは最終的に設定を修正します。
ビジネスにとっての意味：確立されたプロジェクトにとって、この発見は警告です。DRはAI可視性を保護していません。WAFが検索クローラーをブロックしている場合、クリーンな設定を持つ新しい競合他社が、貴社が明らかな答えであるべきクエリで引用されています。初期段階のプロジェクトにとって、これは機会です。4つの技術カテゴリーを修正すれば、18か月のリンク構築の後ではなく、今日、ニッチクエリで確立されたプレーヤーと対等に競争できます。
上位10%に共通するもの
データセットのすべての高スコアサイトに、5つのパターンが現れます：
1. すべての主要検索ボットに対する名前付きrobots.txtディレクティブ — Allow: *ではなく、OAI-SearchBot、ChatGPT-User、PerplexityBot、ClaudeBot、Claude-SearchBot、Google-Extendedに対する明示的なディレクティブ。
2. ホームページのベースラインOrganizationスキーマ — 検索エンジンでのエンティティ解決を意味のある形で助ける唯一のスキーマタイプであり、間接的にAI引用を供給します。Ahrefsのデータを考えると、トップサイトにおけるこのパターンは、スキーマが因果要因であるというよりも、一般的な技術的成熟度を反映している可能性があります。
3. llms.txtファイル — 一般データセットの4%未満がこれを持っていますが、すべての上位10%サイトが持っています。現在の証拠では、ChatGPTおよびPerplexity検索に対する引用への影響は無視できるものです。その真の価値は、エージェントコンテキスト（IDEエージェント、MCP統合）にあります。とにかくデプロイしてください。コストはゼロで、主要なAI検索エンジンがそれを採用した場合に備えて位置付けられます。
4. すべての公開ページでサーバーサイドレンダリングされたHTML — SSRのないReact/Next.js SPAサイトの場合、これは最優先の修正です。AIクローラーはJavaScriptを実行しないため、他のすべてに関係なく、空白のページが表示されます。クライアントサイドReactアプリで構築されたDR 60のDeFiプロトコルは、AIクローラーの観点から見ると、本質的に空のドメインです。
5. クリーンなエンティティ定義ページ — 組織が誰であるか、何をしているか、どのチェーンまたはプロトコルで実行されているか、いつ設立されたか。これがないと、AIシステムは複数のページにわたる断片化されたシグナルからアイデンティティを推測し、一貫性のない引用またはまったく引用されない結果を生み出します。「Xとは何か」に直接答えるように構造化された、明確でクロール可能なAboutページで十分です。
これらのサイトが持っていないもの：例外的なドメインレーティング。相関は設定であり、オーソリティではありません。
1日でスコアを修正する
開始する前にAI可視性チェッカーを実行してください。これにより、サイトが実際に必要とするこれらのステップが表示され、影響によって重み付けされます。WAFがすべてのAIクローラーを静かにブロックしているときに、スキーマに4時間を費やす意味はありません。
ステップ1 — robots.txtを更新する（30分）
次の各ユーザーエージェントに対して明示的なAllowディレクティブを追加し、ファイルに既に存在するDisallowルールの上に配置します：OAI-SearchBot、ChatGPT-User、PerplexityBot、ClaudeBot、Claude-SearchBot、Google-Extended。各ボットには、Allow: /を持つ独自のUser-agentブロックが必要です。単一のワイルドカードでは、ここでは十分に信頼できません。GPTBotは、OpenAIがコンテンツでトレーニングすることを望まない場合、ブロックされたままにすることができます。ブロックしても、ChatGPT Searchには影響しません。
ステップ2 — Cloudflare WAFを確認する（20分）
セキュリティ → WAF → カスタムルール。ボットスコアまたはユーザーエージェントによってボットトラフィックをブロックするルールを探します。WAFルールが最初に発動する場合、ステップ1は何も変更しません。リクエストがWAF層でドロップされた場合、robots.txtのディレクティブは到達されません。
ステップ3 — llms.txtを作成する（20分）
yoursite.com/llms.txt にプレーンテキストファイルを作成してください。最小限の実用版：プロジェクトを特定する1行、サイトに何が含まれていて誰向けかを説明する2〜3文、続いて主要ページURLの短いリスト（各URLに1行の説明）。目的は、AIエージェントに対して、あなたのエンティティを直接かつ曖昧さなく説明することです（最低限、ホームページ、ドキュメント、Aboutページ）。
ステップ4 — ベースラインのスキーマを追加（1〜2時間）
ホームページにはOrganizationスキーマ、コンテンツページにはArticle/BlogPostingを設定してください。FAQPageはスキップしてください — 2026年5月にGoogleが非推奨とし、AIシステムでも構造的にはいずれにせよ無視されます。スキーマが重要なのは従来のSEOであり、AIによる直接の引用ではありません。
ステップ5 — JavaScriptなしでHTMLがレンダリングされることを確認
ブラウザの開発者ツールでJavaScriptを無効にして主要ページを開くか、curlで直接取得してレスポンスを確認してください。空、またはほぼ空のHTMLはSSRがボトルネックであることを意味します — それらのページでは、他の何よりも先にそれを修正してください。
500件超の監査が示すこと
暗号資産領域のAI可視性の問題は、設定の問題です。クローラーのアクセスとサーバーサイドレンダリングの2つが、引用されるサイトと見えないサイトを分ける変数です。スキーマとllms.txtは周辺的に効く程度で、業界はその影響を過大に主張してきました — 2026年5月のAhrefsデータがスキーマ論争に決着をつけました。
今すぐ設定レイヤーを修正するプロジェクトでは、上位10%とそれ以外の差が縮まっています。スキーマ監査で効果を出そうと待っている間に、技術的にクリーンな競合は、WAFルールの変更と30分の作業だけで、すでに引用され始めています。
よくある質問（FAQ）
GPTBotはOpenAIの学習データに供給します。OAI-SearchBotはChatGPT Searchの引用をリアルタイムで支えます。両者は別々のクローラーで、別々のユーザーエージェント文字列を持ち、robots.txtでも別々のディレクティブが必要です。GPTBotをブロックしつつOAI-SearchBotを許可することも、その逆も可能です — 2つの操作は互いに影響しません。
いいえ。GPTBotをブロックすると、OpenAIの学習パイプラインからあなたのコンテンツが除外されます。ChatGPT Searchの引用を動かしているのはOAI-SearchBotであり、独立して動作します。私たちのデータセットでも、多くのサイトが意図的にGPTBotをブロックしています — 学習利用からコンテンツを保護するため — それでも高いAI Visibility Scoreを達成しています。
いいえ。クローラーアクセスを制御すると、私たちのデータセットではDR 40超にAI Visibility Scoreとの一貫した相関は見られません。SSRなしのDR 70のReact SPAはスコア0 — 同じ設定のDR 10サイトと同じです。
はい — AI Visibility Checkerは4カテゴリすべてを30秒で監査し、アカウント不要です。
ほぼ確実に、robots.txtより前にWAFルールが発火しているか、JavaScriptレンダリングのページがクローラーに空のHTMLを返しています。原因がスキーマである可能性は低いです — 2026年5月のAhrefs調査では、JSON-LDを追加しても引用の有意な増加は見られませんでした。
シェア
記事を評価する
