日本語 Deutsch English (US) Español (España) Français (France) 한국어 Português do Brasil 简体中文

Cloudflareヘルプセンター

Cloudflare製品について相談する

Detailed system status >

このセクションの記事

Cloudflareコミュニティとつながる

答えを見つける

CloudflareのPage Rulesを理解した上で設定する（Page Rulesチュートリアル）

  • 更新

Page Ruleでは、リクエストが定義されたURLパターンの1つに一致する時は、いつでも特定のアクションがトリガーされます。Page Ruleの作成方法と利用できる様々な設定について説明します。

概要

Page Ruleを定義し、URLパターンが一致するたびに、複数のアクションをトリガーすることができます。Page Ruleは、RulesアプリのPage Rulesタブで利用できます。

Page Ruleを適用させるためには、「プロキシされた」DNS レコードが必要です。Page Ruleは、DNSに存在しないホスト名やCloudflareに送信されないホスト名には適用されません。

ページルール数で許可されているのデフォルトの上限は、以下の通り、ドメインプランによって異なります。

プラン 許可されているページルール数の上限

Free

3

Pro

20

Business

50

Enterprise

125

Freeプラン、Proプラン、Businessプランのドメインに関しては、（最大100まで）追加のルールを購入できます。

はじめに

ページルールの基本的な2つの動作を理解しておくことが重要です：

  • 優先度が高く、一致しているページルールだけがリクエストに対して有効となります。
  • Cloudflareのダッシュボードでは、ページルールは降順で優先順位が付けられます。最も順位が高いルールが最上部に表示されます。

Cloudflareでは、最も厳密なものから厳密ではないものまで順番にすることをお勧めしています。

Page Ruleは、次のフォーマット（5つのセグメントから構成される）に基づくURLパターンと一致します:<scheme>://<hostname><:port>/<path>?<query_string>

この4つのセグメントから成るURLの例は以下のようになります： 

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

スキームとポートのセグメントは任意です。省略した場合、スキームが http://プロトコルとhttps:// プロトコル両方と一致します。ポートを特定しない場合、ルールはすべてのポートと一致します。

最後に、Page Ruleはいつでも無効にできます。ルールが無効になっている間、アクションはトリガーされませんが、ルールはRulesアプリのPage Rulesタブで表示され、編集可能です。そしてドメインで許可されるルール数にカウントされます。「下書きとして保存」オプションでデフォルトで無効になるPage Ruleを作成できます。

Page Ruleの作成

ページルール作成の手順：

  1. Cloudflareダッシュボードにログインします。
  2. Page Ruleを追加するドメインを選択します。
  3. Rulesアプリをクリックします。
  4. Page Rulesタブで、Page Ruleを作成するをクリックします。<あなたのドメイン>のPage Ruleを作成するダイアログが開きます。
  5. 「URLが一致する場合（If the URL matches）」で、ルールに一致するURLまたはURLパターンを入力します。ワイルドカードの一致に関する詳細を読む
  6. 次に、「設定を次のようにする（Then the settings are：）」で、「設定を追加する（+Add a Setting）」をクリックし、ドロップダウンから希望する設定を選択します。ルール1つに対して設定を2つ以上含めることができます。セッティングについては以下の概要をご覧ください。
  7. Order （順序）ドロップダウンで、最初、最後またはカスタムで、希望する順序を特定します。
  8. 保存するには、次のオプションを1つクリックします。
    • Save as Draft（下書きとして保存）でルールを保存し、無効のままにします。
    • Save and Deploy（保存して展開する）でルールを保存し、すぐに有効にします。

注意：当社は、非ASCII文字（punycode/unicode domainなど)をPage Ruleでサポートしません。その代わり、たとえば、Punycodeコンバーターを使って、ストリングをURL-エンコードすることができ、これで動作します。
作成できるPage Ruleの種類に関するアイディアについて、検討すべき推奨Page Ruleを参考にしてください。

Page Ruleの編集

既存のルールの変更方法：

  1. Cloudflareダッシュボードにログインします。
  2. Page Ruleを編集するドメインを選択します。
  3. Rulesアプリをクリックします。
  4. Page Rulesタブで、編集するルールを見つけます。
  5. 必要な変更を行うために、次のようにします。
    • ルールを有効/無効にするには、On/Offを切り替える。
    • URLパターン、設定、順番を変更するために、「編集」ボタン（レンチアイコン）をクリックする。ダイアログで、変更したい情報を入力する。
    • ルールを削除するために、「削除」ボタン（×アイコン）をクリックして「確認」ダイアログで「 OK」をクリックすると確認できます。

ワイルドカードの一致と参照について

URLセグメントにアスタリスク記号 (*) を使って特定のパターンと一致させることができます。例えば、 

example.com/t*st
は、以下と一致します： 
example.com/test
example.com/toast
example.com/trust

