Alle Standorte aktiv · 99.99% Uptime
Allgemeine Suche · Suchmaschinen

Google Proxy: Standortsignal, Personalisierung und Anfragetempo

Die Position eines Suchergebnisses haengt nicht allein von der Anfrage ab: Das Land, aus dem die Anfrage kommt, die Oberflaechensprache, der von der Sitzung mitgefuehrte Verlauf und das Tempo, in dem die Anfragen eintreffen, wirken gleichzeitig. Diese Seite erklaert, welche dieser Variablen ein Proxy tatsaechlich veraendert und wie Sie Ihre Messung reproduzierbar machen.

Was finden Sie auf dieser Seite?

01
StandortsignalWirkung der Ausgangs-IP auf den Laenderkontext und ihr Verhaeltnis zu den Parametern.
02
PersonalisierungDer praktische Weg, den Sitzungsstatus vom Ergebnis zu trennen.
03
Rate-ManagementAnfragetempo, Verifizierungsdialog und Backoff-Muster.
04
EinrichtungProtokollwahl, Leak-Verifizierung und Messprotokoll.

Zu sagen, die Nutzung von Google ueber einen Proxy habe nur einen einzigen Zweck, waere falsch; in der Praxis fuehren zwei unterschiedliche Beduerfnisse zum selben Werkzeug. Das erste ist die Verifizierung: Wie eine Seite, eine Kampagne oder eine Marke in einem anderen Land gelistet wird, koennen Sie aus Ihrem eigenen Browser nicht sehen. Das zweite ist Kontinuitaet: Dieselbe Anfrage in regelmaessigen Abstaenden fuer verschiedene Regionen zu pruefen, laesst sich nicht ueber einen einzigen Ausgang abwickeln.

Diese beiden Beduerfnisse verlangen auch unterschiedliche technische Entscheidungen. Bei einer einmaligen Verifizierung genuegen ein fester Ausgang und ein sauberes Browser-Profil. Bei regelmaessigen Messungen werden Poolgroesse, Anfrageabstand und Fehlerbehandlung ebenso bestimmend wie der Ausgangstyp.

Eine Grenze sollte von Anfang an klar sein: Ein Proxy veraendert nur, von welcher Adresse die Anfrage ausgeht. Ihr Konto, Ihre Cookies, Ihre Browsersprache und Ihre Zeitzone bleiben, wo sie sind. Ein Teil der Signale, die das Ergebnis beeinflussen, liegt ausserhalb der Reichweite des Proxys, und Sie muessen sie jeweils gesondert behandeln.

Warum wird dieselbe Anfrage auf zwei Rechnern unterschiedlich sortiert?

Ein Suchergebnis ist keine feste Liste, sondern eine im Moment der Anfrage zusammengestellte Seite. Die Anfrage selbst ist nur eine der Eingaben; das Land, aus dem die Anfrage kommt, die vom Browser gemeldete Sprachpraeferenz, der von der Sitzung mitgefuehrte Verlauf und das Tempo der Anfrage werden gleichzeitig bewertet. Dass Sie auf zwei Rechnern dieselben Woerter eingeben und eine andere Reihenfolge sehen, ist daher normal.

Von diesen Eingaben aendert sich durch den Proxy nur eine. Der Proxy veraendert, von welcher Adresse die Anfrage ausgeht; die auf Suchseite sichtbare IP gehoert nicht mehr zu Ihrem Anschluss, sondern zum Ausgangsserver. Das Land und das autonome System (ASN), zu dem die Adresse gehoert, werden aus dieser Adresse gelesen. Die uebrigen Signale - Cookie, Sitzung, Oberflaechensprache, Zeitzone, Bildschirmmasse - bleiben auf Client-Seite, und der Proxy ruehrt sie nicht an. Auch die Frage, welcher Netzklasse die Adresse zuzugehoeren scheint, ergibt sich aus demselben Eintrag: Ein Rechenzentrumsblock und ein Endkundenblock werden auf Suchseite nicht gleich gelesen, weshalb die Wahl des Ausgangs im Grunde die Wahl der Netzidentitaet ist, mit der Sie erscheinen.

Die praktische Konsequenz lautet: Nur einen Proxy einzurichten und zu sagen "jetzt schaue ich aus Deutschland" ist eine unvollstaendige Einrichtung. Ein Browser, der Tuerkisch als Oberflaechensprache meldet, in der tuerkischen Zeitzone laeuft und einen Verlauf hat, erzeugt selbst mit einer Adresse mit Ausgang in Frankfurt ein gemischtes Profil. Wenn Sie vergleichen wollen, muessen Sie die Signale untereinander konsistent machen; andernfalls messen Sie nicht die Region, sondern die Inkonsistenz Ihres eigenen Setups.

