Kostenloses Tool · Redirect-Speedtest

google.com oder duende.link/06oct26: Welcher Redirect ist schneller?

Gemessen von Washington, D.C. am 16. Oktober 2026. Testen Sie erneut oder probieren Sie Ihre eigene URL.

Ergebnis · Washington, D.C. · Median aus 10 Durchläufen

google.comWashington, D.C. · 16. Okt. 2026

duende.link/06oct26 antwortete in 15 ms. google.com brauchte 19 ms.

google.com19 ms

Google· 301 · 1 Hop

Schneller als 57 %

19 msSchneller als 57 %

duende.link/06oct2615 ms

RedirHub· 301 · 1 Hop

Schneller als 69 %

15 msSchneller als 69 %

DNSVerbindungTLSServerwartezeit

1.3× schneller · 4 ms Vorsprung

Median bis zum ersten Byte · je 10 Durchläufe · neue Verbindungredirhub.com/redirect-speed-test

Mit curl nachmessen ↓

	google.comA	duende.link/06oct26B
Median erstes Byte	19 ms	15 ms
p90	23 ms	16 ms
DNS · Verbindung · TLS · Wartezeit	2 · 2 · 5 · 10 ms	2 · 2 · 8 · 3 ms
Status	301 Moved Permanently	301 Moved Permanently
Landet auf	https://www.google.com/	https://duendesoftware.com/blog/bridge-azure-workload-identity-to-client-identity-with-dynamic-client-registration?utm_campaign=content&utm_medium=social&utm_source=social
Ausgeliefert von	Google server: gws	RedirHub x-powered-by: RedirHub
Hops bis zur Zielseite	1	1
Zertifikat	Gültig	Gültig
Rang, letzte 7 Tage	Schneller als 57 %	Schneller als 69 %

Selbst nachprüfen

Führen Sie denselben Test selbst aus

Kopieren Sie das in ein Terminal unter macOS oder Linux. Beide URLs sind schon enthalten: einfügen und Enter drücken. Sie brauchen nur curl.

Ihre Werte werden von unseren abweichen: Sie hängen davon ab, wo Sie das Skript ausführen, und von Ihrem Netzwerk.

bash · 10 Durchläufe pro URL

for u in 'https://google.com/' 'https://duende.link/06oct26'; do
  for i in $(seq 10); do
    curl -s -o /dev/null --max-redirs 0 --max-time 10 \
      -w '%{time_namelookup} %{time_connect} %{time_appconnect} %{time_starttransfer} %{http_code}\n' "$u"
  done | sort -n -k4 | awk -v u="$u" '{r[NR]=$0} END{split(r[int((NR+1)/2)],m," ");
    printf "%-28s %s  DNS %4.0f  connect %4.0f  TLS %4.0f  first byte %4.0f ms\n", u, m[5], m[1]*1000, (m[2]-m[1])*1000, (m[3]>0?m[3]-m[2]:0)*1000, m[4]*1000}'
done

Der Benchmark

So entsteht „schneller als X %“

Die Zahl stammt aus den Redirects, die auf dieser Seite getestet werden, plus einer festen Liste bekannter Redirects, die täglich gemessen wird, damit jeder Standort immer eine Grundlage hat.

1

Jeder Test zählt 7 Tage

Jede hier getestete URL speichert ihre mediane Zeit bis zum ersten Byte und den Messort. Ein Eintrag pro URL: Wer denselben Link zehnmal testet, verzerrt das Ergebnis nicht.

2

Verglichen vom selben Ort aus

Ihr Ergebnis wird mit URLs verglichen, die vom selben Ort aus getestet wurden. Ein Test aus Tokio wird nie mit einem aus Washington, D.C. verglichen.

3

Ihr Rang ist ein Perzentil

„Schneller als 82 %“ heißt: 82 % der in den letzten 7 Tagen getesteten URLs brauchten länger als Ihre.

Nach Anbieter

Wie schnell ist jeder Redirect-Anbieter?

Median bis zum ersten Byte aus Washington, D.C. in den letzten 7 Tagen, für jeden Anbieter mit mindestens einer getesteten URL. Öffnen Sie einen für Standorte, Rang und wohin seine Zeit geht.

Methode

Was der Test misst

DNS

Auflösen der Domain der Weiterleitung.

Verbindung

Aufbau einer TCP-Verbindung zum nächstgelegenen Server.

TLS

Der HTTPS-Handshake und die Zertifikatsprüfung.

Serverwartezeit

Bis der 301 und sein Location-Header eintreffen.

Gemessen wird nur die Antwort der Weiterleitung, nicht die Zielseite. Eine langsame Zielseite zählt also nicht gegen die Weiterleitung. Hops werden separat gezählt. Das Tool läuft auf Vercel Functions in Washington, D.C., Frankfurt und Tokio, nicht in unserem Weiterleitungsnetzwerk, und wechselt bei jedem Durchlauf zwischen A und B.

FAQ

Häufig gestellte Fragen

Wie entsteht „schneller als X %“?

Jede hier in den letzten 7 Tagen getestete URL zählt einmal, mit ihrer letzten medianen Zeit bis zum ersten Byte, und Ihr Ergebnis wird nur mit URLs verglichen, die vom selben Ort aus getestet wurden. „Schneller als 82 %“ heißt: 82 % davon brauchten länger als Ihre. Das Ranking beginnt, sobald 30 URLs von einem Ort aus getestet wurden.

Folgt der Test der ganzen Weiterleitungskette?

Gemessen wird nur die erste Antwort, eine langsame Zielseite zählt also nicht gegen den Redirect. Danach wird die Kette bis zur Zielseite verfolgt: jeder Hop mit Statuscode und was zu beheben ist, etwa eine temporäre Weiterleitung, zusätzliche Hops oder ein Hop über unverschlüsseltes HTTP.

Von wo aus wird gemessen?

Von Vercel Functions in drei Regionen: Washington, D.C. (iad1), Frankfurt (fra1) und Tokio (hnd1). Wählen Sie eine oder alle drei, um das Ergebnis je Standort zu sehen.

Ist ein Vergleich fair für beide Redirects?

Fügen Sie eine zweite URL hinzu, und beide bekommen gleich viele Durchläufe vom selben Ort, abwechselnd A, B, A, B, jeweils mit neuer Verbindung; wir zeigen den Median. Der Test läuft auf Vercel, nicht im Netzwerk von RedirHub, und mit dem curl-Befehl prüfen Sie ihn auf Ihrem eigenen Rechner.

Kann ich ein Ergebnis teilen?

Jeder Test hat eine eigene Seite, etwa /redirect-speed-test/example.com, mit Diagramm, Kette und Vorschaubild. Wer den Link hat, sieht das letzte Ergebnis; ist es älter als 7 Tage, wird neu gemessen.

Warum weichen meine curl-Ergebnisse ab?

Entfernung zum Server, Ihre Verbindung und DNS-Caching verändern die Zahlen. Vergleichen Sie den Abstand zwischen URLs oder zum Durchschnitt, nicht die absoluten Werte.