> 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: 顧客獲得に意味のあるコンバージョン目標を使用する。
収益を重視したコンバージョン目標を選ぶことで、紹介プログラムの悪用を難しくしつつ、ビジネス目標の達成は維持できます。コンバージョン目標は、報酬が支払われる前に、紹介された人があなたの製品を体験し、購入し、またはプランに登録するよう促すものであるべきです。返品期間または報酬付与期間がある場合は、その終了後にのみ報酬が支払われるようにしてください。
紹介された人向けの潜在的なコンバージョン目標には、以下が含まれます:
* 購入する
* サブスクリプションに登録する
* アカウントに入金する
ヒント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 by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
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 what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
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.