Bing Proxy: Marktauswahl, lokale Ergebnisse und Session-Trennung

Es gibt zwei typische Profile, die Bing über einen Proxy nutzen. Das eine ist das Team, das sehen möchte, wie die eigenen Inhalte in einem anderen Markt gelistet werden; das andere ist die Agentur, die prüft, wie sich lokale Unternehmens- und Kartenblöcke von Stadt zu Stadt verändern. Beide stellen dieselbe Frage: Ist die Seite, die ich sehe, wirklich die Seite, die der Zielnutzer sieht?

Die Antwort hängt davon ab, ob drei Einstellungen zueinander passen. Ergebnismarkt und Oberflächensprache werden in der Anfrage-URL festgelegt, die Standortinterpretation wird aus der Exit-Adresse abgeleitet, und in welchem Layout die Seite ausgeliefert wird, bestimmt die Art, wie sich der Browser ausweist. Richten Sie diese drei nicht einzeln ein, ist Ihr Screenshot eine Mischung, die so niemand tatsächlich zu sehen bekommt.

Die folgenden Abschnitte behandeln der Reihe nach diese Einstellungen, das Verhalten lokaler Blöcke, den Einfluss der Geräteklasse und den Aufbau, der die Messung reproduzierbar macht. Die Einrichtung folgt am Ende; zunächst zu klären, was Sie eigentlich messen, ist effizienter.

Aus welchen Eingaben wird eine Bing-Ergebnisseite zusammengestellt?

Die Ergebnisseite ist kein einzelner Block. Organische Linkliste, Antwortboxen, Bild- und Videoleisten, Shopping- und lokale Blöcke stehen auf derselben Seite, stammen aber aus unterschiedlichen Quellen. Welche Blöcke erscheinen, hängt von der Suchintention ab; eine Markenanfrage und eine „in meiner Nähe“-Anfrage erzeugen nicht dasselbe Layout.

Bei der Zusammenstellung dieser Blöcke stehen vier Eingaben im Vordergrund: der Suchtext, der gewählte Markt samt Sprache, der geografische Kontext der Anfrage und die Geräteklasse des Clients. Der Proxy wirkt sich davon nur auf die dritte aus, also auf den geografischen Kontext. Markt und Sprache sind Felder, die Sie selbst senden; die Geräteklasse wird aus der vom Browser gemeldeten Kennung ausgelesen.

Warum ist diese klare Trennung wichtig? Weil sie Ihnen sagt, wo Sie hinschauen müssen, wenn Sie ein unerwartetes Ergebnis sehen. Erscheint der lokale Block gar nicht, liegt das Problem meist am Standortkontext. Kommt die Oberfläche auf Englisch, prüft man das Sprachfeld. Weicht das Seitenlayout von der Erwartung ab, ist die Geräteklasse im Spiel. Vermischen sich alle drei, wird die Diagnose unmöglich.

Halten Sie Ergebnismarkt und Oberflächensprache getrennt

Bei Bing sind Markt und Sprache getrennte Felder. Der Markt gibt an, in welchem Land-Sprache-Kontext die Ergebnisse zusammengestellt werden; die Sprache bestimmt, in welcher Sprache die Oberfläche und die bevorzugten Inhalte ausgeliefert werden. Beide gehen meist Hand in Hand, zwingend ist das aber nicht: Sie können den deutschen Markt auch mit englischer Oberfläche abfragen. In der Bing-Suchoberfläche sind diese Felder dokumentiert und werden auch im Web-Interface breit genutzt.

Hinzu kommt ein Länderfeld; es dient dazu, das Herkunftsland der Ergebnisse einzugrenzen, und kann sich unabhängig von der Marktauswahl verhalten. Stellen Sie alle drei gleichzeitig auf unterschiedliche Werte, wird es schwer zu erklären, warum ein Ergebnis so ausfällt. Halten Sie die Regel beim Messaufbau einfach: Markt, Sprache und Exit-Land sollen auf dasselbe Ziel zeigen, Abweichungen nur für ein bewusstes Experiment.

Keines dieser Felder sendet der Proxy. Der Proxy ändert nur, von wo die Anfrage ausgeht; die Felder in der Adresszeile liegen in Ihrer Verantwortung. Ebenso bleibt der Sprach-Header des Browsers beim Client. Einen deutschen Exit zu nutzen und dabei einen türkischen Sprach-Header zu senden, heißt, Bing zwei widersprüchliche Hinweise zu geben — und das Ergebnis landet irgendwo dazwischen.

