AnonymFlow
outils-diagnosticINFO

VPN-Geschwindigkeit testen 2026: vollständige Methode + Schwellenwerte nach Anwendungsfall

Wie stark bremst Ihr VPN Sie wirklich? Hier die rigorose Methode, um Download, Upload und Latenz mit und ohne VPN zu messen - Tools, Protokoll, Schwellenwerte nach Anwendungsfall (4K-Streaming, Gaming, Videoanrufe).

Von Eric Gerard · Redakteur · AnonymFlow10 Min. LesezeitPhoto: Jordan Harrison - Unsplash

Wenn von VPN-„Geschwindigkeit" die Rede ist, geht es eigentlich um drei sehr unterschiedliche Dinge: Download-Bandbreite (in Mbit/s), Upload-Bandbreite (in Mbit/s) und Latenz (Ping in ms). Ein VPN kann bei den ersten beiden ordentlich und beim dritten katastrophal sein - oder umgekehrt, je nach Anwendungsfall. Um richtig zu urteilen, messen Sie alle drei unter kontrollierten Bedingungen. Hier die rigorose Methode, in 5 Minuten anwendbar, mit präzisen Schwellenwerten nach Anwendungsfall (4K-Streaming, kompetitives Gaming, professionelle Videoanrufe) und den Fallstricken, die jede Messung ungültig machen.

Schritt 1 - Baseline ohne VPN ermitteln

Bevor Sie Ihr VPN messen, messen Sie Ihre reine Verbindung. Andernfalls haben Sie keinen Vergleichspunkt und jede Messung ist unbrauchbar. Die Baseline ist der am meisten vernachlässigte, aber kritischste Schritt der VPN-Test-Methodik.

Vorgehen für eine saubere Baseline. Deaktivieren Sie das VPN vollständig (nicht nur pausieren - den Client trennen, prüfen, dass das Systemsymbol die Trennung bestätigt). Schließen Sie schwere Hintergrundanwendungen (Spotify-Streaming, Discord-Videoanrufe, Dropbox-Sync, YouTube in einem Tab geöffnet, Docker Desktop in Benutzung). Verbinden Sie sich nach Möglichkeit per Ethernet-Kabel Cat6 - WLAN fügt der Messung erhebliches Rauschen hinzu (5-15 % Verlust allein durch WLAN bei 1 Gbit/s Glasfaser).

Führen Sie den Test dreimal durch mit demselben Messtool (Speedtest, unser Speed-Test-Tool oder fast.com), mit 30 Sekunden Abstand zwischen den Messungen, um Anti-Spam-Drosselung der Testserver zu vermeiden. Behalten Sie den Median der 3 Werte. Notieren Sie Ihre drei Metriken: Download (Mbit/s), Upload (Mbit/s), Ping (ms). Das ist Ihr absoluter Referenzpunkt für alle folgenden Messungen.

So erfassen Sie Ihre Baseline. Notieren Sie Ihre drei Zahlen genau so, wie Ihr Tool sie anzeigt, zum Beispiel in der Form: Download ___ Mbit/s / Upload ___ Mbit/s / Ping ___ ms. Egal welche Leitung (DSL, Glasfaser, 4G/5G), es sind Ihre rohen Zahlen, die als Vergleich für alle folgenden VPN-Messungen dienen - nicht eine von Ihrem ISP beworbene „theoretische" Geschwindigkeit noch eine Drittanbieter-Zahl.

Schritt 2 - Das richtige VPN-Protokoll wählen

Bei den meisten modernen VPN-Clients (NordVPN, ExpressVPN, Surfshark, ProtonVPN) stehen mehrere Protokolle zur Verfügung. Reihenfolge der Bandbreitenleistung, von best zu schlechtest laut öffentlichen Benchmarks:

WireGuard / NordLynx / Lightway - modernes Protokoll (2019+), minimaler Overhead (~60 Bytes pro Paket gegenüber 100+ bei OpenVPN), leichtere ChaCha20-Kryptografie für die CPU als AES-256. Fast immer zu bevorzugen. Bei NordVPN NordLynx genannt, bei ExpressVPN Lightway, bei Surfshark/Mullvad/ProtonVPN ist es WireGuard direkt. Typischer Verlust: 5-15 % auf nahem Server.

