Zendeskのメールにおける全員に返信時のCCプライバシー：2026年完全ガイド

カスタマーサポートにおけるメールのプライバシーは、ほとんどのチームが問題が発生するまで意識しないものです。エージェントが誤って社内メモを顧客と共有してしまうかもしれません。あるいは、CCに追加されたメールアドレスがチケットの全員に公開されてしまうかもしれません。これらは仮説上のシナリオではありません。世界中のZendeskアカウントで日常的に発生しています。

問題は、Zendeskのメール連携が強力である一方で、ニュアンスに富んでいることです。チケット通知にどのように返信するのか、返信ボタンを押すのか、全員に返信ボタンを押すのかによって、コメントが公開されるか非公開になるかが決まります。間違ってしまうと、機密情報が本来あるべきでない場所に漏洩してしまいます。

このガイドでは、Zendeskがメールの返信をどのように処理するのか、プライバシーリスクがどこに潜んでいるのか、会話を保護するために何ができるのかを詳しく解説します。また、eesel AIが、インテリジェントなルーティングを通じて、これらの保護の一部を自動化するのにどのように役立つかについても見ていきます。

Zendeskにおける返信と全員に返信の違いを理解する

エージェントがメールクライアントでチケット通知を受信すると、2つの選択肢があります。「返信」または「全員に返信」です。この選択は、誰がメッセージを受信するのかだけではありません。Zendeskでコメントが公開されるか非公開になるかに直接影響します。

仕組みは次のとおりです。「返信」（全員に返信ではない）を使用すると、元のリクエスタが受信者リストから削除されます。Zendeskはこれを会話を社内に留めておきたいという意図として解釈します。返信は非公開コメント、つまり社内メモになります。エージェントのみが閲覧できます。

「全員に返信」を使用すると、リクエスタやCCを含む元の受信者がすべて保持されます。Zendeskはこれを公開の返信と見なします。返信は公開コメントとなり、チケットの全員に表示されます。

この区別が重要なのは、エージェントがどちらのボタンを押しているのかを認識していないことが多いからです。急いでいたり、携帯電話から返信したり、可視性の影響について単に考えていなかったりします。その結果、顧客の請求問題に関する社内での議論や、機密性の高い苦情が、突然その顧客に公開されてしまいます。

Zendeskは実際には、コメントのプライバシーを判断するために一連のチェックを実行します。これには、作成者がチケットを編集できるかどうか、CCまたはフォロワーであるかどうか、アカウントでどのような設定が有効になっているかを確認することが含まれます。しかし、「返信」と「全員に返信」の挙動が、誤って公開コメントを作成してしまう最も一般的な原因です。

実際のシナリオで詳しく見ていきましょう。エージェントがチケットに関する通知を受信します。顧客に返信する前に、同僚に簡単な質問をしたいと考えています。同僚にメールを送っているだけだと思って「返信」ボタンを押します。しかし、サポートアドレスをCCフィールドから削除しなかったり、誤って「全員に返信」ボタンを押してしまったりしたため、コメントは公開されてしまいます。顧客は、本来見られるはずのなかった社内での議論を目にすることになります。

この問題を解決するには、まずトレーニングから始める必要があります。エージェントは、「返信」は非公開、「全員に返信」は公開を意味することを理解する必要があります。しかし、トレーニングだけでは十分ではありません。CCとフォロワーの違いを理解することが重要になります。

CCとフォロワー：プライバシーの区別

Zendeskでは、チケットに他のユーザーを含める方法が2つあります。CCとフォロワーです。これらは似たように聞こえますが、特にプライバシーに関しては、機能が大きく異なります。

CCは、従来のメールのカーボンコピーのように機能します。チケットに誰かをCCとして追加すると、その人は会話に関わるすべてのユーザーに表示されるようになります。その人のメールアドレスはチケットヘッダーに表示されます。他の参加者は、他に誰がスレッドに参加しているかを確認できます。CCはチケット通知に返信でき、その返信はデフォルトで公開コメントになります。

いくつかの制限があります。1つのチケットに最大48個のメールCCを追加できます。エンドユーザーとエージェントの両方をCCに含めることができます。また、エージェントがチケットでCCに追加されると、そのエージェントのメールアドレスはスレッド内のすべてのエンドユーザーに表示されます。ここからプライバシーの問題が始まることがよくあります。

