Die langsamsten URL-Weiterleitungen im Ranking: Ist deine dabei?

16. Oktober 2026
7 Minuten Lesezeit
Die langsamsten URL-Weiterleitungen im Ranking: Ist deine dabei?

Wichtige Erkenntnisse

Wir haben gemessen, wie lange 12 echte Weiterleitungslinks von 11 Diensten brauchen, um aus den USA, Europa und Japan zu antworten. Der langsamste brauchte im Durchschnitt 388 ms und 823 ms aus Tokio; der schnellste nur 17 ms. Zwei Lehren stechen hervor: Wo sich Ihre Besucher befinden, ist genauso wichtig wie der genutzte Dienst, und ein einzelner Link verrät nicht, wie schnell ein ganzer Dienst ist. Am Ende dieses Beitrags können Sie Ihren eigenen Link kostenlos testen.

823 ms, bevor das erste Byte ankam. Das war der Median für den von uns in Tokio getesteten Cuttly-Link, verglichen mit 129 ms aus Frankfurt und 212 ms aus Washington, D.C. Niemand sieht diese Zahl, aber jeder Besucher wartet darauf, bevor die eigentliche Seite überhaupt mit dem Laden beginnt.

Also haben wir gemessen. Mit unserem kostenlosen Weiterleitungsgeschwindigkeits-Test haben wir am 16. Oktober 2026 12 Weiterleitungslinks über 11 Dienste hinweg gemessen. Unten steht das Ranking, dann jeder Link einzeln, vom langsamsten bis zum schnellsten, und am Ende, was das alles bedeutet.

Bar chart of average time to first redirect response across Washington DC, Frankfurt and Tokyo: Cuttly 388 ms, redirect.pizza URL A 360.3 ms, redirect.pizza URL B 51 ms, urllo / EasyRedir 301.7 ms, Rebrandly 264.3 ms, Bitly 116.7 ms, Vercel 77.3 ms, Short.io 46.3 ms, Dub 38 ms, TinyURL 34 ms, Cloudflare 30 ms, RedirHub 16.7 ms

Average of the three regional medians, first response only. RedirHub test, Oct 16, 2026.

Das Ranking auf einen Blick#

Die Zeiten sind in Millisekunden angegeben (1.000 ms sind eine Sekunde) und zeigen, wie lange die Weiterleitung braucht, um zu antworten, bevor der Besucher weitermachen kann; der technische Begriff dafür ist Time to First Byte, kurz TTFB. Niedriger ist besser. redirect.pizza erscheint zweimal, weil wir zwei seiner Links getestet haben; nur der erste erhält eine Platzierung.

RankDienst und URL-TypDC / Frankfurt / Tokio (ms)Average (ms)Status
1Cuttly · öffentlicher Kurzlink212 / 129 / 823388.0301
2redirect.pizza · URL A303 / 43 / 735360.3301
—redirect.pizza · URL B, derselbe Dienst (offizielles Beispiel)30 / 12 / 11151.0301
3urllo / EasyRedir · alte Domain-Migration (2 Sprünge)179 / 428 / 298301.7301
4Rebrandly · öffentlicher Kurzlink (3 Sprünge)29 / 298 / 466264.3301
5Bitly · öffentlicher Kurzlink (2 Sprünge, einer über HTTP)26 / 119 / 205116.7301
6Vercel · von uns eingerichtete Weiterleitungsregel70 / 73 / 8977.3301
7Short.io · öffentlicher Kurzlink15 / 15 / 10946.3302
8Dub · offizieller Kurzlink39 / 35 / 4038.0302
9TinyURL · öffentlicher Kurzlink29 / 29 / 4434.0301
10Cloudflare · von uns eingerichtete Weiterleitungsregel30 / 35 / 2530.0301
11RedirHub · redirhub.com zu www15 / 17 / 1816.7301

