> For the complete documentation index, see [llms.txt](https://help.impact.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.impact.com/brand/ja/what-would-you-like-to-learn-about/platform-features/protect-and-monitor-your-performance-program/event-risk/reason-codes-reference.md).
# 理由コードリファレンス
*イベントリスクレポート* 含まれています *理由コード*。これは、理由コードの種類に応じて、特定のアクション、イベント、またはクリックの原因を説明するために使用される標準化された識別子です。
スパイダーとボット
リスクレベル： 重大
**クリックにのみ適用されます。**
クリックは、人ではなく自動ウェブクローラー（ボット）によって生成されました。これらは、検索エンジン向けにコンテンツをインデックス化するために、インターネットを体系的に巡回するソフトウェアプログラムです。
クローラーは接続情報で人間ではないことを示しているため、実際のユーザー活動としてカウントされません。
この種の理由コードの誤検知リスクは極めて低いです。
画像クリック
リスクレベル： 重大
**クリックにのみ適用されます。**
クリックは、ページまたは広告の読み込みの結果として生成され、ユーザーによるリンクや広告をクリックする操作や意図はありませんでした。
画像クリックは通常、ユーザーが気づかないうちにインターネットを閲覧している間に隠れたクリックを生成し、CPCまたはCPAプログラムを不正にだまし取ろうとする悪意ある試みです。まれに、提携先サイトでの悪意のない不適切な実装が原因となることもありますが、その場合でも誤って提携先に帰属されてしまいます。
この種の理由コードの誤検知リスクは極めて低いです。
データセンター
リスクレベル： 高
**クリックとアクションの両方に適用されます。**
クリックとアクションの発生元IPアドレスは、AWSやGoogle Cloudなどのデータセンターに属しています。
次の条件を持つクリックとアクション： `REF_datacenter` は、アクションレベルの理由コードです。 `REF_` は、アクションの `REFERRER` がリスクフラグの原因であることを示しています。この場合、 `REFERRER` のIPアドレスはデータセンターでした。
データセンターからのクリックとアクションは、主に次の2つのカテゴリに分類されます：
* プログラムを不正にだまし取ろうとする悪意のある試み。
* 人間によるものではない、悪意のないクリック。これらのクリックは、提携先が誤って無効トラフィックやウェブスクレイパーを購入してしまった結果です。
この種の理由コードの誤検知リスクは非常に低いです。まれな誤検知は、提携先がサポートされていない方法（例：サーバーサイドリダイレクト）でトラッキングリンクを実装した場合に発生することがあります。提携先は [サポートにお問い合わせください](https://app.impact.com/support/portal.ihtml?createTicket=true&) このような場合には
リクエストの異常
リスクレベル： 高
**クリックにのみ適用されます。**
HTTPリクエストには、人間以外の活動を示すシグナルが含まれています。
**REF\_request\_anomaly**：そのアクションの参照元クリックには異常なリクエスト特性があります。
次の条件を持つアクション： `REF_request_anomaly`、特に次を伴わない場合： `REF_datacenter`は、クッキースタッフィングの兆候である可能性があるため、慎重に精査する必要があります。
〜と同様に *データセンターのクリック*、異常は主に次の2つのカテゴリに分類されます：
* プログラムを不正にだまし取ろうとする悪意のある試み。
* 人間によるものではない、悪意のないクリック。これらのクリックは、提携先が誤って無効トラフィックやウェブスクレイパーを購入してしまった結果です。
この理由コードの種類の誤検知リスクは非常に低いです。シームレスなユーザー体験を維持するために、検証されていないクリックのバックグラウンド読み込みが行われることで、まれに誤検知が発生することがあります。提携先に正当なユースケースがある場合は、 [サポートにお問い合わせください](https://app.impact.com/support/portal.ihtml?createTicket=true&).
プロキシ
リスクレベル： 高
**クリックとアクションの両方に適用されます。**
クリックとアクションの発生元IPアドレスは、既知のプロキシです。
〜から発生したクリックとアクションは *既知のプロキシ* は、これらのIPが活動の真の発生元を隠すためによく使われるため、悪意のある意図である可能性が高くなります。支払いを承認する前に、この理由コードでフラグ付けされたイベントを慎重に手動確認することをおすすめします。
この理由コードの種類の誤検知リスクは非常に低いです。
IPレピュテーション
リスクレベル： 疑わしい
**クリックとアクションの両方に適用されます。**
IPレピュテーションは、IPアドレスの過去の挙動を分析するための専用アルゴリズムを使用します。 `REF_` この理由コードのバージョンは、次の条件を持つクリックとアクションが `REF_ipreputation` IPレピュテーションでフラグ付けされたことを意味します。
不正に典型的に関連するパターンを特定することで、悪意のある意図のリスクが高いクリックとアクションをフラグ付けします。支払いを承認する前に、この理由コードでフラグ付けされたイベントを慎重に確認することをおすすめします。
この理由コードの種類の誤検知リスクは低いです。
ドメインレピュテーション
リスクレベル： 重大/疑わしい
**クリックにのみ適用されます。**
ドメインレピュテーションは、特定のドメインに関連するアクティビティを分析して、その正当性を判断するための専用アルゴリズムを使用します。 `REF_` この理由コードのバージョンは、次の条件を持つクリックが `REFERRER` ドメインレピュテーションでフラグ付けされたことを意味します。
評判の悪いドメインから発生したクリックは、悪意のあるものである可能性が高くなります。支払いを承認する前に、この理由コードでフラグ付けされたイベントを慎重に確認することをおすすめします。
この理由コードの種類の誤検知リスクは低いです。まれに、古い情報を保持しているサービスが原因で誤検知が発生することがあります。
コンバージョンの偽装
リスクレベル： 重大/疑わしい
**アクションにのみ適用されます。**
偽装されたコンバージョンとは、実際には発生していない偽のイベントまたはアクションを指します。偽装されたコンバージョンは自動的に取り消し状態に設定され、次で確認できるようになります： [リスクのあるアクションを確認](/brand/ja/what-would-you-like-to-learn-about/platform-features/protect-and-monitor-your-performance-program/event-risk/review-at-risk-actions.md).
JavaScriptのようなクライアントサイド統合は、悪意ある第三者が報酬を受け取るために偽のコンバージョンイベントを作成する攻撃に対して脆弱な場合があります。これは、提携先アカウントを通じて直接行われることもあれば、より一般的には、ロイヤルティ／リワード型提携先の報酬制度を悪用して行われます。
偽装コンバージョンを検出するために、当社のシステムは内部シグナルと、あなた固有の `orderId` およびコンバージョンURLパターンを併せて分析し、すべてのイベントが本物であることを確認します。
この理由コードの種類の誤検知リスクは中程度です。
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://help.impact.com/brand/ja/what-would-you-like-to-learn-about/platform-features/protect-and-monitor-your-performance-program/event-risk/reason-codes-reference.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.