Proxys für Google-Rank-Tracking: Warum der Standort zählt

Eine Agentur schickt ihrem Kunden den Monatsbericht: „Mietwagen Manchester", Position 3. Der Kunde öffnet im Büro in Manchester seinen Laptop, sucht dieselben Wörter und findet die Website auf Position 7, unter einer Kartenbox und zwei Anzeigen. Der Kundenbetreuer hatte aus London am Desktop gesucht; der Kunde suchte aus Manchester am Smartphone. Beide Seiten sind echt; der Bericht hat nur nie gesagt, welche er beschreibt.

Dieser Artikel richtet sich an die Person, die diesen Bericht belastbar machen muss. Er erklärt, warum eine Suchanfrage je nach Land, Stadt, Sprache, Gerät und Personalisierung unterschiedliche Rankings liefert, was eine genaue Prüfung braucht, wo ein Proxy in einem Rank-Tracking-Stack neben der Search Console API und einem Rank-Tracking-Dienst hingehört, welcher Proxy-Typ zu welcher Prüfung passt, wie Sie Prüfungen takten und wie ein Workflow von der Keyword-Liste bis zum Vergleich aussieht. Der offizielle Weg kommt zuerst; nichts hier zeigt, wie man Google scrapt.

Warum liefert dieselbe Suchanfrage unterschiedliche Rankings?#

Google führt keine feste Rangliste pro Keyword. Es erzeugt für jede Anfrage eine Seite, und mehrere Eingaben dieser Seite ändern sich von Suchendem zu Suchendem.

• Land. Welche Seiten infrage kommen, welche Sprachversionen bevorzugt werden und welche lokalen Unternehmen erscheinen, hängt vom Land ab, das Google der Suche zuordnet.
• Stadt und Stadtteil. Bei Anfragen mit lokaler Absicht werden das Local Pack und oft auch die organischen Ergebnisse nach der Entfernung zur geschätzten Position des Suchenden sortiert. „Zahnarzt" bekommt in jeder Stadt eine andere Seite, und in einer Großstadt ändert sich die Seite von Stadtteil zu Stadtteil.
• Sprache. Die Oberflächensprache und der Accept-Language-Header des Browsers entscheiden, welche Sprachversionen zuerst kommen. Eine türkischsprachige und eine deutschsprachige Person in derselben Berliner Straße sehen nicht dieselben Top Ten.
• Gerät. Auf dem Smartphone sitzen das Local Pack und der Block „Ähnliche Fragen" weiter oben und schieben die organischen Ergebnisse nach unten, und bewertet wird die mobile Version einer Seite.
• Personalisierung. Ein angemeldetes Konto bringt den Suchverlauf und auf dem Smartphone den genauen Gerätestandort in die Seite. Wer die Website des Kunden täglich besucht, bekommt sie von Google womöglich höher angezeigt als ein Fremder.

Jeden Faktor erklären wir in warum Google-Ergebnisse von Person zu Person abweichen. Für das Rank-Tracking heißt das: „Position 3" ist keine Eigenschaft eines Keywords, sondern eines Keywords plus Standort, Sprache, Gerät und Zeitpunkt.

Wie entscheidet Google, woher eine Suche kommt?#

Googles Hilfeseite dazu, wie der Standort in der Suche verwendet wird, nennt vier Quellen: den Standort des Geräts, die Privat- und Arbeitsadresse im Google-Konto, frühere Aktivitäten und die IP-Adresse der Verbindung. Diese vier Hebel muss eine Ranking-Prüfung kontrollieren, und ihre Reihenfolge ist wichtig:

1. Der Gerätestandort gewinnt, wenn er verfügbar ist. Ein Smartphone mit erteilter Standortfreigabe sagt Google auf wenige Meter genau, wo es ist, und eine Prüfung auf diesem Smartphone meldet dessen Position, nicht die des Proxys.
2. Dann kommen die Kontodaten. Gespeicherte Adressen und jüngste Aktivitäten fließen in die Schätzung ein, wenn die Person angemeldet ist. Ein abgemeldetes Profil entfernt diese Schicht.
3. Die IP-Adresse ist die Rückfalloption. Ohne Gerätestandort und ohne Konto liest Google die IP-Adresse der Verbindung. Genau hier arbeitet ein Proxy: Er leitet Ihre Anfrage weiter, sodass Google die Adresse des Proxys statt Ihrer sieht, und gehört diese Adresse zu einem Heim- oder Mobilfunkanschluss in Manchester, wird die Schätzung Manchester. IP-Geolokalisierung stimmt auf Länderebene meist und auf Stadtebene oft, kann aber um einen Stadtteil oder mehr danebenliegen; siehe wie genau IP-Geolokalisierung ist.
4. Die Seite sagt Ihnen, was sie entschieden hat. Am unteren Rand jeder Ergebnisseite steht der verwendete Standort samt Quelle, etwa „Von Ihrer Internetadresse". Eine Prüfung, die diese Zeile nicht festhält, hat nicht belegt, von wo sie lief.