Und dann ist da noch die Variabilitaet selbst. Zwei Suchen, die mit demselben Setup wenige Minuten auseinander durchgefuehrt werden, koennen mit kleinen Unterschieden zurueckkommen, weil sie in verschiedenen Rechenzentren landen oder laufenden Experimenten begegnen. Betrachten Sie eine einzelne Messung nicht als Beleg; wiederholen Sie dieselbe Anfrage unter denselben Bedingungen und halten Sie fest, was konsistent ist.

Hinweis

Ein Proxy ist kein Werkzeug zum Identitaetswechsel, sondern eine Routing-Entscheidung. Ihre Ausgangsadresse aendert sich, Ihr Browser-Fingerprint nicht. Setups, die beides vermischen, erschweren es, die Ursache unerwarteter Ergebnisse zu finden.

SCHEMADas relative Gewicht der Eingabegruppen, die die Ergebnisreihenfolge beeinflussen
Das relative Gewicht der Eingabegruppen, die die Ergebnisreihenfolge beeinflussenDrei Halbkreis-Anzeigen: Standortsignal, Sitzungsstatus und Sprachpraeferenz.ANZEIGE70 /100StandortsignalAusgangs-IP und Laenderkontext55 /100Session-StatusCookie, Konto, Verlauf40 /100SprachpräferenzOberflaechen- und Inhaltssprache

Die Werte sind keine Messungen, sondern illustrative Punktwerte, die das Gewicht der Eingabegruppen zueinander veranschaulichen; die tatsaechliche Verteilung variiert je nach Anfrage und Markt.

Wie viel Gewicht hat die Ausgangsadresse als Standortsignal?

Standortinformationen kommen nicht aus einer einzigen Quelle. Wenn Sie dem Browser eine ausdrueckliche Standortberechtigung erteilt haben, ist die vom Geraet gemeldete Koordinate das staerkste Signal und setzt sich gegen die Ausgangs-IP durch. Ist in dem Konto, mit dem Sie angemeldet sind, eine Region hinterlegt, spielt auch diese mit. Fehlen beide, bleibt als deutlichster Hinweis der geografische Eintrag der Ausgangsadresse - und genau hier hilft ein Proxy.

Der geografische Eintrag einer Adresse und der physische Standort des Servers fallen nicht immer zusammen. IP-Bloecke werden regionalen Registrierungsstellen zugeteilt, Anbieter koennen diese Bloecke in ihrer Infrastruktur beliebigen Staedten zuordnen, und oeffentliche Datenbanken bilden solche Aenderungen verzoegert ab. Pruefen Sie deshalb, bevor Sie einen Ausgang einsetzen, mit dem Meine IP-Adresse Werkzeug, wie er erscheint; das im Panel angegebene Land und das vom Ziel gelesene Land koennen auseinandergehen.

Wenn Sie eine Ansicht auf Stadtebene benoetigen, genuegt ein Ausgang auf Laenderebene nicht. Um lokale Unternehmens- und Kartenergebnisse wirklich zu testen, braucht es einen Pool mit Stadt-Targeting; der Mechanismus wird im Beitrag Targeting nach Stadt und ISP erklaert. Pruefen Sie vor dem Anmieten des Pools, ob das Zielland in der Standortliste des Anbieters mit Staedteaufschluesselung gefuehrt wird; steht dort nur der Laendername, koennen Sie mit diesem Pool keine Messung auf Stadtebene aufbauen.

  • Deaktivieren Sie vor Beginn der Messung die Standortberechtigung des Browsers; eine erteilte Berechtigung ueberschattet die Ausgangsadresse.
  • Pruefen Sie nicht im Panel, sondern dort, wo das Ziel es sieht, in welchem Land der Ausgang eingetragen ist.
  • Wenn Sie Ergebnisse auf Stadtebene messen wollen, beginnen Sie nicht mit einem Ausgang auf Laenderebene.
  • Wenn Sie in derselben Messung das Land wechseln, setzen Sie auch das Browser-Profil zurueck.

Was veraendern Land- und Sprachparameter tatsaechlich?

Die der Suchanfrage hinzugefuegten Parameter fuer Land und Oberflaechensprache sind in Googles programmierbarer Suchschnittstelle dokumentiert und werden auch in der Weboberflaeche haeufig verwendet. Ihre Wirkung ist begrenzt, aber klar: Der Laenderparameter beeinflusst, in welchem Marktkontext die Ergebnisse zusammengestellt werden, der Sprachparameter, welche Sprache die Oberflaeche und in den meisten Faellen auch der bevorzugte Inhalt hat. Das eine ersetzt das andere nicht; Sie koennen mit englischer Oberflaeche den deutschen Markt und mit deutscher Oberflaeche den US-Markt abfragen.