Unter jedem Link unten befindet sich ein Screenshot seiner eigenen Seite im Geschwindigkeitstest, sodass Sie ihn öffnen und erneut ausführen können. Wir haben jede Seite aus allen drei Regionen erneut getestet, mit demselben Durchschnitt, den die Tabelle verwendet. Live-Werte ändern sich von Lauf zu Lauf, daher gibt jede Bildunterschrift sowohl den erneuten Lauf als auch den Wert aus der Bewertungsrunde an. Bei Ketten mit mehreren Hops haben wir nur den ersten Hop gemessen; die zusätzlichen Hops kosten Ihren Besuchern zusätzlich mehr.

1. Cuttly: 388 ms#

Ein öffentlicher Cuttly-Kurzlink, der auf ein Google-Colab-Notebook verweist. Er lieferte in allen drei Regionen nur einen einzigen 301, also ist an der Einrichtung nichts falsch. Die Kosten sind die Entfernung: 129 ms von Frankfurt, 212 ms von Washington DC und 823 ms von Tokio, ein 6×-Unterschied für denselben Link.

One Cuttly short link: 129 ms from Frankfurt, 212 ms from Washington DC and 823 ms from Tokyo, 6.4 times slower from Tokyo than from Frankfurt

One short link, three regions. Median of 5 runs each.

RedirHub speed test result card for cutt.ly/rgdfBIa, average of Washington DC, Frankfurt and Tokyo: slower than 83% of redirects tested in the last 7 days, 378 ms, 301

Speed test page for cutt.ly/rgdfBIa, re-run from all three regions on October 16, 2026: 378 ms (ranking round: 388 ms).

Diesen Test öffnen: cutt.ly/rgdfBIa

2. redirect.pizza: 360 ms und 51 ms#

Dies ist das überraschendste Ergebnis. Wir haben in derselben Runde zwei redirect.pizza-Links getestet. Beide gaben einen 301 mit gültigem Zertifikat zurück. URL A, test.redirect.pizza, lag im Durchschnitt bei 360,3 ms und brauchte 735 ms von Tokio aus. URL B, die offizielle Beispieldomain, lag im Durchschnitt bei 51,0 ms.

redirect.pizza, zwei URLs, derselbe Testlauf

redirect.pizza

URL A

360.3 ms

303 / 43 / 735 ms (DC / Frankfurt / Tokio)

redirect.pizza

URL B (offizielles Beispiel)

51.0 ms[1]

30 / 12 / 111 ms (DC / Frankfurt / Tokio)

Gleiche Plattform, unterschiedliche URLs und Konfigurationen. Von außen konnten wir nicht erkennen, was die Lücke verursacht, deshalb zeigen wir beide.
RedirHub speed test result card for test.redirect.pizza, average of Washington DC, Frankfurt and Tokyo: slower than 81% of redirects tested in the last 7 days, 351 ms, 301

Speed test page for test.redirect.pizza, re-run from all three regions on October 16, 2026: 351 ms (ranking round: 360.3 ms).

Diesen Test öffnen: test.redirect.pizza

RedirHub speed test result card for redirect-pizza-example.com, average of Washington DC, Frankfurt and Tokyo: faster than 61% of redirects tested in the last 7 days, 50 ms, 301

Speed test page for redirect-pizza-example.com, re-run from all three regions on October 16, 2026: 50 ms (ranking round: 51 ms).

Diesen Test öffnen: redirect-pizza-example.com

Nur eine davon auszuwählen, würde die Dienstleistung falsch darstellen, deshalb bleiben beide im Ranking.

3. urllo (EasyRedir): 302 ms#

urllos eigene alte Domain easyredir.com, die zur neuen Marke weiterleitet. Es handelt sich um eine Weiterleitung bei einem Website-Umzug und nicht um einen Kundenlink: 179 ms aus Washington DC, 428 ms aus Frankfurt und 298 ms aus Tokio. Außerdem braucht es zwei Weiterleitungen bis zur endgültigen Seite (easyredir.com, dann www.easyredir.com, dann www.urllo.com), und wir haben nur die erste gemessen.

RedirHub speed test result card for easyredir.com, average of Washington DC, Frankfurt and Tokyo: slower than 87% of redirects tested in the last 7 days, 307 ms, 301