フォロワーは、社内専用の機能です。エージェントと管理者のみがフォロワーになることができます。フォロワーはすべてのチケットの更新情報を受信しますが、エンドユーザーや他のCCからは完全に非表示になります。フォロワーの名前とメールアドレスは、他のユーザーに送信されるメール通知には表示されません。フォロワーは、公開コメントと社内メモの両方を表示でき、どちらのタイプのコメントにも返信できます。

一目でわかる主な違い：

Zendeskは、CCではなくフォロワーをエージェントに使用することを明確に推奨しています。なぜでしょうか？エージェントをCCに追加すると、そのエージェントのメールアドレスが顧客に公開されてしまうからです。顧客はその後、サポートシステムを完全にバイパスして、そのエージェントに直接連絡することができます。これにより、チケット履歴にギャップが生じ、顧客体験が低下する可能性があります。

フォロワー機能は、社内コミュニケーションにおける「返信」と「全員に返信」の混乱も解消します。フォロワーはすべてのコメント（公開および非公開）の通知を受信するため、常に最新情報を把握するためにCCに追加する必要はありません。「返信」を使用して、コメントを誤って顧客に公開することを心配せずに、社内メモを送信できます。

現在、社内チームの連携にCCを使用している場合は、フォロワーに切り替えることを検討してください。プライバシー上のメリットは大きく、誤って情報が公開されるリスクを軽減できます。

よくあるプライバシーの落とし穴と回避方法

「返信」と「全員に返信」の違い、およびCCとフォロワーの違いをしっかりと理解していても、プライバシーの問題は依然として発生する可能性があります。ここでは、最も一般的な落とし穴とその防止方法を紹介します。

落とし穴1：返信のつもりで誤って全員に返信してしまう

これは典型的な間違いです。エージェントは社内メモを送信するつもりで、「返信」ではなく「全員に返信」を押してしまいます。コメントが公開され、機密情報が公開される可能性があります。

防止策：送信前に受信者リストを再確認するようにエージェントをトレーニングします。一部のメールクライアントでは、「全員に返信」をデフォルトで無効にしたり、確認プロンプトを表示したりすることができます。これらの安全対策を有効にすることを検討してください。また、機密性の高いトピックを扱う場合は、メールではなくZendeskのWebインターフェースを社内メモに使用するようにエージェントに推奨します。

落とし穴2：顧客がチケットを第三者に転送する

エンドユーザーがチケット通知を会話に関与していない人に転送します。その第三者が通知に返信します。Zendeskはこれを第三者からの返信として検出し、自動的に非公開コメントを作成しますが、エージェントはそのことに気づかない場合があります。

防止策：チケットインターフェースで第三者からの返信に関する警告に注意するようにエージェントをトレーニングします。これらの警告が表示された場合、将来の返信を公開する必要がある場合は、エージェントが手動でその人をCCとして追加する必要があります。そうしないと、その人のコメントはすべて社内に留まります。

落とし穴3：CCを通じてエージェントのメールアドレスが公開される

エージェントがフォロワーではなくCCとして追加されると、そのエージェントのメールアドレスがチケットのすべての顧客に表示されるようになります。顧客はその後、そのエージェントに直接連絡することができます。

防止策：社内連携にはフォロワーをデフォルトに設定します。外部への公開が実際に必要な場合にのみCCを使用します。メールの返信で同僚をCCに追加するのではなく、チケットインターフェースからフォロワーとして追加するようにエージェントをトレーニングします。

落とし穴4：「CCのエンドユーザーからのメールコメントを公開」設定

この設定を有効にすると、デフォルトの挙動が変更され、CCからの返信が「返信」ではなく「全員に返信」を使用した場合でも公開されるようになります。これにより、CCが非公開にしたいと考えていた社内での議論が公開される可能性があります。

防止策：Zendeskは通常、この設定を有効にすることを推奨していません。有効にしている場合は、その影響を理解していることを確認してください。非公開コメントを送信するつもりで返信したCCは、代わりに自分の返信が公開されていることに気づきます。

落とし穴5：通知抑制の混乱

社内メモがチケットに追加されると、「メールユーザー + (リクエスタとCC)」アクションは抑制されます。トリガーが起動しても、CCは通知を受信しません。エージェントはこれに気づかず、CCが実際には届いていない更新情報を見ていると思い込んでいる可能性があります。

防止策：通知抑制ルールについてチームを教育します。社内メモの後にCCに更新情報を表示する必要がある場合は、通知をトリガーするために公開コメントを追加する必要があります。