Achten Sie bei der Wahl des Exit-Landes nicht auf die Länge der Liste, sondern darauf, ob die Märkte abgedeckt sind, die Sie messen wollen. In Europa stark genutzte Exits laufen meist über Deutschland und die Niederlande; diese beiden Länder verfügen über eine große Anbietervielfalt und sind mit geringer Latenz an die Nachbarmärkte angebunden. Wenn Sie den US-Markt testen, berücksichtigen Sie auch Unterschiede zwischen den Bundesstaaten: Exits an der Ost- und Westküste desselben Landes können bei standortsensitiven Blöcken unterschiedliche Ergebnisse liefern.

Session, Cookies und Profil: ein Setup, das die Messung nicht verfälscht

Die Diskussion über Personalisierung dreht sich meist um die IP, das Gewicht liegt aber oft bei der Session. Ein angemeldetes Konto, angesammelte Cookies und der Kontext früherer Suchen können das Erscheinungsbild des Ergebnisses unmittelbarer beeinflussen als die Exit-Adresse. Der Proxy berührt diese Ebene nicht; ein Vergleich, bei dem Sie im selben Browser den Proxy ein- und ausschalten, ist deshalb nicht sauber.

Die Lösung heißt Isolation: ein eigenes Browserprofil für Messungen, in diesem Profil kein Konto, keine Erweiterungen, ein Aufbau, der keinen Verlauf ansammelt. Binden Sie den Exit an das Profil; eine auf Betriebssystemebene definierte Einstellung umfasst alle Anwendungen und leitet auch Ihre tägliche Arbeit um. Bei Browsern wie Edge, die die Systemeinstellung übernehmen, ist diese Trennung besonders wichtig: Ein unter Windows definierter Proxy leitet auch den Traffic von Anwendungen, mit denen Sie gar nicht messen, über denselben Exit und verfälscht damit sowohl Volumen als auch Muster.

Der zweite Punkt, der ebenso wichtig ist wie das Profil, ist die Konstanz des Exits über die gesamte Messung. Wechselt die Adresse mittendrin, stammt die erste Hälfte der Tabelle aus einem Land und die zweite aus einem anderen. Für Aufgaben, die eine feste Adresse erfordern, sind statische Exits vorzuziehen; Rotation eignet sich für das Lesen offener Daten ohne Session-Bindung.

Wenn Sie im Team arbeiten, gehört auch die Authentifizierungsmethode in dieses Kapitel. Für Büros mit fester IP ist die Whitelist praktisch: Sie hinterlegen keinerlei Daten im Client, die Berechtigung wird aus der Adresse gelesen. Für mobile Nutzer sind Benutzername und Passwort nötig, weil sich das genutzte Netz täglich ändert. Beide Methoden im selben Konto zu vermischen, ist die häufigste Ursache unerwarteter Berechtigungsfehler.

Lokale Blöcke, Kartenergebnisse und Unternehmenskarten

Lokale Ergebnisse sind der standortsensitivste Teil der Seite. Bei Anfragen vom Typ „in meiner Nähe“ hängen die gelisteten Unternehmen davon ab, an welchem Punkt die Anfrage ins Netz geht. Ein Exit auf Landesebene reicht hier meist nicht: Ein deutscher Exit zeigt Ihnen den deutschen Markt, ermöglicht aber nicht, zwischen Ergebnissen für München und Hamburg zu unterscheiden.

Für eine Ansicht auf Stadtebene sind zwei Dinge nötig. Erstens ein Pool mit City-Targeting; zweitens eine deaktivierte Standortfreigabe im Browser. Ist die Standortfreigabe aktiv, überschreiben die vom Gerät gemeldeten Koordinaten die Exit-Adresse, und Sie messen nicht den Proxy, sondern Ihren eigenen Wohnort. Die Targeting-Logik Targeting nach Stadt und ISP wird im Beitrag ausführlich behandelt.

Karten- und Unternehmenskarten werden zudem aus einer separaten Datenquelle gespeist; deshalb kann sich der lokale Block ändern, ohne dass sich das organische Ranking bewegt — oder umgekehrt. Reduzieren Sie beides nicht auf eine einzige „Ranking“-Zahl, sondern erfassen Sie sie in getrennten Spalten. Bei derselben Anfrage erscheint der lokale Block manchmal gar nicht; das ist kein Fehler, sondern eine in diesem Moment andere Auslegung der Suchintention.