Affiliate-Betrug: Fake-Spieler und Einzahlungen von 21-23 €

Dieser Fall von Affiliate-Betrug stammt aus zwei Teststarts in Spanien, die nach Angaben der beteiligten Programme dieselben simulierten Spieler anzogen. Die Einzahlungen ballten sich bei 21-23 €, alle per Kreditkarte, typischerweise ein bis zwei Stunden nach der Registrierung. Die Zahlungsdaten wiesen dann auf Emulatoren hin, nicht auf echte Geräte. Beide Affiliates wurden entfernt; einem wurde mitgeteilt, dass er nicht bezahlt werde.

Kurz gesagt: Die simulierten Spieler hinterließen ein Bündel von Signalen, keinen einzelnen eindeutigen Beweis, und die Zahlungsebene bestätigte sie.

Die Ergebnisse auf einen Blick

Es gibt keine ROI-Zeile: Dies ist ein Fall von Erkennung, nicht von Gewinn.

Kontext

Vertreter zweier Affiliate-Programme und der CEO des Casino-Produkts, das sie bewarben, schilderten den Fall anonym in einem Branchenbericht vom Februar 2026. Die Programme, das Produkt und die Affiliates werden nicht genannt, und keine der Zahlen lässt sich unabhängig überprüfen.

Die Geschichte beginnt bei den Testbedingungen. Der Test von Programm X mit dem Produkt war auf Tempo angelegt: eine schnelle Einschätzung, ob eine neue Quelle oder ein Tier-1-GEO einen Deal wert ist. Seine Schwäche war der fehlende Maßstab. Abgesehen von ein paar Grundregeln (Spieler in Spanien, Slot-Spiele, ein eingezahltes Konto und echtes Spielen) hatte niemand ein Ziel für Retention oder Einzahlungswert festgelegt, sodass das Programm nichts Schriftliches hatte, auf dessen Grundlage es Traffic hätte ablehnen können. Es ist dieselbe Lücke, die bei KPI-Streitigkeiten zwischen Affiliates und Programmen auftaucht.

Bei CPA-Deals ist der Auslöser der Auszahlung meist eine qualifizierende Ersteinzahlung (FTD), daher sind gefälschte FTDs ein naheliegendes Ziel für Affiliate-Betrug im iGaming. Die Arbeitshypothese der Programme lautete, dass der Traffic so gebaut war, dass er bei den ersten Prüfungen des Operators und während der Auszahlungssperre unauffällig blieb. Die Werbemessung nennt dasselbe Problem ungültigen Traffic: Laut Media Rating Council kann Traffic als ungültig gelten, wenn er von Bots oder von Aktivitäten stammt, die darauf ausgelegt sind, ihn zu erzeugen.

Was sie taten

Das Schema ließ simulierte Spieler auf emulierten Geräten laufen und führte jedes Fake-Konto durch die Registrierung und eine kleine Einzahlung. Die Programme sahen nur die Spuren, die es in ihren Daten hinterließ. Sie sind unten so gruppiert, wie ein Betrugsprüfer sie durchgehen würde: was zu prüfen ist, was es hier zeigte und warum es ungewöhnlich war.

Zeitsignale

• Tempo eines Kaltstarts. Die erste Prüfung bei jeder neuen Quelle ist, wie schnell sie liefert. Diese, spät am Abend eingeschaltet, brachte innerhalb von etwa einer Stunde eine Welle von Registrierungen und ihre ersten Einzahlungen. Bei einer Quelle ohne Vorgeschichte werteten die Programme dieses Tempo als Warnung, nicht als Erfolg.

• Rhythmus der Anmeldungen. Tragen Sie die Registrierungen minutengenau auf. Statt einer verstreuten Linie zeigte das Diagramm hohe Spitzen, jede mit Dutzenden von Konten, die fast im selben Moment angelegt wurden. Menschen kommen unabhängig voneinander; Konten, die gemeinsam kommen, deuten auf einen einzigen Auslöser dahinter hin, und so lasen es die Programme.

• Einzahlungsverzögerung. Messen Sie für jedes Konto den Abstand zwischen Registrierung und erster Einzahlung. Über diese Quelle hinweg lag er im Schnitt konstant bei ein bis zwei Stunden. Nach der Erfahrung der Programme zahlt jemand, der spielen will, sofort oder innerhalb von Minuten ein, daher fiel eine einheitliche mehrstündige Wartezeit über eine ganze Quelle auf.

Zahlungssignale

• Einzahlungsmethoden. Schlüsseln Sie die Einzahlungen der Quelle nach Zahlungsmethode auf. Die Aufschlüsselung hatte eine einzige Zeile: Kreditkarten, 100 %. Ein echtes Publikum füllt mehrere Zeilen, daher war eine Quelle mit nur einer Methode für die Programme ein Warnsignal.

• Betragsspanne. Stellen Sie die Einzahlungsbeträge grafisch dar. Sie ballten sich zwischen 21 € und 23 €. Echte Spieler wählen nach der Erfahrung der Programme unregelmäßige Beträge; eine so enge Spanne sah eher nach einem voreingestellten Wert aus als nach einer Entscheidung.

