Jede Art der Weiterleitung auf Cloudflare, und wann sie bricht

Es gibt sechs Wege, eine Anfrage auf Cloudflare mit einer Weiterleitung zu beantworten, plus eine Funktion, die wie ein siebter aussieht und keiner ist. Sie unterscheiden sich darin, wo die Regel liegt, wie viele man bekommt, worauf man prüfen kann und was an den Rändern stillschweigend aufhört zu funktionieren.

Alle Zahlen unten wurden am 22. Juli 2026 in der Cloudflare-Dokumentation nachgelesen.

Drei Fragen genügen zur Auswahl

Der Vergleich

Methode	Regel liegt auf	Free-Tarif	Matching	Was zuschlägt
Single Redirects	der Zone	10 Regeln	Wildcards; Regex ab Business	zählt für jede Zone neu
Bulk Redirects	dem Konto	10.000 URLs, 5 Listen, 15 Regeln	Listen-Lookup, Unterpfade, Subdomains	Query-String fällt standardmäßig weg
Snippets	der Zone	keine	beliebige Logik, 5 ms	auf Free gar nicht verfügbar
Workers	der Route	100.000 Anfragen/Tag, 10 ms CPU	beliebige Logik	man schreibt und deployt Code
_redirects-Datei	dem Deployment	2.000 statisch, 100 dynamisch	nur Pfade	kann keine Query-Parameter prüfen
Origin	dem eigenen Server	was auch immer läuft	alles	die Anfrage legt erst den ganzen Weg zurück

Single Redirects, pro Zone

Zehn Regeln auf Free, fünfundzwanzig auf Pro, fünfzig auf Business, dreihundert auf Enterprise. Wildcards überall, reguläre Ausdrücke ab Business.

Entscheidend ist pro Zone. Zehn Regeln heißt zehn auf jeder Domain, die man besitzt, nicht zehn insgesamt — großzügiger, als es zunächst klingt. Sechs Domains mit je vier Weiterleitungen brauchen nie ein anderes Produkt.

Beides, Single und Bulk Redirects, setzt voraus, dass der DNS-Eintrag über Cloudflare proxyt ist. Cloudflare formuliert es so: sie „require that you proxy the DNS records of your domain (or subdomain) through Cloudflare“. Bei einer geparkten Domain ist genau das der Schritt, den man vergisst.

Bulk Redirects, pro Konto

Die umgekehrte Anordnung, und der Grund, dazu zu greifen: Bulk Redirects „allow you to define a large number of URL redirects at the account level, which can apply across domains in your account“. Eine Liste, alle Zonen.

Der Free-Tarif fasst 10.000 URL-Weiterleitungen in 5 Listen und 15 Regeln. Pro hebt die URLs auf 25.000, Business auf 50.000, Enterprise auf eine Million in 25 Listen und 50 Regeln.

Zwei Dinge sollte man vorher wissen.

Das dokumentierte Kontingent und das tatsächlich bereitgestellte sind nicht immer dieselbe Zahl. Konten liefen im Juli 2026 noch gegen die alte Grenze von zwanzig, und die Abhilfe ist ein Support-Ticket: die Doku sagt 10.000, Ihr Konto hat vielleicht 20.

Und der Query-String wird verworfen, wenn man ihn nicht ausdrücklich anfordert. preserve_query_string steht auf false, und einschalten heißt ersetzen statt zusammenführen: dann fallen die Parameter der Ziel-URL weg. Es gibt keine Stellung, die beides behält — was eine eigene Untersuchung wird, sobald Werbe-Klick-IDs im Spiel sind.

Snippets, wenn man zahlt

Kleine JavaScript-Stücke, die vor der Auslieferung laufen, sodass eine Weiterleitung von allem abhängen kann, was sich berechnen lässt. Fünfundzwanzig auf Pro, fünfzig auf Business, dreihundert auf Enterprise, mit 5 ms Laufzeit, 2 MB Speicher und 32 KB Paketgröße.

In der Verfügbarkeitstabelle steht für den Free-Tarif No, mit null Snippets. Wer auf Free ist und Logik statt einer Liste braucht, ist hier falsch.

Workers, wenn die Regel keine Liste ist

Ein Worker kann anhand von allem weiterleiten, was er lesen kann: Header, Land, Cookie, Uhrzeit, das Ergebnis eines Lookups. Der Free-Tarif erlaubt 100.000 Anfragen pro Tag und 10 ms CPU pro Aufruf, was für sehr viele Weiterleitungen reicht.

Der Preis ist nicht das Kontingent. Er ist, dass eine Weiterleitung jetzt im Code lebt, mit Deployment, Rollback und jemandem, der das in einem Jahr noch verstehen muss. Für eine feste Liste aus Quell- und Ziel-URLs ist das ein schlechter Tausch gegen Bulk Redirects.

