Warum IP-Sperrlisten die Hälfte des Klickbetrugs verpassen

Sie haben alles richtig gemacht. Sie haben die verdächtigen IP-Adressen aus Ihren Suchbegriffen und Analysen herausgesucht, sie zu Ihrer Ausschlussliste hinzugefügt, sind vielleicht sogar an Googles Obergrenze von 500 Adressen gestoßen, und die Müll-Klicks und gefälschten Leads kamen trotzdem weiter. Das ist kein Fehler Ihrerseits. Der Grund hat einen Namen: Residential Proxys. Sie leiten Klickbetrug über echte, vom Internetanbieter vergebene Heim-IP-Adressen, die genauso aussehen wie Ihre besten Kunden, und deshalb kann eine statische Sperrliste sie nicht erkennen. IP-Sperren sind weiterhin notwendig, erfassen inzwischen aber nur noch etwa die Hälfte des Problems. Dieser Leitfaden erklärt den Mechanismus, warum Sperrlisten strukturell unterlegen sind und was Geräte- und Verhaltenserkennung zusätzlich leisten.

Die Sperrliste vom letzten Monat ist bereits veraltet

Zwei Fakten aus dem Jahr 2026 umreißen das gesamte Problem. Erstens macht automatisierter Traffic laut dem Bad Bot Report 2026 von Imperva inzwischen 53 % des gesamten Web-Traffics aus, der Anteil der Menschen ist auf 47 % gesunken. Zweitens stammt ein großer und wachsender Teil dieses schlechten Traffics nicht mehr aus Rechenzentren, die Sie erkennen und sperren können; er kommt über Privatanschlüsse, die genauso aussehen wie echte Nutzer.

Die ehrliche Erkenntnis, zu der die meisten Werbetreibenden auf die harte Tour gelangen: Eine Liste schlechter IPs ist eine Momentaufnahme eines Ziels, das sich bereits weiterbewegt hat. Bis Sie eine Adresse identifiziert und ausgeschlossen haben, nutzt der Betreiber des Betrugs bereits eine andere. Die Lösung ist keine längere Liste, sondern eine andere Erkennungsebene.

Was ein Residential Proxy eigentlich ist

Ein Residential Proxy leitet Traffic über die Internetverbindung eines echten Verbrauchers. Die Ausgangs-IP gehört zu einem Haushalt oder einem kleinen Unternehmen mit einem normalen Breitband- oder Mobilfunkanschluss, nicht zu einem Hosting-Anbieter. Betreiber bauen diese Netzwerke auf, indem sie SDKs in kostenlose mobile Apps, Browsererweiterungen und „kostenlose“ VPNs einbetten, die die Bandbreite des Nutzers still weiterverkaufen, oft ohne nennenswerte Einwilligung.

Genau dieses Detail ist entscheidend. Wenn ein betrügerischer Klick einen Residential Proxy verlässt, kommt er mit der vertrauenswürdigen IP-Reputation eines echten Heimanschlusses an. Er steht auf keiner Sperrliste für Rechenzentren, weil er kein Rechenzentrum ist. Und ihn pauschal zu sperren ist gefährlich: Hinter demselben IP-Bereich stehen echte Kunden, die Sie gewinnen wollen. Traffic aus Rechenzentren und über VPNs lässt sich vergleichsweise leicht bewerten; Traffic über Residential Proxys ist gezielt darauf ausgelegt, genau die Prüfungen zu überwinden, die diesen erfassen.

Der Beweis aus 2026: Googles Zerschlagung von IPIDEA

Das ist keine Theorie. Am 29. Januar 2026 gab die Threat Intelligence Group von Google bekannt, IPIDEA gestört zu haben, eines der größten Residential-Proxy-Netzwerke der Welt. Das Ausmaß ist die eigentliche Geschichte: Das Netzwerk wurde von SDKs gespeist, die in über 600 Android-Apps versteckt waren, stützte sich auf rund 7.400 Server und mehr als 3.000 eindeutige Windows-Datei-Hashes und wurde unter 13 Proxy- und VPN-Marken vermarktet, die als unabhängig auftraten. Allein innerhalb eines Zeitraums von sieben Tagen in jenem Monat beobachtete Google mehr als 550 verschiedene Bedrohungsgruppen, die Ausgangsknoten von IPIDEA nutzten.

Googles eigene Erklärung, warum dieser Traffic so schwer zu stoppen ist, liest sich wie eine Anklage gegen IP-Sperren: „Indem sie Traffic über eine Vielzahl von Verbrauchergeräten auf der ganzen Welt leiten, können Angreifer ihre bösartigen Aktivitäten verschleiern, indem sie diese IP-Adressen kapern.“ Die Überschneidungen zwischen den Ausgangsknoten erschweren schon die Zuordnung.

