ImagesiftBot

ImagesiftBotとは何か

ImagesiftBotは、Hiveの製品ImageSiftのために公開Webを巡回する収集ボットです。Hiveは、画像・動画・テキストの内容理解、AI生成コンテンツの検出、人物・物体・シーンの検出、検索、生成といった一連のAIモデルを提供する企業で、ImageSiftはその「Webインテリジェンス」側の製品群にあたります。ImageSift公式の説明では、ImageSiftBotは「Webインテリジェンス製品群を支えるために、公開されている画像をインターネットから収集する（scrape publicly available images）」クローラーだと明記されています。つまり狙いは主に公開画像とその周辺情報の収集で、集めたデータはHive／ImageSiftの解析・検索・製品提供に用いられます。

サイト側から見ると、ImagesiftBotのアクセスはUA文字列に「ImagesiftBot」を含む形で届きます。ImageSift公式が示すUAは `Mozilla/5.0 (compatible; ImagesiftBot; +imagesift.com)` で、末尾に説明先ドメインを添える形式です（表記は文中で「ImageSiftBot」と大文字混じりで書かれることもありますが、UAの製品トークンは「ImagesiftBot」です）。第三者観測では、ImagesiftBotの巡回は“watchlist（監視リスト）型”——顧客が監視対象に指定したページ（価格・商品一覧・お知らせなど）に、1時間おきから週次まで様々な頻度で繰り返しアクセスし、リスト外のサイトには一切来ないこともある——と説明されます。この点は、サイト全体を無差別に舐める大量巡回とは性質が異なります。

なぜ重要か（AI検索での位置づけ）

ImagesiftBotは、テキスト主体のAI検索最適化の議論では見落とされがちですが、画像を持つサイト（EC〈電子商取引〉・メディア・不動産・求人など）にとっては無視できない収集経路です。ただし、ここでも「取得された＝AIの回答に引用された」ではありません。ImagesiftBotは学習・収集系で、集めた画像やページはHive／ImageSiftの解析・検索・製品に使われる素材であって、特定の対話型AIの回答画面に自社が出典として並ぶこととは別系統です。当ラボが引用計測で学習・収集系と回答・検索系を分けているのは、画像収集ボットのアクセス量を「AI検索での成果」と読み違えないためでもあります。

仕組み（UAとrobots.txtの制御）

robots.txtで拒否するなら、`User-agent: ImagesiftBot` の行に続けて `Disallow: /` を書けばサイト全体を対象にできます。画像ディレクトリだけ守りたい場合は、`/` を対象パス（例：`/images/`）に置き換えます。画像を持つサイトでは、「テキストは学習させてよいが画像は収集を拒否したい」といった部分的な方針を取ることもあり、その場合はパス単位で細かく制御します。ただしrobots.txtは紳士協定であり強制力はないため、確実に止めたい画像資産があるなら、ファイアウォールやWAF（＝Webアプリを守る防御層）でのIP・レート遮断や、画像へのアクセス制御を併用します。

具体例・データ

• 所有者・用途：ImagesiftBotはHiveの製品ImageSiftのクローラーで、公開画像をWebから収集します（ImageSift公式の記述）。
• 公式UAの例：`Mozilla/5.0 (compatible; ImagesiftBot; +imagesift.com)`。UAの製品トークンは「ImagesiftBot」。
• robots.txtでの拒否例：`User-agent: ImagesiftBot` の行に `Disallow: /` を続けるとサイト全体を拒否できます（画像だけなら対象パスを指定）。
• 観測される挙動：顧客の監視リストにあるページ（価格・商品・お知らせ等）に繰り返しアクセスし、リスト外には来ないこともあります（第三者観測）。

背景：Hive／ImageSiftは何をする会社・製品か

