事前準備
アップロード前にシークレットウィンドウでURLを開き、ログインなしでページが表示されることを確認します。認証設定を間違えると相手が「開けない」と連絡してくるまで気づかないため、送付前の自己チェックが必須です。PCブラウザとスマホブラウザの両方で確認し、レスポンシブレイアウトが崩れていないかも目視してください。
公開前にHTMLファイルをテキストエディタで開き、内部情報（会社の内部ドメイン名、開発環境のAPIエンドポイント、個人名入りのコメントなど）が残っていないかを検索します。特に「TODO」コメントや console.log が残ったままのファイルを送ると信頼を損ねるため、不要なコメントと開発用コードはすべて削除してから共有してください。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
確認観点
HTMLのソース中に外部scriptタグ・form action・iframeが含まれている場合、それぞれが意図した送信先を指しているか確認します。開発環境のURLがそのまま残っていると本番以外のサーバーへデータが送信されるリスクがあります。特にフォームのaction属性は目視しにくいため、ブラウザの開発者ツールでNetworkタブを開きながら送信テストを行うと安全です。
APIキーやBearerトークンに見える文字列がHTMLやインラインJSに含まれていないか全文検索します。画像・CSS・JSのパスは本番公開後も解決できる相対パスまたは絶対URLになっているかも確認し、ローカルパスが混入していないかをチェックしてください。
- HTML内の外部script・form action・iframeを確認する
- APIキーやトークンらしき文字列がないか検索する
- 画像・CSS・JSのパスが公開後も解決できるか見る
- noindexと認証を混同せず、必要なら両方設定する
NG例
よくあるNG例は「開発者本人のブラウザでは開けるが、レビュー担当者のブラウザでは403が返る」というケースです。原因の多くはIPアドレス制限や社内VPN依存の設定で、送った本人は気づかないまま相手が詰まります。URLを発行したら必ずシークレットウィンドウや別デバイスで疎通確認を行ってください。
もう一つのNG例は、noindexメタタグと認証を混同して「noindexを入れたから外部に漏れない」と思い込むパターンです。noindexはGoogleのインデックスを防ぐだけで、URLを知っている人なら誰でもアクセスできます。外部に見せたくないページには必ず認証を設定し、noindexはSEO対策として別途判断してください。
修正後の再共有
指摘を修正したHTMLを差し替えアップロードしたら、変更箇所の一覧を添えてレビュー担当者へ連絡します。「どこが変わったか」を伝えないと担当者が全ページを再確認することになり、互いの工数が増えます。差分サマリは「セクション名：変更前→変更後」の形式で箇条書きにするとわかりやすいです。
再共有の際は旧URLがまだ有効かどうかを確認し、有効な場合は期限を短縮または削除します。旧版と新版のURLが両方アクティブな状態では、担当者が古いURLをブックマークから開いてしまうことがあります。差し替えが完了した時点で旧URLを失効させ、新URLのみを案内するのが最も確実な方法です。
よくある質問
レビュー前のHTMLにGoogle Analyticsのタグが入っていても問題ありませんか？
問題になることがあります。レビュー専用URLへのアクセスが計測データに混入するため、ステージング用のGA4プロパティを使うか、レビュー版ではタグを除いてください。
多言語版ごとにチェックリストを用意するべきですか？
言語ごとにフォルダ構成やフォントが変わる場合はチェックリストも言語別に作ることを推奨します。共通項目をベースに言語固有の確認項目を追加してください。
外部のレビュー担当者に「ソースを見ないでください」と伝えられますか？
技術的にはHTMLソースの閲覧を完全に防ぐことはできません。共有前に内部情報やコメントを除去しておくことが唯一の確実な対策です。