OpenVPN UDP - robust, historischer Branchenstandard seit 2001, aber 2- bis 3-mal mehr Overhead als WireGuard. Typischer Verlust: 15-25 % auf nahem Server. Nur zu verwenden, wenn WireGuard nicht verfügbar ist (seltener Fall 2026).

IKEv2 (RFC 4301) - speziell gut im Mobilfunk, da es Netzwerkwechsel ohne Abbruch bewältigt (WLAN → 4G nahtlos). Anderswo ordentlich, aber weniger leistungsfähig als WireGuard. Typischer Verlust: 12-20 %.

OpenVPN TCP - nur wenn UDP blockiert ist (restriktive Unternehmensnetzwerke, bestimmte zensierte Regionen wie China, wo OpenVPN TCP über Port 443 durchkommen kann, wenn UDP gefiltert wird). Am langsamsten: typischer Verlust 40-50 %. Zu vermeiden, wenn UDP funktioniert.

Zeigt Ihr Client in den Protokolloptionen nur „Automatisch" an, erzwingen Sie explizit WireGuard, wenn verfügbar. Auto wählt bei als instabil eingestuften Verbindungen oft standardmäßig OpenVPN und kostet 20 % Bandbreite für nichts.

Schritt 3 - Den richtigen Server wählen

Die Regel zur VPN-Serverauswahl hängt von Ihrem Ziel ab. Das Prinzip: geografisch am nächsten zu Ihrem Ziel, nicht zu Ihnen.

Wenn Sie surfen, auf französischen Websites einkaufen, France-TV-Inhalte ansehen: wählen Sie Paris oder Marseille (VPN-Server in Ihrem eigenen Land). Minimale Latenz, minimaler Bandbreitenverlust, Erlebnis identisch zu ohne VPN innerhalb von 5-15 %. Um vor dem Messen zu bestätigen, dass die Ausgangs-IP tatsächlich dem ausgewählten Land entspricht, öffnen Sie unseren Wie lautet meine IP-Adresse-Checker neben dem Test.

Wenn Sie Netflix US oder Hulu ansehen: wählen Sie New York oder Los Angeles, nicht Paris-VPN. Da das Streaming vom Netflix-US-Server geliefert wird, muss das VPN Sie auf die US-Seite platzieren, damit Netflix den US-Katalog ausliefert. Die Latenz Paris-NY ist physisch unvermeidbar (~80 ms über transatlantische Glasfaser).

Wenn Sie ein auf einem Deutschland-Server gehostetes Spiel spielen (Bundesliga DAZN, Frankfurter Gaming-Server): wählen Sie Frankfurt als VPN-Server. Sie möchten, dass Ihr VPN dem Spielserver am nächsten austritt, nicht dem VPN zu Ihnen.

Physische Distanz = unvermeidbare zusätzliche Latenz. Jede 1.000 km Glasfaser = etwa 10 ms zusätzlicher Ping. Es ist die Lichtgeschwindigkeit in der Glasfaser (~200.000 km/s), die diese physische Untergrenze auferlegt. Keine Magie möglich.

Deshalb verliert ein naher Server weit weniger Durchsatz als ein entfernter: bei WireGuard/NordLynx erwarten Sie einen moderaten Verlust (oft 5-15 %) auf einem Server in Ihrem eigenen Land und einen viel höheren Verlust (häufig 40-50 % und mehr) auf einem transatlantischen oder transpazifischen Server - das sind physische Größenordnungen, immer durch Ihre eigene Messung Baseline→Server zu bestätigen.

Schritt 4 - Der Test selbst

Diagramme und Analytics auf einem Laptop
Diagramme und Analytics auf einem Laptop

Starten Sie das integrierte Speed-Test-Tool oder speedtest.net, nachdem Baseline und Protokoll-/Serverwahl getroffen sind. Testablauf identisch zur Baseline.

Messen Sie 3-mal hintereinander auf demselben Testserver (lassen Sie 30 Sekunden zwischen den Messungen, um Anti-Spam-Drosselung zu vermeiden). Behalten Sie den Median der 3 Messungen. Notieren Sie die 3 Metriken: Download (Mbit/s), Upload (Mbit/s), Latenz (Ping ms).