Speed test page for easyredir.com, re-run from all three regions on October 16, 2026: 307 ms (ranking round: 301.7 ms).

Redirect chain for easyredir.com: 301 to www.easyredir.com, 301 to www.urllo.com, 200; What to fix: 2 redirects before the final page

The chain behind it: two redirects before the final page.

Diesen Test öffnen: easyredir.com

4. Rebrandly: 264 ms#

Ein öffentlicher Rebrandly-Kurzlink. Schnell aus Washington DC (29 ms), deutlich langsamer aus Frankfurt (298 ms) und Tokio (466 ms). Er ist außerdem die längste Kette im Test: drei Weiterleitungen über zwei Free-Trial-URLs mit einer Click-ID, bevor er auf der Preisseite landet.

RedirHub speed test result card for rbnd.ly/booked, average of Washington DC, Frankfurt and Tokyo: slower than 79% of redirects tested in the last 7 days, 258 ms, 301

Speed test page for rbnd.ly/booked, re-run from all three regions on October 16, 2026: 258 ms (ranking round: 264.3 ms).

Redirect chain for rbnd.ly/booked: three 301 redirects through rebrandly.com free-trial URLs before rebrandly.com/pricing; What to fix: 3 redirects before the final page

Three redirects before the final page, each one a round trip.

Diesen Test öffnen: rbnd.ly/booked

5. Bitly: 117 ms#

Bitlys eigener öffentlicher Beispiel-Link. Der erste Sprung war schnell aus Washington DC (26 ms) und langsamer aus Frankfurt (119 ms) und Tokio (205 ms). Die Kette hat eine Schwachstelle: Der Link leitet Besucher zu einer http://-YouTube-Adresse weiter, die dann erneut zu https:// weiterleiten muss.

RedirHub speed test result card for bit.ly/bitly, average of Washington DC, Frankfurt and Tokyo: slower than 63% of redirects tested in the last 7 days, 126 ms, 301

Speed test page for bit.ly/bitly, re-run from all three regions on October 16, 2026: 126 ms (ranking round: 116.7 ms).

Redirect chain for bit.ly/bitly: 301 to http://www.youtube.com marked HTTP, 301 to https://www.youtube.com, 200; What to fix: a hop over plain HTTP and 2 redirects before the final page

A hop over plain HTTP: slower, and one step is unencrypted.

Diesen Test öffnen: bit.ly/bitly

6. Vercel: 77 ms#

Eine Weiterleitungsregel, die wir selbst auf Vercel eingerichtet haben und die auf unsere eigene Website verweist. Über die Regionen hinweg sehr gleichmäßig (70, 73 und 89 ms), aber jede Antwort dauerte etwas länger als die weiter unten aufgeführten Edge-basierten Dienste.

RedirHub speed test result card for vercel.urlredirectservice.com, average of Washington DC, Frankfurt and Tokyo: faster than 50% of redirects tested in the last 7 days, 42 ms, 301

Speed test page for vercel.urlredirectservice.com, re-run from all three regions on October 16, 2026: 42 ms (ranking round: 77.3 ms).

Diesen Test öffnen: vercel.urlredirectservice.com

7. Short.io: 46 ms#

Ein öffentlicher Short.io-Link, der von einer kolumbianischen Regierungsbehörde verwendet wird. Von Washington DC und Frankfurt aus sehr schnell (jeweils 15 ms) und von Tokio aus langsamer (109 ms). Er verwendet einen 302-Statuscode, der für vorübergehende Weiterleitungen gedacht ist; der Geschwindigkeitstest markiert dies, wenn die Weiterleitung dauerhaft ist.

RedirHub speed test result card for e436.short.gy/descarga-geoportal-ideam, average of Washington DC, Frankfurt and Tokyo: faster than 62% of redirects tested in the last 7 days, 46 ms, 302

Speed test page for e436.short.gy/descarga-geoportal-ideam, re-run from all three regions on October 16, 2026: 46 ms (ranking round: 46.3 ms).

Redirect chain for the Short.io link: 302 to an ArcGIS page, 200; What to fix: the redirect is temporary (302)