Auf eine Laenderdomain zu gehen erfuellt allein nicht denselben Zweck. Nachdem Google seine Laenderdienste von der Domain entkoppelt hat, wird der Kontext aus dem Standort der Anfrage bestimmt; google.de einzugeben versetzt Sie nicht automatisch in den deutschen Markt. Deshalb muessen bei einem ernsthaften Vergleich drei Dinge gemeinsam eingerichtet werden: Ausgangsland, Laenderparameter und der vom Browser gemeldete Sprach-Header.

SignalWoher es stammtVeraendert der Proxy das?Was Sie tun sollten
AusgangslandGeografischer Eintrag der Ausgangs-IPJaWaehlen Sie einen zum Zielmarkt passenden Standort
LaenderparameterDer Anfrageadresse hinzugefuegtes FeldNeinVerwenden Sie denselben Wert wie beim Ausgangsland
OberflaechenspracheParameter und KontopraeferenzNeinHalten Sie sie ueber die gesamte Messung konstant
Accept-LanguageBrowser-EinstellungNeinRichten Sie das Profil auf den Zielmarkt aus
ZeitzoneBetriebssystemNeinVerwenden Sie ein separates Profil oder einen separaten Rechner
StandortberechtigungBrowser-BerechtigungNeinDeaktivieren Sie sie im Messprofil

Begegnen Sie im Netz kursierenden Empfehlungen fuer "Parameter, die die Personalisierung abschalten" mit Vorsicht. Solche Parameter sind nicht offiziell dokumentiert, ihr Verhalten kann sich mit der Zeit aendern, und sie koennen an einem Tag wirken und am naechsten wirkungslos sein. Der solidere Weg ist die im naechsten Abschnitt beschriebene Sitzungstrennung: statt auf einen Parameter zu vertrauen, die Sitzung von Anfang an sauber aufzusetzen.

Den Sitzungsstatus vom Ergebnis trennen

Der groesste Teil der Personalisierung kommt nicht von der IP, sondern von der Sitzung. Ein angemeldetes Konto, im Browser angesammelte Cookies und der von frueheren Suchen hinterlassene Kontext koennen das Erscheinungsbild des Ergebnisses unmittelbarer beeinflussen als die Ausgangsadresse. Da der Proxy diese Schicht nicht beruehrt, liefert das An- und Ausschalten des Proxys im selben Browser keinen sauberen Vergleich.

Der praktische Weg der Trennung ist Profilisolation. Oeffnen Sie ein separates Browser-Profil fuer Messungen; in diesem Profil sollte kein Konto angemeldet sein, kein Verlauf entstehen und keine Erweiterung laufen. Binden Sie den Ausgang an dieses Profil und nutzen Sie es ausschliesslich fuer Messungen. Wenn Sie Ihre taegliche Arbeit im selben Profil erledigen, verunreinigt dessen Verlauf binnen weniger Tage die Messung.

Der zweite Schritt besteht darin, den Proxy-Geltungsbereich profilbezogen einzurichten. Eine auf Betriebssystemebene definierte Einstellung betrifft alle Anwendungen und leitet auch Ihre taegliche Arbeit um; eine an ein Browser-Profil gebundene Regel deckt nur dieses Profil ab. In Chrome und Firefox wird diese Trennung ueber ein separates Profil, das die Systemeinstellung nicht uebernimmt, oder ueber eine nur in diesem Profil laufende Erweiterung hergestellt; in beiden Faellen geht die Regel beim Schliessen des Browsers nicht verloren, sondern wird ins Profil geschrieben und wandert mit ihm. Die striktere Form derselben Logik sind Werkzeuge, die jedes Profil wie eine eigene Instanz mit eigenen Einstellungen ausfuehren; je mehr Messungen gleichzeitig laufen, desto mehr verhindert der Wechsel zu dieser Methode, dass sich Profile vermischen.

Das Dritte ist die Stabilitaet der Sitzung. Wenn sich die Ausgangsadresse waehrend der Messung von selbst aendert, zerschneidet das den Vergleich in der Mitte: Sie behalten eine Tabelle, deren erste Haelfte aus einem Land und deren zweite Haelfte aus einem anderen stammt. Waehlen Sie deshalb bei Messarbeiten das Sticky Session Fenster groesser als die Arbeitsdauer; eine staendig wechselnde Adresse bringt nur bei oeffentlicher Datenerhebung ohne Sitzungsbindung Vorteile und wirkt beim Ranking-Vergleich genau entgegengesetzt.