Weil die Quellen eine Rangfolge haben, bringt ein Wechsel der Exit-IP nichts, solange der Browser noch den Gerätestandort teilt oder noch angemeldet ist.

Was braucht eine genaue Ranking-Prüfung?#

Eine belastbare Prüfung kontrolliert jede der oben genannten Eingaben. Sie ist ein festes Profil, das Sie einmal einrichten und wiederverwenden.

gl und hl grenzen ein, wonach Sie fragen, nicht, wo Google Sie vermutet; sie ergänzen die Exit-IP also, statt sie zu ersetzen. Die manuelle Seite dieser Checkliste steht in so prüfen Sie Ihr Google-Ranking genau; die Optionen auf Länderebene, die keinen Proxy brauchen, vergleicht wie Sie Google aus einem anderen Land durchsuchen.

Die Cookie-Einwilligung ist die Eingabe, die Agenturen am häufigsten vergessen: Wo Google abgemeldeten Besuchern einen Einwilligungsdialog zeigt, trifft ein frisches Profil ihn bei jedem Besuch. Entscheiden Sie einmal, wählen Sie die Option, die am wenigsten Daten behält, und geben Sie in jeder Prüfung dieselbe Antwort.

Wo gehören Proxys in einen Rank-Tracking-Stack?#

Ein Rank-Tracking-Stack hat drei Schichten, und Proxys gehören in zwei davon.

Schicht 1: die Search Console API, primäre Quelle für die eigene Website. Die Search-Analytics-Abfragemethode liefert Klicks, Impressionen, CTR und durchschnittliche Position nach query, page, country (ein dreibuchstabiger Code nach ISO 3166-1 alpha-3), device (DESKTOP, MOBILE, TABLET) und date, bis zu 25.000 Zeilen pro Anfrage. Es ist Googles eigene Aufzeichnung der Seiten, die echte Nutzer gesehen haben, und braucht daher weder Proxy noch Browser. Ihre Grenzen sind der Grund für die anderen Schichten: Durchschnitte statt einer Seite, Länder- statt Stadtebene, nichts über Wettbewerber. Den täglichen Abruf beschreibt so automatisieren Sie das SEO-Rank-Tracking.

Schicht 2: ein Rank-Tracking-Dienst für Wettbewerber, Städte und tägliche Momentaufnahmen. Diese Plattformen betreiben ihre eigene Standortinfrastruktur: Stellen Sie ein Keyword auf „Manchester, mobil", prüft der Dienst von einem Exit in Manchester mit einem mobilen Profil. Der Proxy steckt bereits im Produkt; Ihre Aufgabe ist es, Standorte und Geräte richtig zu konfigurieren und den Anbieter zu fragen, wie er seine Daten bezieht und ob sein Vertrag Ihre Nutzung abdeckt.

Schicht 3: Ihre eigenen Verifizierungsprüfungen aus einer Stadt, in der Sie nicht sind. Der Dienst meldet Position 3 in Manchester; der Kunde sagt 7. Jemand muss sich die tatsächliche Seite ansehen: ein sauberer, abgemeldeter Browser, hl und gl gesetzt, geleitet über eine Residential- oder Mobile-IP in Manchester, eine Suche, Standortzeile gelesen, Seite gespeichert. Dafür sind Proxys in einer Agentur da: Verifizierung in menschlichem Maßstab, Screenshots für den Kunden, ein Blick auf das Local Pack und die Anzeigen im sichtbaren Bereich. Die Setups stehen auf unseren Seiten SEO-Proxy und Google-Proxy.

Was nirgends in den Stack gehört, ist ein eigenes Skript, das Anfragen an Google sendet. Googles Spam-Richtlinien definieren „maschinell erzeugten Traffic" als das Senden automatisierter Anfragen an Google ohne ausdrückliche Erlaubnis, einschließlich des Scrapens von Ergebnissen zur Ranking-Prüfung, und stellen fest, dass dies sowohl gegen die Spam-Richtlinien als auch gegen die Nutzungsbedingungen verstößt. Ein Proxy-Pool ändert, welche Adressen beteiligt sind, nicht die Richtlinie. Brauchen Sie Volumen, kaufen Sie es bei einem lizenzierten Dienst; brauchen Sie einen Beleg, sehen Sie mit eigenen Augen nach.

Welcher Proxy-Typ passt zu SERP-Prüfungen?#