Berechnen Sie den prozentualen Verlust gegenüber Ihrer in Schritt 1 notierten Baseline:

download_verlust = (baseline_dl - vpn_dl) / baseline_dl × 100
upload_verlust   = (baseline_up - vpn_up) / baseline_up × 100
ping_overhead    = vpn_ping - baseline_ping

Beispielrechnung (illustrative Zahlen, durch Ihre eigenen ersetzen): Wenn Ihre Baseline 920 Mbit/s Download und Ihre VPN-Messung 850 Mbit/s beträgt, dann download_verlust = (920-850)/920 × 100 = 7,6 %; wenn Ihr Ping von 8 auf 14 ms steigt, ping_overhead = 14-8 = +6 ms. Vergleichen Sie diese Prozentsätze dann mit den untenstehenden Schwellenwerten, um zu erfahren, ob Ihr Verlust normal, verdächtig oder anormal ist.

Schwellenwerte zur Interpretation Ihrer Messungen

Hier, was bei einem modernen kostenpflichtigen VPN 2026 normal, verdächtig oder anormal ist, basierend auf öffentlichen Benchmarks über große VPNs.

MetrikNormalVerdächtigAnormal
Download-Verlust5-15 %15-30 %>30 %
Upload-Verlust5-15 %15-30 %>30 %
Zusätzlicher Ping10-40 ms40-80 ms>80 ms

Wenn Sie bei einem kostenpflichtigen VPN wie NordVPN, ExpressVPN oder Surfshark in der „Anormal"-Zone liegen, kommt es fast immer von einer von drei dokumentierten Ursachen:

Ursache #1 - Falscher Server: geografisch zu weit oder zu Stoßzeiten überlastet. Behebung: Server innerhalb derselben VPN-Region wechseln. NordVPN hat über 5.400 Server, der richtige ist dabei.

Ursache #2 - Falsches Protokoll: OpenVPN TCP statt WireGuard, bei alten Installationen standardmäßig aktiviert. Behebung: WireGuard in den erweiterten Einstellungen des VPN-Clients explizit erzwingen.

Ursache #3 - ISP-Drosselung: sehr selten in Frankreich/Kanada/EU 2026, häufiger in einigen nahöstlichen oder asiatischen Ländern. Behebung: einen anderen öffentlichen DNS-Anbieter testen (Cloudflare 1.1.1.1, Quad9 9.9.9.9) oder den VPN-Port wechseln, falls die Option im Client vorhanden ist.

Redaktionelle Wahl
4.6 / 5

NordVPN testen - natives NordLynx-Protokoll

Typischer Verlust 5-15 % · Integriertes WireGuard · 30 Tage Geld-zurück

Deloitte-Prüfung 202430-Tage-Garantie14M+ Nutzer
Angebot ansehen

Häufige Fehler, die die gesamte Messung ungültig machen

Fünf gängige methodische Fallstricke, die die Ergebnisse ungültig machen, wenn man sie übersieht.

Fehler #1 - Testen, während man online etwas anderes tut. Die Bandbreite wird zwischen allen aktiven Anwendungen geteilt. Wenn Spotify streamt, Dropbox synchronisiert und Discord gleichzeitig mit Ihrem Test im Videoanruf ist, enthält die Messung diesen gesamten gleichzeitigen Traffic. Behebung: Streaming, Downloads, Cloud-Syncs vor der Messung abschalten. Prüfen Sie im Mac Activity Monitor oder Windows Task-Manager, dass Ihr Netzwerk ruht.

Fehler #2 - Schlechtes WLAN. Die Messung enthält den WLAN-Verlust noch vor dem VPN. Bei neuerem 5-GHz-WLAN 5-15 % Verlust der Glasfaser-Bandbreite. Bei altem 2,4-GHz-WLAN kann er 40-60 % Verlust erreichen. Behebung: per Ethernet-Kabel testen, um die echte VPN-Baseline ohne die WLAN-Störvariable zu vergleichen.

Fehler #3 - Einzelne Messung. Die Netzwerkvariabilität ist hoch (5-20 % zwischen 2 aufeinanderfolgenden Messungen). Eine einzelne Messung ist nicht repräsentativ. Behebung: Median über mindestens 3 Messungen, idealerweise 5 Messungen mit berechneter Standardabweichung.

