Ein Szenario, das jedem begegnet, der ernsthaft mit Proxys arbeitet. Sie nehmen eine residente IP mit dem Geo „Deutschland“. Sie öffnen einen Checker – er zeigt ehrlich Germany, Frankfurt. Sie besuchen die Zielwebsite – und diese zeigt die niederländische Währung, niederländische Ausgaben und ein niederländisches Cookie-Banner. Der zweite Checker sagt, dass die IP überhaupt in Belgien ist. Wer lügt?
Niemand. Das Problem ist, dass eine IP-Adresse keine Koordinaten hat. Die Geo-Tagging ist kein Merkmal der Adresse, sondern eine Meinung einer bestimmten Datenbank, die sie auf indirekte Weise gesammelt hat. Es gibt mehrere Datenbanken, sie sind unabhängig, und sie weichen voneinander ab – systematisch und vorhersehbar. Im Folgenden werden wir untersuchen, woher diese Daten stammen, wie groß der tatsächliche Fehler laut aktuellen Messungen ist und was man praktisch damit tun kann.
Eine IP hat keine Geographie – es gibt nur Schätzungen
Im Paket gibt es kein Feld „Land“. Alles, was das Internet über die Adresse weiß, ist, wem sie laut den Dokumenten des Registrars zugewiesen ist und wohin die BGP-Routen führen. Aus diesen Informationen sammeln kommerzielle Datenbanken (MaxMind, IPinfo, IP2Location, DB-IP und andere) eine Vermutung, indem sie fünf Quellen kombinieren:
- RIR- und Whois-Einträge. Das Land im Eintrag ist die Jurisdiktion der Organisation, der der Block zugewiesen wurde, und nicht der Ort, an dem die Maschinen physisch stehen. Ein deutscher Anbieter kann Adressen problemlos in Amsterdam bereitstellen.
- Geofeeds. Das Format der selbstveröffentlichten Geo-Daten ist durch RFC 8805 (2020) festgelegt, 2024 wurde es durch RFC 9632 ersetzt – mit Validierung und Erkennung über RDAP. Der Betreiber erklärt selbst, wo sein Subnetz steht. Dies ist die einzige autoritative Quelle, aber die Abdeckung ist minimal: Bis Ende 2023 haben Geofeeds etwa 2.800 autonome Systeme veröffentlicht – ungefähr 34 Millionen IPv4-Adressen oder 0,8 % der weltweiten Zuweisungen.
- Routing und BGP-Präfixe. Wenn bekannt ist, wo sich eine Adresse befindet, extrapoliert die Datenbank auf das gesamte Präfix. Daher stammen die meisten Fehler.
- Messungen der Latenz. Triangulation basierend auf RTT von bekannten Punkten – funktioniert in den Städten des dichten Europas, bricht dort zusammen, wo es nur wenige Messpunkte gibt.
- Partnerdaten. Signale von Anwendungen und Diensten, die IPs mit GPS-Koordinaten von Geräten abgleichen.
Jeder Anbieter mischt dies in seiner eigenen Proportion und nach seinen eigenen Regeln. Die Ergebnisse müssen nicht übereinstimmen.
Wie groß ist der Fehler: Messungen aus dem Jahr 2026
Am 21. Mai 2026 veröffentlichten Forscher von der Virginia Tech (Syed Tauhidun Nabi, Jocelyn Bliton, Tijay Chung, Shaddi Hasan) die Arbeit „Lost in the Prefix: Revisiting IP Geolocation Accuracy Across Networks and Geographies“. Sie verglichen vier Datenbanken – MaxMind GeoLite2, IPinfo, IP2Location DB11 und DB-IP Lite – mit einem Referenzdatensatz von 16.010 Sonden des RIPE Atlas in 175 Ländern und 21.292 Paaren „IP – Schule“ aus dem UNICEF Giga-Projekt. Insgesamt 37.302 Beobachtungen, davon 74,7 % IPv4 und 25,3 % IPv6.
Schlüsselzahlen:
- Festnetzwerke: Medianfehler von 3–16 km, abhängig vom Anbieter. Für das heimische Festnetz-Internet in einem entwickelten Land funktioniert Geo gut.
- Mobile Netzwerke: Medianfehler von 179–207 km. Dies ist mehr als ein zehnfacher Unterschied zu Festnetzwerken, und er ist bei allen vier Datenbanken gleich.
- Anteil grober Fehler (über 100 km) nach Regionen: Europa 9–20 %, Amerika 8–22 %, Asien 53–61 %, Afrika 66–72 %.
- Ursache: Etwa 70 % der mobilen Präfixe sind physisch über mehr als 100 km verteilt. Je größer das Präfix, desto höher der Fehler – unabhängig vom Anbieter, Netzwerktyp und Region.
Ein wichtiger Punkt: Alle vier Datenbanken machen in etwa gleich viele Fehler und an denselben Orten. Es ist nicht „ein schlechter Anbieter gegen einen guten“ – es ist eine allgemeine Einschränkung der Methode. In den Ländern des Globalen Südens gibt es 2–3 Mal mehr „grobe“ Präfixe, weshalb die Fehler dort auch höher sind.
MaxMind selbst gibt seine Grenzen ehrlich an: 99,8 % Genauigkeit auf Länderebene, etwa 80 % auf Bundesstaat-/Regionsebene in den USA und 66 % auf Stadt-Ebene – wobei „Stadt“ bedeutet, dass man innerhalb eines Radius von 50 km liegt. Es wird ausdrücklich erwähnt, dass Adressen in mobilen Netzwerken von Geräten in großer Entfernung verwendet werden, und im Falle von VPN oder Proxys geo-lokalisiert die Datenbank den Server, nicht den Endbenutzer.
Warum Checker und Website unterschiedliche Ergebnisse zeigen
Hier liegt das Geheimnis des ursprünglichen Szenarios. Der Checker, den Sie geöffnet haben, zeigt Daten aus seiner Datenbank. Die Zielwebsite schaut in ihre. Dies sind unterschiedliche Antworten auf dieselbe Frage, und beide sind „richtig“ in ihrem Koordinatensystem.
Drei spezifische Mechanismen für die Abweichung:
- Unterschiedliche Anbieter. Eine Website hinter Cloudflare erhält das Land aus dem Header CF-IPCountry – dies sind eigene Daten von Cloudflare, und sie weichen regelmäßig von dem ab, was MaxMind zur gleichen Zeit für dieselbe Adresse ausgibt. Streaming-Dienste und Zahlungssysteme führen überhaupt eigene Listen, ergänzt durch das Verhalten in der Vergangenheit.
- Unterschiedliches Alter der Daten. Die kostenlosen GeoLite2 City und Country werden zweimal pro Woche aktualisiert – dienstags und freitags. Kommerzielle GeoIP2 erscheinen an jedem Werktag. Eine Website mit einem einjährigen Snapshot der Datenbank wird das Bild des Vorjahres sehen. Das erklärt auch, warum neue Subnetze wochenlang „brauchen“, um sich zu etablieren.
- Unterschiedliche Detaillierung. Anbieter haben unterschiedliche Politiken: Einige geben die Stadt an, andere runden bewusst auf Region oder Land, wenn die Sicherheit gering ist. Das Fehlen einer Stadt ist kein Fehler, sondern eine Weigerung zu raten.
Vier Situationen, in denen Abweichungen fast garantiert sind
- Mobile Proxys. Der schlechteste Fall per Definition: CGNAT, ein Präfix für die Hälfte des Landes, Medianfehler von fast 200 km. Von einem mobilen IP eine genaue Stadt zu verlangen, ist sinnlos – das Netzwerk ist so nicht aufgebaut. Es ist auch nützlich zu überprüfen, ob die IP überhaupt mobil ist und nicht von einem Rechenzentrum mit einem gefälschten ASN stammt: eine Analyse der Methodik finden Sie im Artikel wie man echte 4G-Proxys von gefälschten ASNs unterscheidet.
- Wiederverkaufte und umgezogene Blöcke. Nach der Übertragung eines IPv4-Subnetzes an einen neuen Eigentümer bleibt das alte Land monatelang in den Datenbanken hängen. Der Markt für sekundäre Adressen ist aktiv, sodass dies ein weit verbreitetes Phänomen und keine Exotik ist.
- Anycast und Clouds. Dasselbe Präfix wird aus Dutzenden von Punkten weltweit angekündigt. Die Datenbank muss dies auf einen Standort reduzieren – und jede Wahl wird für die meisten Anfragen falsch sein.
- Registrierung auf das Hauptbüro. Der Anbieter ist in einem Land registriert, die Infrastruktur befindet sich in einem anderen. Die Datenbank verwendet die Dokumente, weil es keine anderen Daten gibt.
Was praktisch zu tun ist
- Überprüfen Sie dort, wo es wichtig ist, und nicht im Checker. Der einzige bedeutende Test ist, die Zielwebsite zu öffnen und zu sehen, welches Land und welche Währung sie angezeigt hat. Wenn die Aufgabe die lokale Google-Ausgabe oder regionale Preise betrifft, ist der Checker überhaupt kein Kriterium für die Annahme.
- Vergleichen Sie mindestens drei Datenbanken. Wenn MaxMind, IPinfo und DB-IP übereinstimmen – wird die Zielwebsite mit hoher Wahrscheinlichkeit dasselbe sehen. Eine Abweichung zwischen ihnen ist ein Signal, dass die Adresse umstritten ist und es Probleme geben wird.
- Trennen Sie die Anforderungen „Land“ und „Stadt“. Das Land bei einem anständigen Anbieter ist zuverlässig (99,8 % laut MaxMind). Die Stadt ist eine wahrscheinliche Größe mit einem Radius von etwa 50 km, selbst im besten Fall. Geschäftslogik auf der Stadt zu basieren, ist nur mit einem Puffer für den Fehler möglich.
- Schauen Sie sich das Präfix an, nicht die Adresse. Überprüfen Sie Whois und die Größe des angekündigten Blocks. Wenn die IP in einem /16 sitzt, das sich über ein halbes Land erstreckt, wird es niemanden eine genaue Zuordnung geben.
- Verwechseln Sie Geo nicht mit Reputation. Ein korrektes Land sagt nichts darüber aus, ob die Adresse als Proxy markiert ist. Dies ist eine separate Überprüfung in separaten Datenbanken – detailliert behandelt im Artikel über Mythen über „saubere“ IPs und Reputation-Checker.
- Fragen Sie den Anbieter nach dem Geofeed. Wenn der Betreiber des Subnetzes ein Geofeed gemäß RFC 9632 veröffentlicht hat, kommen Land und Stadt von ihm selbst und nicht aus Vermutungen. Dies ist das stärkste Argument für einen bestimmten Pool. Korrekturen über Geofeed importiert und überprüft MaxMind einmal pro Arbeitstag, einmalige Änderungen – innerhalb von 1–2 Arbeitstagen, danach gelangen sie in die nächste Veröffentlichung der Datenbank.
Wie sich das auf die Wahl des Proxytyps auswirkt
Aus den Messungen ergibt sich eine einfache Regel. Wenn die Aufgabe eine genaue Geographie erfordert – lokale Suchmaschinenausgaben, regionale Preise, geo-targetierte Werbung – nehmen Sie residente Proxys auf festen Leitungen: dort wird der Medianfehler in Einheiten von Kilometern gemessen. Wenn die Aufgabe Vertrauen in die Plattform bezüglich des Netzwerktyps erfordert – soziale Netzwerke, Messenger, mobile Anwendungen – nehmen Sie mobile Proxys, aber rechnen Sie damit, dass der Punkt auf der Karte innerhalb der Region schwanken wird. Beide Anforderungen in einer IP zu kombinieren, wird physisch nicht möglich sein: dies ist eine Einschränkung der Architektur mobiler Netzwerke und nicht der Qualität des Pools.
Für Regionen mit einem hohen Anteil an groben Fehlern – Asien, Afrika – planen Sie auf Länderebene und nicht auf Stadt-Ebene. Dort, laut der Studie, weicht jede zweite oder dritte Adresse mehr als hundert Kilometer von ihrem tatsächlichen Standort bei jedem Anbieter ab.
Fazit
„Das falsche Land wird bestimmt“ bedeutet fast nie, dass Sie mit dem Proxy betrogen wurden. Häufig bedeutet es, dass Sie die Antworten von zwei verschiedenen Datenbanken verglichen haben und überrascht waren, dass sie nicht übereinstimmten. Die richtige Vorgehensweise: herausfinden, welche Datenbank die Zielplattform liest, die Geo genau dort überprüfen, umstrittene Adressen anhand mehrerer Quellen abgleichen und von mobilen Netzwerken keine städtische Genauigkeit verlangen, die sie nicht haben und nicht haben werden.
Und behalten Sie die wichtigste Zahl dieses Jahres im Hinterkopf: 3–16 km auf festen Leitungen gegenüber 179–207 km auf mobilen. Sie erklärt den Großteil der Beschwerden über Geo bei Proxys, noch bevor Sie ein Ticket beim Support öffnen.
