> 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).

# Gemeinsames Guthaben über Creator- und Performance-Programme hinweg verstehen

Wenn Sie ein Creator-Programm neben einem Performance-Programm betreiben, stellen Sie möglicherweise fest, dass ein einzelner Verkauf manchmal mehr als einem Partner gutgeschrieben wird. Dieser Artikel erklärt, warum das passiert, warum das nicht bedeutet, dass Ihnen dasselbe Ergebnis zweimal in Rechnung gestellt wird, und wie Sie die Kosten Ihres Programms unter Kontrolle behalten.

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

Kundenreisen umfassen selten nur einen einzigen Berührungspunkt. Ein typischer Weg zum Kauf sieht so aus:

1. Ein Creator macht einen Käufer mit Ihrer Marke bekannt und weckt das erste Interesse.
2. Der Käufer recherchiert weiter und besucht vielleicht eine Gutschein- oder Bewertungsseite.
3. Der Käufer schließt den Kauf ab, manchmal nachdem er auf einen ganz anderen Link geklickt hat.

Unter einem reinen Last-Click-Modell erhält nur der Partner, der den letzten Klick erhält, die Gutschrift, selbst wenn ein früherer Berührungspunkt, etwa der Inhalt eines Creators, der Auslöser dafür war, dass der Käufer Ihre Marke überhaupt erst in Betracht gezogen hat. Das bedeutet, dass Partner, die Nachfrage erzeugen, oft leer ausgehen, während Partner, die Nachfrage lediglich am Ende einfangen, die volle Gutschrift erhalten.

Wenn Ihr Programm so eingerichtet ist, dass es mehrere Berührungspunkte berücksichtigt, können sowohl der Creator, der das Interesse aufgebaut 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 spiegelt wider, was auf dem Weg zum Kauf tatsächlich passiert ist, anstatt nur den letzten Link gutzuschreiben.

## Bedeutet das, dass Sie für einen Verkauf zweimal 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 und kein Fehler oder Systemfehler. Und Sie haben die Kosten dafür vollständig unter Kontrolle.

Die Begründung: Ein Verkauf, der nur dem letzten Klick gutgeschrieben wird, unterschätzt und entwertet die Rolle von Creators bei der Entdeckung. Im Laufe der Zeit neigen Creator, die für die von ihnen erzeugte Nachfrage nur wenig oder gar keine Gutschrift sehen, dazu, sich zurückzuziehen und weniger zu posten, und Ihr Programm verliert genau das, was diese Nachfrage erzeugt hat. Wenn jeder Partner für seinen tatsächlichen Beitrag anerkannt wird, bleibt Ihr gesamter Funnel von oben bis unten aktiv und motiviert.

Es kann also zwar bedeuten, dass Sie bei einem einzelnen Verkauf zwei Provisionen zahlen, aber es heißt nicht, dass Sie zweimal für dasselbe bezahlen. Sie zahlen für zwei unterschiedliche Dinge: die Nachfrage, die ein Creator erzeugt hat, und die Conversion, die ein Performance-Partner mit zum Abschluss gebracht hat.

## Behalten Sie die Kosten unter Kontrolle

Die Berücksichtigung mehrerer Berührungspunkte bedeutet nicht, dass Sie die Kontrolle über Ihre Ausgaben aufgeben. Sie legen für jedes Programm Ihre eigene Provisionsstruktur fest, sodass Sie Ihre Gesamtkosten pro Verkauf so steuern können, wie es zu Ihren Zielen passt. Legen Sie zum Beispiel eine Provision von 10 % für das Creator-Programm und 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.

## Sehen Sie, wie das in der Praxis funktioniert

In der Praxis machen Verkäufe, bei denen sowohl ein Creator als auch ein Performance-Partner für dieselbe Conversion Gutschrift erhalten, meist einen kleineren Anteil am Gesamtvolumen aus als Verkäufe, an denen nur ein Partner beteiligt ist. Die meisten Conversions lassen sich weiterhin auf einen einzigen Berührungspunkt zurückführen. Die gemeinsame Gutschrift gilt speziell für die Fälle, in denen mehr als ein Partner tatsächlich beigetragen hat.

## Die wichtigsten Erkenntnisse

* Wenn mehr als einem Partner ein Verkauf gutgeschrieben wird, spiegelt das wider, dass mehr als ein Partner dazu beigetragen hat. Das ist keine doppelte Abrechnung 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öheres Engagement von 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.
