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

できること

Netlify Deploy Previewsを社外レビューに使う場合、URLさえ伝えればレビュアーは特別なアプリやアカウントなしにブラウザで確認できます。スマートフォンでも同じURLでアクセスできるため、レスポンシブ表示の確認依頼もURLを一つ送るだけで完結します。

Proプランを契約している場合、Password ProtectionをNetlifyダッシュボードから設定できます。ユーザー名とパスワードをレビュアーに伝えることで、URL単独ではアクセスできない状態を作れます。設定はGUIだけで完結し、追加のコーディングは不要です。

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

できないこと

無料プランではPassword Protection機能が使えません。プレビューURLはデフォルトで誰でもアクセスできる状態です。GitHubのPRコメントにURLが自動投稿される設定になっていると、リポジトリの公開設定によっては社外の人物がURLを発見できます。

誰がいつプレビューにアクセスしたかを追跡するアクセスログ機能もNetlifyには標準搭載されていません。「クライアントが本当に確認してくれたかどうか」を知りたい場合、確認完了の連絡をもらう以外に確認手段がありません。

認証と期限の違い

社外レビューに最低限必要な認証として、パスワード保護は有効ですが、転送された場合は意味を失います。「このパスワードを他の人に教えないでください」という依頼はコンプライアンスの観点から根拠が弱く、より確実な対策としてメールアドレスベースの認証を検討してください。

期限設定が必要な場面の例として、競合他社への情報漏洩を防ぎたい場合や、承認フローに期日が設定されている場合があります。Netlify Deploy Previewsではこれを自動化できないため、「◯日にPRをクローズします」とレビュアーに事前通知し、手動でデプロイを削除する運用になります。

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

差し替え・レビュー運用

社外レビューでの差し替えはNetlify Preview自体は自動更新されますが、注意点があります。プレビューURLはPRに紐づくため、複数のPRが存在すると「どのURLが最新の提出版か」が分かりにくくなります。社外共有する際は、PRを一本に絞り「このURL以外は旧版です」と明記することを推奨します。

最終確認フェーズでは、クライアントの承認を得てからPRをマージするフローを明確にしてください。マージ後にプレビューが無効化されるタイミングをクライアントが把握していないと、「まだ確認したいのにアクセスできなくなった」という問い合わせが来ます。事前にプレビューの有効期間を説明しておくことが重要です。

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

向いているケース早見表

Netlify Previewで社外レビューが比較的問題ないケース：ProプランでPassword Protectionを設定済み、コンテンツが公開情報のみで漏洩しても実害がない、レビュアーが技術者でGit/Netlifyのフローを理解している。

認証付きHTML共有サービスへの切り替えが必要なケース：無料プランでPassword Protectionが使えない、未公開の機密コンテンツが含まれる、誰がいつアクセスしたかのログが必要、期限を過ぎたら自動でURLを無効化したい、Gitを使わないデザイナーが差し替えを担当する。