A 302 is temporary. For a permanent link, a 301 or 308 passes ranking signals on.

Öffnen Sie diesen Test: e436.short.gy/descarga-geoportal-ideam

8. Dub: 38 ms#

Der offizielle Kurzlink von Dub zu seinem GitHub-Repository. Fast überall nahezu identisch (39, 35 und 40 ms), so sieht eine am Edge bereitgestellte Weiterleitung aus. Wie Short.io antwortet er mit einem 302.

RedirHub speed test result card for d.to/github, average of Washington DC, Frankfurt and Tokyo: faster than 47% of redirects tested in the last 7 days, 42 ms, 302

Speed test page for d.to/github, re-run from all three regions on October 16, 2026: 42 ms (ranking round: 38 ms).

Redirect chain for d.to/github: 302 to github.com/dubinc/dub, 200; What to fix: the redirect is temporary (302)

One hop, but a temporary 302.

Öffnen Sie diesen Test: d.to/github

9. TinyURL: 34 ms#

Ein öffentlicher TinyURL-Link zu einem YouTube-Video: 29 ms von Washington DC und Frankfurt, 44 ms von Tokio. Ein sauberer 301, keine zusätzlichen Weiterleitungen.

RedirHub speed test result card for tinyurl.com/zs9flrt, average of Washington DC, Frankfurt and Tokyo: faster than 55% of redirects tested in the last 7 days, 34 ms, 301

Speed test page for tinyurl.com/zs9flrt, re-run from all three regions on October 16, 2026: 34 ms (ranking round: 34 ms).

Öffnen Sie diesen Test: tinyurl.com/zs9flrt

10. Cloudflare: 30 ms#

Eine Weiterleitungsregel, die wir auf Cloudflare eingerichtet haben und die auf unsere eigene Website verweist: 30, 35 und 25 ms. Eines der gleichmäßigsten Ergebnisse im Test, wobei Tokio von den drei Standorten am schnellsten ist.

RedirHub speed test result card for cloudflare.urlredirectservice.com, average of Washington DC, Frankfurt and Tokyo: faster than 52% of redirects tested in the last 7 days, 34 ms, 301

Speed test page for cloudflare.urlredirectservice.com, re-run from all three regions on October 16, 2026: 34 ms (ranking round: 30 ms).

Öffnen Sie diesen Test: cloudflare.urlredirectservice.com

11. RedirHub: 17 ms#

Unsere eigene Website, die redirhub.com auf www.redirhub.com weiterleitet: 15, 17 und 18 ms. Fairerweise: Das ist unsere eigene Website, nicht die Domain eines Kunden, und wir haben den Test selbst durchgeführt. Betrachten Sie es als einen Datenpunkt und prüfen Sie es mit Ihrem eigenen Link.

RedirHub speed test result card for redirhub.com, average of Washington DC, Frankfurt and Tokyo: faster than 69% of redirects tested in the last 7 days, 16 ms, 301

Speed test page for redirhub.com, re-run from all three regions on October 16, 2026: 16 ms (ranking round: 16.7 ms).

Öffnen Sie diesen Test: redirhub.com

Was wir gelernt haben#

  • Wo sich Ihre Besucher befinden, ist wichtig. Die langsamsten Links waren in einer Region in Ordnung und in einer anderen langsam: Cuttly lag zwischen 129 ms und 823 ms, Rebrandly zwischen 29 ms und 466 ms. Testen Sie aus den Regionen, in denen sich Ihr Publikum befindet, nicht nur von Ihrem Schreibtisch aus.
Heatmap of median time to first byte per region (Washington DC / Frankfurt / Tokyo) with the gap between slowest and fastest region: Cuttly 212/129/823 (6.4x), redirect.pizza URL A 303/43/735 (17.1x), URL B 30/12/111 (9.3x), urllo 179/428/298 (2.4x), Rebrandly 29/298/466 (16.1x), Bitly 26/119/205 (7.9x), Vercel 70/73/89 (1.3x), Short.io 15/15/109 (7.3x), Dub 39/35/40 (1.1x), TinyURL 29/29/44 (1.5x), Cloudflare 30/35/25 (1.4x), RedirHub 15/17/18 (1.2x)

