移行先の比較更新日
#Cloudflare Pagesの_redirectsファイルはどう書きますか？
_redirectsはどこに置き、1行に何を書けばよいのでしょうか。ファイルは拡張子のないテキストで、ビルドしたあとの公開フォルダに入っている必要があります。Astroで制作しているサイトなら、public/ディレクトリに置いておけばビルド成果物の直下へそのまま複製される仕組みです。
ファイル内の書き方はシンプルで、1行につき「転送元パス」「転送先URL」「ステータスコード」を半角スペースで区切って並べます。コードを省略すると302になるため、恒久的な移転として扱いたい行には301を書き添えてください。
```
/company/about /about 301
/news/2024-01 /blog/2024-01 301
/blog/* /posts/:splat 301
```
3行目のように、転送元の*に当てはまった部分は、転送先で:splatとして使い回せます。
記述する順番にも大切な決まりがあります。パスの完全一致を判定する静的なルールは、ワイルドカードなどを含む動的なルールよりも上に書かなければなりません。同じ転送元に複数の行があると、いちばん上の行が使われます。
件数の上限は静的が2,000件、動的が100件で、合わせて2,100件です。1件の定義は1,000文字まで。また、Pages Functionsが処理するリクエストにはこのファイルが効きません。そのURLの転送はFunctionsのコードに書くか、Functionsの対象から外します。細かな仕様はPagesのリダイレクト設定に載っています。
#CloudflareのBulk Redirectsはどう設定しますか？
たとえば旧サイトの/company/aboutにあたるページを新しい/aboutへ送るなら、CSVには転送元の完全なURL、転送先のURL、301をカンマで区切って1行で書きます。列は転送元URL、転送先URL、ステータスコードの順です。コードを省くと301になりますが、あとで見返したときに迷わないよう書いておくとよいでしょう。先頭に列名の行を入れると取り込めないので、1行目からデータを書きます。
画面での流れは次のとおりです。
- アカウントのBulk redirectsで「Create Bulk Redirect List」を選び、リスト名を付ける
- CSVを取り込むか手で入力し、転送元・転送先・ステータスを登録する
- 内容を確かめて「Continue to Redirect Rules」へ進む
- ルール名と使うリストを指定し、「Save and Deploy」で有効にする
リストを作っただけでは転送が動かないため、ルールを作成して有効化する段階まで進める点が大切ですね。正しく動作させるには、アクセスされる対象ドメインのDNSレコードがCloudflareのプロキシを経由している状態になっていなければなりません。DNSの雲マークがオレンジになっているか見てください。
もうひとつ気をつけたいのがクエリ文字列です。転送元URLには?id=12のような部分を含められません。「Preserve query string」は最初は無効で、有効にすると元のリクエストのクエリを引き継ぐ一方、転送先URLに書いたクエリは捨てられます。元のリクエストにクエリが無くても捨てられるので、転送先に固定のクエリを付けたいときは無効のままにしましょう。
設定を終えたあとは、管理ツールのCloudflare Traceへ確認したいURLを入力し、想定どおりの転送ルールが呼び出されているかを確かめると手戻りを防げます。
#_redirectsとBulk Redirectsはどちらを使えばよいですか？
自社の移行作業では、手元のコードで完結する_redirectsファイルと、管理画面で制御するBulk Redirectsのどちらを採用すべきでしょうか。件数と、転送したいURLの形で決まります。まず件数を数えてみてください。
| 項目 | _redirects | Bulk Redirects |
|---|
| 置き場所 | Pagesのプロジェクト内のファイル | アカウントのダッシュボード |
|---|
| 上限 | 静的2,000件・動的100件 | 全リスト合計でFree 10,000件、Pro 25,000件、Business 50,000件 |
|---|
| ワイルドカード | 使える | 文字列の置き換えや正規表現は使えない |
|---|
| 対象 | そのPagesのサイト | 同じアカウント内の複数ドメイン |
|---|
_redirectsの2,100件は静的と動的を合わせた数です。静的な1対1の転送だけで2,100件を登録できるわけではないので、静的が2,000件を超えた時点でBulk Redirectsに移ります。
Bulk Redirectsはリストが5個、ルールが15個まで（Free・Pro・Business共通）です。この枠はアカウント単位で、アカウント内でいちばん上のプランに合わせて決まります。詳しい数字はURL転送の上限一覧にまとまっています。
中小企業のコーポレートサイトで、ページ数が数十から数百ほどなら、_redirectsで十分でしょう。サイトのコードと一緒に管理でき、/blog/*のようなまとめた転送も書けます。つまり、小規模なサイトでパターンマッチ転送を使いたいなら_redirects、何千本もの過去記事を個別転送したい場合や複数ドメインの整理が絡むならBulk Redirectsを選ぶと無理がありませんね。
#Cloudflareへ切り替えたときSSL証明書が有効になるまでどれくらいかかりますか？
ネームサーバーをCloudflareへ切り替えてドメインの移管作業を始めると、標準のUniversal SSL証明書はドメインの有効化から15分〜24時間で自動発行される見込みとなっています。幅があるのは、認証局のセキュリティ確認などに時間がかかるためです。
もし稼働中のサイトで証明書の発行待ちによるアクセス遮断を避けたいなら、証明書が発行されるまでの間、DNSレコードのプロキシを外して直通信の状態に保つ選択肢があります。現在の進行状況は、Cloudflareダッシュボードの「Edge Certificates」画面で確かめられます。ただ、Bulk Redirectsはプロキシ経由が条件なので、転送を動かすのは証明書が有効になってからです。
PagesでStudioの独自ドメインを使い続けるなら、Pagesの管理画面でドメインを先に関連付けてください。DNSにCNAMEを追加しただけだと522エラーになります。
DNSの切り替えそのものを早く行き渡らせたいなら、移行の1週間前までにTTLを数時間ほどに下げておきます。これはURLを変えない移転の手順にある考え方で、証明書の発行を早める設定ではありません。
なお、Universal SSLの有効化の手続きを進めて24時間を超えても証明書が発行されない場合は、表示されているエラー画面を控えてサポート窓口へ連絡してください。元のサーバーに有効な証明書があるときは、Cloudflareをいったん一時停止する対処もあります。
こんな聞き方も
- CloudflareのBulk Redirectsはどう設定しますか？
- cloudflare bulk redirects 設定
- Cloudflare Pagesの_redirectsファイルはどう書きますか？
- cloudflare pages _redirects
- Cloudflare ImagesとR2では、どちらで画像を管理すべきですか？
- cloudflare images r2 違い
- Cloudflare Pagesは会社のサイトでも無料で使えますか？
- cloudflare pages 商用利用 無料
- Cloudflareへ切り替えたときSSL証明書が有効になるまでどれくらいかかりますか？
- cloudflare ssl 証明書 切り替え 時間
- Studioの新基盤ではLighthouseのスコアはどれくらいですか？
- studio lighthouse 新基盤
あわせて知りたい（関連する疑問）
QCloudflare Pagesは会社のサイトでも無料で使えますか？
企業のコーポレートサイトや事業案内ページをホスティングする基盤として、Cloudflare Pagesの無料プランを選んでも問題はないでしょうか。結論から言えば、会社のWebサイトであっても無料プランを利用できます。アカウントを開設してサイトの構築を始めるにあたって、クレジットカード情報の登録を求められることもありません。静的なファイルへのリクエストは無料プランでも有料プランでも無料で、回数の制限もありません。会社概要やサービス紹介、お知らせのページを静的に書き出すサイトなら、配信の費用はかかりにくいですね。
無料プランで気にしたい数字は次の3つです。
- ビルド：月500回まで
- ファイル数：1サイト20,000ファイルまで
- 1ファイルの大きさ：25 MiBまで
ビルドは更新のたびに走るので、1日に何度も記事を公開する運用でなければ500回に届くことはまずありません。動画や高解像度の資料PDFを置くと、1ファイルの上限に当たることがあります。
注意したいのはPages Functionsです。Functionsを呼び出すリクエストは静的なリクエストとして数えられず、Workersの利用枠に入ります。問い合わせフォームの送信処理などをFunctionsで書くなら、その分は無料の枠とは別に考えましょう。
とはいえ、商用利用にあたって見落としてはならない規約上の制限事項があります。Cloudflareの利用規約には、書面による事前の明示的な許可を取り交わしていない限り、無料枠のサービスを受けているWebプロパティ上で個人用や法人用のクレジットカード情報を直接処理したり収集したりする行為を禁じる条項が含まれています。オンライン決済を自社サイトで受け付ける予定があるなら、プラン選びの前に確かめてください。
QCloudflare ImagesとR2では、どちらで画像を管理すべきですか？
Cloudflare Imagesは保存から最適化、配信までを任せる形、R2はファイルを置く場所を自分で管理する形です。どちらかひとつに決める必要はなく、R2に保存してImagesで変換する組み合わせもとれます。
更新のたびに画像が増えていくサイトや、設定に手をかけたくない場合はImagesが向いています。保存領域のアクセス管理や保存期間を自分で決めたい場合、独自の画像処理を組みたい場合はR2を選ぶ形です。
R2に置いた画像を外部へ公開する際は、独自ドメインの接続を忘れてはなりません。標準で提供される「r2.dev」サブドメインは開発や動作検証を目的とした機能であり、厳しいアクセス頻度制限が課されています。本番環境でキャッシュを効かせて安定配信するには、管理画面のバケット設定からカスタムドメインを割り当てる手順が必須です。
ちなみに、Astroを使ってサイトを静的生成する場合、ブログ記事のアイキャッチや固定ページの画像はリポジトリのsrc/配下に配置しておけば、ビルド時に自動で最適化されてPagesからそのまま配信できます。public/フォルダに置いた画像は無加工のままコピーされてしまうため、フレームワークの最適化機能を活かしたい画像はsrc/側へ格納する配置を意識したいですね。
QStudioの新基盤ではLighthouseのスコアはどれくらいですか？
「Studioで作ったサイトは表示が重いと耳にするけれど、今のシステム環境ではどれほどの測定スコアが出るのだろうか」と乗り換え前に足踏みしてしまう方もいるでしょう。
Studioの新基盤の正式リリースでは、テンプレートをもとに実装を調整したサイトをモバイルで測った数字として、旧基盤のパフォーマンススコアが63、新基盤で実装も調整した状態が100、CMSを使った場合でも98前後と載っています。
この数字は実装を調整したサイトの例で、切り替えただけで100点になるわけではありません。重い画像や外部のスクリプト、埋め込みのパーツが多いページは、新基盤でもスコアが伸びにくくなります。
自社のサイトで確かめるときは、ライブプレビューではなく公開中の本番URLを測ります。プレビューは公開サイトより遅く出るためです。モバイルとデスクトップの両方で3回以上測り、その中央値を見るのがStudioの確認方法です。
判定の目安は、90〜100が良好、50〜89が改善が必要、0〜49が不良。新基盤に切り替えて90以上が出ているなら、速さだけを理由に移る必要は小さいかもしれません。
QStudioで設定していたリダイレクトはどうなりますか？
これまでStudioの管理画面で個別に登録してきたリダイレクト設定は、サーバーをCloudflareへ切り替えたあとも自動で引き継がれるのでしょうか。Studioの転送は、デザインエディタの中にリダイレクトページを作り、転送元のパスと転送先を設定する機能です。設定はStudioのプロジェクトの中にあるので、移行先には自分で登録し直します。
移行作業を安全に進めるには、DNSを切り替える前にStudioのエディタを開き、登録済みの転送元パスと転送先をすべて手作業で書き出して控えておかなければなりません。そこへ今回の移行でURLが変わるページを足して、旧URLと新URLの対応表を作ります。対応表ができたら、件数に合わせて_redirectsかBulk Redirectsへ移しましょう。
一度転送した先をさらに転送している設定も、この機会に見直します。Studio時代に/aから/bへ送っていて、今回/bが/cに変わるなら、/aも直接/cへ向けたほうが二重の転送になりません。
Qリダイレクトはいつまで残せばよいですか？
URLを変える移転では、Googleのサイト移転ガイドがリダイレクトをできるだけ長く、一般的には1年以上残すよう案内しています。ここで注意したいのは、「1年が経過したら設定を削除してよい」と促されているわけではない点です。訪問者が古いURLを踏んだ際に404エラー画面へ迷い込む事態を防ぐため、利用者の利便性を重んじる観点からリダイレクトを無期限に保持し続ける選択肢も提示されています。
もちろん、転送処理を挟むとブラウザの表示完了までにわずかな通信の遅延が生じるデメリットは無視できません。表示の遅れを最小限に抑えるためにも、自社サイト内の内部リンクを新しいURLへと直接書き換える作業を進めておきましょう。さらに、外部の提携サイトや参照元などから多くの流入を集めている主要なリンクについては、先方の担当者へ連絡して新しいアドレスへ差し替えてもらうよう働きかける対応が役立ちます。ただし、書き換えが終わっても外部のリンクはすべて追い切れないため、転送を消してよい合図にはなりません。
Cloudflare Pagesの静的な転送は_redirectsに数行残しておくだけなので、ずっと置いておいても費用はかかりません。消すかどうかを考えるのは、上限の件数に近づいて整理が必要になったときくらいでしょう。
この内容をChatGPTで相談
