認証共有

サポート対象顧客にHTMLを見せるときの認証方式の選び方

既存顧客のサポートでHTMLマニュアルや手順書を共有する場面では、相手が「慣れたユーザーか初心者か」「社内PC専用か個人スマホも使うか」によって適切な認証方式がまったく変わります。複雑な認証で顧客の問い合わせが増えると本末転倒なので、摩擦を最小化しながら情報を守る方法を整理しました。

相手の特徴

サポート対象顧客はすでに自社製品を利用しているため、ある程度のデジタル操作には慣れているケースが多いです。ただし高齢ユーザーや非IT部門の担当者の場合、「パスワードを入力してください」という一手間でサポートへの連絡が増えるリスクがあります。まずは顧客ランク(個人・SMB・エンタープライズ)を確認してから方式を選びましょう。

エンタープライズ顧客は情報セキュリティポリシーが厳しく、外部URLへのアクセス自体を制限している場合があります。共有前に「社外URLへのアクセスは可能ですか」と確認し、必要なら社内経由のミラーを検討してください。個人顧客はスマホからのアクセスが多いため、モバイル表示も必ず事前確認します。

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

URLのみ

一般公開済みのFAQページや使い方ガイドをHTMLで共有する場合は、認証なしのURLが最も摩擦が少なく適切です。ただし「このURLからしか開けないよう制限したい」という要件がある場合は、検索エンジンへのインデックスを防ぐ設定と合わせてパスワードを付加してください。

顧客限定の操作マニュアルや価格改定のお知らせなど、全公開にしたくないコンテンツを認証なしで配布すると、URLが転送されて意図しない範囲に拡散する可能性があります。「公開しても構わない内容か」を共有前にダブルチェックする習慣が大切です。

  • 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
  • 特定の相手だけ: パスワードまたはメール認証を使う
  • 会社内だけ: 会社ドメイン認証を検討する
  • 短期レビュー: 期限を設定して古いURLを残さない

パスワード

サポートチケットに対応する流れの中でURLを発行する場合、パスワード認証は最も導入しやすい方式です。パスワードをチケット返信の本文に記載するか、電話でのサポート中に口頭で伝えると、メール認証のコード待ちが発生せずに対応時間を短縮できます。

ただし、パスワードをメール本文に平文で記載すると、メールが転送されたときに一緒に漏れてしまいます。URLとパスワードを別のメッセージや別チャネルで送る二段階送信を心がけてください。サポートツール(Zendesk等)のコメント機能に別途記載する方法も有効です。

  • 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
  • 特定の相手だけ: パスワードまたはメール認証を使う
  • 会社内だけ: 会社ドメイン認証を検討する
  • 短期レビュー: 期限を設定して古いURLを残さない

メール

顧客のメールアドレスがCRMに登録済みであれば、メール認証を事前設定しておくことで「入力不要でURLを開けばワンタイムコードが届く」体験を提供できます。パスワードを別途伝える手間が省けるため、チケット処理のスピードを落とさずに認証を実現できます。

メール認証はフィッシング詐欺と混同されるケースがあります。「ギガサイト便から確認コードのメールが届きます」と事前に案内し、送信元ドメインを明示しておくことで、顧客が迷惑メール扱いにしたりリンクを疑ったりするトラブルを防げます。

  • 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
  • 特定の相手だけ: パスワードまたはメール認証を使う
  • 会社内だけ: 会社ドメイン認証を検討する
  • 短期レビュー: 期限を設定して古いURLを残さない

ドメインの比較

エンタープライズ顧客で社内の複数担当者がサポートドキュメントを参照する場合、会社ドメイン認証が管理の手間を最小化します。個人ごとのパスワード配布が不要で、新担当者が加わっても同一ドメインさえ使っていれば自動的にアクセスできます。

個人プランや中小企業顧客はフリーメール利用率が高く、ドメイン認証が機能しないケースが多いです。この場合はメール認証かパスワード認証を選び、案件の機密度に応じて使い分けてください。一つの認証方式に固執せず、相手のメールドメインを確認してから選択するのが最も安全な手順です。

  • 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
  • 特定の相手だけ: パスワードまたはメール認証を使う
  • 会社内だけ: 会社ドメイン認証を検討する
  • 短期レビュー: 期限を設定して古いURLを残さない

よくある質問

サポート中に顧客がパスワードを失くしたと連絡してきた場合、どう対応すれば安全ですか?

新しいURLを発行して旧URLを失効させるか、パスワードを再設定してください。口頭確認なしに古いパスワードをそのまま再送することは、本人以外への漏えいリスクを確認できないため避けましょう。

顧客が社内のセキュリティポリシーで外部URLを開けない場合、どうすればよいですか?

顧客のIT部門に例外申請が可能か確認してもらうのが第一手です。それが難しい場合は、HTMLをPDFに変換して添付ファイルで送る代替手段を検討してください。

同一顧客に複数回サポートHTMLを共有する場合、毎回新しいURLを発行すべきですか?

内容が更新されていれば新URLを発行してください。同じ内容なら既存URLの期限を延長しても構いませんが、アクセスログを確認して利用実態を把握しておくと次の対応がスムーズになります。

関連記事

認証共有

既存顧客にHTMLを見せるときの認証方式の選び方

継続取引中の既存顧客にHTMLを共有する場面での認証方式の選び方を、URL共有・パスワード・メール認証・会社ドメイン認証の特徴と既存顧客固有の考慮点から解説します。

5分で読める
「認証共有」の記事をもっと見る →