通販サイトの模倣品・無断転載を毎週巡回して見つけ、申立ての資料を作る

処理の起点を決める

週に1回の定期実行が起点です。

毎日回す必要はありません。出品は毎日増えますが、対応は週単位でも十分に間に合います。 むしろ、毎日回すと確認しきれない量の候補が溜まります。

半自動化では、次の2つを追加します。

• 新商品の発売時： 発売直後は模倣品が出やすいため、その型番だけ頻度を上げる
• 申立て後： 削除されたかを翌週に確認する

2つ目を必ず入れてください。 申立てをしたまま追跡していないと、削除されていない出品が残り続けます。

入力データを集める

「正規販売者の一覧」が、この構成でもっとも効く入力です。

自社と正規代理店のアカウント名が分かっていれば、それ以外の出品者はすべて確認の対象になります。この一覧がないと、正規代理店の出品を毎週「疑わしい」と挙げ続けることになります。

「監視条件」には、崩し表記を必ず入れてください。

この一覧を知財担当が作ります。AIに作らせないでください。 何を監視するかは、自社の権利範囲によって決まります。

データの取得方法を決める

候補の検索： Claude API の web search ツールを使います。監視条件の語ごとに検索するため、max_uses を条件の数に合わせて設定します。上限を超えると max_uses_exceeded が返ります。

{
  "type": "web_search_20250305",
  "name": "web_search",
  "max_uses": 20,
  "allowed_domains": ["example-mall.co.jp", "example-mall2.com"],
  "user_location": {
    "type": "approximate",
    "country": "JP",
    "timezone": "Asia/Tokyo"
  }
}

allowed_domains で対象のモールに絞ります。 全Webを対象にすると、まとめサイトや掲示板の記事が大量に混ざります。 なお allowed_domains と blocked_domains は同時に指定できません。両方を含めると400エラーになります。

出品ページの取得： web fetch ツールを使います。max_content_tokens を指定して、1ページあたりに読み込む量を制限してください。 商品ページは長く、レビューまで読み込むと消費が膨らみます。

{
  "type": "web_fetch_20250910",
  "name": "web_fetch",
  "max_uses": 40,
  "max_content_tokens": 8000,
  "citations": { "enabled": true }
}

web fetch は引用が既定で無効です。 web search とは違い、citations: {"enabled": true} を明示的に指定してください。 申立ての資料には、どの記載を根拠にしたかが必要です。

web fetch そのものに追加料金はありません。 取得した内容がコンテキストに入る分のトークン費用だけがかかります。平均的なWebページ（10kB）で約2,500トークンが目安です。

取得できるのはテキスト・HTML・PDFだけです。 これ以外は unsupported_content_type が返ります。また、JavaScriptで動的に描画されるページには対応していません。 主要なモールの商品ページがこれに当たる場合、その部分は人が見る運用にしてください。

公式画像との比較： 出品ページの画像URLと自社の公式画像を、同じリクエストに入れて比較させます。Claude の画像入力は、1リクエストあたり最大600枚（200kトークンのコンテキストウィンドウを持つモデルでは100枚）です。ただしリクエスト全体のサイズ上限が32MBあるため、枚数より先にこちらに当たります。

画像が20枚を超えると、1枚あたりの寸法の制限が厳しくなります。 すべてのプラットフォームで安全に収めるには、各画像のどちらの辺も2000pxを超えないようリサイズするか、画像とドキュメントのブロックを20個以下に抑えてください。 1リクエストあたりの画像上限は、直接APIを使う場合で1枚10MBです。

対応形式はJPEG・PNG・GIF・WebPです。 アニメーションには対応しておらず、最初のフレームだけが使われます。

AIへ渡す前に整形する

1. 監視条件の展開 … 崩し表記を含む検索語の一覧を生成します
2. 前回結果との突き合わせ … 同じURLが前回もあったかを確認します
3. 正規販売者の除外 … 自社・正規代理店の出品を候補から外します
4. 公式画像の縮小 … 各辺が2000pxを超えないようにリサイズします
5. 画像枚数の分割 … 1リクエストあたり20枚以下になるよう分けます
6. 申立て済みURLの照合 … すでに申立てた出品を別枠にします

3番目を入れないと運用が続きません。 正規代理店の出品が毎週「疑わしい」として挙がると、確認する側がリストを見なくなります。

4番目と5番目は、費用と精度の両方に効きます。 Claude は画像を28×28ピクセルのブロック（視覚トークン）単位で見ます。画像のトークン数は ⌈幅 / 28⌉ × ⌈高さ / 28⌉ です。 大きすぎる画像はモデルの上限に合わせて縮小されますが、縮小されると細かい部分が読めなくなります。 ロゴの細部を見せたい場合は、あらかじめその部分を切り出して渡してください。

AIに処理させる

AIに次のことをさせないでください。

「模倣品である」と断定させないことが、この構成で最も重要な制約です。 出力は「正規販売者の一覧にない出品者が、正規価格の35%の価格で出品している。商品説明にブランド名の記載がある。出典はこのURL」までにとどめてください。そこから先は人が判断します。

画像がAI生成かどうかの判定をさせないでください。 Claude のドキュメントには、画像がAI生成かどうかは判断できず、尋ねられても誤る可能性があるため、偽造・合成画像の検出に頼らないことが明記されています。

出品者の身元を推定させないでください。 Claude は画像に写った人物の名前を答えることができず、その要求を拒否します。 出品者アカウントの実在人物を特定する用途には使えませんし、使うべきでもありません。

指示内容を固定する