Die Trennlinie in der Tabelle läuft darauf hinaus, wo die Adresse zu Hause ist. Datacenter-Adressen gehören zu Hosting-Bereichen, die öffentlich bekannt und im für lokale Ergebnisse relevanten Sinn an keine Stadt gebunden sind; ein Datacenter-Exit trifft oft auf den Bildschirm „ungewöhnlicher Traffic", bevor er ein Ergebnis sieht, und wenn doch, zeigt die Standortzeile auf den Ort des Rechenzentrums (siehe warum Google den Fehler „ungewöhnlicher Traffic" zeigt). Adressen eines Residential-Proxy stammen aus Heimanschlüssen und tragen eine Stadt, genau das, was eine lokale Prüfung braucht. Für eine mobile Zielgruppe reproduziert ein Mobile-Proxy-Exit im Mobilfunknetz, kombiniert mit einem mobilen Browserprofil, was die meisten Kunden des Kunden sehen; der Exit wird nach Land und Stadt gewählt, nicht nach Netzbetreiber. Wählen Sie das Gerät, von dem laut Search-Console-Daten des Kunden der Traffic kommt, und dann den Proxy, der dazu passt. Die weiteren Abwägungen stehen in Residential- und Datacenter-Proxy im Vergleich, und unser Vergleich von fünf Anbietern für SEO-Arbeit in die besten Proxys für SEO-Tools.

Wie takten und cachen Sie Prüfungen, um höflich zu bleiben?#

Selbst legitime Verifizierung rutscht in eine Grauzone, sobald sie wie ein Skript aussieht. Vier Gewohnheiten halten sie auf der menschlichen Seite der Linie.

• Takten wie ein Mensch. Eine Anfrage nach der anderen, eine Pause dazwischen, eine Sitzung pro Stadt. Fünfzehn Keywords in drei Städten sind fünfundvierzig Suchen an einem Vormittag, nicht viertausend. Wächst die Liste über das hinaus, was eine Person von Hand suchen würde, gehört sie in den Rank-Tracking-Dienst.
• Cachen, was Sie erfassen. Speichern Sie mit jeder Prüfung die Seite, die Standortzeile, den Zeitstempel und die Profileinstellungen, und beantworten Sie die Frage einer Kollegin aus der gespeicherten Aufnahme, nicht mit einer neuen Suche.
• Eine Sticky-Sitzung pro Prüfung. Eine Sticky-Proxy-Sitzung behält für die Minuten einer Verifizierung dieselbe IP, sodass der Standort zwischen Screenshots nicht springt. Ein Rotierender Proxy ist für die Lücken zwischen Sitzungen und Städten da, nicht für die Mitte einer Prüfung.
• Den Verifizierungsbildschirm respektieren. Zeigt Google einen, ist die Prüfung vorbei. Ihn mit einem Dienst zu lösen oder es über eine andere Adresse erneut zu versuchen, ist genau das Verhalten, das die Spam-Richtlinie beschreibt.

Ein Rank-Tracking-Workflow#

1. Keywords. Listen Sie die relevanten Suchanfragen auf, jede mit Zielseite, Priorität, Sprache und dem Gerät der Zielgruppe. Ziehen Sie die Liste aus dem Suchanfragen-Bericht der Search Console.
2. Standorte. Hängen Sie an jedes Keyword ein Land und, bei Anfragen mit lokaler Absicht, eine Stadt. Kunden mit mehreren Filialen bekommen eine Zeile pro Filialstadt.
3. Zeitplan. Die Search Console wird täglich abgerufen; der Dienst läuft in seinem eigenen Rhythmus; Verifizierung läuft bei Ereignissen wie einem Launch, einem Algorithmus-Update oder einem Kundentermin, plus einer monatlichen Stichprobe kritischer Keywords.
4. Erfassung. Halten Sie Suchanfrage, hl- und gl-Werte, Geräteprofil, Cookie-Entscheidung, Exit-Stadt, Standortzeile, Zeitstempel und einen Screenshot fest. Eine Aufnahme ohne Standortzeile wird verworfen.
5. Ablage. Eine Tabelle, mit Zeitstempel, nie überschrieben, mit der Quelle markiert, denn Search-Console-Zeilen, Dienst-Momentaufnahmen und Aufnahmen messen unterschiedliche Dinge.
6. Vergleich. Gleiches mit Gleichem: die mobile Manchester-Aufnahme dieses Monats gegen die des Vormonats; vier Wochen Search Console gegen die vorherigen vier. Berichten Sie die Bedingungen mit der Zahl, sodass „Position 3" immer als „Position 3, Manchester, mobil, Englisch, 14. Oktober" zu lesen ist.

Anwendungsfälle#

• Kunden mit mehreren Städten: eine Prüfung pro Filialstadt, mit erfasstem Local Pack und Stadtseite. Kartenergebnisse folgen eigenen Regeln, beschrieben in wie Sie Google-Maps-Ergebnisse für eine andere Stadt sehen.
• Expansion in ein neues Land: prüfen, ob die neue Sprachversion im neuen Markt rankt, bevor die Kampagne startet; die Exit-Punkte stehen auf unseren Standortseiten.
• Kundenreklamationen: reproduzieren, was der Kunde gesehen hat, aus seiner Stadt und auf seinem Gerät, und die Lücke mit Standortzeile und Anzeigenlayout in der Hand erklären; die Anzeigenseite behandelt unsere Seite zur Anzeigenverifizierung.

