> 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 の Event Risk レポートを使用する</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="良い設計" %}
よく設計されたリードプログラムでは、どのイベントを追跡し、どのようにペイアウトするかを慎重に検討します。

* あなたのプログラムは登録と購入のイベントを追跡しています
* ペイアウトは購入イベントに対してのみ行います
* 対応国および対応地域に関する明確な方針を示すカスタム条件があります
* ペイアウトを承認する前に、定期的に Risk レポートを確認し、アクションを精査しています

**なぜこれが効果的な設計なのですか？** ペイアウトを購入イベントのみに限定しているため、偽のリードを送信する悪質な行為者は、あなたのプログラムを簡単な収益源として狙う動機が弱まります。さらに、Risk レポートとアクションを定期的に確認することで、パートナーに報酬を与える前にリードの品質を確信できます。
{% 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
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=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.
