> 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/de/what-would-you-like-to-learn-about/creator-program/understanding-shared-credit-between-creator-and-performance-programs.md).

# Gemeinsame Anrechnung über Creator- und Performance-Programme hinweg verstehen

Wenn Sie ein Creator-Programm zusammen mit einem Performance-Programm betreiben, fällt Ihnen vielleicht auf, dass ein einzelner Verkauf manchmal mehr als einem Partner zugerechnet wird. Dieser Artikel erklärt, warum das passiert, warum das nicht bedeutet, dass Ihnen für dasselbe Ergebnis doppelt berechnet wird, und wie Sie die Kosten Ihres Programms unter Kontrolle halten.

## Warum ein Verkauf mehr als einem Partner zugerechnet werden kann

Die Customer Journey umfasst nur selten einen einzigen Touchpoint. Ein typischer Weg zum Kauf sieht so aus:

1. Ein Creator macht einen Shopper auf Ihre Marke aufmerksam und weckt erstes Interesse.
2. Der Shopper recherchiert weiter und besucht vielleicht eine Gutschein- oder Bewertungsseite.
3. Der Shopper schließt den Kauf ab, manchmal nachdem er auf einen ganz anderen Link geklickt hat.

Nach einem Last-Click-only-Modell erhält nur der Partner, der den letzten Klick erzielt, die Gutschrift – selbst wenn ein früherer Touchpoint, etwa der Content eines Creators, der eigentliche Grund dafür war, dass der Shopper Ihre Marke überhaupt in Betracht gezogen hat. Das bedeutet, dass die Partner, die Nachfrage erzeugen, oft leer ausgehen, während die Partner, die die Nachfrage am Ende lediglich abgreifen, die volle Gutschrift erhalten.

Wenn Ihr Programm so eingerichtet ist, dass mehrere Touchpoints berücksichtigt werden, können sowohl der Creator, der das Interesse geweckt hat, als auch der Partner in Ihrem Performance-Programm (Performance-Partner), der den letzten Schritt ermöglicht hat, jeweils eine Gutschrift für ihren Anteil am Verkauf erhalten. Das bildet ab, was auf dem Weg zum Kauf tatsächlich passiert ist, statt nur den letzten Link zu berücksichtigen.

## Bedeutet das, dass Sie für einen Verkauf doppelt bezahlen?

In manchen Fällen ja: Wenn sowohl ein Creator als auch ein Performance-Partner zum selben Verkauf beigetragen haben, zahlen Sie tatsächlich Provision an beide. Das ist beabsichtigt, kein Fehler und kein Systemproblem. Und Sie haben die volle Kontrolle darüber, was Sie das kostet.

Die Begründung: Ein Verkauf, der nur dem letzten Klick zugerechnet wird, unterschätzt und entwertet die Rolle von Creators bei der Entdeckung. Mit der Zeit neigen Creators, die für die von ihnen erzeugte Nachfrage dauerhaft wenig oder gar keine Gutschrift erhalten, dazu, sich zurückzuziehen und weniger zu posten, und Ihrem Programm geht genau das verloren, was diese Nachfrage erzeugt hat. Wenn jede echte Beteiligung eines Partners anerkannt wird, bleibt Ihr gesamter Funnel – von oben bis unten – aktiv und motiviert.

Es kann also bedeuten, dass Sie für einen einzelnen Verkauf zwei Provisionen zahlen, aber nicht, dass Sie für dasselbe doppelt zahlen. Sie zahlen für zwei unterschiedliche Dinge: die vom Creator erzeugte Nachfrage und die Conversion, die ein Performance-Partner mit zum Abschluss gebracht hat.

## Die Kosten unter Kontrolle behalten

Die Anerkennung mehrerer Touchpoints bedeutet nicht, dass Sie die Kontrolle über Ihre Ausgaben aufgeben. Sie legen Ihre eigene Provisionsstruktur für jedes Programm fest, sodass Sie Ihre Gesamtkosten pro Verkauf ganz nach Ihren Zielen steuern können. Legen Sie zum Beispiel eine Provision von 10 % für das Creator-Programm und eine Provision von 2 % für das Performance-Programm fest. Wenn beide Partner eine Gutschrift erhalten, beträgt die kombinierte Provision 12 % des Bestellwerts. Was sich ändert, ist, wer anerkannt wird – nicht, wie viel Sie insgesamt ausgeben möchten.

## So funktioniert das in der Praxis

In der Praxis machen Verkäufe, bei denen sowohl ein Creator als auch ein Performance-Partner für dieselbe Conversion gutgeschrieben werden, tendenziell einen kleineren Anteil am Gesamtvolumen aus als Verkäufe, an denen nur ein Partner beteiligt ist. Die meisten Conversions werden weiterhin einem einzelnen Touchpoint zugeordnet. Geteilte Gutschrift gilt speziell für die Fälle, in denen tatsächlich mehr als ein Partner beigetragen hat.

## Wichtige Erkenntnisse

* Wenn einem Verkauf mehr als ein Partner gutgeschrieben wird, spiegelt das wider, dass mehr als ein Partner dazu beigetragen hat. Das ist keine Doppelabrechnung für eine einzelne Aktion.
* Sie steuern die Provisionssätze für jedes Programm unabhängig, sodass Ihre Gesamtkosten pro Verkauf innerhalb der von Ihnen festgelegten Grenzen bleiben.
* Programme, die Creators für die von ihnen erzeugte Nachfrage anerkennen, verzeichnen in der Regel eine bessere Bindung und höhere Aktivität der Creators als Programme, die nur den letzten Klick belohnen.


---

# 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/de/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.
