Amazonbotは、Amazonが「製品・サービスの改善」を目的に公開Webを巡回させるクローラーです。公式ドキュメントは、収集データが顧客への情報提供の精度向上に使われ、加えてAmazonのAIモデルの訓練にも用いられ得ると明記しています。この「学習にも使われ得る」という点で、Amazonbotは3分類のうち学習・収集系の性格を強く帯びます。UA文字列の実例は `Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; Amazonbot/0.1) Chrome/W.X.Y.Z Safari/537.36` で、`Amazonbot/0.1` の部分がAmazonbotであることのサインになります（バージョン番号は変わり得ます）。
この「用途ごとにボットを分ける」設計は、生成AI時代に各社が共通して採る方向です。ユーザーは「検索には使ってほしいが、無断でAIの訓練には使わせたくない」といった細かな希望を持つため、Amazonは収集の目的をUA名で明示し、robots.txtで個別に許可・拒否できるようにしています。Amazonbotは「製品改善＋AI訓練にも使われ得る」もっとも広い用途を持ち、Amzn-SearchBotは「検索専用・訓練には使わない」と用途を絞り、Amzn-Userは「ユーザーの操作を起点にした単発取得」に限定される、という住み分けです。
Amazonは各ボットのアクセス元IPアドレスを公式に公開しており（IP一覧は用途別に別々のページで配布されます）、これと照合すれば、UA名だけに頼らず「本物のAmazonbotか」を検証できます。robots.txtの尊重についても公式が明記しており、`User-agent: Amazonbot` を対象に拒否ルールを書けば収集を止められます。逆に、robots.txtで検索系ボットを許可しているのにAmzn-SearchBotへ個別の言及が無い場合、Amzn-SearchBotは他の検索ボット向けの指示に従って巡回する、という補足挙動も公式に説明されています。つまり「検索ボット全般は許可、でもAmazonbotの学習利用だけは拒否」といった細かな出し分けが、robots.txtの書き分けで実現できます。
AmazonはAlexa（アレクサ＝Amazonの音声アシスタント）をはじめ、自社エコシステム内で検索・回答体験を提供しています。Amazonbot／Amzn-SearchBot／Amzn-Userの3つは、それぞれ「学習素材の収集」「検索体験への反映」「ユーザーの問いへのライブ回答」を担い、AI検索での可視化の観点では役割が異なります。可視化（＝Amazonの回答・検索体験に自社が現れること）を狙うなら、少なくとも検索系（Amzn-SearchBot）を無用にブロックしていないかを確認すべきです。一方、学習利用だけを拒みたい場合はAmazonbotの扱いを個別に検討する、という切り分けができます。
注意したいのは、AmazonのAIやAlexaでの露出は、GoogleやBingの検索ほど施策の効果を外から観測しにくい点です。音声アシスタントの回答は画面に出典リンクが並ぶとは限らず、「引用されたか」を確認する手段が限られます。だからこそ、まずは技術的な前提（＝Amzn-SearchBotを塞いでいないか、robots.txtの記述が意図通りか）を確実に整えることが、可視化を狙ううえでの現実的な第一歩になります。UAの分類を取り違えて「学習を拒否したつもりが検索露出まで止めていた」という事故が、この領域では起きやすいので特に注意が要ります。
「Amazonbot」を語るときは3つのどれかを必ず区別します。学習拒否と検索露出は別レバー。| ボット | 分類 | 生成AI訓練に使うか | robots.txt尊重 |
|---|
| Amazonbot | 学習・収集系（製品改善＋AI訓練にも使われ得る） | 使われ得る | 尊重する（拒否可） |
| Amzn-SearchBot | 回答・検索系（検索体験の向上） | 使わない（訓練目的ではない） | 尊重する |
| Amzn-User | user-triggeredフェッチャー（ユーザー起点の単発取得） | 使わない | ユーザー行為に近く扱いが異なる |
横にスクロールできます
Amzn-User（ユーザー起点フェッチャー）は、たとえば利用者がAlexaに最新情報を要する質問をしたとき、その場でWebから答えを取りに行く取得系です。これはユーザー本人の求めに応じた単発取得であり、自動巡回とは性質が異なるため、robots.txtの一般ルールの扱いも自動クローラーとは違う考え方になります。UA実例は `...Amzn-User/0.1...`、Amzn-SearchBotは `...Amzn-SearchBot/0.1...` で、いずれも公式にIPアドレスが公開されています。この「ユーザー起点フェッチャーは自動クローラー向けの取り決めをそのまま適用しない」という考え方は、GoogleやOpenAI、Anthropicなど他社のフェッチャーにも共通しており、「robots.txtは自動巡回への合図であって、ユーザー本人の閲覧行為を止めるものではない」という前提に立っています。
したがって「3つのどれか」を取り違えると、意図と逆の結果を招きます。たとえば「AIに学習させたくない」という動機でAmazonbotとAmzn-SearchBotをまとめて拒否すると、学習利用を止めるだけでなくAlexa等の検索体験への掲載機会まで一緒に失います。逆に「検索露出は最大化したい」からと全ボットを許可すると、AI訓練へのデータ利用も同時に許すことになります。目的（検索に出したいのか／学習を拒みたいのか）を先に言語化し、それに対応するボットだけを個別に扱うのが正しい順序です。
- Amazonbot UA実例：`Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; Amazonbot/0.1) Chrome/W.X.Y.Z Safari/537.36`。
- Amzn-SearchBot：検索体験（Alexa等）向け。生成AIの訓練には使わないと公式明記。robots.txtでの個別指定が無ければ他の検索ボット向け指示に従います。
- Amzn-User：Alexaの質問応答などでライブ情報を取りに行くユーザー起点フェッチャー。
- 公式IP公開：Amazonは各ボットのIPアドレス一覧を公式ページで配布しており、照合すればなりすましを排除できます。
- 3ボットを分けて認識する：Amazonbot（学習寄り収集）／Amzn-SearchBot（検索）／Amzn-User（ユーザー起点）をログ上で区別します。
- 方針を決める：学習利用を許すか拒むかを決め、検索露出を残したいならAmzn-SearchBotは塞ぎません。
- robots.txtを整える：学習を拒否するなら `User-agent: Amazonbot` に `Disallow:` を書きます。検索系の扱いは別に設計します。
- IPで裏を取る：Amazonが公開する各ボットの公式IP一覧と照合し、UA詐称を排除します。
- 可視化は別指標で測る：Amazonの回答・検索での露出は、Amazonbotの来訪数ではなく実際の検索体験・回答モニタリングで評価します。
Amazonの3ボット体制は、他社と並べると理解が深まります。OpenAIも「学習用のGPTBot」「検索用のOAI-SearchBot」「ユーザー起点のChatGPT-User」を分け、AnthropicもClaudeBot（学習）と検索用・取得用を分けています。各社に共通するのは、「学習」「検索」「ユーザー起点取得」という3つの目的をUA名で区別し、robots.txtで別々に制御させる、という思想です。したがってAmazonだけを特別扱いするのではなく、「どのベンダーでも、まず目的別に3つへ仕分けてから方針を決める」という共通の型で臨むのが実務的です。
主要ベンダーは「学習／検索／ユーザー起点」の3目的でボットを分けます。Amazonも同じ型。| ベンダー | 学習・収集系 | 回答・検索系 | ユーザー起点取得 |
|---|
| Amazon | Amazonbot | Amzn-SearchBot | Amzn-User |
| OpenAI | GPTBot | OAI-SearchBot | ChatGPT-User |
| Anthropic | ClaudeBot | （検索用ボット） | （ユーザー起点取得） |
横にスクロールできます
この共通の型を押さえておくと、新しいベンダーのボットが登場したときも慌てずに対応できます。まず「そのボットは学習・収集系か、回答・検索系か、ユーザー起点フェッチャーか」を公式ドキュメントで確認し、次に「自社は学習を許すのか／検索露出を残したいのか」という方針に照らして、robots.txtでの許可・拒否を決める——この手順は、Amazonにも、OpenAIにも、Anthropicにも、今後現れる各社のボットにも同じように使えます。Amazonbotの学習利用可否を判断することは、単発の設定作業ではなく、サイト全体のAIポリシー（＝どのAIに何を使わせるかの方針）を一貫させる作業の一部だと捉えるべきです。個別のボットごとに場当たりで対応すると、ある社は学習拒否・別の社は許可、といった不整合が生じ、意図しないデータ利用や検索露出の損失を招きます。方針を一枚の表にまとめ、ベンダー×目的（学習／検索／ユーザー起点）のマスごとに許可・拒否を決めておくと、robots.txtの記述もその表から機械的に導けて、抜け漏れや取り違えを未然に防げるようになります。
AmazonbotはAmazonのAI学習に使われますか？
使われ得ます。公式は、収集データが製品・サービス改善に加えAmazonのAIモデルの訓練にも用いられ得ると明記しています。学習に使ってほしくない場合はrobots.txtでAmazonbotを拒否します。
Amazonbotを拒否するとAlexaの検索結果にも出なくなりますか？
検索体験は主にAmzn-SearchBotが担うため、Amazonbotの拒否と検索露出は必ずしも直結しません。露出を残したいならAmzn-SearchBotまで一括で塞がないよう注意してください。
Amzn-Userはrobots.txtで止められますか？
Amzn-Userはユーザーの操作を起点にライブ情報を取りに行くフェッチャーで、自動巡回とは性質が異なります。ユーザー本人の行為に近いため、自動クローラー向けの一般ルールと同じには扱われないことがあります。
UAがAmazonbotなら本物と信じてよいですか？
いいえ。UAは詐称可能です。Amazonが公開する公式IPアドレス一覧と照合して裏を取ってから判断してください。
