> 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/security-features-for-referral-programs.md).
# 紹介プログラムのセキュリティ機能
紹介プログラムを実施しているすべての企業にとって、不正防止は考慮すべき重要事項です。いずれ、誰かがその仕組みを試そうとするでしょう。悪意のある行為者の意図を変えることはできなくても、不正行為を最小限に抑えるようプログラムを設計することはできます。標準の Advocate セキュリティ機能と適切なプログラム設計を組み合わせることで、不正行為によるリスクを最小化できます。
## 組み込みのセキュリティ機能を使用する
不正保護をオンにする
Advocate プログラムには、任意で利用できる自動化された「不正保護」機能があります。これは、メールドメインや特定の参加者、IP アドレスのブロックなどの手動操作と組み合わせて、不正行為の影響を軽減できます。不正保護をオンにすると、すべての紹介はさまざまなリスク要因に基づいて不正スコアが割り当てられます。紹介は、その不正スコアに基づいて承認、却下、または保留状態となり、手動で確認できます。不正保護の仕組みについて詳しくは、 [不正対策](/brand/ja/what-would-you-like-to-learn-about/advocate-program/protect-your-advocate-program/advocate-fraud-protection-explained.md) をご覧ください。
メールドメインをブロックする
紹介された友人のメールアドレスは、既知の使い捨てメールドメインや一時的なメールドメインの広範なリストと自動的に照合されます。さらに、impact.com のアカウント設定からドメインを手動でブロックすることもできます。詳しくは、 [ブロックされたメールドメイン](/brand/ja/what-would-you-like-to-learn-about/advocate-program/protect-your-advocate-program/block-an-email-domain-for-advocate.md) 記事。
参加者と IP アドレスをブロックする
参加者をブロックする方法はいくつかあります。
* 参加者の紹介コードを無効にして、紹介を成功させられないようにできます。参加者がそのコードを使用しようとすると、 `404 Not Found` メッセージが表示されるか、その紹介に対するアトリビューションクレジットは付与されません。
* 個別の IP アドレスまたは IP アドレスの範囲は、impact.com のアカウント設定でブロックできます。
* 参加者の地域情報を送信するようデータ共有設定を構成している場合は、特定の国の参加者もブロックできます。
## ブロックするとどうなりますか？
ブロックは、すべてのケースで即時かつ絶対的に作用するわけではありません。IP アドレスを対象にするか人物を対象にするか、また影響を受けるユーザーがすでにアカウントを持っているかどうかによって動作が異なります。ここでは、ブロックの両側で何が起こるのか、また後でブロック解除した場合にどうなるのかを正確に説明します。
IP アドレスをブロックする場合
**ブロックされた IP について：**
* その IP アドレスから新規登録したユーザーは、登録時に自動的にブロックされます。
* その IP を持つ既存ユーザーは自動的にはブロックされず、引き続きプログラムを利用できます。
* その IP を持つ既存ユーザーは、Microsite に引き続きログインでき、共有リンクにアクセスできます。
* ブロックされた IP から紹介リンクがクリックされた場合、 `_saasquatch` Cookie は保存されません。
**ブロックされた IP からの紹介について：**
* ブロックされた IP から紹介リンクをクリックしても、その人は紹介されたユーザーとしての体験を経て、プログラムのランディングページに移動します。
* アドボケートは *報酬を* 受け取りません。Cookie が保存されないためです。
* ブランドが Cookie を使って紹介を検出し、報酬を管理している場合、紹介されたユーザーは *報酬を* 報酬を受け取れます。
* ブランドが URL 内の `rsCode` を確認して報酬を管理している場合、紹介されたユーザーは引き続き報酬を受け取れる可能性があります。
* Advocate には紹介は作成されないため、紹介フィードや紹介履歴テーブルには表示されません。
* 紹介されたユーザーがすでに Advocate に登録されている場合は、自動的にブロックされ、紹介対象にはなりません。
* ブランドが [Friend Widget](/brand/ja/what-would-you-like-to-learn-about/advocate-program/manage-advocate-participant-experiences/widget-experiences/widget-types-explained.md#friend-widget) を使って割引を配布している場合は、報酬コードがないため、紹介されたユーザーは送信時にエラーを確認します。
**IP のブロックを解除する場合：**
* IP 制限によって自動的にブロックされたユーザーはブロックのままですが、必要に応じて手動でブロック解除できます。
* 自動モデレーションされた既存の紹介は、手動で確認する必要があります。
ユーザー、参加者、またはメールアドレスをブロックする場合
**ブロックされたユーザーについて**
* そのユーザーは Microsite へのログインをブロックされ、「アカウントが無効です」というエラーメッセージが表示されます。
* ユーザーは引き続きウィジェットにアクセスし、共有リンクを取得できます。
* そのユーザーは紹介されることができません。
* このユーザーは新しい紹介を作成できません。
* ユーザーが自分の共有リンクをクリックしても、ブロックされたアドボケートのリンクを他の誰かがクリックした場合と同じように動作し、Cookie は保存されません。
**ブロックされたユーザーによる紹介について**
* 紹介されたユーザーがブロックされたユーザーの共有リンクをクリックしても、引き続き紹介されたユーザーとしての体験を経ます。
* アドボケートは *報酬を* 報酬を受け取ります。
* 紹介されたユーザーはおそらく *報酬を* ブランドが独自に報酬を管理していない限り、報酬を受け取れます。
* Advocate には紹介は作成されません。
* このユーザーによる進行中の紹介は、コンバージョンされたり報酬が付与されたりしません。
* ブランドが Friend Widget を使っている場合、報酬コードがないため、紹介されたユーザーは送信時にエラーを確認します。
**通知**
* ブロックされたユーザーには通知は送信されません。
* プログラム管理者には通知は送信されません。
**ユーザーのブロックを解除する場合**
* ユーザーのブロックを解除できます。
* 自動モデレーションされた既存の紹介は、手動で確認する必要があります。
* ユーザーのブロック解除後にコンバージョンイベントが受信され、かつユーザーがプログラム規則上で報酬対象である場合、以前の紹介に報酬が付与されることがあります。
## 不正防止を念頭に置いてプログラムを設計する
紹介プログラムの不正の一般的な形態の 1 つは、報酬を得るために自分自身を何度も紹介しようとすることです。紹介者と紹介された友人の両方に二重報酬を提供するプログラムは、特にこの種の不正行為に狙われやすくなります。幸い、慎重に設計すれば、システムを悪用しようとする試みの影響を最小限に抑えられます。詳しくは、 [不正対策済みの紹介プログラムを設計する](/brand/ja/what-would-you-like-to-learn-about/advocate-program/protect-your-advocate-program/design-a-fraud-proof-referral-program.md).
---
# 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/security-features-for-referral-programs.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.