Der Testzeitraum ist kurz und kommt meist mit begrenztem Traffic. Diese Zeit damit zu verbringen, wahllos ein paar Seiten zu oeffnen, heisst, die Kaufentscheidung dem Zufall zu ueberlassen. Ein guter Test einer Testversion sollte fuenf messbare Kennzahlen liefern, und diese Kennzahlen muessen von Ihren echten Zielen stammen.
In diesem Beitrag stellen wir ein Schritt fuer Schritt umsetzbares Testprotokoll vor.
Vor dem Testen: der Messplan
Reservieren Sie den Grossteil der Zeit fuer den Test am echten Ziel. Die ersten drei Phasen bestaetigen nur, dass der Dienst korrekt konfiguriert ist; die Kaufentscheidung faellt in der vierten Phase.
Phase 1 - Grundlegende Verifizierung
Pruefen Sie zunaechst, ob die Verbindung zustande kommt und der Exit die von Ihnen erwartete Adresse ist:
--socks5-hostname und --socks5 Der Unterschied ist entscheidend: Ersteres loest DNS auf der Proxy-Seite auf und verhindert Lecks.
Wenn Sie ein Tool bevorzugen: unsere Proxy-Check-Seite fuehrt dieselbe Pruefung im Batch durch und erkennt das Protokoll automatisch; die Exit-IP koennen Sie zusaetzlich Meine IP-Adresse einsehen.
Phase 2 - Geografie und Anonymitaet
Wenn Sie Country-Targeting angefordert haben, pruefen Sie, ob die Exit-IP tatsaechlich zu diesem Land gehoert. Messen Sie anschliessend die Anonymitaetsstufe - sehen Sie nach, ob der Proxy zusaetzliche Header setzt.
- Genauigkeit des Landes: Stimmt das angeforderte Land mit dem gemeldeten Land ueberein? Falls nicht, ist moeglicherweise der Targeting-Parameter falsch geschrieben.
- Genauigkeit der Stadt: Wenn Sie City-Targeting gekauft haben, messen Sie die Abweichungsrate; 100 % Treffer sind keine realistische Erwartung.
- Header-Leck: Mit dem Anonymitätstest Bestimmen Sie die Stufe elite/anonym/transparent.
- DNS-Leck: DNS-Leak-Test Pruefen Sie damit, von wo aus die Namensaufloesung erfolgt.
- WebRTC-Leck: Wenn Sie einen Browser einsetzen, den WebRTC-Test aus.
Phase 3 - Pool-Breite
Wenn Sie einen Rotating-Dienst testen, ist die Messung der tatsaechlichen Pool-Breite weitaus aufschlussreicher als die Zahl auf der Verkaufsseite:
190+ eindeutige IPs bei 200 Anfragen deuten auf einen starken Pool hin. Sehen Sie 40-50 eindeutige IPs, ist der Pool nicht so breit wie behauptet.
Warum die Blockverteilung wichtig ist, Beitrag zur Subnetz-Vielfalt .
Phase 4 - Test am echten Ziel
Dies ist die entscheidende Phase. Auf allgemeinen Testseiten ist nahezu jeder Proxy erfolgreich; die eigentliche Frage ist, was an Ihrem Ziel passiert.
Die durchschnittliche Latenz ist irrefuehrend; wenige sehr langsame Anfragen verzerren den Mittelwert. p50 (Median) zeigt die typische Erfahrung, p95 das schlechteste Szenario.
Fuehren Sie denselben Test auch mit einer Direktverbindung (ohne Proxy) durch. Der Unterschied zwischen den Ergebnissen mit und ohne Proxy zeigt den tatsaechlichen Nutzen und die Kosten des Proxys.
Phase 5 - Session-Stabilitaet
Wenn Sie Sticky Sessions gekauft haben, pruefen Sie, ob die zugesagte Dauer tatsaechlich eingehalten wird. Die Methode ist einfach: Senden Sie mit demselben Session-Key ueber die zugesagte Dauer in regelmaessigen Abstaenden Anfragen und beobachten Sie, ob sich die Exit-IP aendert.
Aendert sich die IP vor Ablauf der Frist, wird die Session-Zusage nicht eingehalten. Bei Aufgaben, die ein Login erfordern, wird daraus unmittelbar ein Problem der Kontosicherheit.
Vergleichstabelle der Ergebnisse
Wenn Sie mehrere Anbieter testen, fuehren Sie die Ergebnisse in derselben Tabelle zusammen. Die Entscheidung sollte nicht ueber "welcher ist guenstiger", sondern Kosten pro erfolgreicher Anfrage getroffen werden.
| Kennzahl | Anbieter A | Anbieter B | Hinweis |
|---|---|---|---|
| Erfolgsquote | — | — | Der hoehere Wert gewinnt |
| CAPTCHA-Rate | — | — | Der niedrigere Wert gewinnt |
| Mediane Latenz | — | — | p50-Wert |
| p95-Latenz | — | — | Verhalten im Tail |
| Eindeutige IPs / 200 | — | — | Pool-Breite |
| Sticky-Genauigkeit | — | — | Wird die Zusage eingehalten |
| Kosten pro erfolgreicher Anfrage | — | — | Die eigentliche Entscheidungskennzahl |
Was Sie waehrend der Testphase nicht tun sollten
Richtiges Vorgehen
- Mit echten Zielen und in produktionsaehnlicher Geschwindigkeit testen.
- Jede Kennzahl numerisch erfassen.
- Einen Vergleich mit der Direktverbindung anstellen.
- Dem Support-Team eine technische Frage stellen.
Was zu vermeiden ist
- Das gesamte Kontingent in der ersten halben Stunde aufbrauchen.
- Nur allgemeine Testseiten betrachten.
- Anhand einer einzigen Anfrage entscheiden.
- Mit einer Last weit ueber der Produktionsgeschwindigkeit testen und dadurch falsche Ergebnisse erhalten.
Zusammenfassung
Der Testzeitraum ist ein Entscheidungsinstrument; richtig genutzt, stuetzt er eine ueber Monate wirksame Wahl auf belastbare Daten. Fuehren Sie die fuenf Phasen der Reihe nach durch, erfassen Sie die Ergebnisse numerisch und vergleichen Sie ueber die Kosten pro erfolgreicher Anfrage. Um Ihre Tests zu beschleunigen, koennen Sie Proxy-Check, Anonymitätstest und Ping-Test unsere Tools gemeinsam nutzen.