Claude-Userは、Anthropicが「ユーザー起点の取得」のために動かすフェッチャーです。Claudeの会話中に、ユーザーが「このURLを読んで」と貼り付けたり、その場で外部ページの内容が要る質問をしたときに発火し、その1回の要求を満たすためにページを取得します。定期巡回ではなくユーザーの操作をトリガーにする点で、他社のフェッチャー（ユーザー指示で単発取得するプログラム）と同じ思想の設計です。Anthropicはこの取得系を、学習・収集用のClaudeBotや検索索引用のClaude-SearchBotとは別のUA名で明確に分けており、サイト運営者が用途ごとに扱いを変えられるようにしています。
サイト側から見ると、Claude-UserはHTTPリクエストのUA文字列に「Claude-User」を含めて来訪します。したがってアクセスログでこの名前を数えれば、「Claude利用者が自サイトのページを実際に開かせた（取りに来させた）回数」の目安が分かります。これはClaudeBotの巡回数（＝訓練データ候補としての収集量）とはまったく意味が違う数字で、Claude-Userの来訪は「今この瞬間、誰かがClaude越しに自サイトを参照した」需要のシグナルに近いものです。
AIボットを扱う土台になるのが「3分類」の考え方です。AI関連ボットは目的の違いで大きく3種に分かれます。(1) 学習・収集系＝モデルの訓練データにするために公開Webを集めるもの（AnthropicならClaudeBot）。(2) 回答・検索系＝AIが回答する際に出典として提示する候補を索引化するもの（AnthropicならClaude-SearchBot）。(3) ユーザー起点フェッチャー＝人がその場で指示した瞬間にだけ発火して1件ずつ取りに行くもの（AnthropicならClaude-User）。この3分類を先に押さえると、ログの数字を「学習の収集量」「回答候補づくり」「ユーザーの即時参照」に切り分けて読めるようになります。Claude-Userは、このうち(3)の代表格です。Anthropicは透明性と選択肢の提供を掲げ、用途ごとにボットを分けているため、サイト運営者はこの3系統を別々に制御できます。
AI検索の可視化（＝生成AIの回答に自社が引用・参照されること）を測るうえで、Claude-Userは「ユーザーの現在の需要に最も近いボット」です。ClaudeBotの収集は将来の認知の土台にはなっても、いつどの回答に反映されるかは不透明です。一方でClaude-Userの取得は、まさに今、Claudeのユーザーが自サイトの情報を必要としている場面で発生します。ただし取得されたこと自体は「Claudeの回答に出典として表示された」証拠ではありません。取得は必要条件であって十分条件ではなく、実際に回答へ引用されたかは別途モニタリングが要ります。当ラボの引用計測（＝AIの回答に誰が引用されたかを継続測定する研究）でも、ClaudeBot（学習系）・Claude-SearchBot（回答検索系）・Claude-User（ユーザー起点取得系）を厳密に分けて扱っています。
Anthropicは目的別にボットを分けます。Claude-User＝ユーザー起点の即時取得、と覚えます。| ボット | 分類 | 目的 | robots.txtの尊重 |
|---|
| ClaudeBot | 学習・収集系 | モデル訓練用に公開コンテンツを収集 | 尊重する（拒否可） |
| Claude-SearchBot | 回答・検索系 | Claude検索の品質向上のための索引化 | 尊重する（拒否可） |
| Claude-User | ユーザー起点フェッチャー | ユーザーの指示に応じてその場で1ページ取得 | 尊重する（拒否可） |
横にスクロールできます
UA文字列は判別の基本手がかりです。Claude-Userは名乗りに「Claude-User」を含みます。ただしUAは誰でも自由に書き換えられる（＝別のボットが「Claude-User」を騙れる）ため、UA名の一致だけで本物と信じるのは危険です。Anthropicは自社ボットの正当なアクセス元IPアドレス範囲を機械可読ファイル（一般に bots.json 等の形で公開）で配布しており、UA名の照合に加えてアクセス元IPが公式範囲に入るかを確かめることで、なりすまし（UA詐称）を排除できます。
ユーザー起点フェッチャーとrobots.txtの関係は、事業者によって扱いが分かれます。robots.txt（RFC 9309で標準化された取り決め）は、もともと「自動でWebを巡回するロボット」に向けて巡回可否を伝える仕組みです。そのため、ユーザー本人が明示的に依頼した1件の取得は自動巡回とは別扱いにする、という設計思想を採る事業者があります。OpenAIはChatGPT-Userについて「ユーザーが起点なのでrobots.txtのルールが適用されない場合がある」と公式に説明し、PerplexityもPerplexity-Userについて「ユーザーが取得を求めたものなので、一般にrobots.txtのルールを無視する」と明記しています。一方でAnthropicは公式ドキュメントで、Claude-Userを含む自社の全ボットがrobots.txtの業界標準の指示を尊重すると説明し、Claude-Userを拒否すればユーザーの質問に応じた取得も止まるとしています。したがって「ユーザー起点フェッチャーは一律にrobots.txtが効かない」と考えるのは不正確で、事業者ごとに公式ドキュメントで確認するのが正確です。
Claudeは、ブラウザ操作を含むエージェント的な使い方（ユーザーの指示でWebを閲覧・操作する）にも広がっています。それらの挙動も「ユーザーの指示を起点にその場で動く」点でClaude-Userと同じ系統（ユーザー起点）に属し、定期巡回のClaudeBot／Claude-SearchBotとは発火の起点が根本的に違います。サイト運営者としては、「自動巡回として止められるもの」と「ユーザーの操作として止めにくいもの」を分けて設計するのが実務の要点になります。
- UA検知の手がかり：アクセスログのUA文字列に「Claude-User」を含むかで判別します（部分一致で拾います）。
- 発火の条件：ユーザーがClaudeにURLを貼る、その場で外部ページの内容が要る質問をする等、ユーザーの操作をトリガーに1件ずつ取得が走ります。定期巡回ではありません。
- 3ボットの分離：学習はClaudeBot、検索索引はClaude-SearchBot、ユーザー起点取得はClaude-User。robots.txtに書くときはこの3つを別々に指定できます。
- 公式IPレンジ照合：Anthropicは自社ボットのIP範囲を機械可読ファイルで公開しています。UA照合だけでなくIP照合で本物を確認すると、詐称を排除できます。
- 典型シナリオ1：ユーザーが資料URLをClaudeに貼り「要点をまとめて」と頼む→Claude-Userがその1ページを取得→回答に要約が出ます。
- 典型シナリオ2：ユーザーが「この製品の最新仕様は？」と聞き、Claudeが外部ページを参照して答える過程で必要なページをClaude-Userが取りに来ます。
3系統を横断して読み分けると、AI検索での意味合いはこう整理できます。ClaudeBot（学習）に取られる＝将来のモデルの背景知識に自社が溶け込む可能性（遅効性・不透明）。Claude-SearchBot（検索索引）に取られる＝Claudeの検索回答で出典として引用される候補になります（成果に近い入口）。Claude-User（ユーザー起点）に取られる＝いま実際にClaudeのユーザーが自サイトを参照している需要のシグナル（即時性が高いです）。この3つを1つの「AIアクセス数」として合算すると、遅効性の収集と即時の需要が混ざって効果判断を誤ります。分けて見ることが、AI検索最適化（AIO／GEO＝生成AIに引用されやすくする対策）でログを正しく読む前提になります。
- 3ボットを分けて認識する：ClaudeBot（学習）・Claude-SearchBot（検索索引）・Claude-User（ユーザー起点取得）の目的差を理解し、方針を別々に決めます。
- robots.txtを整える：学習を止めたいならClaudeBotを、検索索引を止めたいならClaude-SearchBotを、ユーザー起点の取得を止めたいならClaude-Userを、それぞれ個別に指定します。Anthropicは公式に、オプトアウトはrobots.txtの編集で行うよう案内しており、IPアドレス単位の遮断はrobots.txtの読み取り自体を妨げるため推奨していません。
- ログでUAを集計する：Claude-Userの来訪を、ClaudeBotやClaude-SearchBotと分けて数えます。「学習」「回答検索」「ユーザー起点取得」を混ぜません。
- IPで裏を取る：不審な大量アクセスや遮断判断では、UA名だけでなくAnthropic公式IPレンジと照合して詐称を排除します。
- 可視化は別指標で測る：Claude-Userの取得数を成果と即断せず、実際にClaudeの回答へ引用されたかをモニタリングで評価します。
Claude-Userの性質は、他社の同種ボットと並べると型として見えてきます。OpenAIのChatGPT-User、AnthropicのClaude-User、Perplexity（パープレキシティ＝出典付きで回答するAI検索エンジンを運営する企業）のPerplexity-Userは、いずれも「ユーザーがその場で指示した瞬間にだけ発火し、1件ずつ取りに行く」ユーザー起点フェッチャーという同じ系統です。共通点は、(a) 定期巡回ではなくユーザー操作が起点であること、(b) UA（User-Agent＝アクセス元が自分を名乗る識別子）は書き換えられるため公式IPレンジ照合が本人確認の要になること、の2点です。一方で分かれるのがrobots.txtの扱いです。OpenAIはChatGPT-Userについてrobots.txtのルールが適用されない場合があると説明し、PerplexityもPerplexity-Userについて一般にrobots.txtを無視すると明記しています。これに対しAnthropicは、Claude-Userを含む自社の全ボットがrobots.txtを尊重すると公式に説明しており、拒否指定が効きます。Anthropicはとりわけ透明性と運営者の選択肢提供を掲げており、この3系統（ClaudeBot／Claude-SearchBot／Claude-User）を別々のUA名で分けているため、サイト側は用途ごとに扱いを切り替えられます。
起点は各社共通でユーザー操作だが、robots.txtの扱いは事業者ごとに異なります。公式ドキュメントで個別に確認します。| ボット | 運営 | 起点 | robots.txt | 同系統での役割 |
|---|
| Claude-User | Anthropic | ユーザー操作 | 尊重すると公式に明記 | Claudeのユーザー指示に応じた即時取得 |
| ChatGPT-User | OpenAI | ユーザー操作 | 適用されない場合があると公式に説明 | ChatGPTのユーザー指示に応じた即時取得 |
| Perplexity-User | Perplexity | ユーザー操作 | 一般に無視すると公式に明記 | Perplexityの質問時にその場で取得 |
横にスクロールできます
当ラボの観測での見え方も補足します。アクセスログを日次で集計すると、Claude-Userの来訪は「特定URLがチャットや業務の文脈で共有された直後にスパイク（＝急増）する」パターンを取りやすく、平坦で継続的な収集カーブを描くClaudeBot（学習・収集系）とは形が明確に異なります。これは、誰かが資料URLをClaudeに渡して要約・分析させる行動が短時間に集中するためです。したがって同じ「Anthropic系アクセス」でも、ClaudeBotの本数は自社コンテンツの収集ストック量を、Claude-Userの本数は今この瞬間のユーザー需要を映す、という別の読み方が要ります。両者を合算した「AIアクセス総数」だけを追うと、この質的な違いが消え、施策の効果判断を誤ります。
Claude-UserとClaudeBotの違いは何ですか？
ClaudeBotはモデル訓練用にコンテンツを集める学習・収集系の自動クローラーです。Claude-Userはユーザーがその場でURLを渡したときに1ページだけ取りに来るユーザー起点フェッチャーで、目的も動き方も異なります。
robots.txtでClaudeBotを拒否すればClaude-Userの取得も止まりますか？
止まりません。ClaudeBotとClaude-UserはUA名が別なので、それぞれ指定する必要があります。Anthropicは公式ドキュメントで、Claude-Userを無効化すればユーザーの質問に応じた自社コンテンツの取得を止められると説明しています。
Claude-Userに取得されると、Claudeの回答に出典として載りますか？
載る保証はありません。取得は「ユーザーが今参照した」事実を示すだけで、回答への引用可視化とは別です。実際に引用されたかは回答のモニタリングで確認してください。
UAが「Claude-User」なら本物と信じてよいですか？
いいえ。UAは詐称可能です。遮断・許可などの重要な判断では、Anthropicが公開する公式IPレンジと照合して裏を取ってください。
Claude-Userのアクセスは歓迎すべきですか、遮断すべきですか？
基本は歓迎してよいアクセスです。Claude-Userの取得は「Claudeのユーザーが今まさに自サイトを参照している」需要を意味し、止めるとその参照機会を失います。遮断が要るのは、なりすまし（UA詐称）や過剰負荷が確認できた場合に限り、その際もUA名でなく公式IPレンジ照合で本物・偽物を切り分けてから判断してください。