Darker cells are slower. Gap compares each link's slowest region with its fastest.

  • Ein Link ist nicht der ganze Dienst. Zwei redirect.pizza-Links landeten in derselben Runde bei 360 ms und 51 ms. Jede Zahl hier beschreibt einen Link zu einem bestimmten Zeitpunkt; testen Sie Ihren eigenen.
  • Zwischenschritte summieren sich. Rebrandly brauchte drei Weiterleitungen, urllo und Bitly zwei, und Bitlys Weiterleitung lief über reines HTTP. Verweisen Sie jeden Link direkt auf die endgültige https://-Seite.
  • Verwenden Sie den richtigen Code. Short.io und Dub antworteten mit einem 302, der für vorübergehende Umzüge gedacht ist. Für einen Link, der sich nie ändert, ist ein 301 das klarere Signal.
  • Die schnellsten sehen überall gleich aus. TinyURL, Cloudflare, Dub und RedirHub blieben in allen drei Regionen innerhalb weniger Millisekunden.

Warum dies für Nutzer und SEO wichtig ist, siehe warum die Weiterleitungsgeschwindigkeit wichtig ist. Zu Ketten und fehlerhaften Weiterleitungen siehe 301-Weiterleitung funktioniert nicht? 6 häufige Ursachen und Lösungen.

Ist Ihre Weiterleitung eher langsam?

Fügen Sie Ihre URL ein und sehen Sie ihre Time to First Byte aus Washington DC, Frankfurt und Tokio, wie sie im Vergleich zu Weiterleitungen der letzten 7 Tage abschneidet und jeden Hop in der Kette. Kostenlos, keine Anmeldung.

Meine Weiterleitung testen

Wie wir getestet haben#

Diagram of what the test times: DNS, connect, TLS and server wait until the 301 and Location header arrive, together making up time to first byte; the destination page is not timed

The number in every chart is time to first byte of the redirect response.

  • Datum: 16. Oktober 2026. Die Hauptstichproben wurden zwischen 09:18 und 09:22 UTC getestet, RedirHub um 09:31 UTC und die gekoppelten redirect.pizza-URLs zusammen um 09:33 UTC.
  • Regionen: Washington DC, Frankfurt und Tokio. Fünf Durchläufe pro Region, jeweils über eine frische Verbindung; wir berichten den Median.
  • Messgröße: nur die Time to First Byte der ersten Antwort. Die Zielseite wird nicht mitgemessen, daher wirkt sich eine langsame Zielseite nicht auf die Weiterleitung aus.
  • Ranking: der einfache Durchschnitt der drei regionalen Mediane, sodass jede Region gleich gewichtet wird.
  • URLs: öffentliche Kurzlinks aus veröffentlichten Quellen, offizielle Beispiele, zwei Weiterleitungsregeln, die wir selbst auf Cloudflare und Vercel eingerichtet haben, und redirhub.com. Ziele, Tarife und Einstellungen waren zwischen den Diensten nicht identisch.
  • Ausgelassen: eine redirection.io-Kundeneinrichtung, die in zwei der drei Regionen einen 403 zurückgab (blockierte Antworten sind keine schnelleren Weiterleitungen), sowie selbst gehostete Setups wie NGINX, Apache, Caddy und WordPress-Plugins, deren Geschwindigkeit vom Server abhängt, auf dem sie laufen. Registrar-Domain-Weiterleitungen haben wir noch nicht getestet.
  • Ausgeführt von: RedirHub. Dies ist eine kurze Momentaufnahme bestimmter URLs, keine langfristige Leistungsrangliste einer Marke, und sie sagt für sich genommen nichts über SEO oder Conversion aus.

Prüfe deine eigene Weiterleitung in 30 Sekunden#

Schritt 1. Öffne den Weiterleitungs-Geschwindigkeitstest und füge deine Weiterleitung oder deinen Kurzlink ein.

