> 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/platform-features/review-partner-applications/redirect-rejected-applicants-to-advocate.md).
# 却下された申請者を Advocate にリダイレクトする
Performance プログラムでパートナー申請を確認する際、申請者の中にはプログラム基準を満たさない人もいますが、Advocate プログラムなら多くの人が依然として価値のあるパートナーになり得ます。この記事では、Advocate プログラムに適している可能性のある不採用申請者を特定し、セグメント化して、標準の不採用メッセージの代わりに参加を案内するカスタムメールで不採用にする方法を紹介します。
このワークフローは任意です。不採用にした申請者のうち、どの人を振り分けるかはケースごとに選択します。
{% hint style="success" %}
**前提条件:** このワークフローを使用するには、アクティブな [Advocate プログラム](/other/ja/marerukurieitadobokto/get-started-with-included-creator-and-advocate-features.md#advocate).
{% endhint %}
## なぜ、完全に不採用にせず振り分けるのですか?
Community Expert プログラムを含む Advocate プログラムは、Performance プログラムよりも参入障壁がはるかに低くなっています。承認プロセスもフォームも契約もありません。申請者は Advocate [マイクロサイト](/brand/ja/what-would-you-like-to-learn-about/advocate-program/manage-advocate-participant-experiences/microsite-experiences.md) または [ウィジェット](/brand/ja/what-would-you-like-to-learn-about/advocate-program/manage-advocate-participant-experiences/widget-experiences.md) に登録するだけで参加でき、プログラムの利用規約に拘束されます。つまり、追加の運用要件を発生させることなく、安心して申請者を振り分けることができます。プログラムへの振り分けは、パートナーを適切なチャネルに配置する機会です。
## どの申請者を振り分けるべきですか?
不採用にした申請者のすべてが、Advocate プログラムに適しているわけではありません。よくある 4 つの候補タイプは振り分ける価値があります。
* **成長中のクリエイターと新しい発信者:** ブランドへの強い関心と本物のエンゲージメントはあるものの、Performance プログラムの条件を満たすにはリーチや実績が不十分な申請者。たとえば、小規模な YouTube チャンネル、新規の TikTok クリエイター、立ち上げたばかりのブロガーなどです。今は適さなくても、将来的には価値のある長期パートナーへ成長する可能性があります。
* **ニッチコミュニティの専門家:** フィットネスの専門家、地域の事業者、ニッチな趣味のグループ、非営利団体のリーダー、ウェルネス実践者など、専門コミュニティで強い影響力を持つ申請者。リーチは限定的でも、オーディエンスとの親和性が高く、推薦を信頼されています。
* **エンゲージメントは高いがリーチは少ない熱心なファン:** 大きなフォロワー数はないものの、ブランドと頻繁に関わる申請者。たとえば、アクティブなコミュニティメンバー、ロイヤル顧客、ニュースレター購読者、エンゲージメントの高いSNSフォロワーなどです。彼らは小さな輪の中で、定期的にブランドを勧めています。
* **マイクロインフルエンサーと専門家:** 栄養の専門家、生産性コーチ、ウェルネス専門家、ファイナンシャルアドバイザーなど、特定分野の専門知識を持ち、ニッチながら非常にエンゲージメントの高いオーディエンスから推薦を信頼されている申請者。
## 振り分けメールのワークフローを設定する
以下の手順はすべて Performance プログラム内で行います。Advocate は、申請者が Advocate マイクロサイトに登録して初めて関係します。
{% stepper %}
{% step %}
### 潜在的な Advocate 申請者用のグループを作成する
申請者をセグメント化する前に、Advocate に適した不採用者を入れる専用グループを作成します。たとえば、「Advocate redirect」です。
1. 左側のナビゲーションメニューから  **\[Engage]** → **Partners** → [**Groups**](https://app.impact.com/secure/advertiser/engage/mediapartners/view-mediapartnergroups-flow.ihtml).
2. 右上隅で **Create Group**.
3. グループ名を入力します。たとえば、「Advocate redirect」です。
4. 選択 **送信**.
{% endstep %}
{% step %}
### 申請者をグループ化する
届いた申請を確認し、Advocate [候補者プロフィール](#who-should-you-consider-redirecting) に一致するものを、先ほど作成したグループに追加します。
1. 左側のナビゲーションメニューから  **\[Engage]** → **Partners** → [**Applications**](https://app.impact.com/secure/advertiser/engage/contracts/activity/adv-manage-pending-public-ios-v2-flow.ihtml).
2. で、 *Applications* 画面上では、 **New** タブのままにしておきます。
3. 各申請者の横にある  **\[Checkbox]** を選択して、Performance プログラムに適さない申請者を示します。
4. リスト上部で **Group**.
5. ステップ 1 で作成したグループを選択します [ステップ 1](#create-a-group-for-potential-advocate-applicants).
{% endstep %}
{% step %}
### グループ内の申請者を不採用にする
候補者をグループ分けしたら、そのグループで絞り込み、 *ブランド整合性の不一致* を理由としてまとめて不採用にします。
1. 左側のナビゲーションメニューから  **\[Engage]** → **Partners** → [**Applications**](https://app.impact.com/secure/advertiser/engage/contracts/activity/adv-manage-pending-public-ios-v2-flow.ihtml).
2. で、 *Applications* 画面で、 **Groups** フィルターを選択し、作成したグループで一覧を絞り込みます。
3. 各申請者の横にある  **\[Checkbox]** **すべて選択** を選択して、グループ内の申請者をすべて選択します。
4. リスト上部で **不採用**.
5. で、 **不採用** モーダルで、 **理由** を **ブランド整合性の不一致**に設定し、次に **不採用** を選択して一括操作を完了します。
{% endstep %}
{% step %}
### グループにカスタムメールを送るためのセグメントを作成する
Advocate redirect グループの全員を対象にするパートナーセグメントを作成し、カスタムメールを送れるようにします。
1. 左側のナビゲーションメニューから  **\[Engage]** → **Partners** → **Automation** → [**Segments**](https://app.impact.com/secure/advertiser/fr/outreach-segments-ui.ihtml).
2. 選択 **Create Segment**.
3. セグメント名を入力します。たとえば、「Advocate redirect segment」です。
4. の下で *Conditions*、 **Partner Group** `のいずれかである` **{作成した Advocate redirect グループ}**.
5. 選択 **セグメント対象パートナーをプレビュー** して、正しい申請者が含まれていることを確認したら、 **保存**.
{% endstep %}
{% step %}
### 振り分けメールを送信する
を設定します [メールワークフロー](/brand/ja/what-would-you-like-to-learn-about/platform-features/reach-out-to-partners/email-workflows/create-and-manage-email-workflows.md) 以下の設定を使って、セグメント内の全員に Advocate 招待を自動送信するようにします。
1. パートナーセグメントを追加する手順に進んだら、このメールワークフロー用に前の手順で作成したパートナーセグメントを選択します。
2. で、 *Action Type*  **\[ドロップダウンメニュー]**で、 **Send Email**.
3. これらの申請者に Advocate プログラムへの参加を案内するメールを書きます。メールには、 [Advocate マイクロサイト](/brand/ja/what-would-you-like-to-learn-about/advocate-program/manage-advocate-participant-experiences/microsite-experiences/microsites-overview.md).
4. 選択 **ワークフローを有効化**.
{% hint style="success" %}
**注:** 標準の不採用向け自動メールをすでに設定している場合、このセグメントの申請者には **2 通** のメールが届きます。一般的な不採用メールと、このカスタムの振り分けメールです。
{% endhint %}
{% endstep %}
{% endstepper %}
## 関連リソース
* [パートナーおよびクリエイターの申請を確認する](/brand/ja/what-would-you-like-to-learn-about/platform-features/review-partner-applications/review-partner-and-creator-applications.md)
* [パートナーを一括処理して不採用を取り消す](/brand/ja/what-would-you-like-to-learn-about/platform-features/review-partner-applications/process-partners-in-bulk-and-reverse-rejections.md)
* [パートナーグループを作成・管理する](/brand/ja/what-would-you-like-to-learn-about/platform-features/reach-out-to-partners/partner-groups/create-and-manage-partner-groups.md)
* [パートナーセグメントを作成する](/brand/ja/what-would-you-like-to-learn-about/platform-features/reach-out-to-partners/segments/create-a-partner-segment.md)
* [メールワークフローを作成・管理する](/brand/ja/what-would-you-like-to-learn-about/platform-features/reach-out-to-partners/email-workflows/create-and-manage-email-workflows.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/platform-features/review-partner-applications/redirect-rejected-applicants-to-advocate.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.
