Die kombinierten MetaGer-Ergebnisse hinter einem Proxy untersuchen
MetaGer ist eine Metasuchmaschine: Sie leitet die Anfrage an mehrere Quellen weiter, führt die zurückgegebenen Listen zusammen, entfernt Dubletten und zeigt Ihnen eine einzige Seite. Diese Struktur macht die regionale Untersuchung per Proxy anders als bei Suchmaschinen mit nur einem Index. Diese Seite erklärt, woraus der Unterschied entsteht und wie er sich messen lässt.
Logik der ZusammenfuehrungWie verändert das Zusammenführen mehrerer Quellen zu einer Liste das Ergebnis?
02
AktualitätsketteEntsteht die Verzögerung im Crawling-Zyklus der Quelle oder in der Zusammenführungsebene?
03
Operator-WeitergabeWo geht ein Operator auf dem Weg zu den Quellen verloren?
04
Regionaler ExitWelche Ebene das Exit-Land berührt und welche nicht.
Bei Metasuchmaschinen ist die Ergebnisseite kein Abbild eines einzelnen Index. Ihre Anfrage wird parallel an mehrere Quellen weitergeleitet, die zurückgegebenen Listen werden zusammengeführt, Einträge mit derselben Adresse werden zu einem zusammengefasst, und die verbleibende Menge wird in eine einzige Reihenfolge gebracht. Das Ranking, das Sie sehen, ist das Ergebnis dieser Zusammenführungsentscheidung — in keiner der Quellen existiert es in exakt dieser Form.
Das hat aus Proxy-Sicht eine konkrete Folge. Wenn Sie Ihr Exit-Land ändern, entsteht die Wirkung nicht in der Zusammenführungsebene, sondern in den Antworten der einzelnen Quellen. Reagiert eine Quelle auf regionale Signale, ändert sich ihr Beitrag, der Beitrag einer nicht reagierenden Quelle bleibt gleich, und in der kombinierten Liste sehen Sie die Summe daraus. Deshalb fällt der Unterschied gegenüber einer Suchmaschine mit nur einem Index meist weicher und weniger vorhersehbar aus.
Die folgenden Abschnitte erläutern diese Kette der Reihe nach: Zusammenführungslogik, Aktualität, Operator-Weitergabe, Entscheidung über den Exit-Typ, Verifizierungsmethode, regionale Darstellung und schließlich Einrichtung und Grenzen.
Wie entsteht die kombinierte Ergebnisseite?
Die Kette beginnt bei Ihrem Client. Die Anfrage geht an den Endpoint von MetaGer; von dort wird sie gleichzeitig an mehrere Quellen verteilt. Jede Quelle liefert eine Liste mit ihrer eigenen Sortierung zurück. Der Metasucher nimmt diese Listen, fasst Einträge mit demselben Ziel in einer Zeile zusammen und erzeugt mit seiner eigenen Gewichtung die endgültige Reihenfolge. Hinter jeder Zeile, die Sie auf der Ergebnisseite sehen, steht mindestens eine Quelle, hinter manchen mehrere.
Der Proxy greift nur im ersten Schritt dieser Kette ein: bei der Verbindung zwischen Ihnen und dem Metasucher. Wie der Metasucher sich mit den Quellen verbindet, ist von Ihrer Netzwerkeinstellung unabhängig. Diese Trennung definiert auch eine Grenze — Ihr Exit-Land wirkt auf der Seite der Quellen nicht als direktes geografisches Signal, sondern über den Kontext, den der Metasucher weitergibt. Erwarten Sie beim Wechsel des Landes also kein so scharfes Bild wie bei einer Suchmaschine mit nur einem Index.
Die zweite praktische Folge betrifft die Diagnose. Fehlt ein Ergebnis an der erwarteten Stelle, kann das zwei Ursachen haben: Keine der Quellen hat diese Seite zurückgegeben — oder sie hat sie zurückgegeben, die Seite ist aber beim Zusammenführen nach unten gerutscht. Um das zu trennen, wiederholen Sie dieselbe Anfrage in einer Suchmaschine mit nur einem Index; eine auf eigenem Crawling beruhende Suchmaschine wie Mojeek liefert einen guten Referenzpunkt, und ihren Leitfaden erreichen Sie über die Liste verwandter Seiten am Seitenende.
Hinweis
Wenn auf der Ergebnisseite angegeben ist, aus welcher Quelle ein Eintrag stammt, notieren Sie diese Information auch in Ihren Vergleichsaufzeichnungen. Die Quellenverteilung ist der stärkste Hinweis darauf, woraus der Unterschied zwischen zwei Durchläufen entsteht.
SCHEMADie Knoten von der Anfrage bis zur kombinierten Liste
Sie koennen das Schema durch horizontales Scrollen betrachten
Der Proxy greift nur an der Kante zwischen Client und Metasucher ein; die Verbindungen zu den Quellen liegen außerhalb Ihrer Netzwerkeinstellung.
Aktualitätskette: Wo sammelt sich die Verzögerung?
Auf einer kombinierten Seite hängt die Aktualität nicht an einem einzigen Zeitplan. Jede Quelle hat ihre eigene Crawling-Frequenz; eine Seite kann im Index der einen Quelle stehen und in der anderen noch nicht. In der kombinierten Liste zeigt sich das darin, dass die Seite zwar erscheint, aber weiter unten steht als erwartet. Das langsamste Glied der Kette bestimmt die praktische Aktualitätsgrenze für diese Anfrage.
Der Proxy fügt diesem Bild nichts hinzu. Den Netzwerkpfad zu ändern, beeinflusst weder den Crawling-Zyklus der Quellen noch das Aktualisierungsintervall des Metasuchers. Die Beobachtung „aus einem anderen Land kommen neuere Ergebnisse“ ist fast immer die Folge von etwas anderem: einer anderen Gewichtung des Quellenmixes bei dieser Anfrage oder eines Caches auf Ihrer Seite.
Um den Cache auf Ihrer Seite zu berücksichtigen, genügt es, jeden Durchlauf in einem sauberen Fenster mit deaktiviertem Cache zu öffnen; die Einzelheiten des Mechanismus stehen im Beitrag HTTP-Proxy-Caching . Der eigentlich aufmerksamkeitsbedürftige Punkt ist der kombinierten Seite eigen und wird sehr leicht mit Caching verwechselt: Wenn eine Quelle mit der Antwort zu lange braucht, wartet der Metasucher nicht unbegrenzt, sondern baut die Seite mit den vorliegenden Listen auf. Dieselbe Anfrage kann bei demselben Exit und in derselben Minute zwei verschiedene Quellenmischungen erzeugen.
Dieses Verhalten sieht aus wie ein Aktualitätsunterschied, ist aber ein Timeout-Verhalten und lässt sich unterscheiden. Wiederholen Sie einen langsam zurückkommenden Durchlauf unverändert. Ist die fehlende Quelle im zweiten Durchlauf wieder in der Liste, sehen Sie keine Index-Aktualität, sondern eine im ersten Durchlauf ausgefallene Quelle; ist sie nicht zurückgekehrt, trägt diese Quelle zu dieser Anfrage tatsächlich nichts bei. Ohne diese Unterscheidung zu sagen „aus diesem Land kommen neuere Ergebnisse“ ist die am leichtesten zu widerlegende Behauptung einer Messung.
Warten Sie bei der Suche nach einer neuen Seite mindestens einige Stunden; ihr Fehlen ist kein regionaler Unterschied.
Öffnen Sie jeden Durchlauf in einem sauberen Profil; deaktivieren Sie den Cache.
Notieren Sie in jedem Durchlauf, wie viele Quellen beigetragen haben; eine fehlende Quelle sieht aus wie Aktualität.
Stellen Sie keine Aktualitätsbehauptung auf, ohne einen langsam zurückkommenden Durchlauf zu wiederholen.
Wie werden Operatoren vom Metasucher an die Quellen weitergegeben?
In einer Suchmaschine mit nur einem Index wird ein Operator an einer einzigen Stelle interpretiert. Bei der Metasuche gibt es dagegen zwei Stufen: Der Metasucher parst den Operator und reicht ihn an die Quellen weiter; jede Quelle interpretiert ihn nach ihren eigenen Regeln. Unterstützt eine Quelle die Phrasensuche, verengt sich ihr Beitrag, während eine nicht unterstützende Quelle weiterhin eine breite Liste liefert. Auf der kombinierten Seite sehen Sie die Summe aus beidem — deshalb fällt die Verengung beim Einsatz eines Operators womöglich nicht so scharf aus wie erwartet.
Dieses Verhalten zu testen ist nicht schwer. Führen Sie dieselbe Anfrage in drei Varianten aus: einfach, als exakte Phrase und mit Ausschluss eines Wortes. Notieren Sie in jedem Durchlauf die Ergebniszahl und die ersten zehn Einträge. Stellen Sie beim Ausschlusstest sicher, dass das ausgeschlossene Wort in den Ergebnissen des einfachen Durchlaufs tatsächlich vorkommt; andernfalls messen Sie nicht den Operator, sondern eine wirkungslose Änderung.
Auch Fokus- oder Kategorieoptionen verhalten sich wie Operatoren: Sie leiten die Anfrage an ein anderes Quellenset. Wenn Sie von Web-Ergebnissen zu einem nachrichten- oder wissenschaftsorientierten Set wechseln, wird Ihr Vergleich zurückgesetzt, denn Sie schauen nicht mehr auf dieselben Quellen. Halten Sie den Fokus während der gesamten Messung konstant und notieren Sie in Ihrem Protokoll, in welchem Fokus Sie arbeiten.
Phase
Was es tut
Bedeutung für die Messung
Parsen der Anfrage
Erkennt den Operator und bereitet die Weitergabe vor
Ein Tippfehler wird hier stillschweigend zu Text
Verteilung an die Quellen
Wird an jede Quelle in deren Format weitergereicht
Die Unterstützung variiert je nach Quelle
Zusammenführen der Antworten
Listen werden entdoppelt und sortiert
Die Verengung fällt in der Summe weicher aus
Fokusauswahl
Ändert das Quellenset
Der Vergleich wird zurückgesetzt, halten Sie ihn konstant
Die Entscheidung über den Exit-Typ auf zwei Achsen denken
Bei einer Arbeit, die Suchergebnisseiten ausliest, bestimmen zwei Achsen die Exit-Wahl. Die erste ist die Pool-Vielfalt: über wie viele verschiedene Netze und Regionen sich Ihre Adressen verteilen. Die zweite ist die Session-Stabilität: wie lange eine Adresse bei Ihnen bleibt. Diese beiden Eigenschaften bewegen sich meist gegenläufig, und die richtige Wahl hängt von der Art der Arbeit ab.
Bei vergleichenden Messungen ist Stabilität in der Regel wichtiger als Vielfalt, denn zu wissen, dass jeder Durchlauf von derselben Adresse kommt, macht das Bild vertretbar. Deshalb werden bei Arbeiten, die sich über Tage erstrecken, ISP Proxy oder ein statischer Datacenter-Exit bevorzugt. Wollen Sie dagegen eine breite Stichprobe aus verschiedenen Regionen sammeln, gewinnt die Vielfalt, und ein Residential Pool ist besser geeignet.
Ebenso wichtig wie die Poolgröße ist die Verteilung: Adressen, die sich über viele verschiedene Subnetze verteilen, sind robuster als ein großer Pool, der in einem einzigen Block steckt; wird ein einzelnes Subnetz markiert, verliert nicht der gesamte Pool gleichzeitig an Wert. Bei Arbeiten, die Rotation verlangen, verteilt ein Pool, der bei jeder Anfrage die Adresse wechselt, die Last; versäumen Sie nur nicht zu protokollieren, welcher Durchlauf von welcher Adresse kam, sonst wird der Vergleich nicht mehr nachvollziehbar.
SCHEMADie Position der Exit-Typen zwischen Vielfalt und Stabilität
Sie koennen das Schema durch horizontales Scrollen betrachten
Die Positionen sind eine relative Anordnung, keine Messung: Die rechte obere Ecke ist nicht das Ideal, sondern lediglich der Bereich, in dem beide Eigenschaften zugleich hoch sind.
Exit-Plan für Ihre MetaGer-Untersuchungen
Bei Vergleichen über mehrere Tage wird eine statische Adresse bevorzugt, beim Sammeln breiter Stichproben ein Pool mit hoher Vielfalt.
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.
Der natürlichste mobile Traffic dank IPs echter 4G-Netzbetreiber; hohe Erfolgsquote selbst bei den strengsten Plattformen. Ideal für Social Media und Automatisierung.
Verifizierungsschritte, die einen Befund vertretbar machen
Bei einer Metasuchmaschine zu sagen „in diesem Land sind die Ergebnisse anders“ verlangt sorgfältigere Belege als bei einer Suchmaschine mit nur einem Index. Denn in einer kombinierten Liste kann schon eine kleine Gewichtungsänderung die Reihenfolge verschieben, und das sieht aus wie ein regionaler Unterschied. Die allgemeine Stichprobenmethode — wie das Anfragenset fixiert wird, wie die Durchläufe über den Kalender verteilt werden, warum eine Kontrollgruppe nötig ist — erklärt der Abschnitt zur Stichprobenbildung auf der Swisscows-Seite . Hier betrachten wir nur das Beweisproblem, das der kombinierten Seite eigen ist.
Dieses Problem lautet: Bei der Metasuche ist die Identität eines Eintrags zweiteilig. Auf der einen Seite seine Adresse, auf der anderen die Quelle, die ihn in die Liste gebracht hat. Zeigt die Ergebnisseite die Quellenkennzeichnung, speichern Sie diese zusammen mit den Adressen der ersten zehn Zeilen; zeigt sie sie nicht, notieren Sie zumindest, wie viele verschiedene Quellen beigetragen haben. So haben Sie nicht eine einzelne Rangliste, sondern zwei Serien, die einander kontrollieren.
Führen Sie den Vergleich über diese beiden Serien in dieser Reihenfolge durch. Schauen Sie zuerst auf die Quellenverteilung: Hat sich zwischen den beiden Durchläufen geändert, wie viele Zeilen jede Quelle geliefert hat? Wenn ja, dürfen Sie die Verschiebung in der Reihenfolge nicht als regionalen Unterschied lesen, denn das Rohmaterial der Liste hat sich geändert. Bleibt die Verteilung konstant und verschiebt sich dennoch die Reihenfolge, liegt der Unterschied in der Zusammenführungsgewichtung, und das ist eine Entscheidung der Suchmaschine, nicht Ihres Exits. Nur im dritten Fall — Verteilung konstant, Gewichtung gleich, und dennoch kommen andere Adressen zurück — haben Sie einen vertretbaren regionalen Befund.
Wenn Sie die Messung automatisieren, halten Sie die Anfragetaktung nahe an menschlicher Nutzung; stoßen Sie an ein Rate Limit, besteht die Lösung nicht darin, die Zahl der Adressen zu erhöhen, sondern die Abstände zwischen den Durchläufen zu vergrößern und das Anfragenset zu verkleinern. Bei der Metasuche ist das noch entscheidender, denn eine einzige Anfrage von Ihnen erzeugt im Hintergrund Arbeit für mehrere Quellen, und die Seite wartet auf die langsamste. Wenn Sie die Taktung verdichten, messen Sie nicht das Verhalten der Suchmaschine, sondern die Warteschlange, die Sie selbst aufgetürmt haben. Das praktische Prinzip ist einfach: Halten Sie die Zahl gleichzeitiger Verbindungen unterhalb des von Ihrem Anbieter definierten Limits und legen Sie zwischen die Durchläufe eine feste Wartezeit.
Tipp
Lesen Sie zu Beginn jedes Durchlaufs die Exit-Adresse mit Meine IP-Adresse aus und schreiben Sie sie in die erste Zeile Ihres Protokolls. Wenn das Sticky-Fenster mitten im Durchlauf abläuft, ist diese Zeile der einzige Beleg dafür, ob die Schwankung in der Quellenverteilung vom Exit oder von der Suchmaschine kommt.
Regionale Darstellung: Welcher Exit zeigt was?
Das Exit-Land wirkt auf Oberflächensprache, Währungsformat und die Sortierung von Anfragen mit regionalem Signal. Diese Wirkung tritt allerdings nicht bei jeder Anfrage auf. Während ein Länderwechsel bei einer konzeptuellen Frage fast nichts verändert, trennt sich das Bild bei einer Anfrage nach einer lokalen Dienstleistung deutlich auf. Mischen Sie diese beiden Anfragetypen beim Aufbau Ihres Vergleichssets bewusst: Der eine dient als Kontrolle, der andere als Signal.
Bei Kontrollen innerhalb Europas ist ein Exit in Deutschland ein praktischer Ausgangspunkt; wenn eine zweite europäische Referenz nötig ist, erfüllt ein Exit in den Niederlanden dieselbe Aufgabe mit hoher Kapazität. Um die türkische Ergebnisdarstellung zu prüfen, wird ein Exit in der Türkei verwendet; alle weiteren Länderoptionen sehen Sie in der Standortliste am Seitenende. Vergessen Sie beim Länderwechsel nicht, auch die Sprachpräferenz des Browsers mitzuführen; andernfalls senden Sie der Suchmaschine zwei widersprüchliche Signale.
Ein Hinweis betrifft außerdem die Einwilligungsdialoge. Bei Verbindungen aus Ländern der Europäischen Union können Dialoge zu Cookies und Datenverarbeitung anders erscheinen; die dort getroffenen Entscheidungen beeinflussen das Verhalten nachfolgender Anfragen. Treffen Sie in jedem Durchlauf dieselbe Wahl und halten Sie auch das in Ihrem Protokoll fest, denn die Ursache des Unterschieds zwischen zwei Durchläufen liegt manchmal nicht in den Ergebnissen, sondern in Ihrer Entscheidung in diesem Dialog.
SCHEMADie Rolle regionaler Exits im Vergleich
Sie koennen das Schema durch horizontales Scrollen betrachten
Die Balkenlängen stehen für die relative Ausprägung des regionalen Signals; sie sind keine absolute Messung, sondern ein Vorschlag zur Priorisierung beim Aufbau des Sets.
Einrichtung, Protokoll und Leak-Prüfung
Die Protokollwahl richtet sich nach der Art der Arbeit. Arbeiten Sie über den Browser, ist ein HTTP Proxy der reibungsärmste Weg und öffnet für HTTPS-Traffic einen Tunnel. Geht es um Kommandozeilenwerkzeuge, Skripte oder Clients außerhalb des Browsers, ist SOCKS5 breiter kompatibel, interpretiert das transportierte Protokoll nicht und macht mit ungewöhnlichen Clients weniger Probleme. Erwarten Sie bei der Metasuche keinen messbaren Geschwindigkeitsunterschied zwischen beiden; treffen Sie die Wahl nach der Unterstützung des Werkzeugs, mit dem Sie messen.
Den Geltungsbereich auf Profilebene zu definieren ist für jemanden, der misst, der sicherste Weg: Jede Anfrage aus diesem Profil läuft über den Proxy, Ihr Alltagsbrowser bleibt unberührt. Die Verbindungsdaten werden in die Felder proxy.example.com, 8080, username und password eingetragen; die echten Werte erhalten Sie aus Ihrem Panel. Bekommen Sie nach der Einrichtung 407 , werden entweder keine Zugangsdaten gesendet oder Ihre Adressautorisierung ist abgelaufen.
Die vollständige Liste der Leak-Tests und die Reihenfolge, in der sie auszuführen sind, steht im Verifizierungsabschnitt der Swisscows-Seite ; hier ergänzen wir nur den Teil, der für die Metasuche spezifisch ist. Messen Sie vor jedem Durchlauf mit mit dem Proxy-Check-Tool , ob der Exit noch steht, und schreiben Sie die in diesem Durchlauf verwendete Adresse an den Anfang Ihres Protokolls. Auf einer kombinierten Seite erzeugen ein ausgefallener Exit und eine nicht antwortende Quelle dasselbe Symptom — eine verkürzte Ergebnisliste — und welches von beidem vorlag, können Sie im Nachhinein nur aus diesen beiden Zeilen erschließen.
Das zweite metasuchspezifische Detail ist die Dauer eines Durchlaufs. Da die Seite auf die Antwort der langsamsten Quelle wartet, schwanken die Durchlaufzeiten naturgemäß; um diese Schwankung nicht mit einem instabilen Exit zu verwechseln, notieren Sie in jedem Durchlauf sowohl die Gesamtdauer als auch die Zahl der Quellen, die zur Liste beigetragen haben. Steigt die Dauer, während die Quellenzahl konstant bleibt, liegt die Langsamkeit auf der Netzwerkseite und es ist der Exit zu prüfen; sinkt die Quellenzahl, während die Dauer steigt, liegt das Problem in der Kette der Suchmaschine selbst, und ein Exit-Wechsel behebt nichts.
Warnung
Setzen Sie die Messung an einem Exit, an dem Sie eine Zertifikatswarnung sehen, nicht fort. Ein korrekt eingerichteter Tunnel greift nicht in die TLS-Session ein; die Warnung zeigt, dass der Traffic aufgebrochen und neu verschlüsselt wird.
Grenzen, Kosten und angemessene Nutzung
Bei der Metasuche ist ein großer Teil der Latenz strukturell: Die Seite kann nicht fertig werden, bevor die Antwort der langsamsten Quelle eintrifft. Der Proxy fügt dieser Zeit seine eigene Zwischenstation hinzu; die beiden Kosten heben sich nicht auf, sie addieren sich. Deshalb ist es erwartetes Verhalten, dass die Seite mit aktivem Proxy später lädt, und eine Darstellung, der Proxy verkürze die Latenz, ist technisch nicht korrekt. Wollen Sie beides trennen, führen Sie dieselbe Anfrage mit und ohne Proxy aus und legen Sie die Zeiten nebeneinander: Bleibt der Unterschied von Durchlauf zu Durchlauf konstant, ist es die zusätzliche Zwischenstation; schwankt er, ist die Quellenseite ausschlaggebend.
Auf der Kostenseite erzeugen Suchergebnisseiten kleine Antworten, weshalb der Datenverbrauch selten ausschlaggebend ist. Ausschlaggebend sind die Zahl der Wiederholungen und der Adressbedarf. Bei einer Arbeit mit Hunderten Durchläufen macht nicht die Bandbreite Probleme, sondern Parallelität und Rate Limits; planen Sie entsprechend und halten Sie schriftlich fest, wie viele Durchläufe, wie viele Anfragen und wie viele gleichzeitige Verbindungen Sie ausführen werden, bevor Sie beginnen.
Und schließlich der Geltungsbereich: Diese Seite behandelt Szenarien zu regionaler Verifizierung, Datenschutz und Recherche. Die Nutzungsbedingungen eines Dienstes gelten unabhängig vom Exit-Land; massenhafte Anfragenerzeugung, gefälschte Interaktionen oder das Aushebeln von Sicherheitsmaßnahmen sind nicht Gegenstand dieses Leitfadens. Wollen Sie ähnlich aufgebaute Suchmaschinen vergleichen, ist das selbst gehostete SearXNG ein gutes Gegenstück; seinen Leitfaden und die Einrichtungsseiten anderer Suchmaschinen finden Sie in der Liste verwandter Seiten unten.
Häufig gestellte Fragen zu MetaGer und Proxys
01Warum ändern sich die Ergebnisse kaum, wenn ich das Exit-Land wechsle?
Auf einer kombinierten Seite entsteht der Effekt in den Antworten der einzelnen Quellen. Da der Beitrag von Quellen, die nicht auf regionale Signale reagieren, gleich bleibt, glättet sich das Gesamtbild. Wollen Sie den Unterschied sehen, verwenden Sie Suchanfragen mit klar lokaler Absicht und vergleichen Sie über das gesamte Set.
02Beeinflusst der Proxy, wie der Metasucher die Quellen anspricht?
Nein. Ihre Proxy-Einstellung gilt nur für die Verbindung zwischen Ihnen und der Suchmaschine. Wie die Suchmaschine ihre eigenen Quellen erreicht, liegt vollständig außerhalb Ihrer Netzwerkkonfiguration und lässt sich von dort nicht ändern.
03Warum grenzt die Phrasensuche nicht so stark ein, wie ich erwarte?
Selbst wenn der Operator an jede Quelle weitergereicht wird, interpretiert ihn nicht jede Quelle gleich. Der Beitrag der unterstützenden Quelle verengt sich, während die Liste der nicht unterstützenden breit bleibt, und auf der kombinierten Seite sehen Sie die Summe aus beidem. Um die Verengung zu messen, vergleichen Sie mit einem Durchlauf ohne Operator.
04Die Ergebnisseite lädt langsam, liegt das am Proxy?
Zum Teil möglich, aber bei der Metasuche ist ein Teil der Latenz strukturell: Die Seite muss auf die Antwort der langsamsten Quelle warten. Der Proxy fügt darüber hinaus seine eigene Zwischenstation hinzu. Um beides zu trennen, führen Sie dieselbe Anfrage mit deaktiviertem Proxy aus und vergleichen Sie die beiden Zeiten.
05Muss ich notieren, welcher Eintrag aus welcher Quelle stammt?
Wenn Sie eine Vergleichsstudie durchführen, ja. Die Quellenverteilung ist der direkteste Hinweis darauf, ob der Unterschied zwischen zwei Durchläufen aus der Region oder aus einer Schwankung der Quellengewichtung stammt, und sie lässt sich im Nachhinein nicht rekonstruieren.
06Beeinflussen die Auswahlen im Einwilligungsdialog die Messung?
Ja. Die Entscheidung, die Sie im Zustimmungsdialog treffen, kann das Verhalten nachfolgender Anfragen verändern, und diese Entscheidung wird im Browserprofil gespeichert. Treffen Sie in jedem Durchlauf dieselbe Wahl, halten Sie sie in Ihrem Protokoll fest, und wenn Sie das Profil zwischen den Durchläufen zurücksetzen, tun Sie das für alle Exits auf dieselbe Weise.
07Reicht für diese Aufgabe ein kostenloser Exit?
Auf einer kombinierten Seite nicht, denn was Sie verlieren, ist nicht Geschwindigkeit, sondern Nachvollziehbarkeit. Bei einem kostenlosen Exit kann die Adresse mitten im Durchlauf wechseln, und dann lässt sich zwischen den Durchläufen nicht mehr zuordnen, welcher Eintrag aus welcher Quelle stammt. Die übliche Schwankung der Quellengewichtung und die Wirkung des Adresswechsels überlagern sich; Ihnen bleibt keine Konstante, um beides zu trennen, und Ihr Befund kommt über den Satz „die Ergebnisse haben sich geändert“ nicht hinaus.
08Soll ich SOCKS5 oder einen HTTP Proxy verwenden?
Wenn Sie im Browser arbeiten, erfüllen beide ihren Zweck, und die Einrichtung eines HTTP Proxys geht schneller. Nutzen Sie Skripte oder Kommandozeilenwerkzeuge, ist SOCKS5 breiter kompatibel. Treffen Sie die Wahl nach der Werkzeugkompatibilität und erwarten Sie keinen Geschwindigkeitsunterschied.