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, verpassen für sich allein aber den über Proxys geleiteten Betrug. 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
Die meisten Ausschlusslisten entstehen auf dieselbe Weise: eine verdächtige Adresse in den Berichten entdecken, hinzufügen, wiederholen. Das funktioniert gegen Traffic aus Rechenzentren, der in Hosting-Netzwerken sitzt, die Sie erkennen und sperren können. Deutlich schlechter funktioniert es gegen Traffic, der über Privatanschlüsse geleitet wird und genau wie echte Nutzer aussieht.
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. Unser Leitfaden zu Bot-Traffic in Google Ads behandelt die automatisierte Seite desselben Problems.
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 Apps versteckt waren, stützte sich auf rund 7.400 Server und mehr als 3.000 eindeutige Windows-Datei-Hashes und wurde unter einer Reihe von 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 Lehre für Werbetreibende betrifft das Modell, nicht ein einzelnes Netzwerk. Laut Google verschaffen die SDKs den Betreibern „die Millionen Geräte, die sie brauchen“, und andere Residential-Proxy-Pools laufen nach einer einzelnen Zerschlagung weiter. Auf IP-Ebene sehen sie aus wie echte Nutzer, und keine statische Ausschlussliste kann mit einem Pool dieser Größe mithalten.
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 greifen auf riesige Pools von Verbrauchergeräten zurück und wechseln ständig die 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, die Sie ausschließen möchten. Fünfhundert Plätze gegen einen rotierenden Pool von Heim-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 gelten für das gesamte Konto, auch für Performance Max, sind aber weiterhin eine Liste von Adressen mit demselben Rotationsproblem.
Googles Seite zu ungültigem Traffic beschreibt automatisierte Filter, die nach Interaktionen suchen, die nicht zu normalem menschlichem Verhalten passen. Residential Proxys sind so gebaut, dass die Netzwerkseite eines Klicks wie die eines normalen Heimnutzers aussieht. Damit bleibt es dem Gerät und der Sitzung überlassen, den Betrug zu verraten.
GIVT und SIVT: der Standard, der erklärt, warum Listen zu kurz greifen
Die Werbebranche hat dafür bereits eine Sprache. Der Standard des Media Rating Council für ungültigen Traffic unterteilt ihn in zwei Stufen. Allgemeiner ungültiger Traffic (GIVT) ist Traffic, der „durch routinemäßige Filtermethoden identifiziert wird, die mithilfe von Listen oder anderen standardisierten Parameterprüfungen ausgeführt werden“: bekannte Bots, Crawler und Listen schlechter IPs. Komplexer ungültiger Traffic (SIVT) umfasst „schwerer zu erkennende Situationen, die fortgeschrittene Analysen, Bestätigung über mehrere Datenpunkte bzw. Koordination, erhebliches menschliches Eingreifen usw. erfordern“.
Klickbetrug über Residential Proxys und Malware ist per Definition SIVT. Eine Sperrliste ist nach dem Wortlaut des Standards selbst Filterung „mithilfe von Listen“, also ein GIVT-Werkzeug. Sie ist grundsätzlich das falsche Instrument für SIVT. Das ist der präzise, branchenübliche Grund, warum IP-Sperren nur einen Teil Ihres ungültigen Traffics erfassen.
Der blinde Fleck bei Conversions, den Sperrlisten ignorieren
Es gibt eine zweite Lücke, selbst wenn ein Klick tatsächlich gefiltert wird. Auf Googles Seite zu ungültigem Traffic heißt es: Weil Sie Leads auf Ihrer eigenen Website und in Ihrem CRM erfassen, „können Bots oder Nutzer Formulare auch dann absenden, wenn Google die Anzeigeninteraktion als ungültig einstuft“. Dieselbe Seite sagt, Google „entfernt einige ungültige Conversions, wenn sie von ungültigem Traffic stammen“, und das sind nicht alle. Und Googles Definition ungültiger Klicks hält fest: Wenn ein Klick zu einer Conversion führt und später herausgefiltert wird, „entfernt Google den ungültigen Klick aus den Kampagnenstatistiken, aber die gültige Conversion bleibt bestehen“. Google zählt diese Conversion als gültig, aber wenn der Klick dahinter Betrug war, kann auch das ausgefüllte Formular Müll sein. Es landet in Ihren Conversion-Daten und speist Smart Bidding und Performance Max. Der verlässliche Weg ist, mehr betrügerische Klicks zu stoppen, bevor sie Ihr Formular erreichen, und eine Liste bekannter IPs leistet das nur für Adressen, die Sie bereits erfasst haben.
Was Geräte- und Verhaltenserkennung zusätzlich zu IP-Listen leisten
Wenn man der IP nicht trauen kann, erkennt man stattdessen den Akteur. Drei Ebenen überstehen eine rotierende Residential-IP:
-
Geräte-Fingerprinting (Device Fingerprinting). Eine abgeleitete Identität aus Hardware-, Software- und Netzwerkmerkmalen, 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 jeden Klick anhand von über 100 Geräte-, Netzwerk- und Verhaltensdatenpunkten und nicht allein anhand der IP-Reputation. Das Fingerprinting erkennt einen betrügerischen Besucher auch dann wieder, wenn sich die Ausgangs-IP ändert.
-
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.
-
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; Verbindungs-Timing, das nahelegt, dass der Traffic über ein anderes Land weitergeleitet wird. ClickFortify bewertet jeden Klick anhand von über 100 Geräte-, Netzwerk- und Verhaltensdatenpunkten, sodass eine Sitzung mit widersprüchlichen Signalen 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. Für den Schutz vor Klickbetrug in Google Ads bewertet ClickFortify jeden Klick in Echtzeit anhand von über 100 Geräte-, Netzwerk- und Verhaltensdatenpunkten und schließt ungültige IPs automatisch über die IP-Ausschlusslisten von Google Ads aus, mit einer Beweiskette für jede Sperre. Google begrenzt IP-Ausschlüsse pro Kampagne auf 500 Adressen. Deshalb greift rein listenbasiertes Sperren zu kurz und die Bewertung jedes einzelnen Klicks ist wichtig.
- Performance Max. Laut Google sind IP-Ausschlüsse auf Kampagnenebene für Performance Max nicht verfügbar, während IP-Ausschlüsse auf Kontoebene für das gesamte Konto gelten, auch für Performance Max. IP-basierter Schutz bei PMax läuft daher über Ausschlüsse auf Kontoebene.
- Conversion-Daten. Weil Bots Formulare auch dann absenden können, nachdem Google die Interaktion markiert hat, lautet das Ziel bei Google Ads: weniger betrügerische Klicks, die Ihre Formulare erreichen. ClickFortify arbeitet dort auf Klick- und IP-Ebene, sodass weniger Junk in Ihre Conversion-Daten gelangt. Conversions in Google Ads werden dabei weder bearbeitet noch entfernt.
- Meta. Meta bietet keine IP-Sperre, deshalb bewertet ClickFortify jeden Besuch auf der Landingpage und wirkt über die Steuerungen, die Meta bietet. Bei Anzeigengruppen, in denen Betrug erkannt wird, kann es das Audience Network abschalten (Opt-in pro Werbekonto) und die von Ihnen blockierten Publisher in die Sperrliste von Meta übertragen. Ist der CAPI-Proxy aktiviert, werden Conversions anhand des Betrugswerts des Besuchers geprüft, und markierte Ereignisse werden verworfen oder gekennzeichnet, bevor Meta sie erhält.
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. Über Proxys geleiteter Klickbetrug läuft ü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 ihn 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.