定期的なトレーニングと明確なドキュメントがあれば、これらの問題を防止するのに大いに役立ちます。しかし、大量のチケットや複雑なルーティングシナリオを管理するチームにとっては、Zendeskのネイティブ機能だけでは不十分な場合があります。

より優れたメールプライバシーのためにZendeskを設定する

Zendeskには、より優れたメールプライバシーを維持するのに役立ついくつかの設定があります。管理センターで確認すべき事項を以下に示します。

メール経由のエージェントコメントはデフォルトで公開

この設定は、メール経由のエージェントの返信がデフォルトで公開コメントになるかどうかを制御します。無効にすると、エージェントが明示的に公開しない限り、エージェントのメール返信は非公開コメント（社内メモ）になります。

エージェントが機密情報を頻繁に扱い、社内での議論をデフォルトで非公開にしておく必要がある場合は、これを無効にすることを検討してください。ただし、顧客に返信する際に、コメントを公開することをエージェントが積極的に選択する必要があることに注意してください。

CCのエンドユーザーからのメールコメントを公開

前述したように、この設定はCCの返信の処理方法を変更します。無効（デフォルト）にすると、リクエスタを含まないCCの返信は非公開コメントになります。有効にすると、CCの返信は「返信」または「全員に返信」のどちらを使用しても公開されます。

Zendeskは通常、これを無効にしておくことを推奨しています。意図しない社内コメントが公開されるリスクは、ほとんどのチームにとってメリットを上回ります。

明示的な制御のためのMail APIの使用

詳細な制御が必要なチームのために、ZendeskのMail APIはコメントの可視性を明示的に設定するコマンドを提供します。#noteコマンドは返信を非公開コメントにします。#publicコマンドは、返信を公開（true）または非公開（false）にするかどうかを制御します。

これらのコマンドはデフォルトの挙動を上書きし、エージェントが「返信」または「全員に返信」のどちらを使用しても、コメントの可視性を正確に制御できるようにします。

トリガー設定

通知トリガーを確認して、誰が何を受信するかを理解します。「メールユーザー + (リクエスタとCC)」アクションは、CCを通知に含めます。「メールユーザー + (リクエスタ)」アクションは、リクエスタのみに送信します。

CCの公開を減らしたい場合は、必要に応じてリクエスタのみのオプションを使用するようにトリガーを変更することを検討してください。ただし、CCが自動的に更新情報を受信しなくなるため、顧客体験が変化することに注意してください。

トリガー設定のベストプラクティス：

• すべての参加者が確認する必要がある公開の更新には、「メールユーザー + (リクエスタとCC)」を使用します。
• CCに通知する必要がない機密性の高いコミュニケーションには、「メールユーザー + (リクエスタ)」を使用します。
• 本番環境にデプロイする前に、サンドボックスでトリガーの変更をテストします。
• チームが誰がいつ通知を受け取るかを理解できるように、トリガーロジックを文書化します。

これらの設定を正しく行うには時間がかかりますが、プライバシーリスクを大幅に軽減できます。より高度なルーティングと自動化が必要なチームのために、サードパーティソリューションはZendeskのネイティブ機能を拡張できます。

インテリジェントなルーティングにeesel AIを使用するタイミング

Zendeskのネイティブ自動化は、単純なシナリオではうまく機能しますが、制限があります。「フォロワーを追加」アクションは、静的なユーザー選択のみを受け入れます。プレースホルダーまたはカスタムフィールド値を使用して、誰を追加するかを動的に選択することはできません。これは、数百の組織にわたって複雑なルーティングルールを管理している場合に、深刻な問題になります。

そこで、私たちの出番です。eesel AIでは、静的なマクロアクションを超えるフォロワーの自動化を処理するために、Zendeskと直接統合するAIチームメイトを構築しました。

Zendeskのネイティブ機能を補完する方法を以下に示します。

• 厳格な設定ではなく、自然言語ルール。「従業員数500人を超える組織からのチケットには、エンタープライズアカウントマネージャーを追加する」のようなルールを平易な英語で定義します。

• チケットコンテンツに基づくAI搭載ルーティング。AIトリアージは、フィールド値を照合するだけでなく、チケットコンテンツを読み取ってコンテキストを理解します。つまり、感情、緊急シグナル、または要因の複雑な組み合わせに基づいてルーティングできます。

