# 不正に強い紹介プログラムを設計する

不正防止は、紹介プログラムを持つすべての会社にとって考慮すべき事項です。いずれにせよ、誰かがシステムを試そうとします。悪意のある者の意図を変えることはできませんが、当社の自動化された [不正防止機能](/brand/ja/nitsuitebitaidesuka/advocate-program/protect-your-advocate-program/advocate-fraud-protection-explained.md) を活用し、詐欺行為を最小限に抑えるようにプログラムを設計することはできます。

紹介プログラムにおける不正の一般的な形のひとつは、報酬を得るために自分自身を何度も紹介しようとすることです。顧客の推奨者と紹介された人の両方に報酬を提供するプログラムは、この種の不正にとくに狙われやすいです。幸い、慎重に設計すれば、こうしたシステムの悪用の影響を最小限に抑えられます。

<details>

<summary>ヒント1: 顧客獲得にとって意味のあるコンバージョン目標を使う。</summary>

売上重視のコンバージョン目標を選ぶことで、紹介プログラムの悪用は難しくなりつつ、ビジネス目標の達成は可能になります。コンバージョン目標は、紹介された人が報酬を受け取る前に、製品を体験する、購入する、またはプランに申し込むよう促すものであるべきです。返品または報酬期間がある場合は、報酬はその期間が終了した後にのみ支払われるようにしてください。

紹介された人に対するコンバージョン目標の候補は次のとおりです。

* 購入する
* サブスクリプションに登録する
* アカウントに入金する

</details>

<details>

<summary>ヒント2: 短期的に利益が出るインセンティブを提供する。</summary>

提供すべきインセンティブの最適な種類は、ビジネスモデルによって異なります。

正当なB2CおよびD2Cの参加者は、割引、無料利用期間、無料製品、または製品やサービスのアップグレード版への期間限定アクセスなどの報酬から恩恵を受けます。

B2Bの参加者には、通常、サービスモデル外の報酬のほうが適しており、ギフトカードが人気の選択肢です。こうした報酬タイプを使うことで、潜在的な不正による金銭的リスクを軽減でき、場合によっては、あらゆる紹介から確実にプラスのROIを得ることもできます。

</details>

<details>

<summary>ヒント3: 紹介不正があった場合はアカウント停止になることを明確にする。</summary>

紹介システムを悪用しようとする既存顧客は、アカウントへのアクセスを失う恐れがあることで思いとどまることがよくあります。これは、SaaS、ゲーム、マーケットプレイス企業で特に効果的です。なぜなら、顧客は自分のアカウントを有効に保つことに強い関心を持つことが多く、日常的に利用しているサービスへのアクセスを失うことを恐れるからです。不正が発見された場合にどのような対応を行うのかを、利用規約で定義してください。

</details>

<details>

<summary>ヒント4: ブロックおよびリダイレクトルールを使って、低品質な紹介トラフィックを抑止する</summary>

一部の紹介プログラムでは、クーポンサイト、ディールフォーラム、その他の無許可ソースに共有リンクを掲載することはプログラム規則違反であると利用規約に明記しています。現在では、紹介リンクにブロックおよびリダイレクト（ルーティング）ルールを使用することで、それらのルールをさらに強化できます。

ブロックおよびリダイレクトルールを使うと、次のことが可能になります。

* **望ましくないソースからのトラフィックを検出する**。たとえば、特定のドメイン、サブドメイン、または参照URLなどです。
* **それらの訪問者が紹介ランディングページにアクセスするのをブロックする**.
* **別の遷移先にリダイレクトする**。たとえば、
  * 紹介報酬のない一般的なランディングページ。
  * 紹介プログラムのルールを説明するページ
  * メインサイト、またはファネル内の別のページ

これらのルールの設定方法については、次を参照してください。 [ブロック＆リダイレクト / ルーティングルール & ディファードディープリンク](/brand/ja/nitsuitebitaidesuka/platform-features/blocking-and-redirect-rules/blocking-and-redirect-routing-rules-and-deferred-deep-linking.md).

</details>

<details>

<summary>ヒント5: 新規参加者の報酬に上限を設けることを検討する。</summary>

報酬が現金同等物である場合、報酬上限は特に重要です。報酬を一定の金額または数量で上限設定するプログラムルールを設けることで、参加者が報酬構造から不相応に利益を得ようとするのを抑制できます。

{% hint style="info" %}
**推奨:** プログラムには、多数の紹介やトラフィックを生み出すヘビーユーザーやマクロインフルエンサーがいるかもしれません。彼らを [ユーザーセグメント](/brand/ja/nitsuitebitaidesuka/advocate-program/manage-advocate-participants/manage-advocate-user-segments.md) に追加し、より高い報酬を認めることで、紹介意欲を維持できるように検討してください。こうした顧客推奨者は、Performanceプログラムの優れたアフィリエイトにもなります。当社の [ディスカバリー機能](/brand/ja/nitsuitebitaidesuka/performance-program/recruiting-partners/discover/discover-overview.md) を使って、最適なアフィリエイトを見つけてください。
{% endhint %}

</details>

<details>

<summary>ヒント6: フルコンバージョンがすぐに発生しない場合は、意味のあるマイルストーンに報酬を与える。</summary>

B2Bの営業サイクルでは、購入までに数か月かかることがありますが、製品デモの完了のような重要なアクションは、明確な関心と購入可能性を示します。こうした場合、予定されたデモや参加したデモなどのマイルストーンに対して推奨者へ報酬を与えることで、プログラムの勢いを維持できます。ただし、これはそのマイルストーンが将来の売上を強く予測し、かつ適格なリードに紐づいている場合にのみ使用すべきです。

</details>

#### プログラム設計の例

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

{% tabs %}
{% tab title="効果的な設計" %}
{% hint style="info" %}
**例：** 顧客推奨者は、友人が購入すると、将来の購入に使える25ドルのクレジットを獲得します。購入には30日間の返品ポリシーがあり、報酬は返品期間が終了した後にのみ支払われます。
{% endhint %}

なぜこれが良い設計の例なのでしょうか？

* このクレジットは *将来の購入*にのみ適用できるため、人々が現金利益のためにシステムを悪用するのを防げます。
* このクレジットは *アカウントに紐づいている*ため、誰かが不正を行った場合、クレジットを取り消し、アカウントを停止できます。
* 友人は *購入する*必要があるため、不正の検知と対応に使える購入情報の記録が残ります。
* クレジットは返品期間が終了した後にのみ支払われるため、確認済みの購入にのみ適用されます。
  {% endtab %}

{% tab title="不十分な設計" %}
{% hint style="info" %}
**例：** 顧客推奨者は、紹介した友人が無料アカウントに登録すると、10ドルの現金を獲得します。
{% endhint %}

なぜこれが不十分な設計の例なのでしょうか？

* この種のプログラムは、特に身元不明のユーザーが紹介を行う場合、偽のメールアドレスを使うことで簡単に悪用できます。
* 悪意のある者は、偽のメールアドレスとプロキシシステムを使って、すぐに換金可能な現金を得ることができます。
* 報酬が *無料* のアクションに紐づいていると、不正に対して無防備になります。悪意のある者がプログラムを悪用し、無駄な支出とマイナスのROIにつながる可能性があります。
  {% endtab %}
  {% endtabs %}


---

# Agent Instructions: 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:

```
GET https://help.impact.com/brand/ja/nitsuitebitaidesuka/advocate-program/protect-your-advocate-program/design-a-fraud-proof-referral-program.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.