> 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 %}

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

リード詐欺は、偽のリードやコンバージョンイベントを発生させてブランドの報酬を得ようとする悪質なアフィリエイトによって引き起こされます。これには、次のようなパートナーが含まれます。

* 偽の情報や盗まれた情報を使って、あなたのWebサイト上のリードフォームに手入力する。
* サーバー上でホストされたボットスクリプトを使ってフォームに入力し、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.