Cloudflare Pagesで公開したページを社外レビューに回すときの注意点

できること

Cloudflare Pagesのプレビューデプロイは、デプロイごとに一意のURLが発行されます。このURLをそのままメールやチャットで送るだけで、相手はブラウザから直接プレビューを確認できます。GitやCloudflareのアカウントが不要なため、IT知識が少ないクライアント担当者にも案内しやすい点がメリットです。

スマートフォンからの確認も簡単で、URLをLINEやSlackで共有すればモバイル表示をすぐに確認してもらえます。PCとスマホで同じURLを開くだけでレスポンシブデザインの確認が完結するため、往復メールのやり取りを削減できます。

• 相手がログインなしで開ける状態か確認する
• PCとスマホで最低1回ずつ表示を確認する
• 内部情報・個人情報・不要な外部送信が残っていないか見る
• レビュー期限と修正時の差し替え方を決めておく

できないこと

Cloudflare Pagesの標準デプロイURLには認証機能がないため、URLを知った人なら誰でも閲覧できます。社外レビューでURLが転送されたり、Slackパブリックチャンネルに誤って投稿されたりすると、意図しない第三者に見られる可能性があります。機密性の高いデザイン案ほどリスクが高まります。

また、公開期限を自動で切る仕組みも標準では用意されていません。レビューが完了した後もURLが生き続けるため、古い案を見て混乱するケースや、受け入れ後に競合他社の担当者がたまたまURLを知ってしまうケースも考えられます。

認証と期限の違い

社外レビューで「特定の相手だけ」に絞りたい場合、Cloudflare Accessのワンタイムパスコード（OTP）認証が選択肢になります。相手のメールアドレスに確認コードが届く仕組みで、クライアント側にアカウント作成は不要です。ただし設定はZero Trustダッシュボードで行い、アプリケーション登録やポリシー作成の手順が複数必要です。

短期レビューに特化したサービス（ギガサイト便など）は、URL発行時に「3日間有効」「7日間有効」を選ぶだけで自動的に期限が切れます。期限後にアクセスすると「このページは公開を終了しました」と表示されるため、古い案を見続けられるリスクを防げます。

• 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
• 特定の相手だけ: パスワードまたはメール認証を使う
• 会社内だけ: 会社ドメイン認証を検討する
• 短期レビュー: 期限を設定して古いURLを残さない

差し替え・レビュー運用

Cloudflare Pagesで修正版をデプロイすると新しいプレビューURLが生成されます。クライアントには都度「今度はこちらのURLで確認ください」と案内しなければならず、複数回の修正が入るとURLが乱立してどれが最新か分かりにくくなります。カスタムドメインを使えばURLを固定できますが、その設定にはDNS操作が伴います。

社外レビュー専用のHTML共有サービスを使う場合、同じ共有リンクに上書きアップロードすることで、クライアントは同じURLのまま常に最新版を確認できます。フィードバックをもらうたびに「URLを変えましたので以前のブックマークは無効です」と連絡するコストがなくなります。

• 確認してほしい観点を3つ以内に絞る
• 期限と返信先を明記する
• 修正後も同じURLで見られるか伝える
• 最終版と途中版が混ざらないようタイトルを付ける

向いているケース早見表

社外レビューでCloudflare Pagesがそのまま使える場面は、情報の機密性が低い・期限管理が不要・相手がエンジニアや開発会社でURLの扱いに慣れているケースです。オープンソースのドキュメントサイトの校正依頼などはこれに該当します。

一方、クライアントが非エンジニアで「URLが漏れたら困る」「1週間後には閉じたい」という条件がある場合は、認証と期限を標準装備したサービスの利用が現実的です。Cloudflare Pagesのデプロイ先は本番環境として維持しつつ、レビュー共有だけ別サービスで行う使い分けが最もリスクを下げられます。