よくある原因
確認依頼メッセージを書く前に、自分が把握すべき情報は「どのブラウザか」「どのデバイスか」「何度試したか」「エラーメッセージが出るか」の4点だ。この4点を1通のメッセージで聞ければ、往復回数を最小限に抑えられる。
受信者が技術的な説明が得意でない場合、「Cookieが」「セッションが」などの専門用語を避け、「ページが何色になりますか？」「ぐるぐると読み込み中になりますか？」のように視覚的に答えられる質問形式にすると回答率が上がる。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
自分側で確認すること
メッセージを送る前に、共有URLを自分のスマートフォンとPCの両方でシークレットモードから試しておく。もし自分でも再現できた場合は「こちら側の問題が確認できたので修正します」と先に伝えると相手の不安を和らげられる。
送信済みメールのパスワード表記が変形していないかも確認する。特にgmailやOutlookでHTMLメールを送った場合、引用符が「"」に変換されていることがある。送信前にプレーンテキスト形式に切り替えるか、パスワードを別行に独立させて記載する書き方が安全だ。
- HTML内の外部script・form action・iframeを確認する
- APIキーやトークンらしき文字列がないか検索する
- 画像・CSS・JSのパスが公開後も解決できるか見る
- noindexと認証を混同せず、必要なら両方設定する
相手側で確認すること
受信者へ依頼するメッセージ文例として「お手数ですが、以下をお試しいただけますか。①Chromeまたは Safari の新しいシークレットウィンドウを開く②以下URLを貼り付けてアクセスする③パスワードをキーボードで手打ちして送信する。それでも進めない場合は、画面のスクリーンショットをお送りください」という3ステップが有効だ。
確認後に「通った」という返信が来た場合は、元の環境（ブラウザ拡張機能やキャッシュ）が原因だったと判断できる。「通らなかった」場合はスクリーンショットのエラー内容をもとにギガサイト便の管理画面で設定を再確認する次のステップに進む。
- HTML内の外部script・form action・iframeを確認する
- APIキーやトークンらしき文字列がないか検索する
- 画像・CSS・JSのパスが公開後も解決できるか見る
- noindexと認証を混同せず、必要なら両方設定する
再発防止の運用
確認依頼メッセージのテンプレートをSlackのスニペット機能やメールの署名の下に保存しておくと、トラブル発生時に素早く送れる。テンプレートには会社名や案件名の置換変数を入れておき、コピーして5秒で個別化できる形にしておくと便利だ。
受信者から問い合わせが来るたびに原因と解決方法を社内ドキュメントに追記しておく。累積すると「このパターンは○○が原因」というナレッジが蓄積され、新しいメンバーが同じトラブルに遭遇したときに対応が属人化しなくなる。
- HTML内の外部script・form action・iframeを確認する
- APIキーやトークンらしき文字列がないか検索する
- 画像・CSS・JSのパスが公開後も解決できるか見る
- noindexと認証を混同せず、必要なら両方設定する
よくある質問
受信者がITに不慣れな場合、スクリーンショットを送ってもらうよう頼んでいいですか？
はい、有効です。Windows であれば「Windowsキー＋Shift＋S」、Macなら「Command＋Shift＋4」でスクリーンショットを撮れることをメッセージに添えると、操作に迷う方でも対応しやすくなります。
英語が第一言語の受信者への確認依頼メッセージで注意することは？
「password」という単語を見てブラウザのパスワードマネージャーが反応し、オートフィルが誤作動することがあります。「Please type the access code manually without autofill」と明示すると混乱を防げます。
確認依頼を送った後、どれくらい待っても返信がなければ再送してよいですか？
業務メールであれば翌営業日の午後に1回リマインドするのが一般的です。「ご確認状況はいかがでしょうか」と簡潔に添えて元のメッセージを引用すると、受信者が内容を再度確認しやすくなります。