Swisscows-Ergebnisse über verschiedene Exits prüfen

Der häufigste Fehler bei der Untersuchung einer Suchmaschine hinter einem Proxy besteht darin, jeden beobachteten Unterschied der Exit-IP zuzuschreiben. Tatsächlich gibt es mindestens vier unabhängige Eingangsgrößen, die eine Ergebnisseite formen: die geografische Ableitung des Netzes, aus dem die Anfrage kommt, die vom Browser gemeldete Sprachpräferenz, die in der Oberfläche gewählte Regions- oder Filtereinstellung und die Inhalte, die der Index der Suchmaschine zu diesem Zeitpunkt führt. Der Proxy verändert davon nur die erste.

Bei Swisscows ist diese Unterscheidung noch ausgeprägter, denn die beiden Eigenschaften, die die Identität der Suchmaschine ausmachen – die Betonung der Schweizer Rechtsordnung und der voreingestellte Inhaltsfilter – arbeiten unabhängig von Ihrer Exit-Adresse. Ein Wechsel auf einen Exit in Deutschland ändert das Verhalten des Filters nicht; ändern können sich die Reihenfolge der von der geografischen Ableitung abhängigen Ergebnisse und die lokalen Blöcke.

Die folgenden Abschnitte bauen der Reihe nach Folgendes auf: den Weg der Anfrage durch das Netz, die Entscheidung über den Exit-Typ, das Lesen lokaler Ergebnisse, die Stichprobenmethode, die Aktualität und schließlich Einrichtungs- und Prüfschritte.

Was ist nach außen sichtbar, während die Suchanfrage durch den Tunnel läuft?

Wenn Sie eine Anfrage in die Adresszeile eingeben, baut der Browser die Verbindung über HTTPS auf. Ist ein Proxy konfiguriert, sendet der Client zunächst eine Anfrage in der Form CONNECT ornek.example:443 an den Proxy-Server; ab diesem Punkt transportiert der Proxy nur noch verschlüsselte Bytes zwischen beiden Richtungen. Der Anfragetext, das angeklickte Ergebnis und die zurückgegebene Seite befinden sich innerhalb dieses Tunnels; der Proxy kann sie nicht lesen.

Was nach außen sichtbar ist, ist enger gefasst, aber nicht leer: Ziel-Hostname, Port, Zeitpunkt der Verbindung und übertragene Datenmenge können auf der Proxy-Seite protokolliert werden. Auch das Server-Name-Feld im TLS-Handshake geht in den meisten Setups unverschlüsselt durch. Die Anbieterauswahl ist deshalb keine technische, sondern eine Vertrauensentscheidung: Binden Sie keine tagelange Messung an einen Exit, ohne gelesen zu haben, welche Felder gespeichert werden, wie lange die Aufzeichnungen aufbewahrt und ob sie an Dritte weitergegeben werden.

Wo findet die Namensaufloesung statt?

Bei einem HTTP-Proxy melden Sie das Ziel im Klartext an den Proxy, und dieser übernimmt die Auflösung. Bei SOCKS5 trifft nicht das Protokoll selbst, sondern die Konfiguration Ihres Clients die Entscheidung; selbst zwei getrennte Profile desselben Browsers können die Domain im eigenen Netz auflösen oder diese Aufgabe an die Gegenseite abgeben. Bei einer regionalen Suchprüfung berührt diese Unterscheidung unmittelbar das Ergebnis: Erfolgt die Auflösung auf Ihrer Seite, ist die von der Suchmaschine zurückgegebene Serveradresse die Antwort Ihrer eigenen Region, und obwohl Sie den Exit in die Schweiz gelegt haben, kann die erste Verbindung zu einem lokalen Endpunkt aufgebaut werden. Prüfen Sie vor Beginn der Messung, welches Verhalten gilt; Wo wird DNS bei SOCKS5 aufgeloest Der Beitrag stellt beide Wege nebeneinander. Die lokale Auflösung ist zudem eine Frage des Geltungsbereichs: Welche Suchmaschine Sie ansteuern, bleibt in den Protokollen Ihres eigenen Resolvers, auch wenn der Tunnel verschlüsselt ist.

Ein zweites Geltungsbereichsproblem sind die Vorschlags-Endpoints. Die Vervollständigungsliste, die während der Eingabe erscheint, geht meist an einen separaten Endpoint; deckt Ihre Regel nur die Hauptdomain ab, können diese Anfragen am Proxy vorbeilaufen. Die Prüfung ist einfach: Stellen Sie im selben Browserprofil und im selben Durchlauf sicher, dass die Vervollständigungsliste bei aktivem Proxy erscheint und das Exit-Prüfwerkzeug das erwartete Land anzeigt.