• 複雑なロジックのためのノーコード設定。JSON、Liquidマークアップ、またはAPIトークンは必要ありません。ビジネスユーザーは、技術的な支援なしでルールを作成および変更できます。

• 組み込みのエラー処理。再試行、エッジケース、および障害を自動的に処理します。

プライバシー上のメリットは明らかです。フォロワーの割り当てをインテリジェントに自動化することで、手動によるCCおよびフォロワー管理における人的エラーのリスクを軽減できます。エージェントのメールアドレスを公開したり、可視性のギャップを作成したりすることなく、適切な人が適切なチケットに自動的に追加されます。

フォロワー管理にZendeskマクロをすでに使用していて、成長に合わせてスケールしないことがわかった場合は、解決策があります。簡単なセットアップから始めて、過去のチケットに対してテストし、自信を持ってデプロイできます。

管理者とエージェントのためのベストプラクティス

優れたメールプライバシーは、設定だけではありません。チーム全体の習慣と意識が重要です。

管理者向け：

• 「返信」と「全員に返信」の違いについてエージェントをトレーニングします。オンボーディングとリフレッシャートレーニングの一部としてください。
• CCの使用状況を監視します。エージェントがCCとして定期的に追加されている場合は、代わりにフォロワーが使用されていない理由を調査します。
• 自動化ルールを文書化します。どのようなトリガーとマクロが存在し、いつ使用するかを説明する簡単なリファレンスを作成します。
• 最初にサンドボックスでテストします。本番環境にデプロイする前に、Zendeskサンドボックスで新しい通知設定を常に検証します。

エージェント向け：

• 非公開コメントには「返信」（「全員に返信」ではない）を使用します。メールで社内メモを追加する場合は、「全員に返信」ではなく「返信」を使用します。これにより、コメントは社内に留まります。
• 機密情報を保護します。フォロワーはメールヘッダーに表示されないため、会話が実際よりも非公開に見える場合があります。情報を公開したくない場合は、公開コメントを社内メモに変換します。
• 第三者からの返信に注意してください。チケットに参加していない人が通知に返信すると、チケットインターフェースに警告が表示されます。手動でCCとして追加する必要がある場合があります。

エンドユーザー向け：

• チケットのCCを保持するには、「全員に返信」（「返信」ではない）を使用します。チケットのリクエスタである場合は、チケットの元のCCのエンドユーザーをすべて保持する場合は、「全員に返信」を使用してメール通知に返信します。「返信」を使用して返信すると、チケットからCCのエンドユーザーがすべて削除されます。
• 可能であれば転送は避けてください。チケットを第三者に転送して、その人が返信した場合、エージェントが手動で返信を追加しない限り、チケットに記録されない会話の一部が発生する可能性があります。

クイックリファレンスチェックリスト：

• 返信 = 非公開コメント（社内メモ）
• 全員に返信 = 公開コメント
• CC = すべてのユーザーに表示、メールが公開
• フォロワー = 社内専用、顧客には非表示
• 社内メモはCC通知を抑制
• 第三者からの返信は自動的に非公開コメントになる

今すぐZendeskのメールプライバシーを保護しましょう

Zendeskのメールプライバシーは、いくつかの重要な挙動を理解し、チームのニーズに合わせてアカウントを設定することにかかっています。誤って公開コメントを作成したり、エージェントのメールを公開したり、意図しない情報を開示したりするなど、リスクは現実的です。しかし、適切な設定を行えば管理可能です。

次に何をすべきか：

1. 現在のトリガー設定を監査します。デフォルトのCC通知トリガーはまだアクティブで、ワークフローに適していますか？

2. フォロワーの使用状況を確認します。エージェントはフォロワーであるべきときにCCとして追加されていませんか？

3. プライバシー設定を確認します。「CCのエンドユーザーからのメールコメントを公開」が有効になっている必要がないのに有効になっていませんか？

4. チームをトレーニングします。「返信」と「全員に返信」の違い、およびCCとフォロワーをいつ使用するかを全員が理解していることを確認します。

5. 設定を文書化します。新しいチームメンバーがすぐに理解できるように、リファレンスガイドを作成します。

さまざまなルーティングシナリオを処理するために多数のマクロを作成している場合、またはZendeskがネイティブに提供できない動的なフォロワー割り当てが必要な場合は、eesel AIをお試しください。インテリジェントなフォロワールーティングの複雑さを処理し、機密性の高い会話を非公開に保ちながら、より優れた顧客体験の提供に集中できるようにします。