> 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/minimize-lead-generation-fraud-risk.md).

# リード生成詐欺リスクを最小化

impact.com Performance または Creator プログラムで、成果報酬にリードイベントを使用している場合は、 *リード詐欺* はリスクです。リードイベントでは、パートナーがリードを営業チームに送信するため、コンバージョンイベントよりも不正の対象になりやすく、特に適切な検証がない場合は偽造しやすくなります。

{% hint style="info" %}
**例：** あなたのプログラムは、ブランドに有望なリードをもたらしたパートナーに報酬を支払うよう設定されています。リードが *商談機会*と見なされた場合、リードの送信に基づいてパートナーに報酬が支払われる可能性があります。その後リードが契約を締結し、案件が *成約した*場合、成約リードの送信に基づいて、より大きな報酬が支払われる可能性があります。交渉した関係構造によっては、パートナーはコンバージョンのいずれか一方、または両方で支払いを受けられます。これらの両方のしきい値は、あなたが次の経由で当社に送信するデータに基づいて設定され *リードイベント*.
{% endhint %}

#### リード詐欺とは何ですか？

リード詐欺は、偽のリードやコンバージョンイベントを作成してブランドから報酬を得る悪意のあるアフィリエイトによって行われます。これはさまざまな形を取り、次のようなパートナーが含まれます：

* 偽造または盗用した情報を使って、あなたのウェブサイトのリードフォームに手動で入力する。
* サーバー上で実行されるボットスクリプトを使ってフォームに入力し、IPアドレスを隠す。
* ユーザーに報酬目当てでフォーム入力を促す。これにより、パートナーから報酬を得るためだけにあなたのリードを入力したため、将来的に成約する意思のない「実在のリード」が生じることがあります。

#### 成功のためのヒント

幸い、リードプログラムの不正リスクを下げるために活用できるいくつかの方法があります。

<details>

<summary>ヒント1：より価値の高いイベントをトラッキングする。</summary>

ファネル後半の、最初のリードに「連動」できるより価値の高いイベントをトラッキングし、支払いを行います。操作が難しいイベントであれば、悪意のある行為者が偽のリードを作成したり盗用情報を使ったりする動機は弱まります。

リードイベントに紐づけられる、トラッキング対象のより価値の高いイベントの例：

* 購入する
* サブスクリプションに登録する
* 有望な営業案件
* 初回の月額支払い

</details>

<details>

<summary>ヒント2：自社とパートナー向けに明確な不正防止ガイドラインを設ける。</summary>

* リードの正当性を確認するのに十分な時間を確保できるロック期間を設定します。
* ファネル下流でのコンバージョン率が非常に低いリードイベントに注意してください。
* 不正防止ポリシーで定めた品質要件を満たさないアクションは取り消します。

</details>

<details>

<summary>ヒント3：契約設定を効果的に使い、パートナー契約を管理する</summary>

契約では、次のような予防的対策を講じてください：

* アクションを制限する
* 支払いを制限する
* 反対提案を無効にする

これらのツールは、一貫性を徹底し、予想外の手数料を避け、透明性の高い信頼できるパートナーシップを確保するのに役立ちます。リスクを軽減するための契約設定方法の詳細は、次の記事をご覧ください。 [ブランドの不正行為を防ぐ方法](/brand/ja/what-would-you-like-to-learn-about/platform-features/protect-and-monitor-your-performance-program/methods-to-prevent-bad-acting-for-brands.md).

</details>

<details>

<summary>ヒント4：impact.com のイベントリスクレポートを活用する</summary>

{% hint style="success" %}
この機能は、impact.com の Professional および Enterprise プランでのみ利用できます。 [お問い合わせください](https://app.impact.com/support/portal.ihtml?createTicket=true) アカウントをアップグレードして利用できるようにします。
{% endhint %}

* 次を使用してください： [高リスクアクション](/brand/ja/what-would-you-like-to-learn-about/platform-features/protect-and-monitor-your-performance-program/event-risk/action-risk-listing.md) レポートを使って、高リスククリックに起因すると判定されたアクションを確認してください。このレポートにより、パートナーへの支払い前に高リスクアクションを確認できます
* 次を使用してください： [同一アクション IP レポート](/brand/ja/what-would-you-like-to-learn-about/platform-features/protect-and-monitor-your-performance-program/event-risk/same-ip-actions-report.md) 同じ IP アドレスから発生したアクションを特定し、同一ユーザーが偽情報を使って複数のリードイベントを作成している可能性があることを示します。

</details>

#### リードプログラムの設計例

これらのヒントを実践で確認するために、リード詐欺の試みの影響を軽減する効果的な設計のプログラム例を確認してください。次に、リード詐欺防止の必要性を考慮していない不十分な設計の例も見てみましょう。

{% tabs %}
{% tab title="良い設計" %}
よく設計されたリードプログラムでは、どのイベントをトラッキングし、どのように支払うかを慎重に検討します：

* あなたのプログラムはサインアップと購入イベントをトラッキングしています
* 支払いは購入イベントのみに対して行います
* 対応国と地域について明確な方針を示すカスタム条件があります
* 支払いを承認する前に、定期的にリスクレポートを確認し、アクションを精査します

**なぜこれが効果的な設計なのですか？** 購入イベントに対してのみ支払いを行うため、偽のリードを送信する悪質な行為者にとって、あなたのプログラムは簡単な報酬源として狙う動機が弱くなります。さらに、リスクレポートとアクションを定期的に確認することで、パートナーに報酬を支払う前にリードの品質を確かめられます。
{% endtab %}

{% tab title="悪い設計" %}
設計の悪いリードプログラムは、ユーザー側の労力がほとんどないのに報酬を支払い、リードの品質やコンバージョンを監視しません：

* あなたのプログラムは、人による確認なしでリードイベントのみをトラッキングしています
* 下流の価値が見える前に、リードに対して多額の報酬を支払います
* クリックごとのアクション数に制限がありません
* リードの品質を確認していません

**なぜこれが不適切な設計なのですか？** あなたのプログラムはリードを検証せず、リードの送信だけに報酬を支払うため、悪質な行為者は偽のリード情報で送信フォームを大量送信する強い動機を持ちます。さらに、リード品質を確認しないと、こうした悪質な試みを見つけにくくなります。
{% endtab %}
{% endtabs %}


---

# 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/minimize-lead-generation-fraud-risk.md?ask=<question>&goal=<user_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.