> 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/advocate-program/protect-your-advocate-program/design-a-fraud-proof-referral-program.md).
# 不正防止対応の紹介プログラムを設計する
不正行為の防止は、紹介プログラムを持つすべての企業にとって検討すべき事項です。いずれ、誰かがシステムを試そうとします。悪意ある行為者の意図を変えることはできませんが、当社の自動 [不正防止機能](/brand/ja/what-would-you-like-to-learn-about/advocate-program/protect-your-advocate-program/advocate-fraud-protection-explained.md) を活用し、不正行為を最小限に抑えるような形でプログラムを設計できます。
紹介プログラムにおける不正の一般的な形の1つは、報酬を得るために自分自身を何度も紹介しようとすることです。顧客の支持者と紹介された人の両方に報酬を提供するプログラムは、この種の不正に特に狙われやすくなります。幸い、慎重に設計すれば、こうしたシステムの悪用を狙う試みの影響を最小限に抑えられます。
ヒント1: 顧客獲得にとって意味のあるコンバージョン目標を使う。
収益中心のコンバージョン目標を選ぶことで、紹介プログラムの悪用は難しくなり、それでもビジネス目標は達成できます。コンバージョン目標では、報酬を受け取る前に、紹介された人が製品を体験し、購入し、またはプランに登録するよう促すべきです。返品期間や報酬保留期間がある場合は、その期間が終了してからのみ報酬が支払われるようにしてください。
紹介された人にとっての潜在的なコンバージョン目標には、次のようなものがあります。
* 購入する
* サブスクリプションに登録する
* アカウントに入金する
ヒント2: 短期的に利益が出るインセンティブを提供する。
提供すべきインセンティブの最適な種類は、ビジネスモデルによって異なります。
正当なB2CおよびD2Cの参加者は、割引、無料利用期間、無料製品、または製品やサービスの上位版への期間限定アクセスのような報酬の恩恵を受けます。
B2Bの参加者には通常、サービスモデルの外にある報酬のほうが適しており、ギフトカードが人気の選択肢です。こうした報酬タイプを使うことで、潜在的な不正による金銭的リスクを減らせますし、場合によっては、考え得るすべての紹介からプラスのROIを確保できます。
ヒント3: 紹介不正がアカウントの停止につながることを明確にする。
紹介システムを悪用しようとする既存顧客は、アカウントへのアクセスを失うという脅しだけで抑止できることがよくあります。これはSaaS、ゲーム、マーケットプレイス企業で特に効果的です。なぜなら、顧客はアカウントを有効なままにしておくことに強い関心を持っており、日常的に使っているサービスへのアクセスを失うことを恐れるからです。不正が発覚した場合に利用規約上どのような措置が取られるのかを定義してください。
ヒント4: ブロックおよびリダイレクトのルールを使って、質の低い紹介トラフィックを抑止する
紹介プログラムの中には、クーポンサイト、ディール掲示板、その他の許可されていないソースに共有リンクを掲載することはプログラム規則に違反すると利用規約に明記しているものがあります。いまでは、紹介リンクに対してブロックおよびリダイレクト（ルーティング）ルールを使うことで、そうした規則を強化できます。
ブロックおよびリダイレクトのルールでできること:
* **望ましくないソースからのトラフィックを検出する**、たとえば特定のドメイン、サブドメイン、または参照元URLなど。
* **それらの訪問者が紹介用ランディングページにアクセスするのをブロックする**.
* **別の遷移先にリダイレクトする**、たとえば:
* 紹介報酬のない一般的なランディングページ。
* 紹介プログラムのルールを説明するページ
* メインサイト、またはファネル内の別ページ
これらのルールの設定方法については、 [ブロック＆リダイレクト / ルーティングルール & ディファードディープリンク](/brand/ja/what-would-you-like-to-learn-about/platform-features/blocking-and-redirect-rules/blocking-and-redirect-routing-rules-and-deferred-deep-linking.md).
ヒント5: 新規参加者の報酬に上限を設けることを検討する。
報酬が現金同等物である場合、報酬上限は特に重要です。報酬を一定額または一定数量で上限設定するプログラムルールを設けることで、参加者が報酬構造から不当に大きな利益を得ようとするのを抑止できます。
{% hint style="info" %}
**推奨:** あなたのプログラムには、紹介やトラフィックを大量に生み出すスーパー利用者やマクロインフルエンサーがいるかもしれません。彼らを [ユーザーセグメント](/brand/ja/what-would-you-like-to-learn-about/advocate-program/manage-advocate-participants/manage-advocate-user-segments.md) に追加して、より高い報酬を受け取れるようにし、紹介するモチベーションを維持できるよう検討してください。こうした顧客の支持者は、成果報酬型プログラムの優れたアフィリエイトにもなります。当社の [発見機能](/brand/ja/what-would-you-like-to-learn-about/performance-program/recruiting-partners/discover/discover-overview.md) を使って、あなたに最適なアフィリエイトを見つけましょう。
{% endhint %}
ヒント6: 完全なコンバージョンがすぐに起こらない場合は、意味のあるマイルストーンに報酬を与える。
B2Bの販売サイクルでは、購入に数か月かかることがありますが、製品デモの完了のような重要な行動は、実際の関心と購入の可能性を示します。こうした場合、予定済みまたは参加済みのデモなどのマイルストーンに対して支持者へ報酬を与えることで、プログラムの勢いを維持できます。ただし、これはそのマイルストーンが将来の収益を強く予測し、かつ適格なリードに紐づいている場合にのみ使用すべきです。
#### プログラム設計の例
これらのヒントを実際に見るために、不正の試みの影響を軽減する効果的な設計のプログラム例を確認してください。次に、不正防止の必要性を考慮していない、設計の悪い例も見てみましょう。
{% tabs %}
{% tab title="効果的な設計" %}
{% hint style="info" %}
**例:** 顧客の支持者は、友人が購入すると、次回の購入に使える25ドルのクレジットを獲得します。購入には30日間の返品ポリシーがあり、報酬は返品期間が終了してからのみ支払われます。
{% endhint %}
なぜこれが良い設計の例なのでしょうか?
* このクレジットは *将来の購入*にしか適用できず、システムを悪用して現金利益を得ることを防ぎます。
* このクレジットは *アカウントに紐づいている*ため、誰かが不正を働いた場合、クレジットを取り消し、アカウントを停止できます。
* 友人には *購入すること*が求められるため、不正の検出と対応に利用できる購入情報の記録が残ります。
* クレジットは返品期間が終了してからのみ支払われるため、確認済みの購入に対してのみ適用されます。
{% endtab %}
{% tab title="不適切な設計" %}
{% hint style="info" %}
**例:** 顧客の支持者は、紹介した友人が無料アカウントに登録すると、10ドルの現金を獲得します。
{% endhint %}
なぜこれが悪い設計の例なのでしょうか?
* 特に身元不明のユーザーが紹介を行う場合、偽のメールアドレスを使うことで、この種のプログラムは簡単に悪用できます。
* 悪意ある行為者は、偽のメールアドレスとプロキシシステムを使って、すぐに換金できる現金を得ることができます。
* に紐づく報酬は *無料* の行動は不正の余地を残します。悪意ある行為者がプログラムを悪用し、無駄なコストとマイナスのROIにつながる可能性があります。
{% 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/advocate-program/protect-your-advocate-program/design-a-fraud-proof-referral-program.md?ask=&goal=
```
`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.