Tipp

Fuehren Sie den Vergleich mit zwei Profilen durch: eines an den Ausgang des Ziellandes gebunden und mit dessen Spracheinstellung, das andere ueber Ihre eigene Verbindung. Lassen Sie beide gleichzeitig mit derselben Anfrage laufen. Den Zeitunterschied zu beseitigen ist der eine Schritt, der das Ergebnis am staerksten bereinigt.

SCHEMAVier Signale, die auf Suchseite gemeinsam gelesen werden
Vier Signale, die auf Suchseite gemeinsam gelesen werdenNetzschema mit vier Knoten: Ausgangsadresse, Sitzungscookie, Sprach-Header und Anfragetempo.NETZWERKAusgangsadresseLand- und ASN-EintragSession-CookieKonto- und VerlaufsbindungSprach-HeaderOberflaechen- und Inhaltspraef...AnfragetempoAbstand und ParallelitaetDer Proxy veraendert nur den ersten Knoten; die uebrigen drei liegen auf Client-Seite.

Die vier Signale werden gemeinsam bewertet. Der Proxy transportiert nur die Ausgangsadresse; die uebrigen drei bleiben in Ihrem Browser-Profil und Ihrem Arbeitsablauf.

Waehlen Sie den Ausgang fuer Ihre Suchergebnismessung

Fuer seltene Pruefungen auf Laenderebene wird Datacenter bevorzugt, fuer langfristige Ueberwachung mit fester Adresse ISP, fuer Stadt- und lokale Blocktests Residential.

Wählen Sie ganz nach Bedarf zwischen unseren Residential Proxys, Datacenter Proxys, IPv6- und ISP-Lösungen. Alle Tarife bieten unbegrenzte Optionen, 99,9% uptime, Rotating Proxys, Sticky Sessions und 24/7 Support. Ideal für Web Scraping, Ad-Verification, SEO-Monitoring und digitale Datenerfassung.

ISP ProxyStatische, auf ISPs registrierte Türkei-IPs

Beim ISP registrierte statische Türkei-IPs; sie verbinden Rechenzentrumsgeschwindigkeit mit der Reputation eines echten Providers. Ideal für lange Sitzungen und niedrigen Ping.

150₺/Monat

Einstiegspreis für 1 Monat

500–1000 Mbit130+ SubnetsDDoS-Schutz
Tarife ansehen

PAKETINHALT

  • Netze von Vodafone und Türk Telekom
  • DDoS-Schutz
  • Individuelle Einrichtung
  • Niedrigste Ping-Werte
  • 500-1000 Mbit Down/Up
  • HTTP- & SOCKS5-Protokollunterstützung
  • Automatische Lieferung
  • Standort Türkei

Für Social-Media-Management und alle, die lange Sessions mit niedrigem Ping brauchen.

Produktdetails lesen
Mobile Proxy4G-/5G-Netzbetreiber-IPs

Der natürlichste mobile Traffic dank IPs echter 4G-Netzbetreiber; hohe Erfolgsquote selbst bei den strengsten Plattformen. Ideal für Social Media und Automatisierung.

239₺/Tag

Startpreis pro Tag

LTE 4G15-40 MbpsEigene SIM
Tarife ansehen

PAKETINHALT

  • LTE-4G-Mobilverbindung
  • Vodafone · Turkcell · Türk Telekom
  • 30 GB Kontingent
  • 15-40 Mbps Verbindungsgeschwindigkeit
  • Eigene SIM-Karten-Infrastruktur
  • Benutzername & Passwort oder IP:Port
  • Link zum IP-Wechsel
  • HTTPS / SOCKS5 (UDP)

Ideal für Social-Media- und Gaming-Nutzer; für Privatanwender geeignet.

Produktdetails lesen
Residential ProxyIP-Pool echter Privatanschlüsse

IP-Pool echter Privatanschlüsse; für höchstes Vertrauen und maximale geografische Vielfalt. Die richtige Wahl für Datenerhebung und regionale Tests.

350₺/30 Tage

Einstieg mit 5 GB / 30 Tage

50K Verbindungen190+ LänderSticky Session
Tarife ansehen

PAKETINHALT

  • Echter Residential-IP-Pool (Privatanschlüsse)
  • Rotierende und Sticky Sessions
  • Targeting nach Stadt und Bundesland
  • HTTP(S)- und SOCKS5-Protokolle
  • Priorisierter Support rund um die Uhr
  • Aktivierung in 2 Minuten
  • Geeignet für Social-Media-Management
  • Flexible Sitzungsverwaltung

