> 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/ereignisrisikodaten-verstehen-und-interpretieren.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-Ereignisse 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, können Sie schnell 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. Nutzen Sie diese Prozentsätze als Frühindikatoren, um Ihre Untersuchungen zu priorisieren. Wird auf Klick-Ebene ein hohes Risiko festgestellt, können Sie proaktiv handeln, indem Sie Ihre Klickfilter-Einstellungen verfeinern, um zu verhindern, dass minderwertiger Traffic Ihre Performance im weiteren Verlauf beeinträchtigt.

### Leitlinien für Risikoschwellenwerte

Die folgende Tabelle enthält erste Empfehlungen zur Interpretation von Risikoprozentwerten und dazu, worauf Ihre Aufmerksamkeit am wertvollsten gerichtet ist. Wir empfehlen Ihnen jedoch, eigene interne Richtlinien auf der Grundlage Ihrer spezifischen Geschäftsziele und Ihrer Risikotoleranz zu entwickeln. Nutzen Sie diese Risikosegmente als Grundlage, um die Performance zu bewerten, und lassen Sie diese Erkenntnisse in Ihre eigenen Entscheidungsprozesse zur Validierung der Traffic-Qualität einfließen.

<table><thead><tr><th width="142.7578125">Risiko %</th><th width="176.12890625">Empfohlener Fokus</th><th>Definition</th></tr></thead><tbody><tr><td>0-5%</td><td>Überwachen</td><td>Die Risikowerte bleiben niedrig und resultieren oft aus Fehlalarmen oder geringfügigen Anomalien. Ziehen Sie Reason Codes heran, um das erhöhte Risiko aufzudecken. Bestimmte Flags mit hoher Schwere, wie z. B. Conversion-Spoofing, sind selbst bei sehr geringen Volumina besorgniserregend und sollten sofort untersucht werden.</td></tr><tr><td>5-10%</td><td>Genauer hinschauen</td><td>Risiken auf diesem Niveau können eine genauere Betrachtung rechtfertigen. Sehen Sie sich zuerst die Reason Codes im Bericht „Risiko nach Partner“ an und konsultieren Sie den Leitfaden zu Reason Codes, um zu verstehen, welche Reason Codes 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.</td></tr><tr><td>10-20%</td><td>Untersuchen</td><td>Ein bemerkenswertes Risikoniveau. Es lohnt sich, mit dem Partner über seine Traffic-Quellen und Werbemethoden zu sprechen. Prüfen Sie interne Daten, um festzustellen, ob einige wenige Quellen für die meisten markierten Ereignisse verantwortlich sind. Zum Beispiel, wenn Leads konvertieren, Verkaufsartikel zurückgegeben werden oder Bestellwerte verdächtig sind.</td></tr><tr><td>20-30%</td><td>Nehmen Sie es ernst</td><td>Ein Risiko auf diesem Niveau deutet darauf hin, dass ein erheblicher Teil des Partner-Traffics problematisch sein könnte. Je nach Ihren Programmrichtlinien sollten Sie Optionen wie die Anpassung von Vertragsbedingungen oder die Rückbuchung von Zahlungen für markierte Ereignisse in Betracht ziehen.</td></tr><tr><td>30%+</td><td>Beziehung bewerten</td><td>Anhaltend hohes Risiko auf diesem Niveau signalisiert ein erhebliches Qualitätsproblem. Überlegen Sie, ob die Partnerschaft den von Ihrem Programm benötigten Wert liefert und ob weitere Investitionen gerechtfertigt sind.</td></tr></tbody></table>

{% hint style="warning" %}
**Für Werte von 10 % und höher**: Konsultieren Sie die Reason Codes, verstehen Sie die Werbemethoden, gleichen Sie die Belege mit internen Signalen, Rückbuchungsraten und sonstigen verdächtigen Aktivitäten ab.