Eines kann allerdings nur diese Zeile. Eine Regel erzeugt ihre Antwort, bevor irgendetwas danach läuft, also kann nichts protokollieren, dass die Weiterleitung stattgefunden hat: den Klick zählen kann nur der Code, der die Weiterleitung ausliefert.

Die _redirects-Datei, für ein statisches Deployment

Wird die Seite als statische Assets ausgeliefert, können Weiterleitungen mitgehen. Die Datei fasst 2.000 statische und 100 dynamische Weiterleitungen, zusammen 2.100. Sie versteht 301, 302, 303, 307 und 308 und nimmt 302, wenn man nichts angibt — was überrascht, wenn man eine dauerhafte Weiterleitung erwartet hat.

Ihre eigentliche Grenze ist das Matching: Query-Parameter werden nicht unterstützt. Lautet die Regel „leite diese URL weiter, wenn sie diesen Parameter trägt“, kann die Datei das nicht ausdrücken.

Der Origin, immer noch eine Option

Eine Weiterleitung aus nginx, Apache oder der Anwendung ist nicht falsch. Sie passiert nur, nachdem die Anfrage das Netz bis zum eigenen Server durchquert hat — also genau die Strecke, die das Edge einspart. Lohnt sich, wenn die Entscheidung Daten braucht, die nur die Anwendung hat. Verschwendet, wenn die Antwort eine feste, vorab bekannte Zuordnung ist.

Transform Rules sind keine Weiterleitungen

Das ist die häufigste Verwechslung im ganzen Thema, und die Benennung hilft kein bisschen.

Transform Rules „allow you to adjust the URI path, query string, and HTTP headers of requests and responses on the Cloudflare global network“. Ein URL-Rewrite verändert die Anfrage im Durchlauf. Kein Statuscode, kein Location-Header, und die Adresse im Browser ändert sich nie. Die Besucherin hat eine URL angefragt und bekommt eine Antwort dafür; was hinter dem Edge geschah, bleibt unsichtbar.

Das ist das richtige Werkzeug für eine saubere öffentliche URL über einer unschönen internen. Es ist das falsche, wenn eine Suchmaschine eine neue Adresse lernen soll — denn nichts sagt ihr, dass es eine neue Adresse gibt.

Free bekommt 10 Transform Rules, Pro 25, Business 50, Enterprise 300, Regex ab Business.

Und Page Rules, der Vollständigkeit halber

Page Rules erledigten Weiterleitungen über eine Einstellung namens Forwarding URL. Die Dokumentation überschreibt diesen Abschnitt inzwischen mit „Page Rules (deprecated)“ und veröffentlicht eine Zuordnung jeder alten Einstellung zu ihrem Nachfolger, was für Weiterleitungen Single Redirects heißt. Wer dort noch Regeln liegen hat: hier steht, wohin jede Einstellung gewandert ist, einschließlich der fünf, die nirgendwohin führen.

Viele Domains, ein Ziel

Der Fall, der nicht in die Tabelle passt: mehrere hundert Hostnamen, die alle antworten sollen, jeder mit eigenem Zertifikat. Cloudflare for SaaS deckt Custom Hostnames ab, nicht die Weiterleitungslogik, und enthält 100 davon auf Free, Pro und Business, danach 0,10 US-Dollar pro Monat je weiterem, bis 50.000.

Zusammen mit einer Bulk-Redirect-Liste hat ein großes Portfolio damit eine Antwort. Ob es eine bequeme Antwort ist, ist eine längere Geschichte: das Runbook für zweihundert geparkte Domains auf einer Seite behandelt die Zonen, die Reihenfolge der Nameserver und das Nachprüfen — dort steckt die eigentliche Arbeit.

Was man tatsächlich nehmen sollte

Eine Domain, ein paar Regeln: Single Redirects. Nichts anderes rechtfertigt seine Komplexität.

Eine Liste aus Quell- und Ziel-URLs, besonders über mehrere Domains hinweg: Bulk Redirects — nachdem man geprüft hat, dass das Konto wirklich das Kontingent hat, das die Doku verspricht.

Eine Entscheidung statt einer Liste: Snippets, wenn der Tarif sie enthält, sonst ein Worker. Und keins von beidem, wenn sich die Entscheidung am Ende doch als Lookup entpuppt.

Für eine Zone braucht nichts davon ein Produkt obendrauf. Nötig wird es an der Stelle, an der die Regeln denjenigen überleben, der sie geschrieben hat, verteilt über Domains, die seit einem Jahr niemand geöffnet hat, ohne Aufzeichnung darüber, welche Domain wohin zeigen sollte. Genau dafür ist 301.st gebaut, und der ehrliche Platz dafür ist hier am Ende, nicht mitten im Vergleich.