> 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/advocate-program/protect-your-advocate-program/security-features-for-referral-programs.md). # Sicherheitsfunktionen für Empfehlungsprogramme Betrugsprävention ist für jedes Unternehmen mit einem Empfehlungsprogramm ein wichtiger Aspekt. Unweigerlich wird jemand das System testen. Auch wenn Sie die Absichten böswilliger Akteure nicht ändern können, können Sie Ihr Programm so gestalten, dass betrügerisches Verhalten minimiert wird. Die Kombination unserer standardmäßigen Sicherheitsfunktionen für Advocate mit einem guten Programmdesign minimiert die Risiken durch betrügerische Aktivitäten. ## Integrierte Sicherheitsfunktionen verwenden
Betrugsschutz aktivieren Ihr Advocate-Programm verfügt über eine optionale, automatisierte Betrugsschutzfunktion, die zusammen mit manuellen Maßnahmen wie dem Blockieren von E-Mail-Domains sowie bestimmten Teilnehmern und IP-Adressen verwendet werden kann, um die Auswirkungen betrügerischen Verhaltens zu verringern. Wenn der Betrugsschutz aktiviert ist, wird allen Empfehlungen ein Betrugswert auf Grundlage verschiedener Risikofaktoren zugewiesen. Empfehlungen werden je nach Betrugswert genehmigt, abgelehnt oder zur manuellen Prüfung in einen ausstehenden Status versetzt. Erfahren Sie mehr darüber, wie [Betrugsschutz](/brand/de/what-would-you-like-to-learn-about/advocate-program/protect-your-advocate-program/advocate-fraud-protection-explained.md) funktioniert.
E-Mail-Domains blockieren Wir gleichen die E-Mail-Adressen geworbener Freunde automatisch mit einer umfangreichen Liste bekannter Wegwerf- und temporärer E-Mail-Domains ab. Unser System ermöglicht es Ihnen außerdem, Domains manuell über Ihre impact.com-Kontoeinstellungen zu blockieren. Erfahren Sie mehr in unserem [Blockierte E-Mail-Domains](/brand/de/what-would-you-like-to-learn-about/advocate-program/protect-your-advocate-program/block-an-email-domain-for-advocate.md) Artikel.
Teilnehmer und IP-Adressen blockieren Teilnehmer können auf verschiedene Weise blockiert werden: * Sie können den Empfehlungscode eines Teilnehmers ungültig machen, um zu verhindern, dass er erfolgreiche Empfehlungen auslösen kann. Wenn der Teilnehmer versucht, seinen Code zu verwenden, erhält er eine `404 Nicht gefunden` Meldung, oder sie erhalten keine Zuordnungsgutschrift für die von ihnen gemachte Empfehlung. * Einzelne IP-Adressen oder ein IP-Adressbereich können in Ihren impact.com-Kontoeinstellungen blockiert werden. * Teilnehmer aus bestimmten Ländern können ebenfalls blockiert werden, wenn Sie Ihre Datenfreigabeeinstellungen so konfiguriert haben, dass uns Informationen zum Standort des Teilnehmers übermittelt werden.
## Was passiert, wenn Sie blockieren? Das Blockieren ist nicht in jedem Fall sofort oder absolut – es verhält sich unterschiedlich, je nachdem, ob die Blockierung eine IP-Adresse oder eine Person betrifft und ob der betroffene Nutzer bereits ein Konto hat. Hier erfahren Sie genau, was auf beiden Seiten einer Blockierung zu erwarten ist und was passiert, wenn Sie die Blockierung später aufheben.
Wenn Sie eine IP-Adresse blockieren **Für die blockierte IP:** * Alle neuen Nutzer, die sich von dieser IP-Adresse aus registrieren, werden bei der Registrierung automatisch blockiert. * Bestehende Nutzer mit dieser IP werden nicht automatisch blockiert und können das Programm weiterhin nutzen. * Bestehende Nutzer mit dieser IP können sich weiterhin in die Microsite einloggen und auf ihre Freigabelinks zugreifen. * Wenn jemand von einer blockierten IP aus auf einen Empfehlungslink klickt, wird kein `_saasquatch` Cookie gesetzt. **Für Empfehlungen von einer blockierten IP:** * Wenn eine Person von einer blockierten IP aus auf einen Empfehlungslink klickt, durchläuft sie weiterhin die Erfahrung für geworbene Nutzer und landet auf der Programm-Landingpage. * Der Advocate wird *nicht* eine Belohnung erhalten, da kein Cookie gesetzt wird. * Wenn die Marke Belohnungen mithilfe des Cookies verwaltet, um Empfehlungen zu erkennen, wird der geworbene Nutzer *nicht* seine Belohnung erhalten. * Wenn die Marke Belohnungen verwaltet, indem sie auf `rsCode` den rsCode in der URL prüft, erhält der geworbene Nutzer möglicherweise dennoch seine Belohnung. * In Advocate wird keine Empfehlung erstellt, daher erscheint sie weder im Empfehlungs-Feed noch in der Empfehlungshistorientabelle. * Wenn der geworbene Nutzer bereits in Advocate registriert ist, wird er automatisch blockiert, sodass er nicht geworben werden kann. * Wenn die Marke das [Friend Widget](/brand/de/what-would-you-like-to-learn-about/advocate-program/manage-advocate-participant-experiences/widget-experiences/widget-types-explained.md#friend-widget) zur Verteilung von Rabatten verwendet, sieht der geworbene Nutzer beim Absenden eine Fehlermeldung, da kein Prämiencode verfügbar ist. **Wenn Sie eine IP-Adresse entsperren:** * Nutzer, die aufgrund der IP-Beschränkung automatisch blockiert wurden, bleiben blockiert, können aber bei Bedarf manuell entsperrt werden. * Bereits vorhandene, automatisch moderierte Empfehlungen müssen manuell geprüft werden.
Wenn Sie einen Nutzer, Teilnehmer oder eine E-Mail-Adresse blockieren **Für den blockierten Nutzer** * Dem Nutzer wird die Anmeldung bei der Microsite verweigert, und er sieht die Fehlermeldung „Konto deaktiviert“. * Der Nutzer kann weiterhin auf Widgets zugreifen und seinen Freigabelink abrufen. * Der Nutzer kann nicht geworben werden. * Dieser Nutzer kann keine neuen Empfehlungen aussprechen. * Wenn der Nutzer auf seinen eigenen Freigabelink klickt, verhält es sich genauso wie bei jeder anderen Person, die auf den Link eines blockierten Advocates klickt — es wird kein Cookie gesetzt. **Für von einem blockierten Nutzer gemachte Empfehlungen** * Wenn ein geworbener Nutzer auf den Freigabelink eines blockierten Nutzers klickt, durchläuft er weiterhin die Erfahrung für geworbene Nutzer. * Der Advocate wird *nicht* eine Belohnung erhalten. * Der geworbene Nutzer wird wahrscheinlich *nicht* seine Belohnung erhalten, sofern die Marke Belohnungen nicht unabhängig verwaltet. * In Advocate wird keine Empfehlung erstellt. * Bereits laufende Empfehlungen, die von diesem Nutzer gemacht wurden, werden weder umgewandelt noch belohnt. * Wenn die Marke das Friend Widget verwendet, sieht der geworbene Nutzer beim Absenden eine Fehlermeldung, da kein Prämiencode verfügbar ist. **Benachrichtigungen** * An den blockierten Nutzer wird keine Benachrichtigung gesendet. * An Programm-Admins wird keine Benachrichtigung gesendet. **Wenn Sie einen Nutzer entsperren** * Der Nutzer kann entsperrt werden. * Bereits vorhandene, automatisch moderierte Empfehlungen müssen manuell geprüft werden. * Frühere Empfehlungen können belohnt werden, wenn nach der Entsperrung des Nutzers ein Conversion-Ereignis empfangen wird und der Nutzer gemäß den Programmregeln für Belohnungen berechtigt ist.
## Gestalten Sie Ihr Programm mit Blick auf Betrugsprävention Eine häufige Form des Betrugs bei Empfehlungsprogrammen besteht darin, dass jemand versucht, sich selbst mehrfach zu empfehlen, um belohnt zu werden. Programme, die beidseitige Belohnungen sowohl für den Advocate als auch für den geworbenen Freund anbieten, sind für diese Art von Betrug besonders attraktiv. Glücklicherweise können Sie mit durchdachter Gestaltung die Auswirkungen solcher Versuche, das System auszutricksen, minimieren. Erfahren Sie mehr über [die Gestaltung eines fälschungssicheren Empfehlungsprogramms](/brand/de/what-would-you-like-to-learn-about/advocate-program/protect-your-advocate-program/design-a-fraud-proof-referral-program.md). --- # 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/advocate-program/protect-your-advocate-program/security-features-for-referral-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.