Proxy-Abdeckung bei einem erweiterungsbasierten Suchprodukt: das Beispiel Search Encrypt
Search Encrypt war ein Suchprodukt, das mit dem Anspruch beworben wurde, die Suchanfrage clientseitig zu verarbeiten und die Session kurz zu halten, und dessen Verbreitung weitgehend auf einer Browser-Erweiterung beruhte; searchencrypt.com bietet heute keine Suchoberfläche mehr. Diese Seite behandelt es nicht als Installationsanleitung, sondern als Beispiel dafür, wo die Proxy-Abdeckung bei erweiterungsbasierten Suchprodukten bricht.
Abgrenzung der AbdeckungDie von der Erweiterung umgeleitete Anfrage und der vom Proxy transportierte Traffic sind nicht dasselbe.
02
Verhalten der OperatorenMessen, ob Anführungszeichen, Minus und Domain-Einschränkung tatsächlich funktionieren.
03
Mobil und DesktopWarum zwei Oberflächen das Ergebnislayout unterschiedlich darstellen.
04
Anfragen außerhalb der AbdeckungDer zweite Endpunkt, der die lokalen Blockdaten abruft, bleibt außerhalb der Proxy-Regel.
Bei datenschutzorientierten Suchprodukten werden zwei verschiedene Ebenen häufig miteinander verwechselt. Die erste Ebene betrifft die Suchanfrage selbst: wie der Suchbegriff gespeichert wird, wie lange die Session dauert, wann der Verlauf verfällt. Die zweite Ebene ist die Netzwerkebene: von welcher Adresse die Anfrage ausgeht, in welches Land sie geschrieben wird, wer auf dem Weg was sieht. Search Encrypt erhob einen Anspruch auf der ersten Ebene, ein Proxy wirkt ausschließlich auf der zweiten.
Diese Unterscheidung von Anfang an klarzustellen, bringt einen praktischen Nutzen. Die Ende-zu-Ende-Vertraulichkeit Ihrer Suchanfrage können Sie nicht über eine Einstellung auf der Netzwerkseite erkaufen; umgekehrt erhalten Sie die Ergebnisansicht eines anderen Landes auch nicht über die Datenschutzfunktionen des Produkts. Das Produkt selbst bietet heute keine Suchoberfläche mehr, die folgende Darstellung ist daher keine Einrichtungsempfehlung: Sie steht hier, um zu zeigen, wo die Proxy-Abdeckung bei erweiterungsbasierten Suchwerkzeugen mit demselben Verbreitungsmodell lückenhaft bleibt.
Im Folgenden behandeln wir zunächst den Lebenszyklus der Anfrage, dann die Auswirkungen der erweiterungsbasierten Verbreitung auf die Abdeckung, anschließend das Verhalten der Operatoren, die Unterscheidung zwischen Mobil und Desktop sowie das Risiko, dass die lokale Block-Anfrage außerhalb der Abdeckung bleibt. Einrichtungspunkte, Prüfreihenfolge und Fehlersymptome folgen am Ende.
Der Lebenszyklus einer Suche und der Punkt, an dem der Proxy einsetzt
Auf Nutzerseite verläuft der Zyklus in drei Phasen. In der ersten Phase wird die Suchanfrage auf dem Client vorbereitet: Der Text wird erfasst, die produkteigenen Verarbeitungsschritte werden angewendet und die Anfrage wird formatiert. Diese Phase läuft vollständig auf Ihrem Gerät ab, die Netzwerkebene ist noch nicht im Spiel; Ihre Proxy-Einstellung hat auf diesen Schritt daher keinerlei Einfluss.
In der zweiten Phase geht die Anfrage ins Netz. Genau hier greift der Proxy: Die Verbindung wird zuerst zum Proxy-Server aufgebaut, der Tunnel geöffnet und die Anfrage von dort an das Ziel weitergeleitet. Für die Gegenseite ist die Adresse, von der die Anfrage kommt, nun die des Proxys. Auch die Zielseiten, die sich beim Klick auf Links der Ergebnisseite öffnen, durchlaufen dieselbe Regel – umfasst Ihre Regel nur die Such-Domain, öffnet sich die angeklickte Seite über Ihren eigenen Ausgang und der Vergleich wird verfälscht.
In der dritten Phase schließt sich das Session-Fenster. In der Produktwerbung stand im Vordergrund, dass der lokale Suchkontext nach einer bestimmten Zeit ungültig wird. Das ist keine Netzwerkfunktion; mit dem Sticky-Fenster Ihrer Proxy-Session hat es ebenfalls nichts zu tun. Zu wissen, dass beide Zeiträume unabhängig voneinander laufen, spart bei der Diagnose unerwarteten Verhaltens Zeit.
Hinweis
Die Session-Dauer auf Produktseite und das Sticky-Fenster auf Proxy-Seite sind zwei verschiedene Uhren. Läuft die eine ab, bleibt die andere unberührt; notieren Sie beide bei Messungen getrennt.
SCHEMADer dreiphasige Zyklus der Suchanfrage
Sie koennen das Schema durch horizontales Scrollen betrachten
Der Proxy ist nur in der mittleren Phase aktiv; die Vorbereitung läuft auf dem Gerät, das Session-Fenster auf Seiten des Produkts.
Die netzwerkseitigen Folgen einer erweiterungsbasierten Einrichtung
Suchprodukte, die als Browser-Erweiterung kommen, arbeiten, indem sie den Standardsuchanbieter und das Verhalten neuer Tabs ändern. Das bedeutet, dass jeder Ausdruck, den Sie in die Adressleiste eingeben, an einen bestimmten Endpunkt geht. Netzwerkseitig hat das zwei Folgen. Erstens kann sich die Anfrage nicht nur auf eine einzige Domain, sondern auch auf Hilfs-Endpunkte des Produkts verteilen. Zweitens gehen die Update- und Telemetrie-Anfragen der Erweiterung an eigene Domains.
Ist Ihre Proxy-Regel domainbasiert, bleibt ein Teil dieser Anfragen außerhalb der Abdeckung. Für jemanden, der misst, ist das ein echtes Problem: Sie wissen dann nicht mehr genau, von welchem Ausgang die Ergebnisse stammen. Die Lösung hat zwei Wege. Entweder definieren Sie die Abdeckung nicht über die Domain, sondern über das Profil – jede Anfrage aus diesem Profil läuft dann über den Proxy – oder Sie nutzen eine systemweite Einstellung. Ein separates Profil liefert in den meisten Szenarien das sauberere Ergebnis.
In Unternehmensnetzen kommt eine weitere Ebene hinzu: Die Installation von Erweiterungen kann per Richtlinie eingeschränkt und der Suchanbieter zentral festgelegt sein. In einem solchen Netz können Sie ein erweiterungsbasiertes Produkt gar nicht erst in Betrieb nehmen; Sie müssen Ihre Messung über eine direkt im Web erreichbare Suchmaschine aufbauen. Vergessen Sie nicht, dass im selben Netz auch der Ausgang über eine zentrale Zwischenschicht läuft; überlagern sich zwei Zwischenschichten, wird die Diagnose schwieriger und Sie müssen zuerst klären, welche davon aktiv ist.
Öffnen Sie für Tests ein separates Browser-Profil; verwenden Sie nicht Ihr Alltagsprofil.
Definieren Sie die Abdeckung über das Profil, nicht über die Domain.
Betreiben Sie VPN und Proxy nicht gleichzeitig; sonst bleibt unklar, welcher davon wirksam ist.
Prüfen Sie im Unternehmensnetz zuerst, ob eine lokale Zwischenschicht aktiv ist.
Warnung
Dieser Abschnitt empfiehlt nicht, eine Erweiterung zu installieren. Da Sucherweiterungen den Standardsuchanbieter und das Verhalten neuer Tabs ändern, geht jeder Ausdruck, den Sie in die Adressleiste eingeben, an den Endpunkt des Anbieters; die Search-Encrypt-Erweiterung wurde von Sicherheitsanbietern zudem verbreitet als unerwünschtes Programm eingestuft. Wenn Sie ein solches Add-on in Betracht ziehen, prüfen Sie vor der Installation den Herausgeber, die angeforderten Berechtigungen und die Domains, zu denen es Verbindungen aufbaut; ist es für die Messung nicht erforderlich, installieren Sie es gar nicht erst.
Funktionieren Anführungszeichen, Minus und Domain-Einschränkung tatsächlich?
Die Unterstützung von Operatoren unterscheidet sich von Suchmaschine zu Suchmaschine und wird im Laufe der Zeit stillschweigend angepasst. Deshalb ist es sicherer, die Funktion eines Operators zu messen, statt sie anzunehmen. Die Methode ist einfach: Führen Sie dieselbe Suchanfrage mit und ohne Operator aus und vergleichen Sie die Ergebnismenge. Wird die Menge nicht kleiner, wird der Operator entweder nicht unterstützt oder nur als Hinweis gewertet.
Es gibt drei grundlegende Verhaltensweisen. Die Phrasensuche versucht, die Suchanfrage als Ganzes abzugleichen, und senkt die Ergebniszahl in der Regel deutlich. Der Ausschluss filtert Seiten heraus, die das angegebene Wort enthalten; stellen Sie vor dem Test sicher, dass das auszuschließende Wort in den Ergebnissen tatsächlich vorkommt. Die Domain-Einschränkung verdichtet die Ergebnisse auf eine einzige Website und bleibt ohne Unterstützung wirkungslos.
Achten Sie bei Operator-Tests in Kombination mit einem Proxy auf eine Falle: Die Ergebnismenge kann sowohl vom Operator als auch vom Ausgangsland beeinflusst werden. Verändern Sie beide Variablen gleichzeitig, lässt sich nicht mehr trennen, welche gewirkt hat. Fixieren Sie zuerst das Operator-Verhalten bei einem einzigen Ausgang und wechseln Sie erst danach das Land. Dieselbe Disziplin gilt für andere Suchmaschinen; Mojeek mit eigenem Index und DuckDuckGo mit vorgelagerter Schicht sind zwei geeignete Referenzen für den Vergleich des Operator-Verhaltens, und die zugehörigen Ratgeber erreichen Sie über die Liste am Seitenende.
Zu prüfendes Verhalten
Erwartete Wirkung
Bei fehlender Unterstützung sichtbar
Phrasensuche
Ergebnismenge wird deutlich kleiner
Menge bleibt nahezu gleich
Wortausschluss
Seiten mit dem ausgeschlossenen Wort fallen weg
Dieselben Seiten bleiben in der Liste
Domain-Einschränkung
Nur diese Website wird gelistet
Es kommen weiterhin gemischte Quellen zurück
Dateityp-Einschränkung
Der angegebene Typ rückt in den Vordergrund
Der Operator wird als Teil des Textes gewertet
Warum unterscheiden sich mobile und Desktop-Oberfläche?
Beide Oberflächen greifen auf denselben Index zu, erzeugen aber nicht dieselbe Seite. Der sichtbarste Unterschied ist das Platzbudget: Auf schmalen Bildschirmen passen weniger organische Ergebnisse in den sichtbaren Bereich, weshalb die vertikale Reihenfolge stärker ins Gewicht fällt. Ein Ergebnis auf derselben Position ist auf dem Desktop auf den ersten Blick sichtbar, auf dem Mobilgerät kann es zwei Scrollvorgänge weiter unten liegen. Das ist kein Ranking-Unterschied, sondern ein Layout-Unterschied, und Sie müssen ihn in der Auswertung trennen.
Der zweite Unterschied sind die Angaben, die der Client übermittelt. Der User-Agent-String, die Bildschirmmaße und die Touch-Fähigkeit führen zur Auswahl des mobilen Layouts. Die mobile Ansicht im Desktop-Browser zu simulieren, nähert das Layout an, gleicht es aber nicht vollständig an; ein Blick auf dem echten Gerät bleibt zuverlässiger. Wenn Sie aus einem Mobilfunknetz schauen möchten, Mobile Proxy bringt zusätzlich die Standortableitung des Mobilfunknetzes ins Spiel.
Der dritte Unterschied ist das Netzwerkverhalten. Mobile Clients nutzen Verbindungen aggressiver wieder, und manche Anwendungen lesen die System-Proxy-Einstellung überhaupt nicht. Ein in den WLAN-Einstellungen definierter Proxy gilt nur in diesem Netz und umfasst die mobilen Daten nicht; sobald Sie auf die Mobilfunkverbindung wechseln, gehen die Anfragen über Ihren eigenen Mobilfunkausgang und der Vergleich bricht unbemerkt. Führen Sie die Messung auf beiden Oberflächen mit demselben Suchanfragen-Set durch und halten Sie fest, auf welchem Gerät und über welchen Verbindungstyp Sie arbeiten.
SCHEMARelative Gewichte von Desktop- und Mobil-Layout
Sie koennen das Schema durch horizontales Scrollen betrachten
Die Werte sind relative Gewichte auf einer Skala von hundert, kein Messergebnis; sie sollen den Layout-Unterschied der beiden Oberflächen zeigen.
Wählen Sie das passende Paket für Ihre Suchprüfungen
Für kurze Prüfungen genügen günstige Ausgänge; bei Vergleichen über mehrere Tage hält eine statische Adresse die Tabelle konstant.
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.
Wie gerät die lokale Block-Anfrage außerhalb der Proxy-Abdeckung?
Karten- und Unternehmensblöcke einer Ergebnisseite kommen nicht immer innerhalb der Hauptantwort. Im üblichen Aufbau wird der Block nach dem Laden der Seite über eine separate Anfrage befüllt, und diese Anfrage geht nicht an die Such-Domain, sondern an eine zweite Domain, die für Ortsdaten genutzt wird. Bei einer erweiterungsbasierten Einrichtung wird die Kette um ein weiteres Glied länger: Der in die Adressleiste eingegebene Ausdruck erreicht zuerst den von der Erweiterung angesteuerten Endpunkt, von dort die Ergebnisseite und von der Seite aus einen dritten Endpunkt, der die Blockdaten liefert. Es gibt keinen Grund anzunehmen, dass alle drei Glieder über denselben Ausgang laufen.
Genau hier entsteht das Abdeckungsproblem. Haben Sie Ihre Proxy-Regel über eine Domain-Liste eingerichtet, steht dort nur die Such-Domain; die Block-Anfrage bleibt außerhalb der Abdeckung und geht direkt über Ihre eigene Verbindung. Das entstehende Bild ist irreführend: Die organische Liste kommt über den Ausgang des Ziellandes, während sich der Kartenblock über die Ableitung Ihres tatsächlichen Standorts füllt. Die meisten lesen das als „der Proxy funktioniert nicht“; dabei stehen der funktionierende Teil und der Teil außerhalb der Abdeckung auf derselben Seite nebeneinander und warten darauf, unterschieden zu werden.
Der Weg zur Trennung führt nicht über eine engere, sondern über eine weitere Regel. Definieren Sie die Abdeckung über das Profil statt über die Domain, laden Sie die Seite neu und prüfen Sie, ob sich der Inhalt des Blocks ändert. Ändert er sich, lag das Problem bei der Abdeckung und ist gelöst. Ändert er sich nicht, liegt die Ursache nicht auf der Netzwerkseite; dann ist die Standortableitung der Suchmaschine an der Reihe und die Frage, über welchen Kanal die Blöcke gespeist werden. Die Details dazu – aus welchen Eingaben die Ableitung entsteht, warum die Standortfreigabe die IP überstimmt, warum die Abdeckung je nach Land variiert – finden Sie im Abschnitt zu lokalen Blöcken auf der Swisscows-Seite .
Tipp
Öffnen Sie den Netzwerk-Tab des Browsers und listen Sie einmal auf, an welche Domains beim Laden der Ergebnisseite Anfragen gehen. Richten Sie Ihre Proxy-Abdeckung nach dieser Liste aus, dann müssen Sie nicht raten, welcher Block über welchen Ausgang gespeist wird.
Ausgangstyp, Session und Kostenabwägung
Suchseiten erzeugen kleine Antworten; deshalb ist die Bandbreite hier selten der Engpass. Entscheidend sind vielmehr die geografische Treffgenauigkeit des Ausgangs und die Dauer, für die Ihnen die Adresse zur Verfügung steht. Für eine kurze Prüfung genügt eine Adresse aus dem Pool; bei einem Vergleich über mehrere Tage erleichtert eine feste Adresse die Arbeit.
Datacenter Proxy hält die Kosten niedrig und reicht für Prüfungen auf Länderebene völlig aus. ISP Proxy liefert eine statische Adresse und ist daher vorzuziehen, wenn Sie dieselbe Tabelle zwei Wochen später erneut erzeugen möchten. Wird Treffgenauigkeit auf Stadt- und Anbieterebene benötigt, kommt Residential-Ausgang ins Spiel. Wenn Sie eine ständig wechselnde Adresse möchten, eignet sich ein rotierender Pool; achten Sie bei vergleichenden Messungen jedoch darauf, nicht aus den Augen zu verlieren, aus welcher Adresse jeder Durchgang stammt.
Auch das Authentifizierungsverfahren ist Teil des Prozesses. Arbeiten Sie aus einem Büro mit fester IP, ist die IP-Autorisierung praktisch; bei einer Verbindung mit dynamischer IP bricht der Zugriff bei jeder Neueinwahl ab und Sie erhalten die Antwort 407 . Benutzername und Passwort funktionieren von überall, sind aber ein teilbares Geheimnis. Beide Verfahren lassen sich auch kombinieren; halten Sie in Ihren Aufzeichnungen fest, welches während der Messung aktiv war, denn die Ursache eines mitten im Durchgang abbrechenden Zugriffs liegt häufig genau hier.
Einrichtungspunkte und Prüfreihenfolge
Wo Sie den Proxy definieren, bestimmt, welcher Traffic umgeleitet wird. Es gibt fünf gängige Punkte, und jeder hat eine andere Abdeckung: ein separates Browser-Profil, eine systemweite Einstellung, anwendungsbezogene Umleitung, die WLAN-Netzwerkeinstellung auf dem Mobilgerät und eine Umgebungsvariable für einen serverseitig laufenden Job. Für jemanden, der Suchprüfungen durchführt, ist die erste Option in der Regel die sauberste.
Die Abdeckungen dieser Punkte enthalten einander nicht, sie überschneiden sich. Eine systemweite Einstellung wirkt umfassend, doch Anwendungen mit eigenem Netzwerk-Stack lesen sie nicht; eine anwendungsbezogene Regel ist eng, erfasst aber genau den gewünschten Prozess. Bei Messungen ist der Weg mit den wenigsten Überraschungen, an einem einzigen Punkt zu definieren und die Abdeckung bewusst eng zu halten. Definieren Sie an zwei Punkten gleichzeitig, lässt sich im Nachhinein schwer nachvollziehen, welche Regel gewinnt; kollidieren eine anwendungsbezogene Umleitung und eine systemweite Einstellung, hängt das Ergebnis davon ab, wie die Anwendung ihren eigenen Netzwerk-Stack aufbaut.
Bei einer erweiterungsbasierten Einrichtung ist die erste Prüfung die Abdeckungsprüfung, und sie kommt vor allem anderen. Führen Sie im Testprofil eine einzige Suche aus, halten Sie den Netzwerk-Tab des Browsers geöffnet und vergewissern Sie sich, dass sämtliche von der Ergebnisseite ausgelösten Domains über den Proxy laufen; lesen Sie anschließend Meine IP-Adresse das Ausgangsland aus. Fehlt Abdeckung, passen diese beiden Ausgaben nicht zusammen: Die Seite kommt aus dem Zielland, während einzelne Anfragen über Ihre eigene Verbindung gegangen sind – und auf dem Bildschirm gibt es keinerlei Hinweis darauf. Es genügt, die drei Standardprüfungen auf der Leck-Seite – DNS Leak, WebRTC und Anonymitätstest – einmal im selben Profil auszuführen und die Ausgabe zu speichern.
Selbst wenn diese Prüfungen sauber ausfallen, kann eine Lücke bleiben: IPv6. Ist der von der Erweiterung angesteuerte Endpunkt auch über IPv6 erreichbar und trägt Ihr Ausgang nur IPv4, wählt der Client stillschweigend den IPv6-Pfad und umgeht den Proxy. Sie erhalten keine Fehlermeldung; Sie sehen lediglich eine Ergebnisseite aus einem unerwarteten Land und verwechseln das meist mit einem Abdeckungsfehler. einen Ausgang mit IPv6-Unterstuetzung Verwenden Sie oder deaktivieren Sie IPv6 im Testprofil; sind beide Adressfamilien gleichzeitig aktiv, bestimmt die Präferenzreihenfolge des Betriebssystems, welcher Pfad gewählt wird, und diese Reihenfolge verhält sich nicht immer so, wie Sie es erwarten.
SCHEMADefinitionspunkte für Proxys und ihre Abdeckung
Sie koennen das Schema durch horizontales Scrollen betrachten
Die Abdeckung wächst nicht von links nach rechts; jeder Punkt erfasst eine andere Traffic-Menge, und die Prüfung richtet sich danach.
Fehlersymptome, Grenzen und Verantwortung
Die meisten Fehler, denen Sie begegnen, fallen in wenige Kategorien. 407 Proxy Authentication Required sagt aus, dass die Zugangsdaten nicht gesendet wurden oder Ihre IP-Autorisierung weggefallen ist. Ein Timeout zeigt, dass der Proxy gar nicht erreichbar oder der Port geschlossen war; messen Sie die Erreichbarkeit mit mit dem Proxy-Check-Tool . Eine Zertifikatswarnung ist eine eigene Kategorie: Ein korrekt eingerichteter Tunnel greift nicht in die TLS-Session ein; sehen Sie eine Warnung, baut eine zwischengeschaltete Stelle die Session mit ihrem eigenen Zertifikat auf. Setzen Sie die Messung über einen solchen Ausgang nicht fort, denn Sie können nicht unterscheiden, ob die angezeigte Seite von der Suchmaschine oder von der Zwischenschicht stammt.
Auf der Performance-Seite genügt eine Erwartung in einem Satz: Ein zusätzlicher Hop verlängert die Ladezeit der Seite, er senkt den Ping-Wert nicht. Bei einer erweiterungsbasierten Einrichtung kommt darauf eine zweite Verzögerungsquelle, und diese liegt nicht im Netz. Der in die Adressleiste eingegebene Ausdruck durchläuft zuerst den Umleitungsschritt der Erweiterung; dieser Schritt liegt auf Client-Seite, verschwindet beim Abschalten des Proxys nicht und wird bei Messungen leicht für Netzwerkkosten gehalten. Um beides zu trennen, führen Sie dieselbe Suchanfrage einmal aus, indem Sie direkt die Adresse der Ergebnisseite aufrufen: Die Differenz dazwischen ist der Anteil der Erweiterung, die verbleibende Differenz der des Netzwegs.
Abschließend zu Umfang und Verantwortung. Diese Seite beschreibt Szenarien für Zugriff, Datenschutz und regionale Verifizierung; sie wurde nicht zur automatisierten Erzeugung von Suchanfragen, zur massenhaften Kontoeröffnung oder zur Umgehung von Sicherheitsmaßnahmen eines Dienstes verfasst. Die Einhaltung der Nutzungsbedingungen des von Ihnen genutzten Produkts liegt in Ihrer Verantwortung. Wenn Sie sehen möchten, wie sich andere Suchmaschinen bei derselben Einrichtung verhalten, führt die Ratgeberliste am Seitenende zu einer eigenen Einrichtungsseite pro Suchmaschine; warum kostenlose Ausgänge für wiederholbare Messungen ungeeignet sind, finden Sie ebenfalls im folgenden Abschnitt mit häufigen Fragen.
Fragen zu Search Encrypt und zur Proxy-Nutzung
01Erhöht ein Proxy die Vertraulichkeit meines Suchbegriffs?
Nicht unmittelbar. Ein Proxy ändert lediglich, von welcher Adresse die Anfrage ausgeht; wie die Suchanfrage auf der Gegenseite verarbeitet wird, beeinflusst er nicht. Zugleich ist die Ziel-Domain auf dem Proxy-Server sichtbar, der Gewinn an Vertraulichkeit hängt also von der Protokollierungsrichtlinie des Anbieters ab.
02Wird meine Proxy-Einstellung hinfällig, wenn ich die Erweiterung entferne?
Nein, das sind zwei getrennte Ebenen. Die Erweiterung bestimmt nur, an welchen Such-Endpunkt die Anfrage geht; die Proxy-Einstellung dagegen, über welchen Ausgang der Traffic fließt. Wenn Sie die Erweiterung entfernen, ändert sich Ihr Suchanbieter, Ihr Netzwerkpfad bleibt derselbe.
03Warum sieht das Ranking, das ich auf dem Desktop sehe, auf dem Mobilgerät anders aus?
In den meisten Fällen hat sich nicht das Ranking, sondern das Layout geändert. Auf schmalen Bildschirmen passen weniger organische Ergebnisse in den sichtbaren Bereich, und sobald sich Blöcke dazwischenschieben, rutscht ein Ergebnis derselben Position nach unten. Vergleichen Sie anhand der Positionsnummer, nicht anhand der Lage auf dem Bildschirm.
04Woran erkenne ich, ob ein Operator unterstützt wird?
Führen Sie dieselbe Suchanfrage einmal mit und einmal ohne Operator aus und vergleichen Sie die Ergebnismenge. Wird die Menge nicht deutlich kleiner oder werden die erwarteten Seiten nicht ausgefiltert, wird der Operator vermutlich nicht unterstützt oder nur als schwacher Hinweis gewertet.
05Der Block mit lokalen Unternehmen zeigt meine eigene Stadt – funktioniert der Proxy nicht?
In den meisten Fällen funktioniert der Proxy, doch die Block-Anfrage liegt außerhalb der Abdeckung. Die Blockdaten werden in der Regel nicht von der Such-Domain, sondern von einem zweiten Endpunkt abgerufen; beruht Ihre Regel auf einer Domain-Liste, geht diese Anfrage über Ihre eigene Verbindung, und selbst wenn der Rest der Seite aus dem Zielland kommt, spiegelt der Block Ihren Standort wider. Verlagern Sie die Abdeckung auf Profilebene und laden Sie die Seite neu; ändert sich der Blockinhalt, war genau das die Ursache.
06Was tun, wenn sich die Erweiterung im Unternehmensnetz nicht installieren lässt?
Erzwingen Sie nicht die Erweiterung, sondern verlagern Sie die Messung. Die Verbreitung von Search Encrypt beruhte ohnehin weitgehend auf der Erweiterung, und searchencrypt.com bietet heute keine Suchoberfläche mehr; bauen Sie einen Vergleich, der im Unternehmensnetz laufen soll, auf einer direkt über das Web erreichbaren Suchmaschine auf. Berücksichtigen Sie außerdem, dass im selben Netz auch der Ausgang über eine zentrale Zwischenschicht laufen kann, und prüfen Sie vor der Messung, welcher Ausgang tatsächlich wirksam ist.
07Sollte ich VPN und Proxy gleichzeitig nutzen?
Wenn Sie messen, nein. Überlagern sich zwei Ebenen, können Sie nicht unterscheiden, welcher Ausgang wirksam ist, und finden bei einem unerwarteten Land die Ursache nicht. Auch der Unterschied in der Abdeckung ist eindeutig: Ein VPN leitet den gesamten Traffic des Geräts durch einen einzigen Tunnel, ein Proxy erfasst nur das Profil oder die Anwendung, die auf ihn umgeleitet wird.