> 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/platform-features/protect-and-monitor-your-performance-program/event-risk/understanding-and-interpreting-event-risk-data.md). # Ereignisrisikodaten verstehen und interpretieren Die [Risiko nach Partner](/brand/de/what-would-you-like-to-learn-about/platform-features/protect-and-monitor-your-performance-program/event-risk/risk-by-partner-report.md) Der Bericht analysiert Conversion-Events auf Indikatoren für ungültigen Traffic (IVT), insbesondere Ereignisse ohne echten Endnutzer (z. B. Bots) oder ohne echte Absicht dahinter. Indem diese frühen Risikoindikatoren sichtbar gemacht werden, ermöglicht der Bericht Ihnen, schnell zu handeln, bevor Conversion-Aktionen gesperrt werden. Als Best Practice sollten Sie diesen Bericht in regelmäßigen Abständen (täglich oder wöchentlich) prüfen, um über sich ändernde Risikoprozentwerte informiert zu bleiben. Verwenden Sie diese Prozentwerte als frühe Indikatoren, um Ihre Untersuchungen zu priorisieren. Wird auf Klick-Ebene ein hohes Risiko erkannt, können Sie proaktiv handeln, indem Sie Ihre Einstellungen zur Klickfilterung verfeinern, um zu verhindern, dass minderwertiger Traffic Ihre Performance im weiteren Verlauf beeinträchtigt. ### Leitfaden zu Risikoschwellenwerten Die folgende Tabelle enthält erste Empfehlungen dafür, wie Risikoprozentwerte zu interpretieren sind und worauf Ihre Aufmerksamkeit am wertvollsten gerichtet werden sollte. Wir empfehlen Ihnen jedoch, auf Grundlage Ihrer spezifischen Geschäftsziele und Ihrer Risikotoleranz eigene interne Richtlinien zu entwickeln. Nutzen Sie diese Risikosegmente als Grundlage, um die Performance zu bewerten, und integrieren Sie diese Erkenntnisse in Ihren eigenen Entscheidungsprozess, wenn Sie die Traffic-Qualität validieren.
Risiko %Empfohlener FokusDefinition
0-5%ÜberwachenDie Risikowerte bleiben niedrig und resultieren oft aus Fehlalarmen oder kleineren Anomalien. Ziehen Sie die Grundcodes heran, um das erhöhte Risiko aufzudecken. Bestimmte schwerwiegende Warnhinweise, wie Conversion-Spoofing, sind selbst bei sehr geringen Volumina problematisch und sollten sofort untersucht werden.
5-10%Genauer hinsehenAuf diesem Niveau kann das Risiko eine genauere Prüfung rechtfertigen. Sehen Sie sich zunächst die Grundcodes im Bericht „Risk by Partner“ an und konsultieren Sie den Leitfaden zu Grundcodes, um zu verstehen, welche Grundcodes ausgelöst werden und ob sich das Risiko auf bestimmte Unterquellen konzentriert. Erwägen Sie, den Partner zu kontaktieren, um zu verstehen, wie er Traffic generiert.
10-20%UntersuchenEin bemerkenswertes Risikoniveau. Es lohnt sich, mit dem Partner über seine Traffic-Quellen und Werbemethoden zu sprechen. Prüfen Sie interne Daten, um festzustellen, ob nur einige wenige Quellen für den Großteil der markierten Ereignisse verantwortlich sind. Zum Beispiel, wenn Leads konvertieren, Verkaufsartikel zurückgegeben werden oder Bestellwerte verdächtig sind.
20-30%Nehmen Sie es ernstEin Risiko auf diesem Niveau deutet darauf hin, dass ein wesentlicher Teil des Partner-Traffics problematisch sein könnte. Je nach Ihren Programmrichtlinien sollten Sie Optionen wie die Anpassung von Vertragsbedingungen oder die Rückabwicklung von Zahlungen für markierte Ereignisse in Betracht ziehen.
30%+Beziehung bewertenEin dauerhaft hohes Risiko auf diesem Niveau signalisiert ein erhebliches Qualitätsproblem. Überlegen Sie, ob die Partnerschaft den Wert liefert, den Ihr Programm benötigt, und ob weitere Investitionen gerechtfertigt sind.
{% hint style="warning" %} **Für Werte von 10 % und höher**: Konsultieren Sie die Grundcodes, verstehen Sie die Werbemethoden, gleichen Sie die Beweise mit internen Signalen, Rückbuchungsraten und jeder anderen verdächtigen Aktivität ab. Diese Schwellenwerte sind als Richtwerte zu verstehen. Das richtige Vorgehen hängt von Ihren spezifischen Programmzielen, Ihrer Risikotoleranz und dem Kontext der Partnerbeziehung ab. {% endhint %} #### Das Volumen zählt Ein hoher Risikoprozentwert von einem Partner mit sehr geringem Volumen ist möglicherweise statistisch nicht aussagekräftig. Um belastbare Schlussfolgerungen zu ziehen, stellen Sie sicher, dass die Ereigniszahlen statistisch relevant sind, damit Sie nicht durch Ausreißer in die Irre geführt werden. Ein Partner mit 15 Ereignissen und einem Risikoscore von 33 % (5 Warnungen) erlebt möglicherweise lediglich eine kleine Anomalie. Umgekehrt weist ein Partner mit 5.000 Ereignissen und einem Risikoscore von 95 % auf ein schwerwiegendes, systemisches Problem hin, das sofortiges Eingreifen erfordert. {% hint style="info" %} **Tipp**: Verwenden Sie den `Aktionen >=` Filter im Bericht, um Partner zu entfernen, deren Ereigniszahlen unter der für Ihr Programm relevanten Signifikanzschwelle liegen. Als grundlegende Empfehlung sollten Sie erwägen, Partner mit mindestens 10 Aktionen zu filtern, bevor Sie deren Risikoniveaus bewerten. {% endhint %} #### Sehen Sie sich die Grundcodes an Prüfen Sie vor dem Handeln die [Grundcodes](/brand/de/what-would-you-like-to-learn-about/platform-features/protect-and-monitor-your-performance-program/event-risk/reason-codes-reference.md) zu den markierten Ereignissen. Sie liefern Kontext dazu, warum Ereignisse markiert wurden. Wenn Sie den Grundcode verstehen, können Sie besser einschätzen, ob die Warnhinweise auf ein echtes Problem oder eine legitime Erklärung hindeuten. **Beispiel**: * **Muster mit hoher Schwere**: Wenn ein Partner ein erhebliches Volumen markierter Ereignisse aufweist (z. B. >100 Aktionen), die kritischen Codes wie Conversion-Spoofing zugeordnet sind, ist dies unabhängig vom Gesamtprozentsatz sofort zu untersuchen. * **Mehrschichtiges Risiko**: Wenn ein einzelnes Ereignis mit mehr als einem Grundcode markiert wird (z. B. sowohl „Proxy“ als auch „Abnormal Activity“), ist die Wahrscheinlichkeit eines Fehlalarms deutlich geringer. Diese mehrfach markierten Segmente sollten bei der Prüfung priorisiert werden. * **Volumen und Gültigkeit**: Denken Sie daran, dass mit dem zunehmenden Volumen des markierten Traffics auch die Wahrscheinlichkeit von Performance-Problemen oder „Müll“-Conversions im weiteren Verlauf steigt. Verwenden Sie diese Codes, um festzustellen, ob sich der Traffic eines Partners langfristig auf Ihre Conversionsdaten auswirkt. ### Einen Partner untersuchen Wenn die Risikowerte eine genauere Prüfung rechtfertigen, berücksichtigen Sie Folgendes: * **Wie lange arbeiten Sie bereits mit diesem Partner zusammen?** Etablierte Partner mit nachweislicher Historie verdienen vor drastischen Maßnahmen ein Gespräch. * **Hatten Sie kürzlich Kontakt?** Es könnte Kontext fehlen, etwa eine neue Traffic-Quelle, die getestet wird. * **Gibt es einen legitimen Grund für die markierten Grundcodes?** Einige Geschäftsmodelle erzeugen naturgemäß höhere Raten bestimmter Warnhinweise (z. B. VPN-Nutzung in bestimmten Branchen). * **Was sehen Ihre internen Betrugs- oder Compliance-Teams?** Gleichen Sie die Event-Risk-Daten mit Ihren eigenen internen Signalen ab. Sollten weitere Betrugsbedenken auftreten, [wenden Sie sich an den Support](https://impact.com/contact/support/) und fügen Sie so viele Details wie möglich hinzu (Partner-ID, Datumsbereich, Datensatz, Grund für die Risikobedenken). #### Tipps für die langfristige Gesundheit des Programms * **Transparenz der Sub-Quellen fördern**: Um Risiken präziser anzugehen, arbeiten Sie mit Ihren Partnern zusammen, um sicherzustellen, dass sie Sub-Quellen-IDs übermitteln (oft über Parameter wie Shared ID). Auch wenn dies ein offenes Feld ist, das für verschiedene Reporting-Kennzahlen verwendet werden kann, ermöglichen granulare Daten, bestimmte problematische Quellen zu isolieren, ohne den gesamten Traffic-Strom des Partners bestrafen zu müssen. * **Regelmäßig überprüfen**: Integrieren Sie die Erkenntnisse aus „Risk by Partner“ in Ihre internen Betrugsprüfungen, indem Sie den Bericht mindestens wöchentlich überprüfen. Behandeln Sie das Risikomanagement nicht als reaktive Maßnahme, [planen Sie den Bericht](/brand/de/what-would-you-like-to-learn-about/platform-features/multi-program-reports/report-management/schedule-reports.md) ein, um Benachrichtigungen direkt in Ihren Posteingang zu automatisieren. * **Vertragliche Schutzmaßnahmen nutzen**: Erwägen Sie, in Ihre Verträge Formulierungen aufzunehmen, die den Umgang mit markierten Ereignissen regeln. Arbeiten Sie mit Ihrem Rechtsteam zusammen, um [Bedingungen zu entwerfen](/brand/de/what-would-you-like-to-learn-about/platform-features/protect-and-monitor-your-performance-program/event-risk/understanding-and-interpreting-event-risk-data.md) die für Ihr Unternehmen geeignet sind. * Erstellen Sie eine [benutzerdefinierte Betrugsbenachrichtigung](/brand/de/what-would-you-like-to-learn-about/account-administration/account-settings/notifications/manage-your-brand-notification-settings.md), zusätzlich zu dem, was dieser Bericht bietet. [Aktionen zurückbuchen](/brand/de/what-would-you-like-to-learn-about/platform-features/submit-and-modify-conversion-data/batch-modify-conversion-data/batch-modifications-and-reversals-reference.md) die mit hohen Risikowerten verbunden sind, mithilfe des `CONS_FRAUD` Grundcodes. Mehr erfahren über [Betrugsprävention](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/de/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.