Wie formen Filter und Indexquelle die Ergebnismenge?

Der von Swisscows hervorgehobene Inhaltsfilter ist eine serverseitig umgesetzte Richtlinie. Keine Änderung auf der Netzwerkebene beeinflusst sie: Aus einem anderen Land herauszugehen, ein anderes Protokoll zu verwenden oder auf IPv6 zu wechseln, erweitert oder verengt den Umfang des Filters nicht. Wenn Sie bei einer Anfrage die erwartete Seite nicht sehen, klären Sie zuerst, ob es sich um eine Filterentscheidung handelt oder darum, dass die Seite nicht im Index ist.

Die zweite Variable ist die Indexquelle. Eine Suchmaschine mit eigenem Crawl und eine, die einen Teil ihrer Ergebnisse aus gemeinsamen Indizes bezieht, reagieren unterschiedlich auf einen Länderwechsel. Bei Ergebnissen aus gemeinsamen Quellen ist der regionale Ranking-Unterschied meist deutlicher; bei Suchmaschinen mit vollständig eigenem Index entsteht der Unterschied eher aus der Sprachpräferenz. Statt zu raten, welcher Fall zutrifft, messen Sie: Dieselbe Anfrage über zwei Exits auszuführen und die Reihenfolge der ersten zehn Ergebnisse nebeneinanderzulegen, ist eine Sache weniger Minuten.

Die dritte und am häufigsten übersehene Variable ist die vom Browser gemeldete Sprachpräferenz. Der Accept-Language Header ist völlig unabhängig von der IP-Adresse. Legen Sie den Exit in die Niederlande und belassen die Browsersprache auf Türkisch, erhält die Suchmaschine ein gemischtes Signal, und die Seite, die Sie sehen, entspricht weder der eines echten niederländischen Nutzers noch Ihrer gewohnten Ansicht. Führen Sie eine regionale Prüfung durch, ziehen Sie auch die Sprachpräferenz auf die Zielregion und halten Sie das schriftlich fest.

• Bewerten Sie ein filterbedingtes Fehlen getrennt von einem Fehlen im Index.
• Führen Sie dieselbe Anfrage über mindestens zwei Exits aus und vergleichen Sie das Ranking.
• Bringen Sie die Sprachpräferenz mit dem Exit-Land in Einklang.
• Halten Sie die Regions- oder SafeSearch-Einstellung in der Oberfläche bei jedem Test gleich.

Welcher Exit-Typ passt zu welcher Prüfaufgabe?

Das Lesen von Suchergebnissen erzeugt ein anderes Lastprofil als Aufgaben mit Anmeldung: Die Anfragen sind kurz, die Antworten klein, die Wiederholungszahl hoch. Deshalb ist es meist unnötig, den teuersten Exit zu wählen. Das Kriterium ist einfach: Wollen Sie auf Länderebene oder auf Stadtebene targetieren?

Genügt eine Ansicht auf Länderebene, ist Datacenter Proxy die kostengünstigste Option und bei der Bandbreite entspannt. Ist eine Standortableitung auf Stadtebene erforderlich, liefert Residential Proxy oder ISP Proxy treffendere Ergebnisse; Letzteres bietet eine statische Adresse und hält das Bild bei länger laufenden Vergleichen stabil. Mobile Exits wiederum tragen die geografische Ableitung des Mobilfunknetzes und sind für diese Aufgabe meist ein zu breites Werkzeug.

Zu welchem autonomen System eine Adresse gehört, ist eine der wichtigsten Eingangsgrößen der Standortableitung; Rechenzentrumsblöcke sind in den meisten Geodatenbanken klar markiert, und diese Markierung geht in der Regel damit einher, dass das Stadtfeld leer oder grob bleibt. Bei Prüfaufgaben ist das kein Problem – gehen Sie einfach im Bewusstsein vor, dass die Stadtgenauigkeit niedrig sein wird, und formulieren Sie Ihren Befund auf Länderebene.

Auch die Zahl der Personen, die sich einen Exit teilen, beeinflusst das Bild: In einem geteilten Pool kann hoher Traffic aus derselben Adresse zusätzliche Verifizierungsbildschirme auslösen, mitten in Ihrem Anfrageset entsteht ein Abbruch, und die Aufzeichnung dieses Durchlaufs wird unbrauchbar. Bei langen Sets beseitigt eine ausschließlich Ihnen zugewiesene Adresse dieses Risiko weitgehend.

