Lokale Suche ist am schwierigsten präzise zu erfassen, und der Grund dafür ist, dass sich die Ergebnismenge auf einer feineren Ebene ändert, als die meisten Tracking-Systeme abbilden können. Zwei Nutzer auf gegenüberliegenden Seiten derselben Stadt sehen unterschiedliche Map Packs. Eine Suchanfrage in einem Vorort rankt ein Unternehmen, das drei Meilen weiter nicht erscheint. Und das Tracking-Tool meldet eine einzige Zahl, die für fast jeden falsch ist.
Wenn Sie Local-SEO-Software entwickeln, ist die Genauigkeit Ihres Produkts dadurch begrenzt, wie präzise Sie angeben können, wo eine Suche stattgefunden hat. Hier ist, was das tatsächlich bedeutet.
Standort ist kein einzelner Parameter
Zunächst muss klar sein, dass es zwei unterschiedliche Mechanismen gibt, um einer Suchmaschine mitzuteilen, wo man sich befindet, und diese liefern nicht dieselben Ergebnisse.
Woher die Anfrage kommt, also die IP-Adresse und ihre Geolokation. Dies ist das umgebende Signal, und es entspricht dem, was der Standort eines echten Nutzers für die Suchmaschine bedeutet.
Wo Sie angeben zu sein, also ein expliziter Standortparameter, den eine Suchoberfläche oder API akzeptiert. Dies ist eine ausdrückliche Angabe und keine Ableitung.
Echte Nutzer erzeugen beides, konsistent, weil sie sich tatsächlich an dem Ort befinden. Tracking-Systeme erzeugen häufig nur Letzteres, von einer IP in einem Rechenzentrum irgendwo anders, und die Ergebnisse spiegeln diese Diskrepanz wider: Man erhält etwas, das näher an der angefragten Region liegt als ein landesweiter Durchschnitt, aber nicht das, was ein Einwohner sieht, und der Unterschied konzentriert sich genau auf die lokalen Pack-Ergebnisse, die Sie eigentlich messen wollten.
Präzises lokales Tracking erfordert, dass beide übereinstimmen, weshalb die Sammelebene und der Standortparameter keine unabhängigen Entscheidungen sind. Die zugrundeliegende Argumentation findet sich in localized Google search results.
Die Granularitätsleiter
Lokale Ergebnisse reagieren auf mehreren Ebenen auf den Standort, und Ihr Tracking sollte explizit angeben, welche davon gemeint ist.
Land genügt für nationale Keywords und ist nutzlos für lokale Absichten.
Region oder Bundesland ist relevant für regulierte Kategorien und regionale Ketten und ist oft die genaueste Ebene, die Tracking-Tools bieten.
Stadt ist die Ebene, auf der die meisten Local-SEO-Produkte arbeiten, und sie ist für viele Anfragen ausreichend, aber nicht für diejenigen, die Kunden am meisten interessieren, da eine Stadt für proximitätsbasiertes Ranking kein einheitlicher Ort ist.
Postleitzahl oder Bezirk ist die Ebene, ab der Local-Pack-Tracking wirklich repräsentativ wird, weil sie eher einem Viertel als einem Ballungsraum entspricht.
Koordinaten sind die feinste Ebene, und sie sind relevant für Unternehmen mit mehreren Standorten, die die Leistung zwischen Filialen im Abstand weniger Meilen vergleichen, wo eine Zahl auf Stadtebene das gesamte Signal, das Sie verkaufen, wegmittelt.
Der praktische Ratschlag für ein Produkt: Lassen Sie Kunden die Granularität angeben, auf der ihr Unternehmen operiert, und seien Sie in Ihrer Oberfläche explizit, was Sie gemessen haben. Ein Rang, der als „New York“ ohne weitere Angabe gemeldet wird, ist eine Zahl, die nicht reproduzierbar ist, und Reproduzierbarkeit ist es, was einen Bericht verteidigbar macht, wenn ein Kunde ihn anzweifelt. Das allgemeine Argument für feineres Targeting findet sich in when city-level targeting matters.
Nähe verändert, was Ranking bedeutet
Local-Pack-Ergebnisse werden stark von der Entfernung zwischen Suchendem und Unternehmen beeinflusst, was zwei Konsequenzen hat, die die meisten Tracking-Produkte schlecht handhaben.
Erstens ist eine einzelne Position für ein lokales Keyword ohne zugehörigen Standort nahezu bedeutungslos. Dasselbe Unternehmen kann in der Nähe seiner Räumlichkeiten an erster Stelle im Pack stehen und zwei Vororte weiter überhaupt nicht auftauchen, und beides ist wahr. Produkte, die eine Zahl pro Keyword melden, berichten über einen Zufall, wo auch immer ihr Tracking gerade lief.
Zweitens ist die nützliche Visualisierung eher ein Raster als eine Zahl: Wenn Sie dieselbe Suchanfrage von einem Gitter aus Punkten über das Einzugsgebiet stellen, erhalten Sie eine Abdeckungskarte, die zeigt, wo das Unternehmen tatsächlich erscheint. Das ist ein deutlich besseres Produkt als ein einzelner Rang, und es lässt sich nur bauen, wenn Ihre Sammelebene feingranulare Standortangaben unterstützt.
Die Kostenauswirkung ist real, da ein Raster das Prüfvolumen mit der Anzahl der Punkte multipliziert, wodurch die Kosten pro Prüfung zur bestimmenden Zahl dafür werden, wie dicht ein Raster angeboten werden kann. Diese Rechnung findet sich in planning request volume and concurrency.
Gerät spielt hier eine größere Rolle als sonst
Lokale Suche neigt stark zu mobilen Geräten, da die Anfragen häufig unterwegs gestellt werden, und mobile lokale Ergebnisse unterscheiden sich vom Desktop im Layout, in der Prominenz des Map Packs und manchmal in der Zusammensetzung.
Speziell für Local-SEO-Tracking sollte Mobil die Standardeinstellung sein und nicht nur eine Option, und wenn Sie beide erfassen, sollten Sie sie getrennt darstellen, statt sie zu einer Zahl zu vermischen. Vermischung erzeugt eine Zahl, die keine der beiden Erfahrungen beschreibt.
Stimmen Sie dabei auch die Geräteangabe mit allem anderen ab: Ein mobiler User-Agent mit einer desktop-förmigen Anfrage ist ein Widerspruch, und die Signale sollten übereinstimmen, gemäß setting the right headers und matching geo, timezone and locale.
Überprüfen, ob Ihr Geo-Targeting real ist
Dieser Teil lohnt sich, in Ihre eigene Testsuite einzubauen, denn Geo-Targeting-Fehler sind unauffällig.
Prüfen Sie, ob der Ausgangsstandort mit der Anfrage übereinstimmt. Notwendig, aber nicht hinreichend, da Geolokationsdatenbanken und die eigene Einschätzung eines Ziels voneinander abweichen können.
Prüfen Sie, ob sich die Ergebnisse lokal verhalten. Rufen Sie eine Suchanfrage mit eindeutig lokaler Absicht ab und bestätigen Sie, dass die zurückgegebenen Unternehmen tatsächlich in dieser Region liegen. Dies ist der eigentliche Test, und er erfasst den Fall, in dem eine Adresse korrekt geolokalisiert wird, die Suchmaschine Sie aber woanders platziert hat.
Prüfen Sie über die Granularität, die Sie verkaufen. Wenn Sie Targeting nach Postleitzahl anbieten, überprüfen Sie, ob zwei benachbarte Postleitzahlen unterschiedliche Local Packs zurückgeben, wo dies der Fall sein sollte. Wenn sie überall identische Ergebnisse liefern, bewirkt Ihr Feintargeting nichts, und Ihr Produkt verkauft stillschweigend eine Präzision, die es nicht besitzt.
Achten Sie auf stille Rückfallmechanismen. Wenn ein sehr eng gefasster Standort zu diesem Zeitpunkt keine Abdeckung hat, kann ein System auf ein größeres Gebiet zurückfallen und trotzdem ein Ergebnis liefern. Das ist meist das richtige Verhalten für Verfügbarkeit und das falsche Verhalten für ein geosensitives Produkt, denn eine plausible Antwort für den falschen Ort ist schlimmer als ein Fehler. Wissen Sie, welches Verhalten Sie erhalten, und machen Sie es in Ihren Daten sichtbar.
Stichproben über die Tagesstunden hinweg, da die Verfügbarkeit in einem bestimmten kleinen Gebiet im Tagesverlauf variiert, gemäß country availability.
Geo-Ebene selbst bauen oder einkaufen
Die Frage der Datensammlung ist dieselbe wie an anderer Stelle in dieser Kategorie. Sie selbst zu betreiben bedeutet Residential Exits mit Land- und Stadt-Targeting sowie die Wartung, die mit Parsing und Taktung einhergeht. Sie einzukaufen bedeutet eine SERP API, die Standort als Parameter akzeptiert und geparste Ergebnisse zurückgibt, sodass Ihr Engineering-Aufwand in die Rastervisualisierung und die Analyse fließt statt in den Abruf.
So oder so wird die Genauigkeitsobergrenze dadurch bestimmt, wie präzise der Standort angegeben werden kann und wie getreu die Anfrage eine Person an diesem Ort repräsentiert. Das ist der Teil, der bei der Auswahl am gründlichsten geprüft werden sollte, und die Art, ihn zu prüfen, ist die oben genannte Verifizierungsliste, angewendet auf Ihre eigenen Einzugsgebiete statt auf das Beispiel eines Anbieters.
Fazit
Die Genauigkeit von Local-Tracking ist durch die Standortpräzision begrenzt, und die meisten Produkte verlieren sie an derselben Stelle: Sie geben einen Standort an, während sie von woanders anfragen, sodass umgebendes und angegebenes Signal nicht übereinstimmen. Seien Sie explizit hinsichtlich der Granularität, auf der Sie messen, von Land bis hinunter zu Koordinaten, und lassen Sie Kunden die Ebene wählen, auf der ihr Unternehmen tatsächlich operiert. Betrachten Sie einen einzelnen Rang für ein lokales Keyword ohne Standort als unvollständig, und ziehen Sie stattdessen ein Raster in Betracht, wobei Sie die damit verbundene Vervielfachung der Prüfungen einkalkulieren. Setzen Sie bei lokalen Anfragen standardmäßig auf Mobil und vermischen Sie Geräte nie zu einer einzigen Zahl. Überprüfen Sie dann kontinuierlich, nicht nur, ob der Ausgangspunkt dort ist, wo Sie ihn angefordert haben, sondern auch, ob die Ergebnisse wirklich lokal sind, ob benachbarte feingranulare Standorte sich dort unterscheiden, wo sie es sollten, und ob ein stiller Rückfallmechanismus nicht plausible Antworten für den falschen Ort einfüllt.
Die Standortebene ist eine SERP API, wenn Sie geparste Ergebnisse mit erledigter Geografie wünschen, oder residential proxies mit Land- und Stadt-Targeting, wenn Sie die Datensammlung selbst aufbauen, abgerechnet per GB, sodass die Rasterdichte eine Produktentscheidung bleibt.