Und genau diesen Anteil von Internetanbietern für Privatkunden am schlechten Traffic messen unabhängige Forscher immer wieder: Imperva ordnete in seinem Report 2024 etwa ein Viertel des Traffics schädlicher Bots Internetanbietern für Privatkunden zu und stellte 2025 fest, dass 21 % der Bot-Angriffe Residential Proxys nutzten. Selbst nach einer Zerschlagung in der Größenordnung von IPIDEA ist der verbleibende Pool zu groß (und zu ununterscheidbar von echten Nutzern), als dass irgendeine statische Ausschlussliste mithalten könnte.

Warum statische Sperrlisten strukturell unterlegen sind

Es gibt drei konkrete Gründe, warum eine IP-Liste diesen Kampf nicht gewinnen kann:

• Rotation. Residential-Proxy-Netzwerke wechseln durch Millionen verschiedener Ausgangs-IPs. Eine Abwehr, die darauf beruht, schlechte Adressen aufzuzählen, spielt ein Spiel, das sie mathematisch nicht zu Ende bringen kann.
• Googles feste Obergrenzen. Google Ads erlaubt Ihnen, bis zu 500 IP-Adressen pro Kampagne auszuschließen, und verlangt, dass Sie jede Version einer Adresse eintragen (sowohl IPv4 als auch IPv6). Fünfhundert Plätze gegen Millionen rotierender IPs sind kein Wettbewerb.
• Lücken in der Abdeckung. Laut derselben Google-Dokumentation sind IP-Ausschlüsse auf Kampagnenebene „für Videokampagnen, Hotelkampagnen, App-Kampagnen, Performance-Max-Kampagnen und intelligente Displaykampagnen nicht verfügbar“. Ausschlüsse auf Kontoebene erreichen zwar Performance Max, unterliegen aber weiterhin demselben Limit pro Kampagne und demselben Rotationsproblem.

Bemerkenswert ist, dass Googles Filterung von ungültigem Traffic Traffic aus Rechenzentren ausdrücklich als Kategorie nennt, auf die geprüft wird. Residential Proxys existieren genau dafür, dass der Traffic nicht so aussieht.

GIVT und SIVT: der Standard, der „nur die Hälfte“ belegt

Die Werbebranche hat dafür bereits eine Sprache. IAB und Media Rating Council unterteilen ungültigen Traffic in zwei Stufen. Allgemeiner ungültiger Traffic (GIVT) ist die Art, die „durch routinemäßige und listenbasierte Filtermethoden identifiziert“ wird: bekannte Bots, Crawler und Listen schlechter IPs. Komplexer ungültiger Traffic (SIVT) ist „schwerer zu erkennen“ und erfordert „fortgeschrittene Analysen, Bestätigung über mehrere Datenpunkte und/oder erhebliches menschliches Eingreifen“.

Klickbetrug über Residential Proxys und Malware ist per Definition SIVT. Eine Sperrliste ist nach dem Wortlaut des Standards selbst eine listenbasierte Filtermethode, also ein GIVT-Werkzeug. Sie ist grundsätzlich das falsche Instrument für die Hälfte des Problems, die am meisten zählt. Das ist der präzise, branchenübliche Grund, warum IP-Sperren nur einen Teil Ihres ungültigen Traffics erfassen. Zur Einordnung, wie groß dieser Teil ist: Die Benchmarks von Pixalate für Q1 2025 beziffern die Rate ungültigen Traffics auf 18 % im Desktop- und mobilen Web und auf 31 % in mobilen Apps.

Der blinde Fleck bei Conversions, den Sperrlisten ignorieren

Es gibt ein zweites Versagen, selbst wenn ein Klick tatsächlich gefiltert wird. Google weist darauf hin, dass bei einem Klick, der als ungültig eingestuft und entfernt wird, die diesem Klick zugeordnete Conversion möglicherweise nicht entfernt wird. Eine betrügerische Aktion kann also die Klickfilterung überstehen und trotzdem in Ihren Conversion-Daten landen, wo sie Smart Bidding und Performance Max speist und dem Algorithmus beibringt, mehr Budget genau für die Zielgruppen und Placements auszugeben, die Müll erzeugen. Abwehrmaßnahmen auf IP-Ebene ändern daran nichts. Das ist eine völlig eigene Ebene.

Was Geräte- und Verhaltenserkennung ergänzen: die andere Hälfte

Wenn man der IP nicht trauen kann, erkennt man stattdessen den Akteur. Drei Ebenen überstehen eine rotierende Residential-IP:

1. Geräte-Fingerprinting (Device Fingerprinting). Eine abgeleitete Identität aus Hardware-, Software- und Netzwerkmerkmalen, ohne dass etwas auf dem Gerät gespeichert wird, die denselben Besucher über gelöschte Cookies, privates Surfen und brandneue IPs hinweg wiedererkennt. Wenn Betrug über eine rotierende Residential-IP eintrifft, die nie auf einer Sperrliste auftauchen würde, bewertet ClickFortify ihn sowohl anhand von Geräte- und Verhaltenssignalen als auch anhand der IP-Reputation, sodass derselbe Akteur auch nach einem IP-Wechsel erfasst wird. Das Fingerprinting erstellt eine Identität, die das Löschen von Cookies übersteht und einen betrügerischen Besucher über Hunderte verschiedener Residential-Ausgangs-IPs hinweg wiedererkennt.

2. Verhaltenssignale. Echte Menschen bewegen die Maus, scrollen, zögern und navigieren auf unordentliche, menschliche Weise. Automatisierte Clients tun das nicht, und Headless-Browser-Tools wie Selenium, Puppeteer und Playwright hinterlassen erkennbare Automatisierungs-Fingerprints. Durch die Analyse des Verhaltens nach dem Klick (Verweildauer, Scrolltiefe, Navigationsablauf und diese Automatisierungsmerkmale) markiert ClickFortify Klicks, die eine IP-Reputationsprüfung bestehen, sich aber wie Bots verhalten.

3. Abgleich über mehrere Signale. Die stärksten Hinweise ergeben sich aus Widersprüchen. Eine Residential-IP mit einem Geräte-Fingerprint, wie er für Rechenzentren typisch ist; eine Browser-Zeitzone oder -Sprache, die nicht zur Geolokalisierung der IP passt; Latenz und Timing, die eine Weiterleitung über einen Proxy durch ein anderes Land verraten. ClickFortify gleicht IP und Gerät sowie die geografische Konsistenz ab, sodass eine widersprüchliche Sitzung gemeldet statt vertraut wird. Die Erkennung von Proxys, Rechenzentren und VPNs bleibt dabei wichtig: nicht als Urteil für sich allein, sondern als ein gewichteter Faktor unter vielen.

Wie ClickFortify die Abwehr über Google, PMax und Meta hinweg staffelt

Diese Ebenen zusammenzuführen ist die eigentliche Aufgabe, und dabei müssen die Einschränkungen jeder Plattform berücksichtigt werden:

• Google-Suche und Display. ClickFortify schließt bestätigte betrügerische IPs automatisch in Echtzeit aus und verwaltet die Ausschlussliste dynamisch innerhalb von Googles Obergrenze von 500 IPs pro Kampagne, damit eine begrenzte Liste nicht für veraltete Adressen verschwendet wird, während neue ungesperrt bleiben.
• Performance Max. Da Ausschlüsse auf Kampagnenebene PMax nicht erreichen, setzt ClickFortify Ausschlüsse auf Kontoebene plus Verhaltenserkennung außerhalb der Plattform ein, damit PMax-Budget nicht ungeschützt gegen Proxy-Traffic bleibt.
• Conversions und Smart Bidding. Da ein gefilterter Klick dennoch eine verunreinigende Conversion hinterlassen kann, ergänzt ClickFortify eine Filterung auf Conversion- und CAPI-Ebene, damit betrugsgetriebene Conversions Smart Bidding nicht darauf trainieren, Müll nachzujagen.
• Meta. Wo rohe Client-IPs überhaupt nicht ausgeschlossen werden können, überführt ClickFortify Besucher, die es als betrügerisch identifiziert, in Ausschlüsse über Custom Audiences und CAPI-Filterung und erweitert so den verhaltensbasierten Schutz auf eine Plattform ohne native IP-Steuerung.

Das Fazit

Behalten Sie Ihre IP-Ausschlüsse; sie sind eine notwendige erste Ebene und stoppen den einfachen, listenbasierten Traffic, den die Standards GIVT nennen. Verstehen Sie aber, was sie nicht leisten können. Die teure, hartnäckige Hälfte des Klickbetrugs läuft inzwischen über echte Privatanschlüsse, die schneller rotieren, als irgendeine Liste nachverfolgen kann, rutscht durch Prüfungen auf Rechenzentren und verunreinigt Ihre Conversion-Daten selbst dann, wenn der Klick erfasst wird. Um diese Hälfte zu erfassen, muss man den Akteur identifizieren (anhand von Gerät und Verhalten), nicht die Adresse. Dieser mehrstufige Ansatz, konsequent über Suche, Performance Max und Meta hinweg angewendet, macht den Unterschied zwischen einer Sperrliste, die nach einer Woche veraltet ist, und einem Schutz, der dem Betrug folgt, egal woher seine nächste IP kommt.