> 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/advocate-rewards/reward-feed-explained.md).
# 報酬フィードの解説
この *報酬フィード* アドボケイトプログラム全体で、参加者がいつ、どのように報酬を受け取るかを詳細かつリアルタイムで把握できます。単なるレポート機能ではなく、プログラムの成果を検証し、問題を特定し、データに基づいた意思決定を行うのに役立ちます。どの報酬が発行されたか、どのプログラムに関連しているか、現在のステータスは何かを追跡し、報酬戦略が意図どおりに機能していることを確認するために使用してください。
#### 報酬フィードが重要な理由
この **報酬フィード** は単なるログではなく、紹介プログラムで何がうまくいっているか（そして何がうまくいっていないか）を把握するための戦略的なツールです。報酬データを分析することで、次のことができます：
* **プログラムの健全性を監視する**：報酬の遅延、報酬の却下、不正の兆候（例：自己紹介）などの問題を特定するために報酬フィードを使用します。こうした可視性により、パターンを早期に把握し、プログラムの整合性と有効性を維持できます。
* **紹介ファネルの問題を診断する**：報酬が期待どおりに発行されない場合、紹介ユーザーのコンバージョンの低さ、技術的な問題、またはプログラムルールの誤解を示している可能性があります。
* **キャンペーンの効果を追跡する**：プログラムや期間で絞り込み、新しいキャンペーンや報酬タイプ（例：期間限定オファー）が影響を与えたかどうかを評価します。
* **報酬戦略を最適化する**：どの報酬タイプ、金額、ソース（例：紹介 vs 手動）が最も多くのエンゲージメントとアクションを生み出しているかを把握します。
#### 報酬フィードの見つけ方：
1. 左側のナビゲーションメニューから、次を選択します  **\[Engage] → Rewards → Feed**.
2. 次を使用してください：  **［フィルターを追加］** 特定の条件に一致する報酬を見つけるためのオプション。
3. 参加者にカーソルを合わせて選択し、 **さらに表示** 報酬の発生元となった、受け取った正確なデータを確認します。
#### 報酬フィードの列を理解する
下の表は、 **報酬フィード**内の各列の参照ガイドです。これを使うことで、各列が何を表しているかをよりよく理解し、報酬データをより効果的に解釈できます。
列の説明
| 列 | 定義 |
| ----- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 作成日 | 報酬が作成された日付。 |
| 参加者 | 報酬が割り当てられたアドボケイト参加者。 |
| 報酬 | 参加者に付与された報酬。 |
| 値 | 報酬の価値。 |
| プログラム | その報酬が関連付けられているプログラム。 |
| ソース | 報酬がどのように獲得されたか（例：紹介）。 |
| ステータス | 以下に示す報酬の現在のステータス：
• 利用可能： 報酬は獲得済みで、発行可能な状態です。
• 保留: 報酬は保留またはロック期間中で、まだ配布できません。
• キャンセル済み： 報酬は無効化され、発行されません。
• 引き換え済み： 報酬は正常に請求または使用されました。このステータスは、クライアントが手動で引き換え済みとしてマークした場合にのみ表示されます。
• パートナーウォレットに送信済み： （現金プログラムの場合）報酬資金は参加者の内部残高に正常に送金されました。
|
#### 報酬フィードのフィルターの使い方
この画面のフィルターは **報酬フィード** ステータス、タイプ、日付、ソースなどの主要な属性に基づいて、特定の報酬をすばやく見つけるのに役立ちます。失われた報酬の調査、プログラムの成果の検証、レポート用のデータのセグメント化など、これらのフィルターを使えば、必要なものだけに絞り込むことができます。
以下は、利用可能な各フィルターを効果的に使うための参照ガイドです。
フィルター参照
| フィルター | 定義 |
| -------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 報酬ステータス | 報酬の状態で結果を絞り込みます。
• 現金プログラムの場合：次の 交換済み ステータスの結果を表示するためのフィルターを選択してください パートナーウォレットに送信済み.
• ギフトカードプログラムの場合： 交換済み または 利用可能 を指定して、これらの特定のステータスの報酬を返します。どちらもユーザーへの正常な配信を示すためです。
|
| 報酬ID | 特定の報酬に関連付けられた一意の識別子。 |
| 報酬タイプ | 報酬の種類（例：パーセント割引、燃料タンクなど）。 |
| 報酬単位 | 報酬が提供する値の種類（例：%、ポイントなど）。 |
| 作成日 | 報酬が作成された日付。 |
| 更新日 | 報酬が最後に更新された日付。 |
| 付与日 | 報酬が参加者に付与された日付。 |
| 有効期限 | 報酬の有効期限が切れた日付。 |
| キャンセル日 | 報酬がキャンセルされた日付。 |
| 予定日 | 報酬を配布する予定だった日付。 |
| 引き換え日 | 報酬が請求または使用された日付。 |
| 報酬ソース | 報酬が受け取られた元（例：紹介、手動など）。 |
| ユーザーID | 報酬が割り当てられたユーザーに関連付けられた一意の識別子。 |
| アカウントID | 報酬が割り当てられたアカウントに関連付けられた一意の識別子。 |
| プログラム | その報酬に関連付けられているプログラム。 |
| 事前定義済み報酬 | 報酬作成時に、報酬が事前定義済み報酬として追加されたかどうかを示します。 |
---
# 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/advocate-rewards/reward-feed-explained.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.