> 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 Vergütung ü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 gutgeschrieben wird. Dieser Artikel erklärt, warum das passiert, warum das nicht bedeutet, dass Ihnen derselbe Erfolg doppelt berechnet wird, und wie Sie die Kosten Ihres Programms im Griff 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 Shopper auf Ihre Marke aufmerksam und weckt erstes Interesse. 2. Der Shopper informiert sich weiter, vielleicht auf einer 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 bekommt, die Gutschrift, selbst wenn ein früherer Berührungspunkt, etwa Inhalte eines Creators, der Auslöser dafür war, dass der Shopper Ihre Marke überhaupt erst in Betracht gezogen hat. Das bedeutet, dass Partner, die Nachfrage schaffen, oft leer ausgehen, während Partner, die Nachfrage erst am Ende abfangen, die volle Gutschrift erhalten. Wenn Ihr Programm so eingerichtet ist, dass mehrere Berührungspunkte anerkannt werden, können sowohl der Creator, der das Interesse aufgebaut hat, als auch der Partner in Ihrem Performance-Programm (Performance-Partner), der den letzten Schritt erleichtert hat, jeweils eine Gutschrift für ihren Anteil am Verkauf erhalten. Das spiegelt wider, was auf dem Weg zum Kauf tatsächlich passiert ist, statt nur den letzten Link gutzuschreiben. ## Heißt das, Sie zahlen zweimal für einen Verkauf? In einigen 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 Systemfehler. Und Sie haben die volle Kontrolle darüber, wie viel Sie das kostet. Die Logik dahinter: Ein Verkauf, der nur dem letzten Klick zugerechnet wird, unterschätzt und entwertet die Rolle von Creatorn bei der Entdeckung. Mit der Zeit neigen Creator, die für die von ihnen erzeugte Nachfrage nur wenig oder gar keine Gutschrift sehen, dazu, sich zurückzuziehen und seltener zu posten, und Ihrem Programm geht genau das verloren, was diese Nachfrage überhaupt erst erzeugt hat. Wenn jeder Partner für seinen tatsächlichen Beitrag anerkannt wird, bleibt Ihr gesamter Funnel von oben bis unten aktiv und motiviert. Also kann es zwar bedeuten, dass bei einem einzelnen Verkauf zwei Provisionen gezahlt werden, aber nicht, dass Sie zweimal für dasselbe zahlen. Sie zahlen für zwei verschiedene Dinge: die Nachfrage, die ein Creator geschaffen hat, und die Conversion, die ein Performance-Partner zum Abschluss gebracht hat. ## Die Kosten im Griff behalten Das Anerkennen 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 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. ## 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 gutgeschrieben werden, tendenziell einen kleineren Anteil des Gesamtvolumens aus als Verkäufe, an denen nur ein Partner beteiligt ist. Die meisten Conversions lassen sich weiterhin einem einzelnen Berührungspunkt zuordnen. Die gemeinsame Gutschrift gilt speziell für die Fälle, in denen mehr als ein Partner tatsächlich beigetragen hat. ## Wichtige Erkenntnisse * Wenn mehr als einem Partner ein Verkauf 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 voneinander, sodass Ihre Gesamtkosten pro Verkauf innerhalb der von Ihnen festgelegten Grenzen bleiben. * Programme, die Creator für die von ihnen erzeugte Nachfrage anerkennen, verzeichnen in der Regel eine bessere Bindung und ein höheres Engagement der Creator 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 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/de/what-would-you-like-to-learn-about/creator-program/understanding-shared-credit-between-creator-and-performance-programs.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.