期限を決める基準
外注先・ベンダーへの期限はプロジェクトのフェーズ完了日に合わせて設定する。例えば「画面デザイン確認期間：5営業日」「コーディング確認：検収翌日まで」というように、各フェーズの確認期間をあらかじめ合意した上で期限を設定することで、ベンダーも「この期間中にレビューを完了させる」という意識を持ちやすくなる。
フェーズをまたいで同じURLを使い続けることは避けた方がよい。フェーズAで確認が終わったHTMLをフェーズBでも参照可能な状態にしておくと、古い仕様でベンダーが開発を進めるリスクが生まれる。フェーズ完了ごとにURLを無効化し、新フェーズの成果物は新URLで共有する。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
認証を組み合わせる
ベンダー向けHTMLには期限とパスワードを組み合わせる運用が標準的だ。「確認期間内・パスワードを知っている担当者のみ」というアクセス条件を設定することで、担当外の社員や競合他社のリサーチャーが偶然URLを入手してもアクセスできない。
個人情報を含む仕様資料や競合他社との差別化要素が入ったHTMLには、メール認証と期限を組み合わせることで閲覧者を完全に特定できる状態にする。トラブル発生時に「誰が・いつ見たか」を提示できる体制が、外注管理の信頼性を高める。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
期限後の扱い
プロジェクト完了後に外注先のアクセス権を残す合理的な理由はほとんどない。検収完了日に合わせてURLを無効化するタスクをプロジェクト管理ツールに登録し、担当者が変わっても漏れなく実行される体制を作ることが基本だ。
制作途中のHTMLが残ったまま外注先のブックマークからアクセスされ続けると、旧デザインやテスト用コンテンツが「現行仕様」として参照されるリスクがある。期限切れ後のURLに「このプレビューは期限が終了しました。最終版はXXXXをご確認ください」という案内を表示すると、誤参照を防げる。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
再共有時の注意
修正対応が発生してベンダーに再度確認を依頼する場合は、旧URLを無効化した上で新しいURLを発行する。修正箇所を案内するメッセージに「旧リンクは本日無効化しました。修正済みの確認リンクはこちらです」と明記することで、ベンダーがどちらのバージョンを確認すべきか迷わない。
複数の修正ラウンドがある場合は、URLに版番号の情報を管理メモとして記録しておく。「v1確認用URL（2026-03-01期限）」「v2確認用URL（2026-03-10期限）」のように整理することで、プロジェクト履歴として後から追跡できる。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
よくある質問
ベンダーが期限内に確認できなかった場合、期限を延長する手順は？
ダッシュボードから期限日を変更することで延長できます。延長した場合はベンダーに新しい期限日を明記したメッセージを送り、確認期限の再合意を文面に残しておくことを推奨します。
外注先とNDA（機密保持契約）を締結していれば、認証を設定しなくてもよいですか？
NDAは契約上の義務であり、技術的なアクセス制御の代わりにはなりません。NDA締結とURLの認証設定は別々の対策であるため、両方を組み合わせることが情報管理の観点から推奨されます。
複数フェーズのプロジェクトで都度URLを発行し直すと、ベンダーへの連絡コストが増えませんか？
フェーズ移行のタイミングで「旧URL無効化・新URL案内」を1通のメールにまとめて送ることでコストを抑えられます。プロジェクトキックオフ時にこの手順をベンダーに事前説明しておくと、毎回の説明が不要になります。