BetrugspräventionGIVT vs. SIVT: Die 9 Kategorien ungültigen Traffics in Google DV360
GIVT vs. SIVT im Überblick: Eine IP-Abfrage erkennt 2 der neun Kategorien ungültigen Traffics in Google DV360 sauber, die meisten gar nicht. Welche, zeigen 5 Live-Abfragen.
Sie haben in Google Ads ungültige Klicks gesehen, und dann hat die Seite eines Anbieters einen Teil Ihres Traffics als „SIVT“ bezeichnet. Die Buchstaben sagen Ihnen, wer welche Art von schlechtem Traffic erfassen soll und ob Sie selbst etwas tun können.
Im Folgenden zitieren wir Googles neun Kategorien wörtlich (hier in unserer Übersetzung), stellen jede neben den MRC-Standard, markieren, welches IP-Feld sie sehen kann, und schicken fünf echte Adressen durch unsere API. Für den übergeordneten Fall, Klickbetrug anhand der IP ohne Ausschlussliste zu erkennen, beginnen Sie mit unserem Hub-Leitfaden.
Wir haben jede hier zitierte Seite von Google und dem MRC am 21. Oktober 2026 um 05:38 UTC aufgerufen.
Was ist ungültiger Traffic (IVT)?
Ungültiger Traffic ist Werbeaktivität, die nicht von einer echten Person mit echtem Interesse stammt. Googles Seite zur Qualität von Anzeigen-Traffic fasst das in einem Satz zusammen:
„Ungültiger Traffic ist jede Aktivität, die nicht von einem echten Nutzer mit echtem Interesse stammt.“ (Original: "Invalid traffic is any activity that doesn't come from a real user with genuine interest.")
Klicks, Impressionen, Interaktionen und Conversions können alle ungültig sein, und nicht alles davon ist böswillig. Googles Beispiele reichen von versehentlichen Klicks bis zu „betrügerischem Klicken durch konkurrierende Werbetreibende“ und „Werbe-Botnets“.
Die Google-Ads-Hilfe verwendet die Begriffe GIVT und SIVT nicht. Sie stammen vom MRC, und Google verwendet sie in seiner DV360-Hilfe, wo auch die neun Kategorien zu finden sind.
Verwechseln Sie die neun nicht mit den eigenen Beispielen der Seite zur Qualität von Anzeigen-Traffic. Diese Liste hatte bei unserer Prüfung elf Überschriften: ungültige Nutzeraktivität, versehentliche Klicks, Ad Hiding, Ad Injection, Ad Stacking, Botnets, Clickjacking, falsch dargestelltes Inventar, falsche Darstellung von In-Stream- und Out-Stream-Videos, Malware und Pop-under-Anzeigen. Google nennt sie „keine vollständige Liste“ und ordnet sie keinen Stufen zu.
Für Publisher gelten eigene Regeln auf der AdSense-Seite zu ungültigem Traffic.
GIVT vs. SIVT: Was die beiden Stufen trennt und wer entscheidet
Die Stufen unterscheiden sich darin, wie der Traffic gefunden wird, nicht darin, wie schlimm er ist. Das Invalid Traffic Detection and Filtration Standards Addendum, June 2020 Update des MRC definiert GIVT auf Seite 5 als Traffic, der „durch routinemäßige Filterung mithilfe von Listen oder anderen standardisierten Parameterprüfungen identifiziert wird“. SIVT umfasst laut Seite 6 „schwieriger zu erkennende Situationen, deren Analyse und Identifizierung fortgeschrittene Analysen, Abgleich bzw. Koordination über mehrere Punkte, erhebliche menschliche Eingriffe usw. erfordern“.
Die DV360-Seite Ungültigen Traffic filtern, um die Qualität zu sichern sagt dasselbe in einfacheren Worten: GIVT „wird mithilfe von Listen bekannter Spider und Robots oder anderer Routineprüfungen identifiziert“, während SIVT „menschliches Eingreifen oder eine tiefergehende Analyse erfordert“.
Daraus folgt der Zeitpunkt. Laut DV360 entfernt Google ungültigen Traffic „entweder bevor auf Inventar geboten wird oder nachdem ein Ereignis eingetreten ist“, und der MRC merkt auf Seite 8 an, dass die SIVT-Erkennung „Zeit in Anspruch nehmen kann und sich möglicherweise nicht auf Echtzeitprozesse anwenden lässt“.
Ein Klick kann in mehr als eine Kategorie fallen. Der MRC schreibt auf Seite 49, dass Kategorien „sich oft nicht gegenseitig ausschließen, da ungültiger Traffic wahrscheinlich durch mehr als eine Kategorie erkannt wird oder aus mehr als einer resultiert“.
Mehrere Gruppen teilen sich die Arbeit:
- Der MRC schreibt den Standard und akkreditiert Messanbieter danach.
- Branchenlisten speisen GIVT. Der MRC nennt auf Seite 9 die IAB/ABC International Spiders & Bots List und auf Seite 10 die Data Center IP List der Trustworthy Accountability Group (TAG).
- Plattformen und Anbieter wenden ihn an. Googles Seite zur Qualität von Anzeigen-Traffic stellt fest, dass „Googles Prozesse zur Erkennung von Sophisticated Invalid Traffic (SIVT) vom Media Rating Council akkreditiert sind“.
Googles neun Kategorien ungültigen Traffics neben den MRC-Listen
Google ordnet ungültigen Traffic in drei GIVT- und sechs SIVT-Kategorien ein, und die meisten haben ein ungefähres Gegenstück in den MRC-Listen. Googles Wortlaut stammt von der DV360-Seite. Die MRC-Spalte ist unsere Zuordnung, denn DV360 verweist auf MRC-Abschnitt 1.1.2 als Ganzes, nicht Punkt für Punkt.
| Stufe | DV360-Kategorie und Googles Definition | Nächstliegender MRC-Wortlaut (unsere Zuordnung, Addendum 2020) | IP-Feld, das Sie prüfen können | Unsere Abfrage, 21. Okt. 2026 |
|---|---|---|---|---|
| GIVT | Rechenzentrum (Data center): „Anzeigen-Traffic, der von Servern in Rechenzentren stammt, deren IPs mit ungültigen Aktivitäten in Verbindung stehen (typischerweise nicht menschlicher Traffic).“ | „Bekannter ungültiger Datacenter-Traffic (als beständige Quelle ungültigen Traffics eingestuft; ausgenommen Routing-Artefakte legitimer Nutzer oder legitimes Surfen über virtuelle Maschinen)“ (S. 5) | detection.is_hosting, asn.asn_type | 45.33.32.156: Hosting, Score 10, allow |
| GIVT | Bekannter Crawler (Known crawler): „Anzeigen-Traffic von einem Programm oder automatisierten Skript, das Inhalte anfordert und sich (über verschiedene Identifizierungsmechanismen) als nicht menschlich zu erkennen gibt.“ | „Bots und Spider oder andere Crawler“ (S. 5) | threat.crawler.verified | 66.249.66.1: verifizierter Googlebot, Score 0, allow |
| GIVT | Unregelmäßiges Muster (Irregular pattern): „Anzeigen-Traffic, der ein oder mehrere Attribute (zum Beispiel ein Nutzer-Cookie) enthält, die mit bekannten unregelmäßigen Mustern in Verbindung stehen, etwa Auto-Refresh-Traffic oder doppelte Klicks.“ | „Aktivitätsbasierte Filterung anhand von Transaktionsdaten und Parametern aus Kampagnen- oder Anwendungsdaten“ (S. 5) | Keines in der Abfrage. Zählen Sie Klicks pro IP und Präfix in Ihrem eigenen Log | Keine |
| SIVT | Automatisiertes Surfen (Automated browsing): „Ein Programm oder automatisiertes Skript, das Webinhalte (einschließlich digitaler Anzeigen) ohne Beteiligung eines Nutzers anfordert, ohne sich als Crawler zu erkennen zu geben, wie etwa und vor allem Botnets.“ | „Automatisiertes Surfen von einem dedizierten Gerät“ und „von einem nicht dedizierten Gerät: infizierte und gekaperte Geräte“ (S. 6); Crawler, die sich „als legitime Nutzer tarnen“ (S. 7) | Teilweise: threat.is_scanner, threat.is_botnet | 162.142.125.10: Scanner, Score 0, allow |
| SIVT | Falsche Darstellung (False representation): „Eine Anzeigenanfrage für Inventar, das sich vom tatsächlich gelieferten Inventar unterscheidet, einschließlich Anzeigenanfragen, bei denen die tatsächliche Anzeige auf einer anderen Website oder Anwendung, einem anderen Gerät oder einem anderen Ziel (etwa einer Region) ausgeliefert wird.“ | „Falsche Darstellung von Domain und App: App-ID-Spoofing, Domain Laundering und gefälschte Domain bzw. gefälschter Website-Standort“ (S. 7) | Keines auf der IP-Ebene | Keine |
| SIVT | Irreführende Benutzeroberfläche (Misleading user interface): „Eine Webseite, Anwendung oder ein anderes visuelles Element, das so verändert wurde, dass es fälschlicherweise eine oder mehrere Anzeigen enthält. Dazu gehören das Ausliefern von Anzeigen, die für den Nutzer nicht sichtbar sind, das Einschleusen von Anzeigen ohne Zustimmung des Publishers oder das Verleiten von Nutzern zum Klick auf eine Anzeige.“ | „Versteckte/gestapelte/verdeckte/transparente/unsichtbare oder anderweitig absichtlich verschleierte Anzeigenauslieferung“ und „Adware und Malware, die täuschende Handlungen einschließlich Ad Injection ausführen“ (S. 7) | Keines auf der IP-Ebene | Keine |
| SIVT | Manipuliertes Verhalten (Manipulated behavior): „Ein Browser, eine Anwendung oder ein anderes Programm, das ohne Zustimmung des Nutzers eine Anzeigeninteraktion auslöst, etwa einen unbeabsichtigten Klick, eine unerwartete Conversion oder eine falsche Attribution der Installation einer mobilen App.“ | „Manipulierte Aktivität: erzwungenes Öffnen neuer Browserfenster, erzwungenes Öffnen von Tabs, erzwungene Installation mobiler Apps (Mobile Redirect), erzwungenes Klickverhalten“ (S. 6) | Keines auf der IP-Ebene | Keine |
| SIVT | Incentiviertes Verhalten (Incentivized behavior): „Der Einsatz eines ausdrücklichen Anreizes, um Nutzer zur Interaktion mit einer oder mehreren Anzeigen zu bewegen, allein um diesen Anreiz zu erhalten, und ohne dass der Werbetreibende davon weiß.“ | „Incentivierte ungültige Aktivität durch Menschen“ (S. 6) | Keines auf der IP-Ebene | Keine |
| SIVT | Nicht offengelegte Klassifizierung (Undisclosed classification): „Ungültiger Traffic, der sich keiner der anderen Kategorien der Taxonomie zuordnen lässt, oder sensibler ungültiger Traffic, der nicht offengelegt werden kann.“ | Kein einzelner MRC-Punkt | Keines | Keine |
| SIVT (nur MRC) | Keine eigene DV360-Bezeichnung | „Ungültiger Proxy-Traffic (stammt von einem zwischengeschalteten Proxy-Gerät, das existiert, um Traffic-Zahlen zu manipulieren oder ungültigen Traffic zu erzeugen bzw. weiterzuleiten, oder das die Protokollvalidierung anderweitig nicht besteht)“ (S. 7) | Teilweise: detection.is_vpn, is_proxy, is_tor, is_relay | 185.213.155.73: Mullvad, 100, block. 185.220.101.1: Tor, 100, block |
Zwei Zeilen tragen eine Einschränkung. Hosting ist nicht automatisch ungültig: DV360 zählt IPs, die „mit ungültigen Aktivitäten in Verbindung stehen“, und der MRC nimmt das Routing legitimer Nutzer und das Surfen über virtuelle Maschinen aus. Auch nicht jeder Proxy ist ungültig: Der MRC zählt nur einen, „der existiert, um Traffic-Zahlen zu manipulieren“. Der MRC listet außerdem GIVT-Punkte auf, die DV360 nicht nennt, etwa Pre-Fetch-Traffic und Platzierungen der Größe 0x0 oder 1x1.
Ist ungültiger Traffic dasselbe wie Klickbetrug?
Nein. Klickbetrug ist der vorsätzliche Teil ungültigen Traffics, und ein großer Teil von IVT hat überhaupt keine Täuschungsabsicht. Verifizierte Suchmaschinen-Crawler, vorab geladene Seiten und versehentliche Fingertipps zählen alle als ungültig, und nichts davon ist Betrug.
Googlebot zeigt den Unterschied. In unserer Abfrage kam 66.249.66.1 als verifizierter Googlebot zurück, Score 0, allow. Er ist GIVT in der Kategorie bekannter Crawler, und Sie wollen ihn trotzdem auf Ihrer Website haben. Halten Sie ihn also aus Werbe- und Analytics-Zahlen heraus, blockieren Sie ihn aber nie. Wenn eine Anfrage behauptet, Googlebot zu sein, prüfen Sie, ob eine Googlebot-Anfrage wirklich von Google stammt, bevor Sie dem Namen vertrauen. Google veröffentlicht die verwendeten Bereiche auf seiner Seite zur Crawler-Verifizierung.
Bekommen Sie Geld für ungültigen Traffic zurück?
Wenn Google ihn rechtzeitig erkennt, wird er Ihnen gar nicht erst berechnet. Googles Seite Ungültiger Traffic erklärt, dass ungültiger Traffic, der vor Monatsende gefunden wird, aus Abrechnung und Berichten entfernt wird. Wird er erst nach der Abrechnung gefunden, „erhalten Sie Gutschriften in Form einer Rechnungskorrektur in Höhe des Werts der ungültigen Aktivität“. Sie können eine Untersuchung für Aktivitäten „innerhalb der letzten 60 Tage“ beantragen.
Der Bericht zu Gutschriften für ungültige Aktivitäten schlüsselt diese Gutschriften nach Kampagne auf, und dieselbe Seite verlinkt das Formular zur Klickqualität für Untersuchungsanträge.
Welche Kategorien ungültigen Traffics kann eine IP-Abfrage sehen und welche nicht?
Eine IP-Abfrage erkennt zwei der neun Kategorien von Google sauber und eine teilweise. Ihre eigenen Klickzahlen decken eine vierte ab, und die übrigen fünf kann die IP-Ebene nicht sehen.
Sauber erkennbar:
- Rechenzentrum.
detection.is_hostingundasn.asn_typesagen, dass die Adresse zu einem Hosting-Netzwerk gehört. Ob dieses Netzwerk mit ungültigen Aktivitäten in Verbindung steht, wie Googles Definition es verlangt, ist eine separate Beurteilung. Was eine Adresse zu einer Datacenter-IP macht, erklären wir in einem eigenen Beitrag. - Bekannter Crawler.
threat.crawler.verifiedist true, wenn die Adresse in einem von 19 offiziellen Bereichs-Feeds von 10 Betreibern enthalten ist.
Teilweise erkennbar:
- Ungültiger Proxy-Traffic. Die Flags für VPN, Proxy, Tor und Relay zeigen den Weg. Sie können nicht zeigen, ob der Proxy „existiert, um Traffic-Zahlen zu manipulieren“.
- Automatisiertes Surfen.
threat.is_scannermarkiert bekannte Bereiche internetweiter Scanner.threat.is_botnetund die Gruppethreat.botnetstammen aus Daten zu Botnet-Command-and-Control-Servern. Diese beschreiben die Server, die Botnets steuern, nicht die gekaperten Heimgeräte, die die Klicks senden. Wir haben keine unbedenkliche, als Botnet markierte Adresse, die wir zeigen könnten. - Gefälschte Crawler. Die API sieht nie einen User-Agent. Ein Bot, der behauptet, Googlebot zu sein, wird nur erkannt, wenn Ihr Code den behaupteten Namen mit
crawler.verifiedvergleicht. - Unregelmäßiges Muster. Das ist Ihre eigene Zählung der Klicks pro IP und pro /24- oder /64-Präfix, kein Feld.
Nicht erkennbar: Pre-Fetch und Pre-Render, nicht rendernde Sitzungen, Nicht-Browser-User-Agents (Header-Daten, keine IP-Daten), ungültige Platzierungen, versteckte oder gestapelte Anzeigen, Clickjacking, manipulierte Aktivität, gefälschte Messungen, Domain- und App-Spoofing, gekaperte Tags, Adware-Injection, Cookie Stuffing, zweckentfremdete Inhalte, incentivierte Menschen und Klickfarmen sowie Traffic über Residential-Proxys. Klickfarmen und Residential-Proxys kommen über gewöhnliche ISP-Adressen, und die IP-Ebene kann sie nicht von echten Kunden unterscheiden.
Fünf echte Abfragen
Wir haben am 21. Oktober 2026 zwischen 05:30 und 05:31 UTC fünf öffentliche Adressen abgefragt, ohne Schlüssel, was unsere API mit 30 Abfragen pro Minute erlaubt. Keine davon hat jemandem einen Anzeigenklick geschickt. Sie stehen stellvertretend für Adressen, die ein Klick-Log enthält.
| IP, worum es sich handelt | Wichtige Felder | Score, Aktion | detection_methods | Was sie zeigt |
|---|---|---|---|---|
| 45.33.32.156, scanme.nmap.org bei Akamai Connected Cloud (Linode) | asn_type hosting, is_hosting true, crawler.verified false | 10, allow | datacenter_ip | Eine Datacenter-IP ist ein GIVT-Kandidat, kein Urteil |
| 66.249.66.1, Googlebot | is_hosting true, crawler.verified true, name Googlebot, category search_engine | 0, allow | datacenter_ip, verified_crawler | Bekannter Crawler: GIVT und willkommen |
| 185.213.155.73, Mullvad-Server in Frankfurt | is_vpn true, vpn_provider Mullvad, is_hosting true, is_anonymous true | 100, block | known_vpn_server, wireguard_open, datacenter_with_vpn_proxy, no_ptr_datacenter | Ein VPN ist ein Risikosignal, keine IVT-Stufe |
| 185.220.101.1, Tor-Exit-Node in Hamburg | is_tor true, is_hosting true, is_spammer true, dnsbl_sources zen.spamhaus.org | 100, block | tor_exit, datacenter_blocklisted, no_ptr_datacenter, known_spammer | Stärkster Proxy-Beleg, aber noch kein Beweis für einen einzelnen Klick |
| 162.142.125.10, Censys-Scanner in Ann Arbor | is_scanner true, threat_types scanner, is_hosting false, asn_type unknown | 0, allow | (leer) | Automatisierung, die ein Hosting-Filter übersieht |
Eine Adresse von Anfang bis Ende
Die Anfrage setzt die IP in den Pfad:
curl https://api.geoiphub.com/v1/lookup/45.33.32.156 \
-H "x-api-key: YOUR_API_KEY"
Dies ist eine gekürzte Kopie der Antwort von 05:30 UTC, mit beibehaltener Verschachtelung und unveränderten Werten:
{
"ip": "45.33.32.156",
"asn": {
"asn": 63949,
"org": "AKAMAI-LINODE-AP - Akamai Connected Cloud",
"asn_type": "hosting"
},
"detection": {
"is_vpn": false,
"is_tor": false,
"is_hosting": true
},
"threat": {
"is_scanner": false,
"crawler": {
"verified": false,
"name": "none"
}
},
"scoring": {
"fraud_score": 10,
"recommended_action": "allow",
"detection_methods": ["datacenter_ip"]
}
}
Das Datacenter-Signal hat ausgelöst und sonst nichts, daher blieb der Score bei 10. Nach beiden Standards ist diese Adresse ein Kandidat für eine GIVT-Prüfung, nicht standardmäßig ungültig. Googlebot unter 66.249.66.1 liegt ebenfalls in einem Hosting-Netzwerk, ist aber verifiziert und erhielt einen Score von 0.
Sie können kostenlos prüfen, ob eine IP zu einem Rechenzentrum gehört, oder die Referenz der API-Felder lesen.
Drei Erkenntnisse aus den Abfragen
Eine Hosting-IP ist nicht automatisch GIVT. Ein einfacher Cloud-Server ohne weiteres Signal bleibt bei allow.
Unser Block ist kein IVT-Label. Mullvad und Tor erhielten beide 100 und block, ein Risikourteil für Ihren eigenen Ablauf. Der MRC nimmt „Routing-Artefakte legitimer Nutzer“ vom Datacenter-GIVT aus, und ein VPN-Nutzer kann ein echter Käufer sein.
Der Scanner entgeht einem Hosting-Filter. Censys lieferte is_hosting: false, einen Score von 0 und leere detection_methods, doch threat.is_scanner war true. Das Flag verändert den Score nicht, lesen Sie es also direkt aus.
Wo IP-Belege schwächer werden
Der MRC selbst warnt, dass IP-basierte Filterung an Wirkung verliert. Seine 2024 IVT Interim Updates, veröffentlicht am 24. April 2024, stellen auf Seite 2 fest, dass „eine eingeschränkte oder fehlende IP-Adresse und ein weniger granularer User-Agent-String (UA) listenbasierte Ansätze beeinträchtigen können, insbesondere die aktuellen Ansätze der spezifischen Identifizierung und des Datacenter-GIVT“, ebenso aktivitätsbasierte Techniken. Auf Seite 6 heißt es, alle Messorganisationen „müssen regelmäßig (mindestens jährlich) bewerten, wie stark ihre IVT-Erkennung von IP-Adresse, UA und Analysen auf Nutzerebene abhängt“.
Unsere eigenen Grenzen sind klar. GeoIPHub klassifiziert kein IVT und besitzt keine MRC-Akkreditierung. Wir liefern Netzwerkbelege, und der Werbetreibende oder die Plattform klassifiziert. Abfragen sind Momentaufnahmen, denn Bereiche und Listen ändern sich täglich.
Was mit jeder Kategorie zu tun ist
Filtern Sie Datacenter- und Crawler-Traffic anhand der Felder, bewerten Sie Anonymisierer und erwarten Sie nicht mehr, dass eine IP-Prüfung SIVT findet, das sie nicht sehen kann. Hier ist die Regel pro Kategorie.
| Kategorie | Was zu tun ist | Zu lesendes Feld |
|---|---|---|
| Rechenzentrum | Zum Klickzeitpunkt bewerten und aus Conversion-Signalen heraushalten. Nicht pauschal ausschließen, denn das Limit von 500 IP-Ausschlüssen in Google Ads kann kein Hosting-Netzwerk fassen | detection.is_hosting, asn.asn_type |
| Bekannter Crawler | Zulassen und aus Werbe- und Analytics-Zahlen heraushalten | threat.crawler.verified, threat.crawler.name |
| Ungültiger Proxy-Traffic | Bewerten und bei riskanten Aktionen zusätzliche Verifizierung verlangen. Geteilte Ausgänge nicht sperren | detection.is_vpn, is_proxy, is_tor, is_relay |
| Automatisiertes Surfen | Die Scanner- und Botnet-Flags auslesen. Den behaupteten User-Agent in Ihrem Code mit crawler.verified vergleichen | threat.is_scanner, threat.is_botnet |
| Unregelmäßiges Muster | Rate-Limits pro IP und pro /24- oder /64-Präfix in Ihrem eigenen Log setzen | Keines, Ihre Zählungen |
| Alles andere | Auf Googles Filterung, Ihre Placement-Berichte und das Gutschriftverfahren setzen | Keines |
Bei Crawlern entscheiden Sie selbst, welche Sie hereinlassen. Wie Sie entscheiden, welche KI-Crawler Sie blockieren, und wie Sie KI-Crawler per Reverse DNS und veröffentlichten Bereichen verifizieren, behandeln wir in eigenen Beiträgen. Für Tor erklärt unser Leitfaden, wie die Erkennung von Tor-Exit-Nodes funktioniert. Für Bots allgemein lesen Sie, was eine IP über einen Bot verraten kann und was nicht.
Ein Vorbehalt gilt für jede Zeile. threat.is_cgnat markiert Carrier-NAT-Adressen, bei denen eine Adresse viele Nutzer trägt. Sperren Sie eine solche Adresse daher nie aufgrund einer Klickzahl. Wenn Sie ein Urteil überrascht, listet scoring.detection_methods die Gründe dafür auf.
So messen Sie ungültigen Traffic in Ihrem eigenen Konto
Beginnen Sie mit dem, was Google bereits gefiltert hat, und ergänzen Sie dann Ihre eigene Sicht. Googles Hilfeseite empfiehlt, Ihrer Kampagnentabelle die Spalte „Ungültige Klicks“ hinzuzufügen. Sie zeigt Klicks, die Google vor der Abrechnung herausgefiltert hat und die Ihnen nicht berechnet werden.
Ihre eigene Sicht kommt von Ihrem Server. Protokollieren Sie auf Ihrer Landingpage die Klick-ID und die Client-IP, führen Sie eine Abfrage pro IP durch und zählen Sie die Klicks nach Feld: Hosting, verifizierter Crawler, VPN, Tor, Scanner. Zählen Sie dann nach /24- und /64-Präfix, um unregelmäßige Muster zu finden. Das ist der auf IP-Ebene sichtbare Teil Ihres ungültigen Traffics. Der Rest bleibt Sache von Googles Filtern und dem Gutschriftverfahren.
Nehmen Sie einen Tag bezahlter Klicks, fragen Sie jede Adresse ab und vergleichen Sie Ihre Ergebnisse mit der Spalte „Ungültige Klicks“.
Häufig gestellte Fragen
Was ist der Unterschied zwischen GIVT und SIVT?
Allgemeiner ungültiger Traffic (General Invalid Traffic, GIVT) wird mit Listen und Routineprüfungen erfasst, etwa bekannte Crawler und Datacenter-IPs, die mit ungültigen Aktivitäten in Verbindung stehen. Ausgefeilter ungültiger Traffic (Sophisticated Invalid Traffic, SIVT) erfordert fortgeschrittene Analysen und menschliche Prüfung, etwa Bots, die sich als Nutzer ausgeben, gekaperte Geräte und incentivierte Klicks.
Welche Kategorien ungültigen Traffics nennt Google?
Die Hilfe zu Display & Video 360 von Google nennt drei GIVT-Kategorien (Rechenzentrum, bekannter Crawler, unregelmäßiges Muster) und sechs SIVT-Kategorien (automatisiertes Surfen, falsche Darstellung, irreführende Benutzeroberfläche, manipuliertes Verhalten, incentiviertes Verhalten, nicht offengelegte Klassifizierung).
Ist VPN-Traffic GIVT oder SIVT?
Standardmäßig keines von beiden. Der MRC nimmt Routing-Artefakte legitimer Nutzer vom Datacenter-GIVT aus und zählt einen Proxy nur dann als SIVT, wenn er existiert, um Traffic-Zahlen zu manipulieren. Ein VPN-Flag verrät Ihnen den Weg, nicht die Absicht.
Ist jeder Datacenter-Traffic ungültiger Traffic?
Nein. Googles Kategorie umfasst Datacenter-IPs, die mit ungültigen Aktivitäten in Verbindung stehen, und der MRC nimmt legitimes Surfen über virtuelle Maschinen aus. In unserer Abfrage erhielt ein einfacher Cloud-Server einen Score von 10 und wurde zugelassen.
Ist ungültiger Traffic dasselbe wie Klickbetrug?
Nein. Ungültiger Traffic umfasst auch Aktivitäten ohne Täuschungsabsicht, etwa verifizierte Suchmaschinen-Crawler und Pre-Fetch-Anfragen. Klickbetrug ist der vorsätzliche Teil davon.
Kann eine IP-Abfrage ausgefeilten ungültigen Traffic erkennen?
Nur einen Teil davon. Eine IP-Abfrage kann Anonymisierer, Scanner und Treffer in Botnet-Feeds zeigen. Klickfarmen, Residential-Proxys, versteckte oder gestapelte Anzeigen, Cookie Stuffing und Domain-Spoofing kann sie nicht sehen.
Das Team hinter der GeoIPHub-API
Verfasst vom GeoIPHub-Team, den Menschen, die die GeoIPHub-API für IP-Intelligence und ihren Scanner entwickeln. Entwürfe entstehen mit KI-Unterstützung und werden vom Team redigiert; API-Beispiele sind echte Abfragen gegen die Live-API, sofern nicht als illustrativ gekennzeichnet.