Die richtige Wahl für Datenerfassung, regionale Tests und Multi-Account-Management.

Produktdetails lesen
IPv6 ProxyGroßer IPv6-Pool der neuen Generation

Großer IPv6-Pool; die wirtschaftliche Lösung für Projekte mit hohem Volumen und knappem Budget. Google-Ads-kompatibel und zukunftssicher.

100₺/Paket

Einstieg mit 100 Stück (gesamt)

/64 Subnet100-500 MbitNetfactor ISP
Tarife ansehen

PAKETINHALT

  • ISP-Infrastruktur von Netfactor / Turknet
  • Google-Ads-kompatible IPv6-Adressen
  • /64-Subnet-Optionen
  • HTTP- & HTTP(S)-Unterstützung
  • Automatische Lieferung
  • Unbenutzter (sauberer) IP-Pool
  • 100-500 Mbit Geschwindigkeit
  • Großer IPv6-Adresspool

Für alle, die Google-Ads-Kompatibilität, hohes Volumen und eine günstige Lösung suchen.

Produktdetails lesen

Außerdem Rotating Proxy und Datacenter Proxy unsere Lösungen ansehen; zum Ausprobieren unsere kostenlose Proxy-Liste können Sie nutzen.

Anfragetempo, Verifizierungsdialog und Backoff

Um automatisiert wirkenden Traffic zu erkennen, schauen Suchmaschinen auf das Anfragemuster: die Regelmaessigkeit der Abstaende, die Zahl gleichzeitiger Verbindungen, die Anfragedichte aus demselben Ausgang. Ueberschreitet das Tempo eine bestimmte Grenze, kann statt der Ergebnisseite ein Verifizierungsdialog oder eine Rate-Limit-Antwort zurueckkommen. Das ist kein Fehler, sondern eine Rueckmeldung mit der Bitte, die Anfragen zu verlangsamen.

Die richtige Reaktion ist nicht, schneller zu werden, sondern sich zurueckzuziehen. Richten Sie in Ihrer Anwendung exponentielles Backoff ein: Verdoppeln Sie beim ersten Hinweis die Wartezeit, lassen Sie denselben Ausgang eine Weile ruhen, verlangsamen Sie die Anfragewarteschlange, ohne sie zu stoppen. Nach einem Hinweis im selben Tempo weiterzumachen fuehrt dazu, dass dieser Ausgang noch eine Weile dieselbe Antwort erhaelt.

Parallelitaet ist ein eigenes Thema. Schon eine einzige Ergebnisseite oeffnet im Browser Dutzende paralleler Anfragen; wenn Sie diese Zahl in Ihrem Messwerkzeug nicht niedrig halten, stossen Sie frueher als erwartet an die Verbindungsobergrenze auf Proxy-Seite (Limit gleichzeitiger Verbindungen). Eine offene Verbindung wiederzuverwenden ist schneller und unauffaelliger, als bei jeder Anfrage einen neuen TCP- und TLS-Handshake durchzufuehren; stellen Sie sicher, dass Ihr Client die Verbindung offen haelt und nicht fuer jede Anfrage eine Sitzung von vorn aufbaut.

  • Beginnen Sie mit einem einzigen Thread und weiten Abstaenden; steigern Sie schrittweise, starten Sie nicht an der Obergrenze.
  • Zaehlen Sie die Antwortcodes getrennt: erfolgreiche Seite, Rate Limit und Verifizierungsdialog sind unterschiedliche Ereignisse.
  • Nehmen Sie einen Ausgang, der einen Hinweis erhalten hat, voruebergehend aus der Warteschlange; stellen Sie ihn nicht sofort wieder ein.
  • Wenn Sie die Anfragen auf Regionen aufteilen, fuehren Sie fuer jede Region ein eigenes Tempobudget.
  • Eine Routine, die die ganze Nacht in konstanten Abstaenden laeuft, ist das Muster, das menschlicher Nutzung am wenigsten aehnelt; variieren Sie die Abstaende.
Warnung

Dieser Abschnitt zielt nicht darauf, den Verifizierungsdialog wirkungslos zu machen, sondern ihn gar nicht erst auszuloesen. Der Versuch, Sicherheitsmassnahmen ausser Kraft zu setzen, verstoesst gegen Googles Nutzungsbedingungen; wenn Sie Daten im grossen Massstab benoetigen, pruefen Sie zuerst die Wege, die die offiziellen Such- und Datenschnittstellen bieten.

