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

できること

Vercel Preview Deploymentsは、GitHubやGitLabのプルリクエスト・マージリクエストに対して自動でプレビュー環境を構築します。社外レビュアーにURLを渡すだけで、実際のビルド環境と同等の状態で動作するUIを確認してもらえます。インタラクションが含まれるページや複数ページ間の遷移も再現できます。

Vercel Teamプランを契約していれば、Deployment Protectionを有効にして共有パスワードを設定できます。パスワードを設定したプレビューURLは、そのパスワードを知らない人がアクセスしようとすると認証画面が表示されます。社外レビュアーにはURLとパスワードをセットで伝えるだけです。

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

できないこと

無料・Proプランのプレビューデプロイでは、Deployment Protectionを有効にできません。URLを知っているだけでアクセスできる状態のため、レビュアーがURLをそのまま転送しても止める方法がありません。社外向けに機密性の高い未公開コンテンツを共有する場合、Teamプランへのアップグレードか別ツールへの移行が必要です。

プレビューURLに期限を設定する機能はVercelには存在しません。PRがクローズ・マージされた後もプレビューは一定期間残るため、「レビューが完了したら閲覧できなくなる」という運用は手動でプレビューを削除しない限り実現しません。

認証と期限の違い

Vercel Teamプランで使えるDeployment Protectionのパスワード方式は、プロジェクト単位で一つのパスワードを設定する仕組みです。複数の社外レビュアーに同じパスワードを伝えると、どの相手がいつアクセスしたかを個別に追跡できません。メール認証のように「誰がアクセスした」というログが必要なら、別ツールを使うことになります。

認証付きHTML共有サービスでは、招待メールを個人単位で送付し、誰がいつアクセスしたかのログを確認できます。期限も案件ごとに個別設定できます。Vercel Previewと機能面で比べると、認証の粒度と期限管理で優れています。反面、Gitプッシュで自動更新されるVercel Previewの利便性はなくなります。

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

差し替え・レビュー運用

社外レビューでVercel Preview Deploymentsを使う場合、修正をコミットすると同じURLで最新版が見られる点が便利です。ただし「確認してほしい変更点」を毎回明示しないと、レビュアーが全ページを再確認する手間が発生します。変更箇所を3点以内に絞り込み、修正ごとにメッセージで通知する運用が有効です。

最終確認フェーズでは、PRがマージされる前にレビュアーに承認をもらう流れを明確にしておきましょう。マージ後にプレビューURLが見れなくなるタイミングをレビュアーが把握していないと「まだ確認中なのにURLが開けなくなった」という連絡が来ます。事前に期限と公開停止の条件を共有しておくことを推奨します。

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

向いているケース早見表

Vercel Preview Deploymentsで社外レビューが比較的安全に機能するケース：Teamプランを契約済みでDeployment Protectionを設定している、コンテンツが公開情報だけで流出しても実害がない、レビュアーがエンジニアでGitのフローを理解している。

認証付きHTML共有サービスへの切り替えを検討すべきケース：無料・Proプランで認証設定ができない、未公開の機密コンテンツを含む、誰がアクセスしたかのログが必要、レビュー完了後に自動でURLを無効化したい。いずれかに該当するなら、最初から認証付きサービスを使う方がリスクを確実に下げられます。