> 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つの接点だけで完結することはめったにありません。一般的な購入までの流れは次のようになります。

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

「ラストクリックのみ」のモデルでは、最終クリックを獲得したパートナーだけが成果を受け取ります。たとえそれ以前の接点、たとえばクリエイターのコンテンツが、そもそも買い物客にあなたのブランドを検討させるきっかけになっていたとしても同じです。つまり、需要を生み出すパートナーは報われない一方で、最後に需要を取り込むだけのパートナーが成果をすべて得ることになります。

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

## つまり、1件の売上に対して2回支払うことになるのですか？

場合によっては、はい。クリエイターとPerformance partnerの両方が同じ売上に貢献した場合、両者にコミッションを支払うことになります。これは意図的なもので、エラーやシステム障害ではありません。また、この費用がいくらになるかは完全にあなたが管理できます。

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

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

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

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

## 実際にどう機能するかを見る

実際には、同じコンバージョンに対してクリエイターとPerformance partnerの両方に成果が付与される売上は、1人のパートナーのみが関与する売上よりも全体数量に占める割合が小さい傾向があります。ほとんどのコンバージョンは、依然として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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
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=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.