SCHEMADie Reihenfolge, die eine Suchanfrage ueber den Proxy durchlaeuft
Die Reihenfolge, die eine Suchanfrage ueber den Proxy durchlaeuftSequenzdiagramm mit drei Akteuren: vier Nachrichten zwischen Client, Proxy-Ausgang und Suchserver.SEQUENZDIAGRAMMClientProxy-ExitSuchserverAnfrage zum TunnelaufbauAnfrage wird weitergeleitetErgebnisseite kommt zurueckBei steigendem Tempo der VerifizierungsdialogDer Verifizierungsdialog ist kein Fehler, sondern eine Rueckmeldung mit der Bitte, das Tempo zu senken.

Bei HTTPS baut der Proxy nur den Tunnel auf; Anfrage und Antwort laufen verschluesselt durch. Auch der Verifizierungsdialog kommt als normale Antwort durch denselben Tunnel zurueck.

Welcher Ausgangstyp eignet sich fuer SERP-Aufgaben?

Das Lesen von Suchergebnissen unterscheidet sich von Aufgaben auf Plattformen mit Anmeldung: Meist wird sich nicht eingeloggt, die Seite ist oeffentlich, und die eigentliche Einschraenkung ist das Anfragetempo. Das bedeutet, dass der teuerste Ausgangstyp nicht immer die richtige Antwort ist. Die Entscheidung faellt, indem Sie das Budget nach der Messhaeufigkeit aufteilen.

Datacenter Proxy bietet die hoechste Bandbreite und die niedrigsten Stueckkosten; bei Messungen mit niedrigem Tempo auf Laenderebene genuegt er meistens. ISP Proxyist eine Zwischenloesung, die in der ASN des Providers beheimatet ist, aber die Stabilitaet eines Servers hat, und eignet sich fuer lang laufende, feste Messungen. Residential Proxy ist eine echte Endkundenadresse; sie ist fuer Ansichten auf Stadtebene und Tests lokaler Bloecke reserviert. Ein Mobile Proxy ist hier selten noetig, denn Sie messen nicht das Verhalten eines Mobilfunkbetreibers.

Exit-TypPassender EinsatzzweckGrenze
DatacenterSeltene Ranking-Pruefung auf LaenderebeneBei hohem Tempo steigt die Wahrscheinlichkeit eines Verifizierungsdialogs
ISPLangfristige Ueberwachung mit fester AdresseGeringe Poolvielfalt, mittlere Stueckkosten
ResidentialVerifizierung von Stadt- und lokalen BloeckenAbrechnung nach uebertragenem Datenvolumen, Geschwindigkeit haengt vom Anschluss ab
Kostenlose ListeNur zum Ausprobieren der EinrichtungKeine Kontinuitaet, Betreiber unbekannt

Die Poolgroesse verdient mehr Aufmerksamkeit als der Typ. Anfragen, die hintereinander von derselben Adresse kommen, hinterlassen ein deutlicheres Muster als dieselbe Anzahl von Anfragen, verteilt auf mehrere Adressen. Wichtig ist auch, dass sich die Adressen des Pools ueber verschiedene Subnetze verteilen; hundert Adressen aus demselben Block koennen sich hinsichtlich der Vielfalt wie eine einzige Adresse verhalten, denn die Dichte kann nicht nur je Adresse, sondern auch je Block gelesen werden. Bei kostenlosen Listen haben Sie ueberhaupt keine Moeglichkeit, diese Verteilung zu waehlen: Sie bauen eine Messroutine auf, ohne zu wissen, wer die Adressen betreibt, aus welchem Block sie stammen und wie viele Personen sie gleichzeitig nutzen.

Einrichtung und Leak-Verifizierung

Die Protokollentscheidung ist einfach. Bei browserbasierten Messungen funktionieren sowohl HTTP-Proxy als auch SOCKS5; HTTPS-Traffic laeuft in beiden Faellen durch einen Tunnel aehnlich CONNECT , das heisst, der Proxy sieht nur, mit welchem Host Sie sich verbinden, und kann weder die Anfrage noch die zurueckgegebene Seite lesen. Bei Kommandozeilenwerkzeugen und selbst geschriebenen Clients ist die Kompatibilitaet entscheidend: Manche Bibliotheken lesen nur die HTTP-Proxy-Einstellung, manche verlangen fuer SOCKS5 eine zusaetzliche Abhaengigkeit, und manche beruecksichtigen die Umgebungsvariable gar nicht. Pruefen Sie vor der Einrichtung, was Ihr Messwerkzeug tatsaechlich unterstuetzt.