Fehler #4 - Kreuzvergleiche zwischen Tools. Speedtest.net, fast.com und ein eigener Test verwenden nicht dieselben Server oder Testdauern (Speedtest ist länger als fast.com). Behebung: stets mit demselben Tool für Baseline und VPN-Messung vergleichen. Tool-Konsistenz übertrumpft absolute Präzision.

Fehler #5 - Stoßzeit. Europäisch 20-23 Uhr, viele Menschen gleichzeitig online. Testen Sie dann, messen Sie auch die Netzwerküberlastung jenseits des VPN. Behebung: um 14 Uhr zum Vergleich erneut testen, oder um 2 Uhr nachts für eine „Off-Peak"-Messung ohne Überlastung.

Sonderfälle nach Nutzung - Streaming, Gaming, Videoanrufe

Die Zielschwellenwerte hängen radikal von der Zielnutzung ab. Dieselben Messungen, unterschiedliche Interpretation.

Netflix/Disney+/BBC-Streaming: das Kriterium ist die stabile Mindestbandbreite für die Zielqualität. Netflix 4K verlangt 25 stabile Mbit/s (offizielle Netflix-Dokumentationsquelle). Liegt Ihre VPN-Messung bei 30 Mbit/s mit Einbrüchen auf 18 Mbit/s, wird es bei komplexen Szenen puffern. Zielen Sie auf 30 % Marge über dem offiziellen Minimum.

Kompetitives Gaming (Valorant, Counter-Strike 2, League of Legends): die Latenz hat Vorrang, die Bandbreite ist sekundär. Zielen Sie auf weniger als 80 ms gesamt (Baseline + VPN-Overhead). Darüber spüren Sie die Verzögerung in schnellen Duellen. Wählen Sie einen VPN-Server im selben Land wie der Spielserver, nicht Ihren. Unser Leitfaden zur realen VPN-Geschwindigkeit erläutert Gaming-Benchmarks nach Spiel und Konfiguration.

Videoanrufe (Zoom, Microsoft Teams, Google Meet): eine Mischung. 1-3 Mbit/s reichen für die Bandbreite bei einem Standard-HD-Videoanruf, aber Latenz und Stabilität (Jitter) zählen. Fügt Ihr VPN >100 ms Latenz hinzu, werden Videoanrufe unangenehm mit Echoeffekt und Audio-Video-Versatz. Für kritische professionelle Videoanrufe zielen Sie auf weniger als 50 ms gesamten VPN-Overhead.

Was man sich merken sollte

Die VPN-Geschwindigkeit zu messen bedeutet drei Metriken (Download, Upload, Latenz) über mehrere mögliche Protokolle und mehrere Server. Ohne eine in Schritt 1 ermittelte korrekte Baseline bedeutet keine Messung etwas - es ist der häufigste Fehler in Amateurtests.

Größenordnungen 2026 zum Merken: 5-15 % Verlust bei einem korrekt konfigurierten modernen VPN mit WireGuard auf nahem Server, +10 bis +40 ms akzeptable Latenz. Darüber kommt das Problem fast immer von der Serverwahl (durch einen anderen in derselben Region ersetzen) oder vom Protokoll (WireGuard explizit erzwingen) - nicht vom VPN selbst.

Der richtige Reflex bei beobachteter Langsamkeit: (1) Server innerhalb derselben Region wechseln, dann falls das nicht reicht (2) explizit auf WireGuard/NordLynx/Lightway umschalten, dann falls es immer noch nicht reicht (3) zu einer anderen Tageszeit testen, um die Stoßzeit-Ursache auszuschließen. Unser vollständiger NordVPN-Test erläutert die erwarteten Benchmarks nach Server und Konfiguration.

Redaktionelle Wahl
4.6 / 5

NordVPN auf Ihrer eigenen Verbindung testen

Messen Sie Ihren realen Durchsatzverlust · Natives WireGuard · 30 Tage Garantie · 40 % Rabatt

Deloitte-Prüfung 202430-Tage-Garantie14M+ Nutzer
Angebot ansehen

Weiterlesen