RedirHub redirect speed test form with a URL field, an optional second URL to compare, region choices Washington DC, Frankfurt, Tokyo or All three, number of runs and a Test speed button

Paste a link, pick a region (or all three) and press Test speed.

Schritt 2. Wähle Alle drei Regionen, damit du die Unterschiede zwischen den Kontinenten siehst und nicht nur die zu dir nächstgelegene.

Schritt 3. Füge eine zweite URL zum Vergleichen hinzu, zum Beispiel deinen aktuellen Anbieter gegenüber einer Test-Weiterleitung. Beide erhalten dieselben Durchläufe, abwechselnd, vom selben Ort aus.

Schritt 4. Lies die Ergebniskarte und die Liste „Was zu beheben ist“, wie in den Screenshots oben: zusätzliche Sprünge, ein 302 dort, wo ein 301 hingehört, ein Sprung über unverschlüsseltes HTTP oder ein defektes Ziel.

Schritt 5. Teile die Ergebnisseite oder lade das Bild herunter, oder kopiere den curl-Befehl, um den Test von deinem eigenen Rechner aus zu wiederholen.

Lieber das Terminal? Dies gibt für eine URL den Median aus 10 Durchläufen aus, mit DNS, Verbindungsaufbau, TLS und erstem Byte. Deine Zahlen werden von unseren abweichen, weil sie davon abhängen, wo du es ausführst.

bashfor u in 'https://your-redirect.example/'; 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

Eine langsame oder verkettete Weiterleitung gefunden? Verschieben Sie es zu RedirHub und testen Sie es erneut.

Eine Weiterleitung erstellen

Quellen

  1. [1]redirect.pizza Nameserver-Dokumentation

Häufig gestellte Fragen

In unserem Test vom 16. Oktober 2026 war der von uns getestete Cuttly-Kurzlink am langsamsten und lag im Durchschnitt bei 388 ms über Washington DC, Frankfurt und Tokio, mit 823 ms aus Tokio. Das beschreibt eine URL zu einem bestimmten Zeitpunkt, nicht jeden Cuttly-Link.

Die vier schnellsten Weiterleitungen in unserem Test antworteten aus allen drei Regionen in 15 bis 44 ms. Am wichtigsten ist ein kleiner Unterschied zwischen den Regionen und nur ein einzelner Hop: Eine Weiterleitung, die in der Nähe ihres Servers schnell ist, aber mehrere Hundert Millisekunden entfernt davon liegt, fühlt sich für einen Teil deines Publikums langsam an.

Eine Weiterleitung fügt vor dem Laden der eigentlichen Seite eine Anfrage hinzu, sodass eine langsame Weiterleitung die Seite für Besucher verlangsamt, und Weiterleitungsketten fügen pro Hop eine Anfrage hinzu. Dieser Test misst nur die Geschwindigkeit; er zeigt keinen direkten Einfluss auf Rankings.

Die Entfernung zum Server, dein Netzwerk und DNS-Caching verändern das Ergebnis. Vergleiche URLs, die vom selben Ort zur selben Zeit getestet wurden, und achte eher auf die Differenz zwischen ihnen als auf die absoluten Werte.

Wir haben zwei seiner URLs in derselben Runde getestet und 360.3 ms sowie 51.0 ms erhalten. Nur eine zu zeigen, würde den Dienst falsch darstellen, deshalb erscheinen beide, und nur die erste erhält einen Rang.

Wir haben es ausgeführt, also sagen wir es auch so. Das RedirHub-Beispiel ist die Weiterleitung unserer eigenen Website, nicht eine Kundeneinrichtung, und Methode, Zeiten und URLs sind veröffentlicht, damit jeder den Test mit dem kostenlosen Tool oder dem curl-Befehl erneut durchführen kann.

Leo Astarothman

Leo Astarothman is the Brand & Content Lead at RedirHub, where he shapes the company's visual identity, educational content, product experiences, and marketing strategies. He also specializes in system design. Simplifying complex redirect infrastructure into practical resources, product experiences, and campaigns that help businesses understand and adopt modern redirect management.