Cloudflare Docs
Support
Cloudflare Docs
Support
GitHub icon
Visit Support on GitHub
Set theme to dark (⇧+D)

Cloudflare Page Rules verstehen und konfigurieren (Tutorial für Page Rules)

​​ Überblick

Sie können eine Page Rule definieren, um eine oder mehrere Aktionen auszulösen, wenn ein bestimmtes URL-Muster übereinstimmt. Page Rules sind in der App  Rules in der Registerkarte Page Rules verfügbar.

Wie viele Page Rules standardmäßig zulässig sind, hängt vom Domain-Plan ab, wie im Folgenden dargestellt.

Tarif Erlaubte Page Rules
Free

|

3

| |

Pro

|

20

| |

Business

|

50

| |

Enterprise

|

125

|

Sie können zusätzliche Regeln für Domains in den Free, Pro und Business Plans erwerben (maximal 100).

​​ Vor den ersten Schritten

Es ist wichtig, zwei grundlegende Verhaltensweisen von Page Rules zu verstehen:

  • Nur die übereinstimmende Page Rule mit der höchsten Priorität wird bei einer Anfrage wirksam.
  • Die Page Rules werden im Cloudflare-Dashboard in absteigender Reihenfolge priorisiert, wobei die Regel mit der höchsten Priorität ganz oben steht.

Bei einer Page Rule wird ein URL-Muster abgeglichen. Dabei gilt folgendes Format (zusammengesetzt aus fünf Segmenten): ://<:port>/?<query_string>

Eine URL mit diesen Segmenten sieht beispielsweise so aus:

https://www.example.com:443/image.png?parameter1=value1

Die Segmente scheme und port sind optional. Wenn scheme weggelassen wird, gilt die Regel für die Protokolle http:// und https://. Wenn kein port angegeben ist, gilt die Regel für alle Ports.

Sie können eine Page Rule jederzeit deaktivieren. Solange eine Regel deaktiviert ist, werden keine Aktionen ausgelöst, aber die Regel wird immer noch in der App Rules in der Registerkarte Page Rules angezeigt, kann bearbeitet werden und wird bei der Anzahl der für Ihre Domain erlaubten Regeln berücksichtigt. Mit der Option Als Entwurf speichern wird eine Page Rule erstellt, die standardmäßig deaktiviert ist.

​​ Eine Page Rule erstellen

Die Schritte zum Erstellen einer Page Rule sind:

  1. Melden Sie sich im Cloudflare Dashboard an.
  2. Wählen Sie die Domain aus, für die Sie die Page Rule hinzufügen möchten.
  3. Klicken Sie auf die App Rules.
  4. Klicken Sie in der Registerkarte Page Rules auf Page Rule erstellen. Das Dialogfeld Page Rule für erstellen wird geöffnet.
  5. Geben Sie unter Wenn die URL übereinstimmt mit die URL oder das URL-Muster ein, für das die Regel gelten soll. Weitere Informationen über den Platzhalterabgleich
  6. 6. Klicken Sie als Nächstes unter Dann sehen die Einstellungen folgendermaßen aus: auf + Eine Einstellung hinzufügen und wählen Sie die gewünschte Einstellung aus der Dropdown-Liste aus. Sie können mehr als eine Einstellung pro Regel hinzufügen. Weitere Informationen zu Einstellungen finden Sie  unten in der Zusammenfassung.
  7. Geben Sie in der Dropdown-Liste Reihenfolge die gewünschte Reihenfolge an: Erste, Letzte oder Benutzerdefiniert.
  8. Klicken Sie zum Speichern auf eine der folgenden Optionen:
    • Als Entwurf speichern, um die Regel zu speichern und deaktiviert zu lassen.
    • Speichern und bereitstellen, um die Regel zu speichern und sofort zu aktivieren.

​​ Eine Page Rule bearbeiten

