> 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). # Event-Risk-Daten 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-Ereignisse auf Indikatoren für ungültigen Traffic (IVT), insbesondere Ereignisse ohne echten Endnutzer (z. B. Bots) oder ohne echte Absicht dahinter. Indem der Bericht diese frühen Risikosignale sichtbar macht, können Sie schnell handeln, bevor Conversion-Aktionen gesperrt werden. Als Best Practice sollten Sie diesen Bericht regelmäßig (täglich oder wöchentlich) prüfen, um über sich ändernde Risikoprozentwerte auf dem Laufenden zu bleiben. Verwenden Sie diese Prozentsätze 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 für die Klickfilterung verfeinern, um zu verhindern, dass minderwertiger Traffic Ihre Performance downstream beeinträchtigt. ### Leitlinien für die Risikoschwelle Die folgende Tabelle enthält erste Empfehlungen zur Interpretation von Risikoprozentwerten und dazu, wo Ihre Aufmerksamkeit am wertvollsten ist. Wir empfehlen Ihnen jedoch, auf Grundlage Ihrer individuellen Geschäftsziele und Ihrer Risikotoleranz eigene interne Richtlinien zu entwickeln. Verwenden 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%BeobachtenDie Risikostufen bleiben niedrig und entstehen häufig durch False Positives oder kleinere Anomalien. Ziehen Sie Reason Codes heran, um das erhöhte Risiko aufzudecken. Bestimmte Flags mit hoher Schwere, wie Conversion-Spoofing, sind selbst bei sehr geringen Volumina besorgniserregend und sollten sofort untersucht werden.
5-10%Genauer ansehenRisiken auf dieser Stufe können eine genauere Prüfung rechtfertigen. Sehen Sie sich zuerst die Reason Codes im Bericht Risiko nach Partner an und konsultieren Sie die Anleitung zu Reason Codes, um zu verstehen, welche Reason Codes ausgelöst werden und ob das Risiko auf bestimmte Unterquellen konzentriert ist. Ziehen Sie in Erwägung, 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 wenige Quellen für die meisten markierten Ereignisse verantwortlich sind. Zum Beispiel, wenn Leads konvertieren oder Verkaufsartikel zurückgegeben werden oder wenn Bestellwerte verdächtig sind.
20-30%Nehmen Sie es ernstRisiken auf dieser Stufe deuten darauf hin, dass ein bedeutender Teil des Partner-Traffics problematisch sein könnte. Je nach Ihren Programmrichtlinien sollten Sie Optionen wie die Anpassung der Vertragsbedingungen oder die Rückbuchung der Zahlung für markierte Ereignisse in Betracht ziehen.
30%+Die Beziehung bewertenAnhaltend hohes Risiko auf dieser Stufe 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 Stufen von 10 % und höher**: Konsultieren Sie die Reason Codes, verstehen Sie die Werbemethoden, gleichen Sie die Evidenz mit internen Signalen, Rückbuchungsraten und jeder anderen verdächtigen Aktivität ab. Diese Schwellenwerte sind Richtwerte. Der richtige Handlungsweg hängt von Ihren spezifischen Programmzielen, Ihrer Risikotoleranz und dem Kontext der Partnerbeziehung ab. {% endhint %} #### Volumen zählt Ein hoher Risikoprozentwert eines Partners 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. Zum Beispiel könnte ein Partner mit 15 Ereignissen und einem Risikoscore von 33 % (5 Flags) lediglich eine kleine Anomalie erleben. 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 in Erwägung ziehen, nach Partnern mit mindestens 10 Aktionen zu filtern, bevor Sie deren Risikostufen bewerten. {% endhint %} #### Sehen Sie sich die Reason Codes an Bevor Sie handeln, prüfen Sie die [Reason Codes](/brand/de/what-would-you-like-to-learn-about/platform-features/protect-and-monitor-your-performance-program/event-risk/reason-codes-reference.md) die mit markierten Ereignissen verknüpft sind. Sie liefern Kontext dazu, warum Ereignisse markiert wurden. Das Verständnis des Reason Codes hilft Ihnen zu bestimmen, ob die Flags auf ein echtes Problem oder auf eine legitime Erklärung hinweisen. **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, rechtfertigt dies unabhängig vom Gesamtprozentsatz eine sofortige Untersuchung. * **Mehrschichtiges Risiko**: Wenn ein einzelnes Ereignis mit mehr als einem Reason Code markiert ist (z. B. sowohl „Proxy“ als auch „Abnormal Activity“), ist die Wahrscheinlichkeit eines False Positives deutlich geringer. Diese mehrfach markierten Segmente sollten bei der Prüfung priorisiert werden. * **Volumen und Validität**: Denken Sie daran: Je mehr markierter Traffic vorliegt, desto höher ist auch die Wahrscheinlichkeit von Performance-Problemen oder von „Müll“-Conversions in der Zukunft. Verwenden Sie diese Codes, um zu bestimmen, ob der Traffic eines Partners das langfristige Risiko für Ihre Conversion-Daten wert ist. ### Einen Partner untersuchen Wenn die Risikostufen eine genauere Prüfung rechtfertigen, sollten Sie Folgendes berücksichtigen: * **Wie lange arbeiten Sie schon mit diesem Partner zusammen?** Etablierte Partner mit nachweislicher Historie verdienen vor drastischen Maßnahmen ein Gespräch. * **Haben Sie kürzlich Kontakt gehabt?** Möglicherweise fehlt Ihnen Kontext, etwa eine neue Traffic-Quelle, die sie testen. * **Gibt es einen legitimen Grund für die markierten Reason Codes?** Einige Geschäftsmodelle erzeugen naturgemäß höhere Raten bestimmter Flags (z. B. die Nutzung von VPNs in bestimmten Branchen). * **Was sehen Ihre internen Fraud- oder Compliance-Teams?** Vergleichen Sie Event-Risiko-Daten mit Ihren eigenen internen Signalen. Sollten weitere Betrugsbedenken auftreten, [kontaktieren Sie den Support](https://impact.com/contact/support/) und geben Sie so viele Details wie möglich an (Partner-ID, Datumsbereich, Datensatz, Grund für die Risikobedenken). #### Tipps für die langfristige Gesundheit des Programms * **Transparenz der Unterquelle fördern**: Um Risiken genauer anzugehen, arbeiten Sie mit Ihren Partnern zusammen, um sicherzustellen, dass sie Unterquellen-Identifikatoren übergeben (oft über Parameter wie Shared ID). Auch wenn dies ein offenes Feld ist, das für verschiedene Reporting-Kennzahlen verwendet werden kann, ermöglicht Ihnen granulare Daten, spezifische problematische Quellen zu isolieren, ohne den gesamten Traffic des Partners bestrafen zu müssen. * **Regelmäßig prüfen**: Integrieren Sie die Erkenntnisse aus Risiko nach Partner mindestens wöchentlich in Ihre internen Fraud-Prüfungen, indem Sie den Bericht regelmäßig prüfen. Behandeln Sie Risikomanagement nicht als reaktive Übung, [planen Sie den Bericht](/brand/de/what-would-you-like-to-learn-about/platform-features/multi-program-reports/report-management/schedule-reports.md) so ein, dass Benachrichtigungen direkt an Ihren Posteingang gesendet werden. * **Vertragliche Schutzmaßnahmen nutzen**: Ziehen Sie in Erwägung, in Ihren Verträgen Formulierungen aufzunehmen, die regeln, wie mit markierten Ereignissen umgegangen wird. Arbeiten Sie mit Ihrem Rechtsteam zusammen, um [Vertragsbedingungen 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), die über das hinausgeht, was dieser Bericht bietet. [Aktionen rückgängig machen](/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 Risikostufen verbunden sind, mithilfe des `CONS_FRAUD` Reason Codes. Erfahren Sie mehr ü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 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/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 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.