Diese Schwellenwerte sind richtungsweisend. Der richtige Handlungsweg hängt von Ihren spezifischen Programmzielen, Ihrer Risikotoleranz und dem Kontext der Partnerbeziehung ab.
{% endhint %}

#### Das Volumen zählt

Ein hoher Risikoprozentwert bei 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 Risikowert von 33 % (5 Flags) könnte beispielsweise lediglich eine geringfügige Anomalie aufweisen. Umgekehrt weist ein Partner mit 5.000 Ereignissen und einem Risikowert 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 dem für Ihr Programm relevanten Signifikanzschwellenwert liegen. Als grundlegende Empfehlung sollten Sie in Betracht ziehen, nur Partner mit mindestens 10 Aktionen zu filtern, bevor Sie deren Risikostufen bewerten.
{% endhint %}

#### Sehen Sie sich die Reason Codes an

Prüfen Sie vor dem Handeln 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) der markierten Ereignisse. Sie liefern Kontext dazu, warum Ereignisse markiert wurden. Das Verständnis des Reason Codes hilft Ihnen zu entscheiden, ob die Flags auf ein echtes Problem oder eine legitime Erklärung hinweisen.

**Beispiel**:

* **Muster mit hoher Schwere**: Wenn ein Partner eine beträchtliche Anzahl 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 Reason Code markiert ist (z. B. sowohl „Proxy“ als auch „Ungewöhnliche Aktivität“), 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 zunehmendem Volumen des markierten Traffics auch die Wahrscheinlichkeit von Performance-Problemen oder „Müll“-Conversions in der Folge steigt. 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 Risikostufen eine genauere Betrachtung erfordern, ziehen Sie Folgendes in Betracht:

* **Wie lange arbeiten Sie schon mit diesem Partner zusammen?** Etablierte Partner mit einer Erfolgsbilanz verdienen vor drastischen Maßnahmen ein Gespräch.
* **Hatten Sie kürzlich Kontakt?** Möglicherweise fehlt Ihnen der 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. VPN-Nutzung in bestimmten Branchen).
* **Was sehen Ihre internen Betrugs- oder Compliance-Teams?** Gleichen Sie Event-Risk-Daten mit Ihren eigenen internen Signalen ab.

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

* **Fördern Sie Transparenz bei Unterquellen**: Um Risiken präziser anzugehen, arbeiten Sie mit Ihren Partnern zusammen, damit diese Unterquellen-Identifikatoren übermitteln (oft über Parameter wie Shared ID). Auch wenn dies ein offenes Feld ist, das für verschiedene Berichtsmessgrößen verwendet werden kann, ermöglicht Ihnen granulare Daten, bestimmte problematische Quellen zu isolieren, ohne den gesamten Traffic des Partners bestrafen zu müssen.
* **Regelmäßig überprüfen**: Integrieren Sie die Erkenntnisse aus „Risiko nach Partner“ in Ihre internen Betrugsprüfungen, indem Sie den Bericht mindestens wöchentlich überprüfen. Anstatt das Risikomanagement als reaktive Maßnahme zu behandeln, [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 an 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 [Vertragsbedingungen zu entwerfen](https://app.gitbook.com/o/0mbgBjArWXoMupyWdFkH/s/wMLlMoFBtKJa8ptd3zaw/~/edit/~/changes/682/what-would-you-like-to-learn-about/platform-features/protect-and-monitor-your-performance-program/event-risk/understanding-and-interpreting-event-risk-data/~/comments/f3EAPG9o1jk3ZO6t70Us) 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.&#x20;

  [Machen Sie Aktionen rückgängig](/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, unter Verwendung des `CONS_FRAUD` Reason Code.

Mehr erfahren über [Betrugsprävention](https://impact.com/affiliate/preventing-affiliate-fraud/#:~:text=Implement%20multi%2Dlayered%20vetting%20that%20includes,acceptance%20criteria%20to%20slip%20through.).


---

# 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/ereignisrisikodaten-verstehen-und-interpretieren.md?ask=<question>&goal=<endgoal>
```

`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.