So ändern Sie eine bestehende Page Rule:

  1. Melden Sie sich im Cloudflare Dashboard an.
  2. Wählen Sie die Domain aus, für die Sie die Page Rule ändern möchten.
  3. Klicken Sie auf die App Rules.
  4. Suchen Sie in der Registerkarte Page Rules die Regel, die Sie bearbeiten möchten.
  5. Nehmen Sie die erforderlichen Änderungen wie folgt vor:
    • Um eine Regel zu aktivieren oder zu deaktivieren, klicken Sie auf den Ein/Aus-Schalter.
    • Um das URL-Muster, die Einstellungen oder die Reihenfolge zu ändern, klicken Sie auf die Schaltfläche Bearbeiten (Schraubenschlüsselsymbol). Geben Sie im Dialogfeld die Informationen ein, die Sie ändern möchten.
    • Um eine Regel zu entfernen, klicken Sie auf die Schaltfläche Löschen (x-Symbol) und bestätigen Sie im Dialogfeld Bestätigen mit OK.

​​ Platzhalterabgleich und Referenzierung verstehen

Mit dem Sternchen (*) können Sie in jedem URL-Segment bestimmte Muster erkennen. Zum Beispiel würde

example.com/t*st

dies erkennen:

example.com/test
example.com/toast
example.com/trust