ImagesiftBotを理解するには、運営元Hiveの事業を押さえるのが近道です。Hiveは、画像・動画・音声・テキストといった「非構造データ（＝表形式に整っていない生のコンテンツ）」を機械に理解させるAIモデルを、API（＝外部プログラムから呼び出せる窓口）として企業に提供する会社です。代表的な用途がコンテンツモデレーション（＝投稿画像・動画から暴力・成人向け・違反コンテンツを自動検出し、プラットフォームの安全を守る）で、SNSやマーケットプレイスの裏側で広く使われています。ImageSiftは、そのHiveが公開Web上の画像を対象に提供する「Webインテリジェンス（＝Web上の公開情報を解析して知見を得る）」製品群で、逆画像検索（＝ある画像がWebのどこに出ているかを探す）などを支えます。ImagesiftBotは、この製品群のために公開画像を収集する足回りにあたります。

この背景から分かるのは、ImagesiftBotの収集対象が「テキストより画像に寄っている」ことです。テキスト主体のAI検索最適化では、GPTBotやClaudeBotのような本文収集ボットに注目が集まりがちですが、画像を主資産とするサイト——ECの商品写真、報道機関の写真、不動産の物件画像、クリエイターの作品——にとっては、ImagesiftBotのような画像収集ボットこそが「自社の画像がWebインテリジェンスや逆画像検索の対象になる」経路になります。画像の権利や無断利用を気にするサイトほど、このボットの存在を把握しておく実益が大きいと言えます。

もう1つ押さえておきたいのは、逆画像検索という技術がもたらす「見つけられる側」の影響です。逆画像検索は、ある画像を手がかりに、それが公開Webのどこに・どんな文脈で使われているかを探し出す仕組みです。ImageSiftのようなサービスがこれを提供すると、たとえば自社が公開した商品画像や作品が、無断転載や偽サイトでどう使われているかを追える一方で、逆に自社の画像そのものが第三者の解析対象として広く参照可能になります。これは一長一短で、ブランド保護（＝偽物・転載の発見）に役立つ側面と、望まない場面で自社画像が引き当てられる側面の両方があります。ImagesiftBotの許可・拒否を判断するときは、単にサーバー負荷だけでなく、「自社の画像が逆画像検索の網に載ってよいか」という視点も併せて検討する価値があります。

主要ボットとの比較（画像収集という軸）

よくある誤解・注意点

実務での扱い方

1. 方針を決める：自社の公開画像が、Hive／ImageSiftの製品・解析に取り込まれることを許容するか、拒否するかを判断します。画像資産の価値が高いサイトほど慎重に判断します。
2. robots.txtを整える：拒否するなら `User-agent: ImagesiftBot` に `Disallow: /` を書きます。画像だけ守るなら画像ディレクトリを対象パスに指定します。
3. ログでUAを集計する：ImagesiftBotの来訪を、回答・検索系ボットと混ぜず「学習・収集系（画像収集）」として分けて数えます。
4. IP・挙動で裏を取る：画像の大量取得や不審な頻度があれば、UA名でなくアクセス元IPと挙動を実測して詐称や過剰取得を見極めます。
5. 確実に守りたい画像は多層防御：robots.txtに加え、WAF・ホットリンク防止（＝外部からの直接読み込みの遮断）などを併用します。

補足として、画像を主資産とするサイトでは、ImagesiftBot単体を追うより「画像収集系ボット全体」を1つのカテゴリとして監視する運用が効きます。ImagesiftBotのほかにも、検索エンジンの画像用クローラーや、生成AIの学習用に画像を集めるボットなど、画像を狙うアクセスは複数の主体から来ます。これらをアクセスログで束ねて可視化し、(1) どの画像ディレクトリに、(2) どの頻度で、(3) どの主体から取得が来ているかを定点観測すると、権利上・帯域上のリスクが高いディレクトリを特定でき、robots.txtやホットリンク防止をどこに厚く掛けるべきかの判断がつきます。ImagesiftBotはその中の一銘柄であり、「取得された画像がAIの回答に出た証拠にはならない」という原則を保ちつつ、画像資産の保護方針そのものを設計し直すきっかけとして扱うのが実務的です。

よくある質問（FAQ）