Die Verbindungsdaten bestehen bei jedem Anbieter aus denselben vier Feldern und haben folgendes Format:

FeldBeispielwertErläuterung
Der Serverproxy.example.comDer vom Anbieter vergebene Hostname
Port8080Variiert je nach Protokoll, wird im Panel abgelesen
BenutzernameusernameBei Ausgaengen mit Authentifizierung erforderlich
PasswortpasswordWird nicht geteilt, auch im Team einzeln vergeben

Pruefen Sie nach Abschluss der Einrichtung drei Dinge. Domainaufloesung: Wenn Ihr Client das Ziel in seinem eigenen Netz aufloest, wird die Zieldomain fuer Ihren lokalen Provider sichtbar und die Route kann sich unerwartet verlaengern; messen Sie das mit DNS-Leak-Test . Bei SOCKS5 haengt es von der Client-Einstellung ab, ob die Aufloesung im Client oder am Ausgang erfolgt, und das Standardverhalten ist nicht in jedem Werkzeug gleich. Browser-Leak: Die WebRTC-Schnittstelle kann Ihre echte Adresse unabhaengig von der Proxy-Einstellung preisgeben; WebRTC Leak Test zeigt das in wenigen Sekunden. IPv6-Umgehung: Wenn Ihr Ausgang nur IPv4 unterstuetzt und auf Ihrem Geraet IPv6 aktiv ist, kann die Anfrage den Proxy vollstaendig umgehen; in diesem Fall muessen Sie entweder IPv6 im Messprofil deaktivieren oder einen Ausgang mit IPv6-Unterstuetzung verwenden.

Vergewissern Sie sich schliesslich, dass der Ausgang selbst erreichbar ist und der Anfrage keine Header hinzufuegt: Das Pruefwerkzeug misst die Erreichbarkeit, der Anonymitaetstest wiederum X-Forwarded-For meldet, ob Header wie dieser hinzugefuegt werden. Ein transparent arbeitender Ausgang traegt Ihre echte Adresse mit diesem Header zum Ziel; bei einer Suchmessung ist das ein Detail, das den Vergleich stillschweigend ungueltig macht.

Die Messroutine dokumentieren und Ergebnisse vergleichen

Eine Messung ist nur dann reproduzierbar, wenn ihre Bedingungen aufgeschrieben sind. Die festzuhaltenden Felder sind eine kurze Liste: Anfrage, Datum und Uhrzeit, Ausgangskennung, Land und Stadt des Ausgangs, Laenderparameter, Oberflaechensprache, Geraeteklasse und Browser-Profil. Ohne diese acht Felder koennen Sie zwei Wochen spaeter nicht sagen, ob ein Unterschied von einer Ranking-Aenderung oder von einer Aenderung des Setups herruehrt.

Vergleichen Sie immer nur entlang einer Achse. Wenn Sie gleichzeitig Land, Sprache und Geraet aendern, bleibt Ihnen eine uninterpretierbare Tabelle. Aendern Sie zuerst das Land und halten Sie die Sprache konstant, dann aendern Sie die Sprache und halten das Land konstant. Diese Disziplin ist die einzige Gewohnheit, die die Kosten der Messung senkt und das Ergebnis belastbar macht.

Arbeitet ein Team, sollten Ausgangskennungen nicht an Personen, sondern an Aufgaben gebunden sein. Messen zwei Personen dieselbe Region, sollten sie denselben gekennzeichneten Ausgang nutzen, und beim Ausscheiden sollten die Zugangsdaten gewechselt werden. Wie Messwerkzeuge zusammen mit einem Proxy eingerichtet werden, wird auf der Seite Proxy fuer SEO-Tools erklaert; die dortige Einrichtungslogik deckt sich eins zu eins mit den Tempo- und Profilregeln auf dieser Seite. Steigt die Zahl der Anfragen in die Tausende, verlaesst die Arbeit den Bereich der Ranking-Verifizierung und geht in die skalierte Datenerhebung ueber; dann kommt eine eigene Themenliste ins Spiel: Warteschlangenverwaltung, Wiederholungsstrategie und Speicherordnung.

Eine letzte Erinnerung: Ein Proxy fuegt Ihrer Verbindung eine Station hinzu, deshalb verlaengert sich die Gesamtdauer in den meisten Setups. Erweitern Sie die Timeout-Werte Ihres Messwerkzeugs entsprechend und halten Sie die Langsamkeit nicht fuer eine Stoerung. Die Komponenten der Latenz sind bekannt: die Entfernung zwischen Ihnen und dem Ausgang, die Entfernung zwischen Ausgang und Ziel und die momentane Auslastung des Ausgangsservers. Ein "zu langsam"-Urteil, das diese drei nicht trennt, beschuldigt meist die falsche Komponente und fuehrt zu einem unnoetigen Anbieterwechsel.

