共有前の確認点
契約更新案内には更新日・料金・条件変更など機密度の高い情報が含まれるため、公開範囲を誤ると重大なリスクになる。まずHTMLをローカルでブラウザに直接ドラッグして開き、コンソールに外部APIへのリクエストや404エラーが出ていないかを確認しよう。意図しない外部送信が残っていると、相手のアクセスログに社内情報が流れる可能性がある。
次にスマートフォンとPCの両方で表示を確認する。契約条件を示す表がスマホで崩れていると相手が誤読するリスクがあるため、Chrome DevToolsのデバイスエミュレーターを使って少なくともiPhone SEとiPad相当の幅で確認しておく。また「この案内は○月○日までの限定公開です」という一文をHTML内に入れておくと、誤って古い版を参照されるトラブルを防げる。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
向いている認証方式
契約更新案内は相手が特定できる場合がほとんどなので、URL共有のみは避けたい。取引先が少数の場合はパスワード認証が最もシンプルで、パスワードは案内メールとは別のチャネル(電話やSlack)で伝えると安全性が上がる。メール認証は相手のアドレスをあらかじめ登録しておく必要があるが、誰がいつアクセスしたか記録が残るため、法務部門が絡む更新案内に向いている。
社内の複数部署が確認するケースでは会社ドメイン認証が便利で、@example.co.jpのドメインを持つアカウントだけを通す設定にすれば、個別にパスワードを伝える手間がなくなる。一方、レビュー期限を過ぎた後もURLが有効なままだと情報漏洩の温床になるため、公開開始から7〜14日を目安に期限を設定し、期限切れ後は自動で非公開になる設定を必ず有効にしよう。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
相手への送り方
URLと認証情報をメール1通にまとめて送ると、もしそのメールが転送・流出した際にアクセスされてしまう。URLはメールで送り、パスワードはSMSまたは社内チャットで送る「分離送付」を徹底する。メール本文には「このURLは○○社の契約更新案内専用です。第三者への転送はお控えください」と一文添えるだけで相手の注意を促せる。
アクセス前に相手がHTMLをダウンロードして保存できるかどうかも事前に調整しておく。ギガサイト便ではダウンロードを制限するオプションがあるため、最終合意前の案は「閲覧のみ」に設定し、合意後に正式版PDFを別送するフローにすると版管理がシンプルになる。
更新・期限管理
条件変更が生じてHTMLを修正した場合、同じURLで差し替えられる機能を使えば相手への再連絡が不要になる。ただし「v1を確認済み」という相手に無断で内容を変えると混乱するため、修正の都度「○日付で内容を更新しました」と一言メールを送るルールを決めておく。ファイル名にバージョン番号(contract-renewal-v2.html)を付けてアップロードすると、管理画面で差し替え履歴を追いやすい。
公開期限は契約更新の回答締め切り日の翌日に設定するのが目安だ。締め切りを過ぎた後もURLが生きていると、回答済みの相手が古い条件を再確認して問い合わせてくるケースがある。期限切れURLにアクセスした際の表示を「この案内は公開期限が終了しました。ご不明な点は担当者までご連絡ください」とカスタムしておくと、問い合わせ先を明確に案内できる。
よくある質問
パスワードを設定したURLを取引先が第三者に転送してしまった場合、どうすれば情報を守れますか?
URLを即座に無効化し、新しいURLを発行し直す。加えてメール認証方式に切り替えて特定アドレスのみアクセス可能にすると、転送されても第三者はログインできなくなる。
複数の取引先に同じ契約更新案内を送る場合、URLを1つ使い回してよいですか?
内容が共通でも取引先ごとにURLを分けることを推奨する。個別URLにすることでどの会社がいつ閲覧したかをログで追跡でき、未確認の先にだけリマインドを送る運用が可能になる。
契約更新案内HTMLに添付書類(PDFなど)へのリンクを入れていますが、認証をかけても書類は誰でも見られますか?
HTMLに直接埋め込んだ外部URLのPDFはギガサイト便の認証対象外になる。PDFも同じくギガサイト便でアップロードしてURLを発行し、そのURLをHTML内に記述することで認証の一元管理ができる。