> 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).
# 不正対策済みの紹介プログラムを設計する
不正防止は、紹介プログラムを持つすべての企業にとって考慮すべき事項です。いずれ、誰かがシステムを試そうとするでしょう。悪意ある行為者の意図を変えることはできませんが、当社の自動化された [Fraud Protection 機能](/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) に追加し、より高い報酬を許可して、紹介意欲を維持できるようにすることを検討してください。こうした顧客の推奨者は、Performanceプログラムにおける優れたアフィリエイトにもなります。当社の [発見機能](/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.