example.com/foo/* は、example.com/fooと一致しません。 しかし、 example.com/foo* は一致します。

役に立つヒント

  • httpとhttpsの両方と一致させるには、example.comとするだけです。*.example.comにする必要はありません。
  • ドメインにある全ページを一致させるには、 example.com/*と書き込みます。example.com だけでは、うまくいきません。
  • ドメインにある全ページとそのサブドメインに一致させるには、*example.com/*と書き込みます。example.com だけでは、うまくいきません。
  • Page Rule URLのワイルドカード （*）は、文字が存在しない場合でも一致し、クエリー文字列を含むURLの任意の部分を含めることがあります。

ワイルドカードの一致を参照

$X構文を使って、後で一致するワイルドカードを参照することができます。Xは、globパターンのインデックスを示します。したがって、$1は最初のワイルドカードの一致を表し、$2は二番目のワイルドカードの一致を表すことになります。

これは、転送 URLで特に便利なものです。例：

以下を転送することにします： 

http://*.example.com/*
転送先： 
http://example.com/images/$1/$2.jpg
このルールが一致するのは： 
http://cloud.example.com/flare.jpg
これは次に転送されることになります： 
http://example.com/images/cloud/flare.jpg
転送 URLで、$の文字をそのまま使うには、先頭にバックスラッシュ（\）を追加して、\$とエスケープさせます。
宛先としてそのドメイン自体を指すリダイレクトを作成しないようにしてください。これが無限のリダイレクトエラーの引き金となり、サイトが訪問者に何も提供できなくなります。

Page Ruleの設定の概要

リクエストがページルールで定義されているURLパターンと一致すると、設定でCloudflareのアクションがコントロールされます。設定を使うと、いくつかのダッシュボードアプリで、複数のCloudflare機能を有効/無効にすることができます。以下の点に注意してください：

  • 設定によっては、Pro、Business、Enterpriseドメインプランのいずれかが必要な場合があります。
  • 1つのルールについて複数の設定を行い、ルールがトリガーされた時に適用することができます。

以下は、利用可能な設定の全リストで、Cloudflare Page Rules UIで表示される順序を示しています。

設定

説明

プラン

HTTPSの常時使用

Cloudflare SSL/TLSアプリにある「Edge証明書」タブの常時HTTPSを使用する機能をOnまたはOffにします。有効にすると、301リダイレクトを通して、http://URLがhttps://に変換されます。

この選択肢がまだ表示されるなら、アクティブなEdge証明書がないということです。
  • すべて

Auto Minify

どのファイル拡張子が自動的に縮小されるかを示します。詳細を見る。
  • すべて

HTTPSの自動リライト

Cloudflare SSL/TLSアプリにある「エッジ証明書」タブのHTTPS の自動リライト機能をOnまたはOffにします。詳細を見る。
  • すべて

Browser Cache TTL（ブラウザキャッシュTTL）

クライアントブラウザでキャッシュされるリソースが有効な状態を維持できる時間を管理します。Cloudflare UIとAPIの両方で、Enterpriseプランではないお客様がブラウザCache TTLを0に設定することは禁止されています。詳細を見る。
  • すべて

Browser Integrity Check

訪問者のブラウザで、通常スパマーと特定のボットに関連づけられるヘッダーを調べます。詳細を見る。
  • すべて

Bypass Cache on Cookie

リクエストにあるCookie名に対して正規表現が一致する場合は、オリジンサーバーからキャッシュをバイパスし、リソースをフェッチします。

この設定とCache On Cookie設定を同じPage Ruleに追加する場合、Cache On CookieはBypass Cache on Cookieより優先されます。

下記の追加詳細で、限定的な正規表現のサポートについてご覧ください。
  • Business
  • Enterprise

デバイスタイプ別にキャッシュする

訪問者のデバイスタイプに基づき、キャッシュするコンテンツを分けます。詳細を見る。
  • Enterprise

Cache Deception Armor

静的アセットをキャッシュしておく一方で、Web Cache Deception攻撃から保護します。この設定では、URLの拡張子が戻されたContent-Typeと一致しているか検証します。詳細を見る。
  • すべて

キャッシュキー

カスタムキャッシュキーとも呼ばれています。

キャッシュするリソースを決定する際、どの変数を含めるかを具体的に管理します。お客様は、URLだけではなく他の要素にも基づいてキャッシュするものを決定できます。詳細を見る。
  • Enterprise

キャッシュレベル

選択したオプションに基づき、カスタムCachingを適用します。

バイパス -Cloudflareはキャッシュしません。

クエリ文字列なし - クエリ文字列がない場合、キャッシュからリソースを配信します。

クエリ文字列を無視する-クエリ文字列に関係なく、全員に同じリソースを配信します。

標準 - クエリ文字列を持つ静的コンテンツ全てをキャッシュします。

すべてをキャッシュする- すべてのコンテンツを静的コンテンツとして扱い、Cloudflareのデフォルトでキャッシュされたコンテンツを超えて、すべてのファイルタイプをキャッシュします。Page Ruleで エッジCache TTLを設定している場合を除き、オリジンWebサーバーからのCacheヘッダーを尊重します。エッジCache TTL>0と組み合わせると、すべてをキャッシュするでは、オリジンWebサーバーのレスポンスからのCookieを削除します。
  • すべて

Cache on Cookie (Cookieのキャッシュ)

Cookie名に一致する正規表現に基づいて、すべてをキャッシュする オプション（キャッシュレベル設定）を適用します。

この設定とBypass Cache on Cookie（Cookieのキャッシュのバイパス）の両方をPage Ruleに追加する場合、 Cache On CookieがBypass Cache on Cookieより優先されます。
  • Business
  • Enterprise

ステータスコードによるCache TTL

Enterpriseのお客様は、オリジンWebサーバーの応答ステータスに基づいてCache Time to Live (TTL)を設定できます。Cache TTLは、有効期限が切れていると判定されたり、Cacheから破棄される前にCloudflareネットワーク内のリソース期間を参照します。ステータスコードは、リソースのオリジンが戻します。   応答ステータスに基づくCache TTLの設定は、静的ファイルの初期設定キャッシュ動作（標準Caching）をオーバーライドし、オリジンWebサーバーによって送信されたCache指示をオーバーライドします。非静的アセットをキャッシュするには、Page Ruleを使ってCache EverythingのCacheレベルを設定してください。no-store Cache-Control または Low TTL（max-age/s-maxageを使用）を設定すると、オリジンWebサーバーへのリクエストが増加し、パフォーマンスが低下します。詳細はこちら。
  • Enterprise

Disable Apps（アプリの無効化）

有効化されているCloudflare アプリを全てOffにします。
  • すべて

Disable Performance（パフォーマンスの無効化）

Offにする：
  • すべて

Railgunの無効化

CloudflareスピードアプリのRailgun機能をOffにします。
  • Business
  • Enterprise

セキュリティの無効化

Offにする：
  • すべて

Edge Cache TTL（エッジキャッシュTTL）

Cloudflareエッジネットワークでリソースをキャッシュする時間を特定します。 Edge Cache TTL は、レスポンスヘッダーでは表示されません。 最小Edge Cache TTL は、プランタイプによって異なります：

Free - 2時間
Pro - 1時間
Business - 1秒
Enterprise - 1秒
  • すべて

メールの暗号化

Cloudflare Scrape ShieldアプリにあるCloudflareメールの暗号化機能をOnまたはOffにします。詳細を見る。
  • すべて

Forwarding URL（転送URL）

 HTTP 301/302 リダイレクトを使って、1つのURLを別のURLにリダイレクトします。上記のワイルドカードの一致と参照について、お読みください。
  • すべて

ホストヘッダーオーバーライド

特定のホストヘッダーを適用します。詳細を見る。
  • Enterprise

IP ジオロケーションヘッダー

Cloudflareは、訪問者の国別コードを含むCF-IPCountryHTTPヘッダーを追加します。
  • すべて

Mirage

Cloudflare SpeedアプリのCloudflare MirageをOnまたはOffにします。詳細を見る。
  • Pro
  • Business
  • Enterprise

日和見暗号化

Cloudflare SSL/TLSアプリにある「エッジ証明書」タブのCloudflare 日和見暗号化機能をOnまたはOffにします。詳細を見る。
  • すべて
オリジンキャッシュコントロール オリジンCacheコントロールはFreeドメイン、Proドメイン、Businessドメインにおいてデフォルトで有効になっており、Enterpriseドメインについてはデフォルトで無効になっています。
  • すべて

オリジンエラーページのパススルー

オリジンサーバーから送信された問題から生じたCloudflareエラーページをOnまたはOffにします。有効にした場合、この設定はオリジンで発行されたエラーページをトリガーします。
  • Enterprise

Polish

CloudflareSpeedアプリのPolish 機能のオプションを適用します。詳細を見る。
  • Pro
  • Business
  • Enterprise

検索文字列のソート

検索文字列の並び替えをOnまたはOffにします。検索文字列が同じ構造の時、キャッシングが向上します。詳細を見る。
  • Enterprise

オーバーライドを解決

オリジンアドレスを変更して、この設定で指定される値に変更します。詳細を見る。
  • Enterprise

強いETagsを尊重する

Cloudflare Cacheとオリジンサーバー間のバイトごとの同等性チェックをOnまたはOffにします。詳細を見る。
  • Enterprise

応答バッファリング

サイト訪問者にオリジンサーバーからのファイルを転送する前に、Cloudflareがファイル全体を受け取るまで待機すべきかどうかについてOnまたはOffにします。デフォルトでは、オリジンサーバーからパケットを受け取る時に、Cloudflareがそれをクライアントに送信します。
  • Enterprise

Rocket Loader

Cloudflare SpeedアプリにあるCloudflare Rocket Loader機能をOnまたはOffにします。詳細を見る。
  • すべて

セキュリティレベル

セキュリティアプリからセキュリティレベル機能のオプションを管理します。詳細はこちら。
  • すべて

サーバー側の除外

CloudflareScrape ShieldアプリのServer Side Excludes機能をOnまたはOffにします。詳細を見る。
  • すべて

SSL

CloudflareSSL/TLSアプリで「エッジ証明書」タブのSSL機能のオプションを管理します。詳細はこちら。
  • すべて

True Client IPヘッダー

CloudflareネットワークアプリのTrue-Client-IP ヘッダー機能をOnまたはOffにします。詳細を見る。
  • Enterprise

Webアプリケーションファイアウォール（旧バージョン）

セキュリティ>WAF>マネージドルール＞の順でWAFマネージドルールをONまたはOFFにします。詳細はこちら。

Page Rulesを介して、個々のWAFマネージドルールを有効にしたり無効にしたりできません。
  • Pro
  • Business
  • Enterprise

既知の問題

Page Ruleの設定の問題により、「エラー 500（内部サーバーエラー）」が発生する

根本原因：Page Rule の設定問題に起因する可能性があります。転送URLルールのような、2つのワイルドカードを使用するPage Ruleを作成する場合、$2 プレースホルダーが2番目のワイルドカードを指すルールを作成することができます。下記の例をご覧ください。

２つのワイルドカードを使ったPage Rule 設定の例転送URLには＄2プレースホルダー1つが含まれ、これが２つ目と一致するコンテンツに置き換えられます。

同じルールを更新する場合、URLが一致する場合欄のワイルドカードを1つ削除して保存することができます。下記の例をご覧ください。

単一のワイルドカードを使った不正確なPage Rule設定で、その$2 プレースホルダーを転送URLで使用する場合。この設定が原因で

これを行った場合、$2 プレースホルダーが存在しないワイルドカードを参照することになるため、URLがPage Rule をトリガーする際「エラー 500（内部サーバーエラー）」が発生します。

解決策：Page Ruleを更新し、2番目のワイルドカードを参照する$2を削除します。ワイルドカードが1種類しかなければ、$1のみが使用されます。

その他の詳細

Bypass Cache on Cookie 設定

この設定は、BusinessプランとEnterpriseプランのお客様にご利用いただけます。

Bypass Cache on Cookie設定は、以下のように基本的な正規表現（regex）をサポートします。

  • 複数のCookieと一致させるためにパイプライン演算子（｜と表記）とORブール論理を使用します。たとえば、 Cookieの値にかかわらず、バイパスまたはPHPSESSIDと呼ばれるCookieが設定されている場合、bypass=.*|PHPSESSID=.* は、キャッシュをバイパスします。
  • ワイルドカード演算子（”.*"と表記）では、たとえば“t.*st=” のルール値が、testと呼ばれるCookieと他にteeestと呼ばれるCookieの両方と一致するようにします。

制限事項には以下が含まれます：

  • １cookie regex当たり150文字　
  • １cookie regex当たり12ワイルドカード
  • cookie regexの各 | の間にワイルドカードは1つ

様々なプラットフォームでBypass Cache on Cookieを設定する方法については、こちらの記事を参照してください。

注意：この設定とEnterpriseプラン限定のCache on Cookiesの設定の両方を同じPage Ruleに追加する場合は、Cache on Cookieが、Bypass Cache on Cookieよりも優先されます。

ゾーン名はスラッシュ（/）で終わる必要がある

Page Ruleを保存する際、CloudflareはURLが一致する場合フィールドで現行の各ゾーン名の後にスラッシュ（/）があることを確認します。たとえば、現行のゾーン名がexample.comの場合：

  • example.com は example.com/として保存
  • example.com/path/example.com は example.com/path/example.com/として保存

example.com/some-path/cloudflare.comの場合は、ゾーン名はcloudflare.comではないため、最後のスラッシュなしで保存されることに留意してください。

Page Rulesがサポートするネットワークポート

Page RuleのURLが一致する場合フィールドでポートを特定する場合、ポートは次のどれかである必要があります。

WorkersでPage Rulesを使う

現在のリクエストのURLがPage RuleとWorkersカスタムルートの両方と一致する場合、適用されないPage Rule設定がいくつかあります。WorkersでPage Rulesを使う場合の詳細については、開発者ドキュメントのWorkers: Page Rulesを参照してください。

関連リソース

必要なものが見つかりませんでしたか？

リクエストを送信する

関連記事

必要なものが見つかりませんでしたか？

リクエストを送信する