Wonach erscheinen Karten- und Unternehmensblöcke?

Lokale Ergebnisblöcke beruhen auf der Ableitung, die die Suchmaschine darüber trifft, woher die Anfrage kommt. Hauptquelle dieser Ableitung ist die Entsprechung der IP-Adresse in der Geodatenbank, deren Genauigkeit auf Länderebene hoch und auf Stadtebene schwankend ist. Zwei unterschiedliche Exits im selben Land können bei derselben Anfrage eine andere Unternehmensliste zeigen; das ist kein Fehler, sondern die natürliche Genauigkeitsgrenze der Ableitung.

Die zweite, weitaus stärkere Quelle ist die Standortschnittstelle des Browsers. Wenn eine Seite die Standortberechtigung anfragt und erhält, überschreiben die gewonnenen Koordinaten die IP-basierte Ableitung. Erteilen Sie diese Berechtigung bei einer regionalen Prüfung nicht; haben Sie sie erteilt, nehmen Sie sie im Testprofil zurück. Andernfalls sehen Sie trotz eines Exits in Mailand die Unternehmen Ihrer eigenen Stadt und halten den Proxy für defekt.

Der dritte Punkt ist die Quelle der Blöcke. Suchmaschinen, die keine eigene Karteninfrastruktur betreiben, speisen diesen Bereich von einem Anbieter; dessen Abdeckung ist nicht in jedem Land gleich. In einer Region gar keinen lokalen Block zu sehen, bedeutet nicht, dass es dort keine Ergebnisse gibt – meist zeigt es, dass dieser Kanal dort nicht aktiv ist. Unterscheiden lässt sich das, indem Sie dieselbe Anfrage in einer anderen datenschutzorientierten Suchmaschine wiederholen und das Blockverhalten vergleichen; das über eine Vermittlerschicht arbeitende Startpage und das in Europa beheimatete Qwant sind dafür passende Gegenstücke, und die Einrichtungsleitfäden zu beiden finden Sie in der Liste verwandter Seiten am Ende dieser Seite.

Stichproben: wie viele Anfragen, wie viele Wiederholungen, welcher Nachweis?

Eine einzelne Anfrage einmal zu betrachten und daraus Schlüsse zu ziehen, ist in diesem Bereich die häufigste Fehlerquelle. Suchergebnisse schwanken auch ohne Personalisierung über die Zeit: Neue Seiten kommen in den Index, Ranking-Signale werden aktualisiert, Oberflächen-Tests können verschiedenen Nutzern verschiedene Layouts zeigen. Ob der beobachtete Unterschied regionaler Natur oder zeitliches Rauschen ist, klärt allein die Wiederholung.

Ein brauchbarer Plan besteht aus drei Teilen. Der erste ist ein festes Anfrageset: zehn bis zwanzig themenbezogen ausgewählte Anfragen, die zwischen den Tests unverändert bleiben. Der zweite ist ein Wiederholungsplan: dasselbe Set über denselben Exit zu zwei verschiedenen Tageszeiten und an mindestens zwei verschiedenen Tagen auszuführen. Der dritte ist die Nachweisdokumentation: für jeden Lauf Anfrage, Exit-Label, Land, Uhrzeit und Screenshot. Ein Vergleich ohne Nachweise ist eine Woche später angreifbar.

Vergessen Sie die Kontrollgruppe nicht. Lassen Sie neben dem Zielland gleichzeitig einen Exit aus Ihrem eigenen Land laufen, gehört der gesamte Unterschied zwischen beiden Bildern der Region; bei einer einseitigen Messung lässt sich der Einfluss der Zeit nicht abtrennen. Wollen Sie die Zahl der Anfragen erhöhen, legen Sie vor dem Umstieg auf Automatisierung ein vernünftiges Tempo fest, halten Sie den Abstand zwischen den Anfragen nahe an einem menschlichen Rhythmus und prüfen Sie zu Beginn jedes Durchlaufs, ob der Exit noch erreichbar ist.

• Halten Sie das Anfrageset schriftlich fest und ändern Sie es zwischen den Tests nicht.
• Notieren Sie bei jedem Lauf die Exit-IP; läuft das Sticky-Fenster ab, geraten die Aufzeichnungen durcheinander.
• Bewahren Sie neben dem Screenshot auch die HTML-Aufzeichnung der Seite auf.
• Lassen Sie in jedem Durchlauf einen Kontroll-Exit aus Ihrem eigenen Land mitlaufen.
• Vergleichen Sie die Ergebnisse nicht als Reihenfolge, sondern als Menge; die Platzierung allein führt in die Irre.