> 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/platform-features/protect-and-monitor-your-performance-program/event-risk/understanding-and-interpreting-event-risk-data.md). # Comprendre et interpréter les données de risque d’événement Le [Risque par partenaire](/brand/fr/what-would-you-like-to-learn-about/platform-features/protect-and-monitor-your-performance-program/event-risk/risk-by-partner-report.md) Ce rapport analyse les événements de conversion à la recherche d’indicateurs de trafic invalide (IVT), en particulier les événements sans véritable utilisateur final (p. ex. des bots) ni intention réelle derrière eux. En mettant en évidence ces premiers indicateurs de risque, le rapport vous permet d’agir rapidement avant que les actions de conversion ne soient verrouillées. Comme bonne pratique, examinez ce rapport à intervalles réguliers (quotidiennement ou hebdomadairement) afin de rester au fait de l’évolution des pourcentages de risque. Utilisez ces pourcentages comme indicateurs précoces pour hiérarchiser vos investigations. Si un risque élevé est détecté au niveau du clic, vous pouvez agir de manière proactive en affinant vos paramètres de filtrage des clics afin d’empêcher le trafic de faible qualité d’affecter vos performances en aval. ### Guide des seuils de risque Le tableau ci-dessous fournit des recommandations initiales pour interpréter les pourcentages de risque et évaluer où votre attention sera la plus utile. Cependant, nous vous encourageons à élaborer vos propres directives internes en fonction de vos objectifs commerciaux uniques et de votre tolérance au risque. Utilisez ces segments de risque comme base pour évaluer les performances et intégrez ces informations à votre propre processus de prise de décision lors de la validation de la qualité du trafic.
% de risquePriorité suggéréeDéfinition
0-5%SurveillerLes niveaux de risque restent faibles, provenant souvent de faux positifs ou d’anomalies mineures. Faites appel aux codes de motif pour révéler le risque élevé. Certains signaux de gravité élevée, comme l’usurpation de conversion, sont préoccupants même à très faible volume et doivent être examinés immédiatement.
5-10%Examiner de plus prèsLe risque à ce niveau peut justifier un examen plus approfondi. Consultez d’abord les codes de motif dans le rapport Risque par partenaire et reportez-vous au guide des codes de motif pour comprendre quels codes sont déclenchés et si le risque est concentré dans certaines sous-sources. Envisagez de contacter le partenaire pour comprendre comment il génère le trafic.
10-20%EnquêterUn niveau de risque notable. Il vaut la peine d’échanger avec le partenaire sur ses sources de trafic et ses méthodes promotionnelles. Examinez les données internes pour déterminer si quelques sources sont responsables de la majorité des événements signalés. Par exemple, si des prospects convertissent, si des articles vendus sont retournés, ou si les valeurs de commande sont suspectes.
20-30%À prendre au sérieuxUn risque à ce niveau suggère qu’une part significative du trafic du partenaire peut être problématique. Vous pourriez envisager des options telles que l’ajustement des conditions contractuelles ou l’annulation du paiement pour les événements signalés, selon les politiques de votre programme.
30%+Évaluer la relationUn risque élevé et constant à ce niveau signale un problème important de qualité. Demandez-vous si le partenariat apporte la valeur dont votre programme a besoin et si un investissement supplémentaire est justifié.
{% hint style="warning" %} **Pour les niveaux de 10 % et plus**: Consultez les codes de motif, comprenez les méthodes promotionnelles, recoupez les preuves avec les signaux internes, les taux d’annulation et toute autre activité suspecte. Ces seuils sont indicatifs. La bonne marche à suivre dépend des objectifs spécifiques de votre programme, de votre tolérance au risque et du contexte de la relation avec le partenaire. {% endhint %} #### Le volume compte Un pourcentage de risque élevé provenant d’un partenaire à très faible volume peut ne pas être statistiquement significatif. Pour tirer des conclusions solides, assurez-vous que les volumes d’événements sont statistiquement pertinents afin d’éviter d’être induit en erreur par des valeurs aberrantes. Par exemple, un partenaire avec 15 événements et un score de risque de 33 % (5 alertes) peut simplement connaître une anomalie mineure. À l’inverse, un partenaire avec 5 000 événements et un score de risque de 95 % indique un problème grave et systémique qui nécessite une intervention immédiate. {% hint style="info" %} **Conseil**: Utilisez le `Actions >=` filtre du rapport pour supprimer les partenaires dont le nombre d’événements est inférieur au seuil de significativité pour votre programme. À titre de recommandation de base, envisagez de filtrer les partenaires ayant au moins 10 actions avant d’évaluer leurs niveaux de risque. {% endhint %} #### Examiner les codes de motif Avant d’agir, examinez les [codes de raison](/brand/fr/what-would-you-like-to-learn-about/platform-features/protect-and-monitor-your-performance-program/event-risk/reason-codes-reference.md) associés aux événements signalés. Ils fournissent un contexte sur les raisons pour lesquelles les événements ont été signalés. Comprendre le code de motif vous aide à déterminer si les alertes révèlent un problème réel ou une explication légitime. **Exemple**: * **Schémas à gravité élevée**: Si un partenaire a un volume important d’événements signalés (p. ex. >100 actions) attribués à des codes critiques comme l’usurpation de conversion, cela justifie une enquête immédiate, quel que soit le pourcentage global. * **Risque cumulé**: Lorsqu’un seul événement est signalé avec plusieurs codes de motif (p. ex. à la fois « Proxy » et « Activité anormale »), la probabilité d’un faux positif est nettement plus faible. Ces segments à alertes multiples doivent être prioritaires pour l’examen. * **Volume et validité**: N’oubliez pas que plus le volume de trafic signalé augmente, plus la probabilité de problèmes de performance ou de conversions « indésirables » augmente à terme. Utilisez ces codes pour déterminer si le trafic d’un partenaire mérite le risque à long terme pour vos données de conversion. ### Enquête sur un partenaire Lorsque les niveaux de risque justifient un examen plus approfondi, tenez compte des éléments suivants : * **Depuis combien de temps travaillez-vous avec ce partenaire ?** Les partenaires établis ayant des antécédents méritent une discussion avant toute action radicale. * **Avez-vous eu des échanges récemment ?** Il peut y avoir un contexte qui vous échappe, comme une nouvelle source de trafic qu’ils testent. * **Existe-t-il une raison légitime aux codes de motif signalés ?** Certains modèles commerciaux génèrent naturellement des taux plus élevés de certains signalements (p. ex. l’utilisation d’un VPN dans certains secteurs). * **Que voient vos équipes internes de fraude ou de conformité ?** Recoupez les données de risque des événements avec vos propres signaux internes. Si d’autres préoccupations liées à la fraude surviennent, [contactez l’assistance](https://impact.com/contact/support/) et incluez autant de détails que possible (ID du partenaire, plage de dates, ensemble de données, raison de la préoccupation liée au risque). #### Conseils pour la santé à long terme du programme * **Encourager la transparence des sous-sources**: Pour traiter le risque plus précisément, travaillez avec vos partenaires afin de vous assurer qu’ils transmettent les identifiants de sous-source (souvent via des paramètres comme Shared ID). Bien qu’il s’agisse d’un champ libre pouvant servir à diverses mesures de reporting, disposer de données granulaires vous permet d’isoler des sources spécifiques problématiques sans devoir pénaliser l’ensemble du trafic du partenaire. * **Examiner régulièrement**: Intégrez les informations du rapport Risque par partenaire dans vos contrôles internes de fraude en examinant le rapport au moins chaque semaine. Plutôt que de considérer la gestion du risque comme un exercice réactif, [planifiez le rapport](/brand/fr/what-would-you-like-to-learn-about/platform-features/multi-program-reports/report-management/schedule-reports.md) pour automatiser les notifications directement dans votre boîte de réception. * **Utiliser des garanties contractuelles**: Envisagez d’inclure dans vos contrats des clauses sur la manière dont les événements signalés seront traités. Consultez votre équipe juridique pour [rédiger des conditions](/brand/fr/what-would-you-like-to-learn-about/platform-features/protect-and-monitor-your-performance-program/event-risk/understanding-and-interpreting-event-risk-data.md) adaptées à votre activité. * Créer une [notification anti-fraude personnalisée](/brand/fr/what-would-you-like-to-learn-about/account-administration/account-settings/notifications/manage-your-brand-notification-settings.md), en plus de ce que propose ce rapport. [Annuler les actions](/brand/fr/what-would-you-like-to-learn-about/platform-features/submit-and-modify-conversion-data/batch-modify-conversion-data/batch-modifications-and-reversals-reference.md) associées à des niveaux de risque élevés à l’aide du `CONS_FRAUD` code de motif. En savoir plus sur [prévention de la fraude](https://impact.com/affiliate/preventing-affiliate-fraud/). --- # 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/platform-features/protect-and-monitor-your-performance-program/event-risk/understanding-and-interpreting-event-risk-data.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.