あなたは、自社ブランド商品の出品を巡回して確認する担当者です。
出品ページの内容と自社の正規情報を突き合わせ、
食い違う点を出典とともに挙げてください。

【厳守事項】
- 「模倣品です」「偽物です」「権利侵害です」と書かないでください。
  食い違う点と、その根拠となる記載を示すだけにしてください。
- 申立てをすべきかどうかを判断しないでください。
- 出品者が誰であるかを推定しないでください。
  アカウント名を、そのまま account_name に入れてください。
- 画像がAI生成かどうかを判定しないでください。
- 挙げた点には、必ず出典のURLと引用箇所を付けてください。
  出典を付けられない点は、出力しないでください。
- 出品ページに書かれていない内容を補わないでください。
  記載がない項目は "記載なし" と入れてください。
- 公式画像との比較では、「同一である」と断定しないでください。
  一致していると見える箇所と、異なって見える箇所の
  両方を image_comparison に記述してください。
- 正規販売者の一覧にある出品者は、candidates に入れず
  authorized_sellers に分けてください。
- 前回の巡回結果にあるURLは、status を "continuing" にしてください。
  前回になかったものは "new" にしてください。

【自社の正規情報】
正規価格: {list_price}
正規販売者の一覧: {authorized_sellers}
登録している権利: {registered_rights}

【前回の巡回結果】
{previous_results}

【今回の出品ページ】
URL: {listing_url}
取得日時: {retrieved_at}
内容: {page_content}

「模倣品です と書かない」の1行が、この構成の安全装置です。 AIが「模倣品と判断されます」と書いた記録が社内に残り、それを根拠に申立てを行えば、正規の並行輸入品だった場合に、こちらが責任を負います。

「同一である と断定しない」も必ず入れてください。 画像の比較は、似ていることは示せても、同一であることの証明にはなりません。 一致する点と異なる点の両方を書かせてください。

出力形式を固定する

{
  "crawled_at": "",
  "search_conditions": [],
  "candidates": [
    {
      "listing_url": "",
      "status": "new | continuing",
      "account_name": "",
      "listed_price": 0,
      "price_ratio_to_list": 0.0,
      "title_text": "",
      "description_quote": "",
      "brand_mention": false,
      "model_number_mention": false,
      "image_comparison": {
        "matching_points": [],
        "differing_points": [],
        "official_image_id": ""
      },
      "discrepancies": [],
      "source_url": "",
      "retrieved_at": "",
      "already_reported": false
    }
  ],
  "authorized_sellers": [],
  "disappeared_since_last": [],
  "fetch_errors": [
    {
      "url": "",
      "error_code": ""
    }
  ]
}

status が new か continuing かで、確認する順番が決まります。 新規に出たものから見れば、早期に見つけるという目的に直結します。

price_ratio_to_list は、正規価格に対する比率です。 判定はしませんが、並べ替えの手がかりになります。 ただし価格が安いこと自体は侵害の根拠になりません。 正規の値引き販売、中古品、並行輸入品はいずれも安く出ます。

image_comparison に一致点と相違点の両方を持たせます。 一致点だけを記録すると、申立ての根拠として弱くなります。 相手方は「別の商品だ」と反論します。

fetch_errors を必ず残してください。 url_not_allowed（robots.txt やドメイン制限）、unsupported_content_type、url_not_accessible のいずれかで取得できなかったURLは、「見た」ことになりません。 人が目視で確認する対象として残してください。

disappeared_since_last は、前回あって今回なくなった出品です。 申立てによって削除されたのか、出品者が自分で取り下げたのかは分かりません。記録として残すだけにしてください。

システムへ連携する

最小構成では連携はありません。担当者が生成AIに監視条件と正規情報を貼って作業します。

半自動化では、次をつなぎます。

申立てを自動送信しないでください。 各モールは権利者向けの申立て窓口を用意していますが、誤った申立ては相手方の販売を不当に止めることになります。 申立ての送信は、知財担当が内容を確認して人が行ってください。

モールへの自動ログインや管理画面の自動操作も行わないでください。 利用規約で制限されていることが多く、アカウントが停止されると監視そのものができなくなります。

人が確認する

侵害の判断と申立ての決定は、必ず知財担当が行います。

1番目の「出品ページを実際に開く」を省かないでください。 取得した内容は、取得した時点のものです。 出品は編集されます。申立ての直前に、現在の状態を確認してください。

2番目は、人が目で見るしかありません。 画像の一致は、AIの説明だけでは判断できません。並べて見比べる画面を用意してください。

4番目で迷ったら、必ず外部に相談してください。 並行輸入品、中古品、正規品の転売は、いずれも権利侵害に当たらない場合があります。 判断を誤って申立てを行えば、相手方から損害賠償を請求されることがあります。

例外に対処する

記録を残す

• 巡回の実行日時と、使用した監視条件
• 候補として挙がった出品のURL、取得日時、取得内容
• 出品ページのスクリーンショットまたはPDF（申立ての証拠）
• 画像の比較結果（一致点・相違点）
• 知財担当の判断と、その理由
• 申立ての内容、送信日、結果
• 削除の確認日
• fetch_errors に入ったURLと、目視確認の結果

出品ページの保存が、この構成でもっとも重要な記録です。 出品は削除されます。削除された後では、何があったかを示せません。 候補として挙がった時点で、スクリーンショットまたはPDFとして保存してください。

「判断と理由」を必ず残してください。 「申立てをしなかった」判断も記録に残してください。同じ出品が翌週も挙がったときに、同じ検討を繰り返さずに済みます。

監視条件の変更履歴を残してください。 「いつからこの語を監視し始めたか」が分からないと、見つからなかった期間の意味が変わります。