Häufige Fehler#

• Von der Büro-IP prüfen. Jedes Ergebnis trägt die Stadt des Büros, und jeder Kunde anderswo bekommt einen Bericht über die falsche Seite.
• Das Local Pack ignorieren. Wer nur die zehn blauen Links zählt, übersieht die Kartenbox, die das Ergebnis des Kunden auf dem Smartphone unter den sichtbaren Bereich schiebt.
• Geräte mischen. Eine Desktop-Prüfung mit der mobilen Prüfung des Vormonats zu vergleichen, erzeugt einen „Absturz", der nie stattgefunden hat.
• Die Standortzeile auslassen. Ohne sie gibt es keinen Beleg, von wo die Prüfung lief, und IP-Geolokalisierung liegt durchaus daneben.
• Ein eigenes Skript gegen Google laufen lassen. Es verstößt gegen die Spam-Richtlinien und wird durch einen Proxy-Pool nicht zulässig.

Entscheidungshilfe#

Häufige Fragen#

Warum zeigt mein Rank-Tracker eine andere Position als mein Browser?#

Weil beide auf unterschiedliche Seiten geschaut haben: Der Tracker lief von dem Standort und Gerät, die Sie konfiguriert haben, Ihr Browser aus Ihrer Stadt, womöglich angemeldet, auf einem anderen Gerät. Vergleichen Sie zuerst die Standortzeilen und Geräteprofile.

Brauche ich noch einen Proxy, wenn ich für ein Rank-Tracking-Tool bezahle?#

Nicht für die Prüfungen des Tools selbst. Sie brauchen einen für die Verifizierung: eine Seite von Hand aus einer Stadt ohne eigenes Büro reproduzieren, Screenshots für einen Kunden erfassen oder das Local Pack und die Anzeigen prüfen, die eine Positionszahl nicht zeigt.

Residential- oder Mobile-Proxy fürs Rank-Tracking?#

Richten Sie sich nach dem Gerät der Zielgruppe. Zeigen die Search-Console-Daten des Kunden den meisten Traffic auf Mobilgeräten, verifizieren Sie in einem mobilen Browserprofil über einen Mobile-Exit; die Desktop-Verifizierung nutzt einen Residential-Exit in der Zielstadt.

Kann ein Datacenter-Proxy Google-Rankings prüfen?#

Er passt schlecht. Hosting-Bereiche sind nicht so an eine Stadt gebunden wie Heimanschlüsse, und sie treffen oft auf einen Verifizierungsbildschirm, bevor Ergebnisse erscheinen. Nutzen Sie sie zum Crawlen der eigenen Website und für API-Aufrufe.

Verstößt die Ranking-Prüfung über einen Proxy gegen Googles Regeln?#

Eine Person, die von Hand von einem anderen Standort aus sucht, surft ganz normal. Was die Spam-Richtlinien verbieten, ist maschinell erzeugter Traffic: automatisierte Anfragen an Google, einschließlich Scraping zur Ranking-Prüfung, egal welche IP-Adresse die Automatisierung nutzt.

Wie oft sollten Ranking-Prüfungen laufen?#

Rufen Sie die Search Console täglich ab und urteilen Sie über Vier-Wochen-Fenster; lassen Sie den Dienst nach seinem Zeitplan laufen; verifizieren Sie manuell bei Ereignissen wie einem Launch oder einem Update, plus einer monatlichen Stichprobe kritischer Keywords.

Fazit#

Ein Ranking ist eine Seite, die für einen einzelnen Suchenden gebaut wurde; eine Ranking-Prüfung ist daher nur so genau wie Ort, Sprache, Gerät, Anmeldestatus und Cookie-Entscheidung, unter denen sie lief. Nehmen Sie die Zahlen der eigenen Website aus der Search Console API, Wettbewerber- und Stadt-Momentaufnahmen aus einem Rank-Tracking-Dienst, der von den richtigen Standorten aus prüft, und nutzen Sie einen Proxy für das, was keiner von beiden liefert: eine von Hand aus der Zielstadt erfasste Seite, mit der Standortzeile als Beleg. Residential- und Mobile-Exits passen zu dieser Aufgabe; Datacenter-Bereiche nicht. Takten Sie Prüfungen wie ein Mensch, cachen Sie, was Sie erfassen, und senden Sie nie skriptgesteuerte Anfragen an Google. Für Exits auf Stadtebene sehen Sie sich unsere Lösung SEO-Proxy an.