example.com/foo/* stimmt nicht mit example.com/foo überein.  example.com/foo* aber schon.

​​ Hilfreiche Tipps

  • Damit sowohl http als auch https erfasst werden, schreiben Sie einfach example.com. Es ist nicht notwendig, *.example.com zu schreiben.
  • Um jede Seite einer Domain zu erfassen, schreiben Sie example.com/*. Einfach nur example.com zu schreiben, funktioniert nicht.
  • Um jede Seite einer Domain und ihrer Subdomains zu erfassen, schreiben Sie *example.com/*. Einfach nur example.com zu schreiben, funktioniert nicht.
  • Ein Platzhalter (*) in der URL einer Page Rule steht auch für null Zeichen und kann jeden Teil der URL einschließen, einschließlich der Abfragezeichenfolge.

​​ Refererenzierung des Platzhalterabgleichs

Sie können einen abgeglichenen Platzhalter später über die Syntax $X referenzieren. X gibt den Index eines glob-Musters an. Dabei repräsentiert $1 die erste Platzhalter-Übereinstimmung, $2 die zweite Platzhalter-Übereinstimmung und so weiter.

Dies ist besonders nützlich bei der Einstellung Weiterleitungs-URL. Zum Beispiel:

Sie könnten dies:

http://*.example.com/*

weiterleiten an:

http://example.com/images/$1/$2.jpg

Diese Regel würde erkennen:

http://cloud.example.com/flare.jpg

und am Ende weiterleiten an:

http://example.com/images/cloud/flare.jpg

Um ein literales $-Zeichen in der Weiterleitungs-URL zu verwenden, setzen Sie einen Backslash (\) davor: \$.

​​ Zusammenfassung der Page-Rule-Einstellungen

Die Einstellungen steuern die Aktion, die Cloudflare ausführt, sobald eine Anfrage mit dem in einer Page Rule definierten URL-Muster übereinstimmt. Mit den Einstellungen können Sie mehrere Cloudflare-Features in mehreren Dashboard-Apps aktivieren und deaktivieren. Beachten Sie dazu Folgendes:

  • Einige Einstellungen erfordern für die Domain einen Pro, Business oder Enterprise Plan.
  • Sie können mehr als eine Einstellung angeben, die beim Auslösen der Regel angewendet werden soll.

Nachfolgend finden Sie die vollständige Liste der verfügbaren Einstellungen in der Reihenfolge, in der sie in der Benutzeroberfläche von Cloudflare Page Rules erscheinen.

| Einstellung

|

Beschreibung

|

Tarife

Immer HTTPS verwenden

|

Aktivieren oder deaktivieren Sie das Feature Immer HTTPS verwenden auf der Registerkarte Edge-Zertifikate in der Cloudflare SSL/TLS-App. Wenn diese Option aktiviert ist, wird jede http://-URL durch eine 301-Weiterleitung in https:// konvertiert.

Wenn diese Option nicht angezeigt wird, haben Sie kein aktives Edge-Zertifikat.

|

  • Alle

| |

Auto Minify

|

Geben Sie an, welche Dateierweiterungen automatisch minimiert werden sollen.  Mehr dazu hier.

|

  • Alle

| |

Automatic HTTPS Rewrites

|

Aktivieren oder deaktivieren Sie das Feature Cloudflare Automatic HTTPS Rewrites auf der Registerkarte Edge-Zertifikate in der Cloudflare SSL/TLS-App. Mehr dazu hier.

|

  • Alle

| |

Browser-Cache-TTL

|

Steuert, wie lange in Client-Browsern zwischengespeicherte Ressourcen gültig bleiben. Sowohl die Cloudflare-Benutzeroberfläche als auch die API verbieten die Einstellung der Browser-Cache-TTL auf 0 für Nicht-Enterprise-Domains. Mehr dazu hier.

|

  • Alle

| |

Browserintegritätsprüfung

|

Der Browser des Besuchers wird auf Header überprüft, die mit Spammern oder bestimmten Bots in Verbindung gebracht werden.  Mehr dazu hier.

|

  • Alle

| |

Bypass Cache on Cookie

|

Der Cache wird umgangen und Ressourcen werden vom Ursprungsserver abgerufen, wenn ein regulärer Ausdruck mit einem in der Anfrage vorhandenen Cookie-Namen übereinstimmt.

Wenn Sie sowohl diese Einstellung als auch die Einstellung Cache on Cookie zu derselben Page Rule hinzufügen, hat Cache on Cookie Vorrang vor Bypass Cache on Cookie.

Weitere Informationen zur eingeschränkten Unterstützung regulärer Ausdrücke finden Sie weiter unten.

|

  • Business
  • Enterprise

| |

Cache nach Gerätetyp

|

Zwischengespeicherte Inhalte werden basierend auf dem Gerätetyp des Besuchers getrennt. Mehr dazu hier.

|

  • Enterprise

| |

Cache Deception Armor

|

Schutz vor Webcache-Betrugsangriffen, während statische Assets weiterhin zwischengespeichert werden können. Bei dieser Einstellung wird überprüft, ob die URL-Erweiterung mit dem zurückgegebenen Inhaltstyp übereinstimmt. Mehr dazu hier.

|

  • Alle

| |

Cache-Schlüssel

|

Wird auch als Custom Cache Key bezeichnet.

Hiermit kann man bei der Entscheidung, welche Ressourcen zwischengespeichert werden sollen, genau festlegen, welche Variablen berücksichtigt werden sollen. Auf diese Weise können Kunden anhand anderer Faktoren als der URL bestimmen, was zwischengespeichert werden soll. Mehr dazu hier.

|

  • Enterprise

| |

Cache-Stufe

|

Wendet benutzerdefiniertes Caching basierend auf der ausgewählten Option an:

Bypass: Cloudflare speichert nicht im Cache.

Keine Abfragezeichenfolge: Liefert Ressourcen aus dem Cache, wenn keine Abfragezeichenfolge vorhanden ist.

Abfragezeichenfolge ignorieren: Liefert dieselbe Ressource an alle, unabhängig von der Abfragezeichenfolge.

Standard: Speichert alle statischen Inhalte mit einer Abfragezeichenfolge im Cache.

Alles zwischenspeichern: Behandelt alle Inhalte als statisch und speichert alle Dateitypen im Cache, nicht nur die standardmäßig von Cloudflare zwischengespeicherten Inhalte. Respektiert Cache-Header vom Ursprungswebserver, es sei denn, Edge-Cache-TTL ist ebenfalls in der Page Rule festgelegt. In Kombination mit Edge-Cache-TTL > 0 entfernt Alles zwischenspeichern Cookies aus der Antwort des Ursprungswebservers.

|

  • Alle

| |

Cache on Cookie

|

Die Option Alles zwischenspeichern (Einstellung Cache-Stufe) wird auf Grundlage eines Abgleichs regulärer Ausdrücke mit einem Cookie-Namen angewendet.

Wenn Sie sowohl diese Einstellung als auch Bypass Cache on Cookie zu derselben Page Rule hinzufügen, hat Cache on Cookie Vorrang vor Bypass Cache on Cookie.

|

  • Business
  • Enterprise

| |

Cache-TTL nach Statuscode

|

Enterprise-Kunden können die Cache-Time-to-Live (TTL) auf der Grundlage des Antwortstatus des Ursprungs-Webservers festlegen. Die Cache-TTL bezieht sich auf die Dauer, die eine Ressource im Cloudflare-Netzwerk verbleibt, bevor sie als veraltet („stale“) markiert oder aus dem Cache entfernt wird. Statuscodes werden vom Ursprung einer Ressource zurückgegeben.   Das Festlegen der Cache-TTL auf der Grundlage des Antwortstatus überschreibt das Standard-Cache-Verhalten (Standard-Caching) für statische Dateien und überschreibt die vom Ursprungs-Webserver gesendeten Cache-Anweisungen. Um nicht-statische Assets zu cachen, legen Sie mit einer Page Rule die Cache-Stufe „Cache Everything“ (alles zwischenspeichern) fest. Die Einstellung von „no-store“ (nicht speichern) Cache-Control oder eine niedrige TTL (mit max-age/s-maxage) erhöht die Anfragen an die Ursprungs-Webserver und reduziert die Performance.  Mehr erfahren.

|

  • Enterprise

| |

Apps deaktivieren

|

Alle aktiven Cloudflare-Apps werden deaktiviert.

|

  • Alle

| |

Performance deaktivieren

|

Deaktivierung von:

|

  • Alle

| |

Railgun deaktivieren

|

Das Feature Railgun der Cloudflare Speed-App wird deaktiviert.

|

  • Business
  • Enterprise

| |

Sicherheit deaktivieren

|

Deaktivierung von:

|

  • Alle

| |

Edge-Cache-TTL

|

Hier können Sie angeben, wie lange eine Ressource im Cloudflare-Edge-Netzwerk zwischengespeichert werden soll. Edge Cache TTL ist in den Antwort-Headern nicht sichtbar. Die minimale Edge Cache TTL hängt vom Tariftyp ab.

Free: 2 Stunden
Pro: 1 Stunde
Business: 1 Sekunde
Enterprise: 1 Sekunde

|

  • Alle

| |

E-Mail-Adressenverschleierung

|

Ein- oder Ausschalten des Features Cloudflare-E-Mail-Verschleierung der App Cloudflare Scrape Shield.  Mehr dazu hier.

|

  • Alle

| |

Umleitungs-URL

|

Leitet eine URL mithilfe einer HTTP 301/302-Weiterleitung zu einer anderen weiter. Siehe oben unter  Platzhalterabgleich und Referenzierung verstehen.

|

  • Alle

| |

Host-Header-Überschreibung

|

Einen bestimmten Host-Header anwenden.  Mehr dazu hier.

|

  • Enterprise

| |

IP Geolocation-Header

|

Cloudflare fügt einen CF-IPCountry-HTTP-Header hinzu, der den Ländercode enthält, der dem Besucher entspricht.

|

  • Alle

| |

Mirage

|

Ein- oder Ausschalten des Features Cloudflare Mirage der Cloudflare Speed-App.  Mehr dazu hier.

|

  • Pro
  • Business
  • Enterprise

| |

Opportunistic Encryption

|

Aktivieren oder deaktivieren Sie das Feature Cloudflare Opportunistic Encryption auf der Registerkarte Edge-Zertifikate in der Cloudflare SSL/TLS-App. Mehr dazu hier.

|

  • Alle

| | Ursprungs-Cache-Steuerung | Die Ursprungs-Cache-Steuerung ist standardmäßig für Free-, Pro- und Business-Domains aktiviert und für Enterprise-Domains standardmäßig deaktiviert. |

  • Alle

| |

Ursprungsserver-Fehlerseite Pass-thru

|

Ein- oder Ausschalten von Cloudflare-Fehlerseiten, die aufgrund von vom Ursprungsserver gesendeten Problemen generiert werden. Wenn diese Einstellung aktiviert ist, werden vom Ursprung generierte Fehlerseiten angezeigt.

|

  • Enterprise

| |

Polish

|

Optionen des Features Polish der Cloudflare Speed-App anwenden. Mehr dazu hier.

|

  • Pro
  • Business
  • Enterprise

| |

Query String Sort

|

Ein- oder Ausschalten der Neusortierung von Abfragezeichenfolgen. Wenn Abfragezeichenfolgen dieselbe Struktur haben, wird das Caching verbessert.  Mehr dazu hier.

|

  • Enterprise

| |

Resolve Override

|

Die Ursprungsadresse wird in den in dieser Einstellung angegebenen Wert geändert.  Mehr dazu hier.

|

  • Enterprise

| |

Starke ETags respektieren

|

Ein- oder Ausschalten von Byte-für-Byte-Äquivalenzprüfungen zwischen dem Cloudflare-Cache und dem Ursprungsserver.  Mehr dazu hier.

|

  • Enterprise

| |

Response Buffering

|

Ein- oder Ausschalten der Einstellung, ob Cloudflare auf die gesamte Datei vom Ursprungsserver warten soll, bevor es die Datei an den Website-Besucher weiterleitet. Standardmäßig sendet Cloudflare Pakete an den Client, sobald sie vom Ursprungsserver eintreffen.

|

  • Enterprise

| |

Rocket Loader

|

Ein- oder Ausschalten von Cloudflare Rocket Loader in der Cloudflare-App Speed**.**  Mehr dazu hier.

|

  • Alle

| |

Sicherheitsstufe

|

Steuern Sie die Optionen des Features Sicherheitsstufe über die Sicherheits-App.  Mehr erfahren.

|

  • Alle

| |

Serverseitige Ausschlüsse

|

Ein- oder Ausschalten der Funktion Serverseitige Ausschlüsse der Cloudflare Scrape-Shield-App.  Mehr dazu hier.

|

  • Alle

| |

SSL

|

Steuern Sie Optionen für das Feature SSL auf der Registerkarte Edge-Zertifikate in der Cloudflare SSL/TLS-App. Mehr erfahren.

|

  • Alle

| |

True-Client-IP-Header

|

Ein- oder Ausschalten der Funktion True-Client-IP-Header der Cloudflare Netzwerk-App.  Mehr dazu hier.

|

  • Enterprise

| |

Web Application Firewall (ältere Version)

|

Aktivieren oder deaktivieren Sie die WAF-verwalteten Regeln, wie unter Sicherheit > WAF > Verwaltete Regeln definiert. Mehr erfahren.

Sie können einzelne WAF-verwaltete Regeln nicht über Page Rules aktivieren oder deaktivieren.

|

  • Pro
  • Business
  • Enterprise

|

​​ Bekannte Probleme

Problem bei der Konfiguration von Page Rules führt zu „Fehler 500 (Interner Serverfehler)****“

Grundlegende Ursache: Dies kann auf ein Konfigurationsproblem bei einer Page Rule zurückzuführen sein. Wenn Sie eine Page Rule erstellen, die zwei Platzhalter verwendet, wie z. B. eine URL-Weiterleitungsregel, ist es möglich, eine Regel zu erstellen, die den zweiten Platzhalter mit dem Platzhalter $2 erwähnt. Siehe das folgende Beispiel:

Beispiel für die Konfiguration einer Page Rule mit zwei Platzhaltern. Die Weiterleitungs-URL enthält eine Wildcard $2, die durch den Inhalt ersetzt wird, auf den die zweite

Wenn Sie dieselbe Regel aktualisieren, können Sie eine Wildcard im Feld Wenn die URL übereinstimmt entfernen und die Regel speichern. Siehe das folgende Beispiel:

Konfiguration der fehlerhaften Page Rule mit einer einzelnen Wildcard zutrifft, wobei jedoch weiterhin die Wildcard $2 in der Weiterleitungs-URL verwendet wird. Die Konfiguration sorgt dafür,

Wenn Sie dies tun, verweist der Platzhalter $2 auf eine Wildcard, die nicht mehr existiert, sodass ein „Error 500 (Internal server error)“ ausgegeben wird, wenn eine URL die Page Rule auslöst.

Lösung: Aktualisieren Sie die Page Rule und entfernen Sie den Verweis $2 auf die zweite Wildcard. Wenn es nur einen Platzhalter gibt, dann kann nur $1 verwendet werden.

​​ Zusätzliche Details

Diese Einstellung ist für Business- und Enterprise-Kunden verfügbar.

Die Einstellung Bypass Cache on Cookie unterstützt einfache reguläre Ausdrücke (Regex) in dieser Form:

  • Einen Pipe-Operator (dargestellt durch |), um mehrere Cookies mit boolescher ODER-Logik abzugleichen. Beispielsweise würde bypass=.*|PHPSESSID=.* den Cache umgehen, wenn entweder ein Cookie namens „bypass“ oder „PHPSESSID“ gesetzt würde, unabhängig vom Wert des Cookies.
  • Den Platzhalter-Operator (dargestellt durch .*). Der Wert „t.*st=“ in einer Regel würde also sowohl ein Cookie namens „test“ als auch ein Cookie namens „teeest“ erkennen.

Zu den Einschränkungen gehören:

  • 150 Zeichen pro Cookie-Regex
  • 12 Platzhalterzeichen pro Cookie-Regex
  • 1 Platzhalterzeichen zwischen jedem Pipe-Zeichen (|) im Cookie-Regex

In den folgenden Artikeln erfahren Sie, wie Sie Bypass-Cache on Cookie auf verschiedenen Plattformen konfigurieren:

Hinweis: Wenn Sie sowohl diese Einstellung als auch die Einstellung Cache on Cookie (nur Enterprise) in dieselbe Page Rule aufnehmen, hat Cache on Cookie Vorrang vor Bypass Cache on Cookie.

​​ Zonennamen müssen mit einem Schrägstrich enden

Beim Speichern einer Page Rule stellt Cloudflare sicher, dass nach jedem Vorkommen des aktuellen Zonennamens im Feld Wenn die URL übereinstimmt ein Schrägstrich steht. Wenn der aktuelle Zonenname zum Beispiel example.com lautet, dann:

  • wird example.com als example.com/ gespeichert
  • example.com/path/example.com wird als example.com/path/example.com/ gespeichert

Beachten Sie, dass example.com/some-path/cloudflare.com ohne einen abschließenden Schrägstrich gespeichert wird, da der Zonenname nicht cloudflare.com lautet.

​​ Von Page Rules unterstützte Netzwerkports

Wenn Sie einen Port im Page-Rule-Feld Wenn die URL übereinstimmt angeben, muss es sich um einen der folgenden Ports handeln:

​​ Page Rules mit Workers verwenden

Wenn die URL der aktuellen Anfrage sowohl mit einer Page Rule als auch mit einer benutzerdefinierten Route von Workers übereinstimmt, werden einige Einstellungen der Page Rules nicht angewendet. Einzelheiten zur Verwendung von Page Rules mit Workers finden Sie unter Workers: Page Rules in der Dokumentation für Entwickler.

​​ Verwandte Ressourcen