ハウツー

アクセスログをレビュー督促に使うときの手順と注意点

アクセスログをレビュー督促に使うことで、返信が来ない原因を「未開封」と「開封済み・未返信」に切り分けられます。ただし、ログの読み方を誤ると的外れな督促になりかねません。本記事では、ログ確認のタイミングから督促メッセージの送り方まで、注意点も含めた実践的な手順を説明します。

準備するもの

アクセスログを督促に活用するには「誰がアクセスしたか」を識別できる認証設定が前提です。ギガサイト便でメール認証かドメイン認証を選んでいる場合はアカウント単位でログが取れますが、パスワード認証のみでは個人特定ができません。督促を個人別に行う予定があるなら、最初からメール認証を選んでください。

督促に使うコミュニケーションツールも事前に確認します。メール・Slack・ChatWorkなど相手が普段使っているチャンネルを把握しておくと、督促メッセージが埋もれにくくなります。特にビジネスメールは受信量が多いため、Slackのほうが即時性が高い場合もあります。

督促の頻度と上限もあらかじめ決めておきます。「24時間後に1回、48時間後にもう1回、それ以上は電話」のように段階を決めておくと、督促過多による関係悪化を防げます。

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

実際の手順

URL発行後24時間経過したらアクセスログを開き、依頼した全員分のアクセス状況を確認します。未開封の相手には「アクセスできていますか?」と軽めの確認メッセージを送り、URLとパスワードを再掲します。このとき「確認しましたか?」と詰問調にならないよう言葉を選んでください。

開封済みで未返信の相手に対しては、開封から48時間以上経過した時点でフォローします。「すでにご確認いただいた様子ですが、ご意見はいかがでしょうか」と一文を添えると、ログを見ていることが相手に自然に伝わります。ただし「ログで見ました」と明示すると圧迫感を与える場合があるため、間接的な表現を使うのが無難です。

失敗しやすい点

「開封=内容を理解した」と思い込むのが最大の誤解です。スマートフォンで5秒だけ開いてそのまま閉じるケースもあり、開封ログがあっても内容を読んでいない可能性があります。返信を促す際は「じっくりご覧いただけましたでしょうか」と追加の確認を入れると確実です。

督促メッセージを送りすぎると相手に圧力をかけているように映ります。特に同日に複数回連絡するのは避け、催促の間隔は最低24時間空けてください。督促回数のログも管理表に残しておくと、後から「何回送ったか」の確認ができます。

テンプレ文面

24時間後の初回督促例(未開封向け):「お世話になっております。先日お送りした◯◯の確認用URLについて、まだアクセスいただけていないようです。接続でご不明な点があればお知らせください。期限は◯月◯日です」と書くと、技術的な問題の可能性も含めた配慮ある文面になります。

48時間後の二次督促例(開封済み向け):「ご確認いただけたようで、ありがとうございます。よろしければ気になる点をご共有いただけますでしょうか。簡単なコメントで構いませんので、◯月◯日までにお知らせいただけると助かります」と書くと返しやすい雰囲気になります。

よくある質問

アクセスログを見てから督促するのと、一定時間後に一律督促するのはどちらが効率的ですか?

ログを確認してから個別に対応するほうが、不要な督促を減らせるため相手の印象も良くなります。一律送信は工数が少ない反面、すでに確認済みの相手にも送るため関係が悪化することがあります。

ログに記録されたアクセス日時は日本時間で表示されますか?

ギガサイト便では管理画面の表示タイムゾーンを設定できます。初期設定がUTCの場合、日本時間(JST)に直すには+9時間する必要があります。設定画面でJSTに変更しておくと混乱を避けられます。

督促メッセージを送った直後に相手からアクセスがあった場合、返信を待つべきですか?

督促後のアクセスは返信前の最終確認である場合が多いため、24〜48時間は待つのが適切です。すぐに「ご確認いただきましたか?」と追加で送ると逆効果になりやすいです。

関連記事

ハウツー

アクセスログをレビュー督促に使う方法

レビュー返信が来ない状況に困っているディレクター・制作担当者向けに、認証付き共有URLのアクセスログを読んで督促の有無・タイミングを判断する具体的な方法を解説します。

4分で読める
ハウツー

差し替え履歴をメモするときの手順と注意点

静的HTMLページの差し替えを繰り返す担当者向けに、差し替え履歴を記録する手順・バージョン命名のルール・差し替え通知のタイミングと注意点を実務ベースで解説します。

4分で読める
ハウツー

レビュー用URLをSlackで配るときの手順と注意点

Slackでレビュー用URL配布時のミスに悩む担当者向け。送信前チェックから修正版の再送まで、つまずきやすい注意点を段階的に解説。次のレビュー依頼から即実践できます。

4分で読める
ハウツー

レビュー用URLをTeamsで配るときの手順と注意点

TeamsでレビューURL配布時の手順ミスや注意点に悩む担当者向け。チャンネル設定の確認方法から再送時の対応まで、具体的な注意点をステップ順に整理しています。

4分で読める
ハウツー

メールで期限付きURLを送るときの手順と注意点

メール依頼でのレビューが期限内に返ってこない、URLが開けないというトラブルに悩む担当者向け。手順の各ステップで起きやすい問題と対処法を具体的に整理しています。

4分で読める
「ハウツー」の記事をもっと見る →