Unabhängige redaktionelle Einschätzung auf Basis dokumentierter Dienstmerkmale, veröffentlichter unabhängiger Audits und öffentlicher Benchmarks, mit Prüfungen über Standard-Tools (iperf3, dnsleaktest.com, browserleaks). Kommerzielle Links tragen das Attribut rel="sponsored nofollow"; eine Affiliate-Provision kann ohne Mehrkosten für den Leser und ohne Einfluss auf die Bewertung anfallen.

Redaktionelle Wahl
4.6 / 5

Behebe das Leck - verschlüssele alles mit NordVPN

Sicheres DNS · Kill Switch · Threat Protection · 30 Tage Geld-zurück

Deloitte-Prüfung 202430-Tage-Garantie14M+ Nutzer
Angebot ansehen
Alles, was Sie wissen müssen.

Häufig gestellte Fragen

Welcher Geschwindigkeitsverlust ist mit einem VPN normal?

Zwischen **5 und 15 %** bei einem korrekt konfigurierten VPN mit [WireGuard](https://en.wikipedia.org/wiki/WireGuard) oder NordLynx (proprietäre NordVPN-Variante), auf einem geografisch nahen Server. Über 30 % ist der Server überlastet oder das Protokoll ungeeignet - wechseln Sie das eine, das andere oder beides. Im 4G-Mobilfunk erwarten Sie typisch 15-20 % Verlust (4G ist von Natur aus instabiler). Auf einem entfernten Server (transatlantisch 5.000-8.000 km) erreicht der unvermeidbare physische Verlust 40-50 % aufgrund der durch die Lichtgeschwindigkeit in der Glasfaser (~200.000 km/s) auferlegten Hin- und Rückreise.

Warum wird mein VPN beim Streaming so langsam?

Drei typische Ursachen nach Häufigkeit: (1) **Überlasteter Server** - besonders am europäischen Abend 21-23 Uhr auf beliebten US-Ostküsten-Servern - Lösung: auf einen anderen Server in derselben VPN-Region wechseln. (2) **OpenVPN-TCP-Protokoll statt WireGuard** - 2- bis 3-mal höherer Overhead - Lösung: WireGuard/NordLynx in Settings → Connection → VPN protocol erzwingen. (3) **ISP-Drosselung auf dem VPN-Port** - selten in Frankreich/EU, kommt aber zu Stoßzeiten bei manchen Privatkunden-Anbietern vor (Orange drosselte 2024 kurzzeitig) - Lösung: einen anderen VPN-Port testen, falls die Option vorhanden ist, oder den DNS-Anbieter wechseln.

Zählt für Gaming die Latenz mehr als die Bandbreite?

Ja, das ist für kompetitives Gaming wesentlich zu verstehen. Für Netflix oder Downloads zählt die reine Bandbreite am meisten. Für Counter-Strike, Valorant oder League of Legends entscheidet die **Latenz** (Ping), ob Sie spielen können oder nicht. Über 80 ms gesamt (Baseline + VPN-Overhead) spüren Sie die Verzögerung. Über 120 ms wird kompetitives Gaming unpraktikabel. Regel: Zielen Sie auf einen VPN-Server, der geografisch dem **Spielserver** am nächsten ist, nicht Ihnen. Spielen Sie auf einem Valorant-FR-Server, wählen Sie den VPN-Server Paris (~14 ms Latenz), nicht New York (88 ms Latenz).

Welches Tool für den VPN-Geschwindigkeitstest verwenden?

Drei sich ergänzende Tools für eine zuverlässige Messung: [fast.com](https://fast.com/) (Cloudflare/Netflix, streaming-orientiert), [speedtest.net](https://www.speedtest.net/) (Ookla, Branchenstandard) und unser [integriertes Speed-Test-Tool](/de/werkzeuge/geschwindigkeitstest) (misst speziell gegen unsere öffentlichen Server für einen direkten Vergleich). Reproduzierbare Methodik: 3 aufeinanderfolgende Messungen, den Median behalten, zu 3 verschiedenen Tageszeiten (morgens 9 Uhr, mittags 14 Uhr, abends 21:30 Uhr). Genau das wendet unser [VPN-Test-Protokoll](/de/methodology) systematisch an.