• Leben nach der ersten Einzahlung. Verfolgen Sie jeden Einzahler in die folgenden Sessions. Die Spur endete bei der Zahlung: eine Einzahlung nahe am Minimum, kaum Spins und keine Rückkehr. In einem reinen Slots-Test mit Spielpflicht wirken Konten, die einzahlen und dann verstummen, so, als existierten sie, um einen FTD auszulösen, nicht um zu spielen.

Verhaltenssignale

• Formularausfüllung. Vergleichen Sie, wie weit Konten im Registrierungsformular kommen, optionale Felder eingeschlossen. Hier füllte jedes Konto jeden einzelnen der vier bis sechs Schritte aus, ohne jedes Zögern dazwischen. Echte Anmeldungen lassen optionale Felder oft leer, daher wirkt eine Ausfüllquote von 100 % eher wie ein Skript als wie eine Menschenmenge (Beobachtung der Programme).

• Boni. Prüfen Sie, ob neue Einzahler das Bonusangebot öffnen oder beanspruchen. Keiner tat es. Für ein Casino-Publikum ist das eher ein fehlendes als ein leises Signal.

• Click-to-Reg. Vergleichen Sie die Click-to-Reg-Rate mit früherem echtem Traffic. Sie lag weit über allem, was die Teams je gesehen hatten; die Zahl wurde nicht genannt.

Dasselbe Muster bei zwei Programmen

Programm Y führte ebenfalls einen schnellen Test in Spanien durch und sah dasselbe Verhalten. Seine Kohorte glich der von Programm X bei Registrierungsablauf, Einzahlungszeitpunkt, Beträgen und Stille nach der Einzahlung. Zwei voneinander unabhängige Quellen bringen normalerweise nicht dieselbe Kohorte hervor; diese Übereinstimmung brachte die Programme von einer Qualitätsbeschwerde zu einer Betrugsermittlung.

Die Gerätedaten gaben den Ausschlag. Zahlungssysteme erfassen, von welchem Gerät und aus welcher Umgebung jede Einzahlung kam, also prüfte das Team dort. Die Einzahlungen ließen sich auf emulierte Umgebungen zurückführen, nicht auf physische Smartphones oder gewöhnliche Browser. Dieser Befund gab den früheren Ad-Fraud-Signalen eine einzige technische Ursache.

Ergebnisse

Wie die Programme nach eigener Darstellung reagierten:

• Traffic gestoppt. Bei Programm X stoppte der Product Manager den Flow und warnte den Affiliate, dass er nicht bezahlt werde. In einem Arbeitschat lautete die Anweisung, den gesamten Traffic zu stoppen und keine neuen Flows zu starten; der Manager von Programm Y bestätigte die Entscheidung später.

• Emulatoren blockiert. Das technische Team des Produkts schränkte daraufhin den Zugang über Emulatoren ein, und laut der Darstellung gingen die Einzahlungen aus diesem Traffic ab diesem Zeitpunkt nicht mehr durch.

• Partner entfernt. Beide Affiliates wurden aus ihren Programmen entfernt. Wie berichtet, kamen die Programme zu dem Schluss, dass ein und dasselbe Schema über beide geleitet worden war, und nicht, dass ein einzelner Publisher einen Fehler gemacht hatte.

Wie der Betrug erkannt wurde

Die Reihenfolge der Belege ist der nützliche Teil. Der Tracker zeigte das Volumen und eine unplausible Click-to-Reg-Rate. Die Verhaltensdaten zeigten die Cluster: Schübe, eine feste Verzögerung, eine einzige Zahlungsmethode, eine flache Betragsspanne. Die Zahlungsebene lieferte den technischen Beweis. Die Erkennung funktionierte, weil jede Ebene mit der nächsten abgeglichen wurde, nicht weil eine einzelne Kennzahl eine Schwelle überschritt.

Die Programme veröffentlichten keine Dashboards, Zählungen oder Beträge, betrachten Sie diese Schwellen also als Illustrationen, nicht als Benchmarks.

Die größeren Kosten eines Übersehens wären schlechte Daten gewesen, nicht eine einzelne Auszahlung. Ein Produkt, das diesen Traffic behalten hätte, hätte FTDs von Konten gezählt, die nie spielen würden, und seine Kennzahlen zu Aktivierung, Boni und zweiter Einzahlung hätten aus Gründen, die nichts mit dem Produkt zu tun haben, kaputt ausgesehen.

Was nicht funktioniert hat

• Die erste Theorie war falsch. Programm X verdächtigte den Affiliate zunächst, entgegen den Slots-only-Bedingungen Traffic aus Crash Games zu schicken. Das wäre ein Verstoß gegen die Bedingungen gewesen und keine simulierten Spieler, die Theorie unterschätzte also, was vor sich ging.