Haeufig gestellte Fragen zum Google Proxy

01Warum kommen die Ergebnisse trotz Proxy weiterhin auf Tuerkisch?

Weil das Sprachsignal nicht von der Ausgangsadresse, sondern vom Browser kommt. Accept-Language Ihr Header, die Spracheinstellung in Ihrem Konto und der Parameter fuer die Oberflaechensprache bleiben unveraendert. Um die Sprache des Zielmarkts zu sehen, muessen Sie auch die Spracheinstellung des Messprofils aendern.

02Ersetzt die Eingabe einer Laenderdomain den Proxy?

Nein. Seit die Laenderdienste von der Domain entkoppelt sind, wird der Kontext aus dem Standort der Anfrage bestimmt; der Wechsel auf eine andere Laenderdomain traegt allein noch keinen Marktkontext. Ausgangsland, Laenderparameter und Spracheinstellung muessen gemeinsam eingerichtet werden.

03Laesst sich die Personalisierung vollstaendig abschalten?

Vertrauen Sie keinen Parametern, die eine vollstaendige Abschaltung versprechen; das sind keine dokumentierten Schluessel, und ihr Verhalten kann sich aendern. Der solidere Weg ist ein separates Browser-Profil ohne angemeldetes Konto und ohne Verlauf, das Sie ausschliesslich fuer Messungen reservieren.

04Was soll ich tun, wenn der Verifizierungsdialog erscheint?

Reduzieren Sie das Tempo und lassen Sie diesen Ausgang eine Weile ruhen. Im selben Tempo weiterzumachen wiederholt die Antwort. Richten Sie exponentielles Backoff ein, senken Sie die Zahl gleichzeitiger Anfragen und variieren Sie die Abstaende. Zu versuchen, eine Sicherheitsmassnahme wirkungslos zu machen, verstoesst gegen die Nutzungsbedingungen.

05Wie viele verschiedene Ausgangsadressen brauche ich?

Entscheidender als die Zahl der Anfragen ist ihre zeitliche Verteilung. Eine Routine mit wenigen Pruefungen pro Tag laeuft mit einem einzigen festen Ausgang; wenn Sie pro Region regelmaessig ueberwachen, ist ein eigener Ausgang je Region und ein kleiner, ueber verschiedene Subnetze verteilter Pool gesuender.

06Reicht ein Datacenter-Ausgang zum Lesen von Suchergebnissen?

Bei Pruefungen mit niedrigem Tempo auf Laenderebene meistens ja. Sobald die Intensitaet steigt oder Sie lokale Bloecke auf Stadtebene testen, ist ein Wechsel auf einen ISP- oder Residential-Ausgang noetig. Treffen Sie die Entscheidung nicht nach dem Typ, sondern nach der Haeufigkeit der Arbeit.

07Beschleunigt ein Proxy die Suche?

Nein. Da eine zusaetzliche Station dazwischenliegt, verlaengert sich die Gesamtdauer in den meisten Setups; ein Proxy verringert die Latenz nicht. Eine seltene Ausnahme ist der Fall, in dem Ihre Standardroute Umwege macht und der Ausgang direkter an ein Backbone angebunden ist; das ist keine Regel und laesst sich nur durch Messung feststellen.

08Lassen sich Rankings mit kostenlosen Proxy-Listen messen?

Kostenlose Listen eignen sich, um die Einrichtung auszuprobieren, nicht fuer regelmaessige Messungen. Die Adressen sind kurzlebig, der Laendereintrag ist oft falsch, und da dieselbe Adresse von vielen Personen geteilt wird, ist die Wahrscheinlichkeit hoch, auf einen Verifizierungsdialog zu stossen.

Verwandte Ratgeber und Tools

NÄCHSTER SCHRITT

Waehlen Sie den richtigen Ausgang fuer Ihre Suchergebnismessung.

Datacenter-, ISP- und Residential-Loesungen werden alle im selben Panel mit einem einzigen Zugang verwaltet.

FREEPROXY.TR

Wenn Sie einen kostenlosen Proxy suchen, sind Sie hier richtig

Eine umfassende Proxy-Plattform: aktuelle kostenlose Proxy-Adressen ansehen, HTTP- und SOCKS-Proxy-Typen vergleichen und Ihre Proxy-Verbindungen mit kostenlosen Tools prüfen.