> 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/creator-program/understanding-shared-credit-between-creator-and-performance-programs.md).

# クリエイターとパフォーマンスプログラム間の共有クレジットを理解する

CreatorプログラムをPerformanceプログラムと併用すると、1件の販売に対して複数のパートナーに成果が付与されることがあるのに気づくかもしれません。この記事では、その理由、同じ成果に対して二重に請求されていることにはならない理由、そしてプログラム費用を自分で管理する方法を説明します。

## なぜ1件の販売に複数のパートナーへ成果が付与されることがあるのか

顧客の購買行動は、単一の接点だけで完結することはほとんどありません。一般的な購入までの流れは次のようになります。

1. クリエイターが買い物客にあなたのブランドを紹介し、最初の関心を生み出します。
2. 買い物客はさらに調べ、クーポンサイトやレビューサイトを訪れることがあります。
3. 買い物客は購入を完了します。場合によっては、まったく別のリンクをクリックした後かもしれません。

ラストクリックのみのモデルでは、最後のクリックを獲得したパートナーだけが成果の付与を受けます。たとえクリエイターのコンテンツのような前の接点が、そもそも買い物客にあなたのブランドを検討させるきっかけだったとしてもです。つまり、需要を生み出すパートナーは報われないことが多く、最後に需要を獲得しただけのパートナーが全体の成果を得ることになります。

プログラムが複数の接点を認識するように設定されている場合、関心を生み出したクリエイターと、最後のステップを促したPerformanceプログラムのパートナー（Performanceパートナー）は、それぞれ販売における自分の役割に応じて成果を受け取ることができます。これにより、最後のリンクだけに成果を付与するのではなく、購入までの実際の流れが反映されます。

## これは、1件の販売に対して二重に支払うという意味ですか？

場合によっては、はい。クリエイターとPerformanceパートナーの両方が同じ販売に貢献した場合、その両方にコミッションを支払うことになります。これは意図された動作であり、エラーやシステム障害ではありません。そして、その費用は完全にあなたの管理下にあります。

その理由は、ラストクリックのみに成果が付与される販売では、発見を促すうえでクリエイターが果たす役割が過小評価されてしまうからです。時間が経つにつれて、自分が生み出した需要に対する成果がほとんど、あるいはまったく認められないクリエイターは、参加意欲が下がり、投稿も減りがちになり、プログラムはその需要を生み出していたまさにその要素を失ってしまいます。各パートナーの実際の貢献を認識することで、ファネル全体を上から下まで機能させ、意欲を保つことができます。

そのため、1件の販売に対して2件のコミッションを支払うことになる場合はありますが、同じものに対して二重に支払っているわけではありません。クリエイターが生み出した需要と、Performanceパートナーが成約を後押ししたコンバージョンという、2つの異なるものに対して支払っているのです。

## コストを管理下に置く

複数の接点を認識しても、支出のコントロールを手放すことにはなりません。各プログラムのコミッション体系は自分で設定できるため、販売1件あたりの総コストを目標に合わせて管理できます。たとえば、Creatorプログラムを10%、Performanceプログラムを2%に設定します。両方のパートナーに成果が付与された場合、合計コミッションは注文金額の12%になります。変わるのは誰が評価されるかであり、全体としてどれだけ使うかではありません。

## 実際の仕組みを見る

実際には、同じコンバージョンに対してクリエイターとPerformanceパートナーの両方に成果が付与される販売は、1人のパートナーだけが関与する販売よりも、全体の件数に占める割合が小さい傾向があります。ほとんどのコンバージョンは、依然として単一の接点に帰属します。共有クレジットは、複数のパートナーが本当に貢献したケースにのみ適用されます。

## 重要なポイント

* 1件の販売に対して複数のパートナーへ成果を付与することは、複数のパートナーがそれに貢献したことを示しています。単一の行動に対する重複請求ではありません。
* 各プログラムのコミッション率は独立して管理できるため、販売1件あたりの総コストは設定した範囲内に収まります。
* クリエイターが生み出した需要を評価するプログラムは、ラストクリックだけを報酬対象とするプログラムよりも、クリエイターの定着率とエンゲージメントが高くなる傾向があります。


---

# 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/creator-program/understanding-shared-credit-between-creator-and-performance-programs.md?ask=<question>&goal=<user_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.