> 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/fr/what-would-you-like-to-learn-about/creator-program/understanding-shared-credit-between-creator-and-performance-programs.md). # Comprendre le crédit partagé entre les programmes Creator et de performance Lorsque vous exécutez un programme Creator en parallèle d’un programme Performance, vous pouvez remarquer qu’une seule vente crédite parfois plus d’un partenaire. Cet article explique pourquoi cela se produit, pourquoi cela ne signifie pas que vous êtes facturé deux fois pour le même résultat, et comment garder le contrôle des coûts de votre programme. ## Pourquoi une vente peut créditer plus d’un partenaire Le parcours client implique rarement un seul point de contact. Un chemin d’achat typique ressemble à ceci : 1. Un créateur fait découvrir votre marque à un acheteur et suscite un intérêt initial. 2. L’acheteur effectue des recherches supplémentaires, en visitant peut-être un site de coupons ou d’avis. 3. L’acheteur finalise l’achat, parfois après avoir cliqué sur un lien totalement différent. Dans un modèle basé uniquement sur le dernier clic, seul le partenaire qui obtient le clic final reçoit le crédit, même lorsqu’un point de contact antérieur, comme le contenu d’un créateur, a été ce qui a amené l’acheteur à s’intéresser à votre marque au départ. Cela signifie que les partenaires qui génèrent la demande restent souvent sans récompense, tandis que les partenaires qui se contentent de capter la demande à la fin obtiennent tout le crédit. Lorsque votre programme est configuré pour reconnaître plusieurs points de contact, le créateur qui a suscité l’intérêt et le partenaire de votre programme Performance (partenaire Performance) qui a facilité l’étape finale peuvent chacun recevoir un crédit pour leur rôle dans la vente. Cela reflète ce qui s’est réellement passé sur le parcours d’achat, plutôt que de créditer uniquement le dernier lien. ## Cela signifie-t-il que vous payez deux fois pour une seule vente ? Dans certains cas, oui : si un créateur et un partenaire Performance ont tous deux contribué à la même vente, vous versez effectivement une commission aux deux. C’est intentionnel, et non une erreur ou un défaut du système. Et vous gardez un contrôle total sur ce que cela vous coûte. Le raisonnement est le suivant : une vente créditée uniquement au dernier clic sous-estime et dévalorise le rôle des créateurs dans la découverte. Avec le temps, les créateurs qui voient systématiquement peu ou pas de crédit pour la demande qu’ils génèrent ont tendance à se désengager et à publier moins, et votre programme perd précisément ce qui générait cette demande. Reconnaître la contribution réelle de chaque partenaire maintient l’ensemble de votre tunnel, du haut jusqu’en bas, actif et motivé. Ainsi, même si cela peut signifier payer deux commissions sur une seule vente, cela ne veut pas dire que vous payez deux fois pour la même chose. Vous payez pour deux choses différentes : la demande créée par un créateur, et la conversion qu’un partenaire Performance a aidé à conclure. ## Gardez le contrôle des coûts Le fait de reconnaître plusieurs points de contact ne signifie pas renoncer au contrôle de vos dépenses. Vous définissez votre propre structure de commission pour chaque programme, afin de pouvoir gérer votre coût total par vente comme cela correspond à vos objectifs. Par exemple, fixez une commission de 10 % pour le programme Creator et une commission de 2 % pour le programme Performance. Si les deux partenaires obtiennent du crédit, la commission combinée est de 12 % de la valeur de la commande. Ce qui change, c’est qui est reconnu, pas combien vous êtes prêt à dépenser au total. ## Voir comment cela fonctionne en pratique En pratique, les ventes pour lesquelles un créateur et un partenaire Performance sont tous deux crédités pour la même conversion représentent généralement une part plus faible du volume total que les ventes impliquant un seul partenaire. La plupart des conversions se rattachent encore à un seul point de contact. Le crédit partagé s’applique spécifiquement aux cas où plus d’un partenaire a réellement contribué. ## Points clés à retenir * Attribuer le crédit d’une vente à plus d’un partenaire reflète le fait que plusieurs partenaires y ont contribué. Il ne s’agit pas d’une double facturation pour une seule action. * Vous contrôlez indépendamment les taux de commission de chaque programme, de sorte que votre coût global par vente reste dans les limites que vous avez fixées. * Les programmes qui reconnaissent les créateurs pour la demande qu’ils génèrent constatent généralement une meilleure fidélisation et un meilleur engagement des créateurs que les programmes qui récompensent uniquement le dernier clic. --- # 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/fr/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.