• Zeile für Zeile sauber. Kleine, ähnliche Einzahlungen bestehen eine zeilenweise Prüfung. Die Gleichförmigkeit zeigt sich erst, wenn man die ganze Quelle auf einmal betrachtet.

• Einzelne Signale führen in die Irre. Reine Karteneinzahlungen oder eine späte erste Einzahlung können jeweils eine harmlose Ursache haben. Der Fall hielt, weil die Signale gebündelt auftraten und sich bei zwei Programmen wiederholten.

• Der Tracker konnte es nicht klären. Der Beweis kam aus Zahlungs- und Gerätedaten, die ein Affiliate-Tracker nicht sieht.

Lehren für Affiliates: Affiliate-Betrug erkennen

Wenn Sie ein Programm oder Produkt betreiben:

• Bauen Sie in jeden Test einen Mindestmaßstab ein. Auch ein Test ohne KPI kann Pausenauslöser festlegen: einen Mix an Zahlungsmethoden, ein Verhältnis von Einzahlung zu Spiel und eine Spanne für die Zeit bis zur ersten Einzahlung.

• Schauen Sie auf Verteilungen, nicht auf Durchschnitte. Tragen Sie pro Quelle Einzahlungsbeträge, Registrierungszeitpunkte und Zeit bis zur Einzahlung auf. Enge Cluster und synchrone Spitzen verdienen einen Stopp und eine Prüfung, keine Feier.

• Nutzen Sie die Zahlungs- und Geräteebene. Fragen Sie Ihren Zahlungsanbieter, welche Gerätedaten er liefern kann. Wenn Sie eine native Android-App ausliefern, kann Googles Play Integrity API melden, ob eine Anfrage von einem echten, zertifizierten Android-Gerät kommt, und ein Emulator, der ihre Prüfungen nicht besteht, liefert kein Geräteurteil.

Wenn Sie Traffic kaufen oder weiterverkaufen:

• Prüfen Sie Sub-Quellen, bevor sie ein Programm erreichen. Die Prävention von Affiliate-Betrug beginnt vorgelagert: Eine einzige Sub-Quelle, die emulierte Spieler schickt, kann Sie die gesamte Geschäftsbeziehung kosten, nicht nur eine Auszahlung.

• Schließen Sie andere Betrugsarten aus. Auffällige Conversion-Qualität kann auch von Attributionsdiebstahl wie Cookie Stuffing kommen, prüfen Sie also neben den Spielern auch die Klickpfade.

• Verknüpfen Sie Einzahlungen mit Klicks. Sauberes Postback-Tracking erlaubt es beiden Seiten, einen markierten FTD schnell bis zu seiner Quelle zurückzuverfolgen.

Häufige Fragen

Was ist Affiliate-Betrug im iGaming?

Affiliate-Betrug ist jeder Versuch, für Spieler, Einzahlungen oder Klicks bezahlt zu werden, die nicht echt sind. In Casino- und Sportwetten-Programmen gehören dazu gefälschte FTDs, Bonusmissbrauch, doppelte Konten und simulierter Traffic wie im obigen Fall. Unser Leitfaden zu Affiliate-Betrug im iGaming behandelt jede Form.

Wie erkennt man Fake-Spieler oder simulierte Einzahlungen?

Um simulierte Einzahlungen zu erkennen, achten Sie auf Cluster: eine enge Betragsspanne, eine feste Verzögerung zwischen Anmeldung und Einzahlung, eine einzige Zahlungsmethode über eine ganze Quelle, Anmeldungen in synchronen Schüben und Formulare ohne Abbrüche. Bestätigen Sie das dann mit Geräte- und Zahlungsdaten, die in diesem Fall Emulatoren zeigten. Die Erkennung des Affiliate-Betrugs hing hier davon ab, dass mehrere Signale zusammenpassten.

Warum waren die Einzahlungen klein und einheitlich?

Die Programme deuteten die engen Beträge nahe am Minimum als voreingestelltes Limit, das natürlich wirken und jede Einzahlung zugleich billig halten sollte. Das ging nach hinten los: Echte Spieler zahlen unregelmäßige Beträge ein, daher wurde eine gleichbleibende Spanne von 21-23 € zum deutlichsten Signal des Falls.

Was passiert mit einem Affiliate, dessen Traffic als gefälscht markiert wird?

Hier wurde der Traffic gestoppt und beide Affiliates wurden aus ihren Programmen entfernt; dem ersten wurde mitgeteilt, dass er nicht bezahlt werde. Ob ein Operator eine Zahlung zurückhalten oder einen Deal beenden kann, hängt von der Betrugsklausel in den Bedingungen ab, die Sie unterschrieben haben; lesen Sie sie also, bevor ein Test beginnt.

Quellen

• Media Rating Council, update to the Invalid Traffic Detection and Filtration Standards, June 25, 2020

• Android Developers, Play Integrity API: integrity verdicts

• Case figures: anonymous account by two affiliate programs and the product's CEO, published in a February 2026 trade report. Single anonymous source, not independently verified; this article regroups and summarises it and adds no independent data.