Gainsight CSリリースノート Q1 2026年 4月

MCP による LLM への顧客インサイトの取り込み

Gainsightは、ChatGPTやClaudeなどの外部LLMプラットフォームが自然言語を使用してGainsightのデータと安全にやり取りできるようにする、Model Context Protocol（MCP）統合を導入しました。アプリケーションを切り替えることなく、質問をしたり、顧客インサイトを取得したり、CTAを管理したり、サクセスプランを即座に更新したりできます。Gainsightの全機能を、日々のAIワークフローに直接取り込みましょう。

Gainsight MCP サーバーの詳細については、本書の「MCP を使用して LLM に顧客インサイトを取り込む」セクションを参照してください。

Connectors 2.0 でリアルタイム同期を使用する

Gainsight は、Connectors 2.0 でリアルタイム同期フィールドが設定されているすべてのお客様に対して、リアルタイム同期を復元しています。

知っておくべきこと

シナリオ	アクション
リアルタイム同期が設定されている	特別な操作は必要ありません。リアルタイム同期が自動的に有効になります。
リアルタイム同期が設定されているが、有効にしたくない場合	設定で該当するリアルタイム同期フィールドの選択を解除してください。
リアルタイム同期は設定されていません	影響はありません。インスタンスでリアルタイム同期が有効になっていません。

 

重要: コネクタの設定を確認し、リアルタイム同期フィールドの選択が最新であることを確認してください。

リアルタイム同期の設定に関する詳細については、「Gainsight から Salesforce へのリアルタイム同期」の記事をご覧ください。

Gainsight、Rapid7が特定したAssistプラグインの脆弱性を修正

Gainsightは、Rapid7 Labsが責任ある開示プロセスを通じて特定したGainsight Assistプラグインの2つの脆弱性に対処するため、セキュリティ強化を実施しました。悪意のある悪用や顧客データへの不正アクセスがあったという証拠はありません。

注: お客様による対応は不要です。セキュリティ強化は Gainsight のクラウドインフラストラクチャ内で直接実施されており、Chrome および Outlook 拡張機能は自動的に更新されています。

 

CVE ID	詳細	修正済み	CVSSスコア	CVE ID修正済み
CVE-2026-31381	特定の条件下で認証データが漏洩する可能性のある情報漏洩の脆弱性。	認証状態データを保護し、ログへの漏洩を防ぐために、JSON Web Encryption (JWE) を実装しました。	5.3 (中)	CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N
CVE-2026-31382	リクエストパラメータにおけるリフレクテッドクロスサイトスクリプティング（XSS）およびHTMLインジェクションの脆弱性。	厳格なコンテンツセキュリティポリシー (CSP) およびサーバーサイドの検証を実装しました。	6.1 (中)	CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:N/I:L/A:L

MCP による LLM への顧客インサイトの取り込み

Gainsightは、ChatGPTやClaudeなどの外部LLMが自然言語を使用してGainsightのデータとやり取りできるようにする、Model Context Protocol（MCP）統合を導入しました。この統合により、ユーザーはGainsightアプリケーションに切り替えることなく、好みのLLMインターフェースから直接、顧客情報の照会、CTAの管理、およびサクセスプランの操作を行うことができます。

主な利点

• コンテキスト切り替えの削減：Gainsightアプリケーションに切り替えることなく、ChatGPTやClaude（MCPはMCPコネクタをサポートする他のLLMでも動作します）からGainsightデータにアクセスできます。

• 顧客との通話準備を迅速化：単一のクエリで、ヘルススコア、未完了のCTA、最近のタイムライン活動、サクセスプランのステータスなど、アカウントの完全な概要をLLMに問い合わせることができます。

• 数週間ではなく、数時間で新しいCSMをオンボーディング：ARR、ヘルス、未完了のCTA、サクセスプラン、ステークホルダーの意向、未解決の問題など、全体像を把握し、優先順位付けされたアクションプランを取得できます。

• ヘルス状態の傾向、契約詳細、未解決のリスクを更新準備ブリーフにまとめ、予期せぬ事態に備えます。

• ツールを切り替えることなくインサイトからアクションへ移行し、LLMから直接CTAを作成、サクセスプランを更新、タイムラインへのエントリを記録できます。

仕組み

MCPの統合は2つの層で構成されています：

• Proof Key for Code Exchange (PKCE) によるユーザー認証：PKCE を使用した OAuth を通じて、Gainsight API への安全でユーザー範囲限定のアクセスを提供します。

• MCPアプリ：お客様はLLMプラットフォーム内でMCPアプリを作成し、OAuth認証情報を使用してGainsight MCPサーバーに接続します。

サポートされる機能

モジュール	サポートされるアクション
カンパニー	アカウント、ARR、ヘルススコア、その他の属性など、企業関連情報の照会
リレーションシップ	関係レベルのデータを照会
タイムライン	タイムラインアクティビティの読み取り、作成、更新
コックピット	CTAの読み取り、作成、更新
サクセスプラン	サクセスプランの読み取り、作成、更新

MCPサーバーの詳細については、Gainsight CS MCPサーバー統合の記事をご参照ください

MCPに関するよくある質問については、Gainsight CS MCP FAQの記事をご参照ください。

MCPの実用的な活用例については、以下のユースケース集をご覧ください：
https://www.gainsight.com/resource/mcp-use-cases/

「Auto Email Capture」でメールをタイムラインに自動記録

自動メールキャプチャ機能により、顧客とのメールのやり取りがタイムラインに自動的に記録されるため、手動での入力やプラグインが不要になります。GainsightおよびStaircase AIモデルを基盤とするこの機能は、メールをキャプチャして処理し、完全かつ信頼性の高いアクティビティ追跡を保証します。

主要な機能

• メールの自動記録: 承認済みのメールボックスからのメールは、タイムラインのアクティビティとして自動的に記録されます。件名、アクティビティ日時（ユーザーのタイムゾーンに基づく）、メール本文、参加者（宛先、差出人）、アクティビティタイプ（メール）、送信元（GmailまたはOutlookメール）などの主要な詳細情報が取得されます。

• メールと会議の統合: GoogleまたはMicrosoft Workspaceとの単一の統合を通じてメールと会議を連携させ、メールボックスとカレンダーデータのシームレスな同期を実現します。

• スコープ指定による権限設定: 管理者は、同期を特定のセキュリティグループや組織単位に制限でき、顧客向けの関連するコミュニケーションのみが確実に記録されるようにします。

• スレッド化されたメールのやり取り：同じ会話のメールはタイムライン上で単一のスレッドにまとめられ、顧客とのやり取りの文脈をより明確に把握できるメールボックススタイルの体験を提供します。

主な利点

• 手動でのログ記録やプラグインへの依存を排除し、チームが顧客エンゲージメントに集中できるようにします。

• 関連するすべての顧客とのメールやり取りを捕捉し、顧客の健全性に関する洞察と意思決定を向上させます。

• 会話の統合ビューを提供し、顧客とのやり取りをより容易に把握できるようにします。

メモ 現在、自動メールキャプチャ機能はEnterpriseプランでのみ利用可能です。 重複を避けるため、Gainsight では、メールの記録には 1 つの方法（自動メールキャプチャ、プラグイン、BCC、または API）のみを使用することを推奨しています。 メールは、送信または受信後、タイムラインに表示されるまでに最大2時間かかる場合があります。 自動メールキャプチャは、すべての Gainsight CS のお客様、および Gainsight CS と Staircase AI の共同のお客様がご利用いただけます。

詳細については、以下の記事を参照してください。

• AI フォローアップ管理ガイド

• 自動メールキャプチャ ユーザーガイド

• 自動メールキャプチャのよくある質問

P360 から C360 および R360 に移動する

Person 360 (P360) ページの [ハイライト] ウィジェットにある会社名、または [関連付けられた関係] ウィジェットにある関係名をクリックして、対応する C360 または R360 ページを開くことができるようになりました。以前は、P360 から会社や関係情報にアクセスするには、グローバル検索に戻る必要がありました。

新機能

• ハイライトウィジェット内の会社名は、クリック可能なハイパーリンクとなり、対応する C360 ページに移動できるようになりました。

• P360 のコンテキストを「関係」コンテキストに切り替えると、「ハイライト」ウィジェット内の関係名がクリック可能なハイパーリンクになり、対応する R360 ページに移動するようになりました。

• [管理] > [C360 レイアウト] で [エンドユーザー向けにサイドバーで 360 を有効にする] トグルがオンになっている場合、ページはサイドバーで開きます。このトグルがオフになっている場合、ページは新しいブラウザタブで開きます。

メモ  人物が複数の企業に関連付けられている場合、[概要] コンテキストでは、[ハイライト] ウィジェットに表示される最初の企業のみクリック可能になります。  「カンパニー」コンテキストでは、表示されている会社名をクリックできます。  [リレーションシップ] コンテキストでは、[ハイライト] ウィジェットに表示されるリレーションシップ名をクリックできます。

P360 から対応する C360 および R360 ページへの移動は、デフォルトですべてのユーザーが利用可能であり、管理者による設定は不要です。

詳細については、P360 ユーザーガイドの記事を参照してください。

C360およびR360でのAIチートシートのカスタマイズ

管理者は、C360およびR360のレイアウトでAIチートシートをカスタマイズできるようになりました。この機能強化により、管理者はウィジェットをユーザーのニーズに合わせて調整し、コンテンツの視認性を向上させることができます。

主要な機能

• AIチートシートウィジェットの名前を変更する

• ウィジェット内の個々のセクションの名前を変更する

• 好みに応じてセクションの順序を変更

• セクションを有効または無効にする

重要: 設定を保存するには、少なくとも1つのセクションを有効にしておく必要があります。

ウィジェットのカスタマイズ方法の詳細については、「AIチートシートの概要」の記事をご参照ください。

最適化されたタイムラインデータ処理による AI チートシートの精度向上

Gainsightは、タイムラインデータを使用してAIが生成する回答の精度と関連性を向上させるため、リレーションシップレベルのAIチートシートのバックエンドロジックを最適化しました。

新着情報

• AIチートシートは、タイムラインのアクティビティから関連情報をより効果的に解釈・抽出できるようになりました。

• この更新は、リレーションシップレベルのチートシートに適用されます。

更新動作

これらの改善が AI 応答に確実に反映されるよう、更新動作が更新されました：

• ユーザーはチートシートを手動で更新して、変更をすぐに反映させることができます。

• ある企業に対して 3 件の新しいタイムラインエントリが記録されると、チートシートは自動的に更新されます。

リンクされたオブジェクトの検索結果における表示フィールドの設定

管理者は、Cockpit のリンクされたオブジェクトの検索結果に、表示フィールドとしてフィールドを追加できるようになりました。この機能強化により、ユーザーは、サポートされている文字列フィールドや ID フィールドによる検索を継続しながら、正しいリンクされたレコードをより簡単に特定できるようになります。

注意：追加フィールドは、表示フィールドとしてのみサポートされます。これらは検索可能なフィールドとしてはサポートされていません。

主要な機能

• リンクされたオブジェクトの検索結果に、追加のフィールドタイプを追加する。

• 複数のレコードが類似したIDを共有している場合のレコード識別を改善します。

詳細については、「CTA リンクオブジェクトの設定」の記事を参照してください。

PX から CS への In-App Hub データのインポート

PX から CS へのコネクタは、Gainsight PX から Gainsight CS への In-App Hub データのインポートに対応するようになりました。これにより、カスタマーサクセスチームは、アプリ内ハブのインタラクション、コンテンツ分析、検索行動、フィードバックへの回答、タスクリストの完了状況などのアプリ内エンゲージメントデータに、CS 内で直接アクセスし、レポート、ダッシュボード、ヘルススコアリング、ルール、および Data Designer で利用できるようになります。

データのインポート方法の詳細については、「Product Experience (PX) 統合」の記事をご覧ください。

PX から CS への複数質問アンケート回答のインポート

PX から CS へのコネクタは、新しいオンデマンドオブジェクトとして、複数質問のアンケート回答データのインポートに対応するようになりました。これにより、カスタマーサクセスチームは、個々の質問レベルの回答、スコア、回答者の好みなど、PX アンケートからの詳細なアンケート回答データに、CS 内で直接アクセスできるようになります。

データのインポート方法の詳細については、「Product Experience (PX) 統合」の記事をご覧ください。

IP 許可リストによる Gainsight API および S3 接続のセキュリティ保護

Gainsight は、Gainsight API および Gainsight 管理の S3 接続に対して、IP 許可リストをサポートするようになりました。管理者は、特定の接続の使用を許可する IP アドレスを定義できるため、認証情報が漏洩した場合でも、セキュリティをさらに強化できます。

以下の表は、IP 許可リストが必須またはオプションとなる接続タイプについてまとめたものです。

接続タイプ	認証	IP許可リスト
Gainsight API（Bulk API を含む）	アクセスキー	必須
Gainsight Managed S3	アクセスキー	必須
Gainsight API (M2M)	OAuth	オプション
ユーザー認証 (OAuth)	OAuth	オプション

既存の接続は、中断されることなく引き続き機能します。ただし、既存のアクセスキーベースの接続を編集する場合、「信頼できる IP 範囲を適用する」チェックボックスはデフォルトでオンになっています。

注: 追加の IP アドレスが追加されていない場合、Gainsight の IP のみが信頼済み IP リストとして扱われます。

Gainsight 管理の S3 設定の移行

Gainsight マネージド S3 の設定は、Connectors 2.0 に移行しました。新しい Managed S3 の設定および管理はすべて、Connectors 2.0 でのみ行われます。

• Connectors 1.0 でジョブを含むアクティブな S3 接続がある場合、既存の設定は変更されず、引き続きジョブにアクセスできます。 

• また、Connectors 2.0 には、既存の設定が保持された新しいカードと、新しい [許可された IP 範囲] セクションが表示されます。 

• アクティブな接続やジョブがない場合、Connectors 1.0 には Connectors 2.0 への誘導バナーが表示されます。

IP の追加方法の詳細については、「接続リストページ」の記事をご覧ください。

「信頼済み IP」の詳細については、「信頼済み IP アドレスの許可リスト」の記事をご覧ください。

Copilot でタイムラインと Ask Staircase から統合された顧客インサイトを取得

Copilot に質問すると、タイムラインと Ask Staircase の両方のインサイトを統合し、各ソースからの参照情報を含む単一の回答を受け取ることができます。

注意：C360 内の Copilot で CS と Staircase の両方をご利用のお客様のみご利用いただけます。

新機能

• Gainsight Copilot は、Timeline と Ask Staircase のデータからの回答を統合し、両方のソースからの参照情報を含む単一の統合された回答を提供するようになりました。また、透明性を高めるため、ソースごとの参照情報も表示されます。

• ユーザーは、Timelineのみ、Ask Staircaseのみ、または両方を組み合わせてインサイトを取得するようにクエリを設定できます。

詳細については、「Copilot の概要」の記事をご覧ください。

レポートデータを Excel ファイルとしてダウンロード

管理者と CSM は、レポートデータを Excel (.xlsx) ファイルとしてダウンロードできるようになりました。この機能強化により、オフラインでの分析やレポートデータの共有が容易になります。

主要な機能

• レポートデータを Excel 形式（.xlsx 形式）でダウンロードします。

• 画面に現在表示されていないレコードも含め、レポート内のすべてのレコードをダウンロードします。

• ダウンロードが開始されると、進行状況メッセージが表示されます。

 

メモ このダウンロードオプションは、レポート設定で「レポートデータのダウンロードを無効にする」トグルがオフになっている場合にのみ利用可能です。 ダウンロード時間はレコード数によって異なり、データセットが大きい場合は数秒かかる場合があります。

変更点

以下の表は、レポートのダウンロード機能における変更点をまとめたものです：

行動	以前の	電流
レポートのダウンロード	利用不可	管理者およびCSMは、レポートをExcel形式（.xlsx形式）でダウンロードできます
レコードのダウンロード	サポートされていない	すべてのレポートレコードが含まれます
アクセス制御	該当なし	管理者の権限によって制御されます

詳細については、「Copilot の概要」の記事をご覧ください。

Data DesignerのAI Transformで顧客の感情を分析（オープンベータ版）

Data Designerには、大規模言語モデル（LLM）を使用してテキストデータを分析する、データ準備ステップの新しいタスクタイプ「AI Transform」が追加されました。最初に利用可能な機能は「センチメント分析」で、データセット内のテキストフィールドのトーンや感情を自動的に評価します。

仕組み

データデザインにAIトランスフォームタスクを追加する際、機能として「センチメント分析」を選択します。次に、分析対象のデータが含まれるフィールドを指定します。データデザインが実行されると、AI変換プロセスが各行をLLMで処理し、2つの新しいフィールドを生成します：

• 感情ラベル：感情が肯定的か否定的かを示します。

• 信頼度スコア：モデルが感情分類に対してどの程度確信を持っているかを示す数値スコアです。

AI変換の詳細については、Data Designerの記事「準備の詳細」を参照してください。

グループ送信の受信者除外条件を定義する

管理者として、グループ送信の除外条件を定義し、特定の連絡先をメール配信から自動的に除外できるようになりました。これにより、対象となる受信者のみが確実に選択され、コンプライアンスと顧客体験が向上します。

主な改良点:

• 管理者による除外ルール：[メール設定] > [コンプライアンス] で、フィルターベースの条件を設定し、グループ送信から連絡先（例：非アクティブユーザー、リスクのある顧客連絡先、または販売前の連絡先）を除外します。定義された除外条件に一致する受信者は、リスト作成時およびメール送信時の両方で、自動的にメール送信対象から除外されます。除外条件は、「会社」および「担当者」の両方に適用されます。

• 受信者選択時の自動適用: 「People」ウィジェットを使用して受信者を選択する際、除外された連絡先はエンドユーザーから自動的に非表示になります。

• すべてのメールワークフローに適用: 除外ルールは、以下の場合に適用されます：

  • 受信者の検索および選択時

  • メールリストの作成時

  • 以前に作成された静的リストへのメール送信

注意：除外リストはグループ送信にのみ適用され、CockpitまたはP360の「メール送信」オプションを使用して送信されるメールには対応していません。この制約は、スーパー管理者権限には適用されません。

ビジネス利用の例

管理者が動的リスト内のすべての連絡先にメールを送信したいが、非アクティブな連絡先は除外する必要がある。

除外条件を設定しないと、非アクティブな連絡先は、もはやアクティブではないにもかかわらず、メールを受信してしまいます。このリリースでは、管理者は「Company Person」オブジェクトに「ステータス = 非アクティブ」などの除外条件を追加できるようになりました。その条件に一致する連絡先は、メールプログラムの保存後にステータスが変更された場合でも、プレビュー時および送信時に自動的にメールから除外されます。

主な利点

• 連絡すべきではない連絡先に誤ってメールを送信してしまうことを防ぎます。

• 社内ポリシーの順守を確保し、法的またはコンプライアンス上のリスクを軽減します。

• 顧客離れ（チャーン）のリスクがあるアカウントや非アクティブなアカウントなど、デリケートな顧客セグメントとの不適切なコミュニケーションを回避します。

• 手動のプロセスやトレーニングに頼ることなく、除外基準を一元的に、かつスケーラブルに管理できます。

除外リストの詳細については、「一斉送信管理ガイド」の記事をご参照ください。更新版は近日公開予定です！

アクティブなプログラムでステップを追加またはスキップする

アクティブなプログラムにおいて、参加者のフローや分析に影響を与えることなく、ステップを追加またはスキップできるようになりました。Journey Orchestrator は、変更を行う際にも稼働中のプログラムが中断されないよう保護する構造的な安全策を提供します。

変更点

新しいバージョンの高度なプログラムエディタウィンドウには、以下の機能強化が施されています。

プラス（＋）コネクタを使用して新しいステップを追加

• 2つの要素を接続する線にカーソルを合わせます。

• プラス（+）アイコンをクリックします。

• 新しい要素を選択して設定します。

フロー全体を再構築することなく、必要な箇所に正確にステップを挿入できます。

削除の代わりにスキップ

アクティブなプログラム要素を削除することはできなくなりました。代わりに、条件を満たすアクションステップをスキップできます。スキップすることで元のプログラム構造が維持され、参加者や分析への意図しない影響を防ぐことができます。

既存のステップを更新

既存のステップの設定は、以下の内容を含めて更新できます：

• 遅延時間の調整。

• 評価ロジックの更新。

• 評価基準を1回限りから複数回に変更する。

主な利点

• 稼働中のプログラムで構造的な不具合が発生するのを防止する。

• プログラムのフローを複製せずに変更する。

• 同じプログラムで分析を維持する。

主な考慮事項

アクティブなプログラムを編集する際は、以下の点に留意してください：

• すでに更新されたステップを通過した参加者は元の経路を継続し、対象となる参加者は公開後に更新された設定に従います。

• フローの編集は、アクティブな参加者数が50,000人未満のプログラムでのみサポートされています。

• 変更を元に戻すには、「元に戻す」を使用するか、公開前にプログラムを破棄する必要があります。

• この機能は、プログラム全体の再設計ではなく、段階的な更新に適しています。

詳細については、「高度なプログラムを編集」の記事を参照してください。

高度なプログラムでのアノニマスサーベイの設定

「高度なプログラム」の新バージョンでは、匿名および準匿名のアンケートがサポートされるようになりました。この機能強化により、管理者はアンケートの設定に基づいて回答者の匿名性を維持したまま、アンケートを実施できるようになりました。

新着情報

管理者は、アドバンストプログラムのアンケート設定から、匿名および半匿名のアンケートを選択できるようになりました。

この機能強化により、既存のアンケート機能が刷新されたエクスペリエンスに拡張され、チームはアンケートの設定に基づいて回答者の匿名性を維持しながらフィードバックを収集できるようになりました。

重要な考慮事項

• 設定中のアンケート一覧では、匿名および準匿名のアンケートが利用可能です

• 匿名アンケートの回答については、参加者ベースの分岐はサポートされていません

• 参加者の身元が確認できない場合、アンケート回答に基づく評価は利用できません。

匿名アンケートの設定に関する詳細については、「プログラム要素」の記事をご参照ください。

メールテンプレートビルダーの拡張機能

重要: メールテンプレートビルダーの機能強化は、2026年5月4日より利用可能になります。

Gainsightは、プレヘッダーテキストのサポート、画像ライブラリ、およびテーブル編集機能の改善など、メールテンプレートビルダーの機能強化を導入しました。これらの更新により、E メールテンプレートのデザインにおいて、柔軟性、再利用性、および制御性が向上します。 

主な改良点:

• プレヘッダーテキストのサポート：メールの件名に加えて、プレヘッダーを定義できます。プレヘッダーは、一般的なマーケティングメールと同様に、メールクライアント上でプレビューテキストとして表示されます。プレヘッダーはメール本文とは別のものであり、メールコンテンツ内には表示されません。

• 画像ライブラリ: 画像を一度アップロードすれば、再アップロードすることなく複数のテンプレートで再利用できます。これは、ロゴ、署名、ブランド画像など、頻繁に使用されるアセットに最適です。

• テーブル編集機能の強化：ビルダー内で直接テーブルを作成・編集できます。ドキュメントやスプレッドシートツールと同様に、行と列を使用してコンテンツを構成できます。

注: 外部ソースから貼り付けた表は、デフォルトではこれらの操作に対応していません。

主な利点

• プレヘッダーを使用して意味のあるプレビューテキストを提供し、開封率を向上させます。

• テンプレート間で画像を再利用し、重複を削減します。

• 強化されたテーブル編集ツールを使用して、構造化され、視覚的に魅力的なメールを作成します。

メールテンプレートの使用に関する詳細については、「メールテンプレートビルダー」および「一斉送信用メールテンプレートのデザイン」の記事をご覧ください。

グループメール送信のサポート

管理者は、新バージョンの「Advanced Program」で最初のメールをグループメールとして送信できるようになりました。この機能強化により、チームは、以前は従来のシンプルプログラムを必要としていた業務上のメールユースケースに、アドバンスドプログラムを利用できるようになります。この機能を有効にすると、最初のメールは受信者を会社 ID または関係 ID ごとに集約し、そのグループに 1 通のメールを送信します。最初のステップが完了すると、プログラムは以降のすべてのステップについて、個々の参加者の追跡を自動的に再開します。

詳細については、「プログラム要素」の記事をご参照ください。

Journey Orchestrator におけるイベントデータへのアクセス改善

管理者は、新しいバージョンの Advanced Programs で、イベント関連データへのアクセスを改善できるようになりました。管理者は、イベントソースのルックアップフィールドを表示したり、専用のタブからイベントフィールドを管理したり、フィルタの設定時にイベントフィールドを使用したりできるようになりました。これらの機能強化により、プログラムの設定が簡素化され、使いやすさが向上します。

主な改良点:

• ソースが「イベント」の場合、ソースフィールドリストには、トークンのドロップダウン、フィルター、評価条件、CTA、および Slack に設定されたルックアップフィールドが含まれます。

• イベントフィールドが存在する場合、「オーディエンス」に「イベントフィールド」タブが表示されます。

• 管理者は「イベントフィールド」タブから、イベントフィールドの作成、編集、削除を行うことができます。

• 管理者が「詳細プログラム」でイベントフィルターや参加者フィルターを設定する場合、イベントフィールドは左側のオペランドで使用できます。

主な考慮事項

• イベントフィールドが最初に表示され、その後に第 1 レベルのルックアップフィールドが表示されます。

• すべてのフィールドが表示され、データ型によるフィルタリングは行われません。

• [イベントフィールド] タブには、[名前] と [トピック] が表示されます。

• すでに使用されているイベントフィールドは、編集または削除できません。

詳細については、「プログラム要素」の記事を参照してください。

 1 日に複数回、オーディエンスの同期をスケジュールする

新しいバージョンの「高度なプログラム」では、1 日に複数回、オーディエンスの同期をスケジュールできるようになりました。この機能強化により、管理者は、同じプログラムに対して複数のソースを作成・維持することなく、参加者リストをより頻繁に最新の状態に保つことができます。これにより、プログラムの複雑さが軽減され、手作業の負担が軽減され、エンゲージメントの適時性が向上します。

新着情報

「公開」画面で、管理者は「複数回」を選択して、定義された時間範囲内でプログラムを繰り返し実行できるようになりました。

管理者が「複数回」を選択すると、以下のスケジュール設定を行うことができます。

• 「開始時刻」：繰り返し実行の開始時刻を定義します。

• 終了時刻：繰り返し実行を終了する時刻を定義します。

• 「間隔」：実行間隔を時間単位で定義します。
  注意：最小間隔は3時間です。

• 「タイムゾーン」：すべてのスケジュールされた実行の基準となる時刻を定義します。

管理者は、プログラムを指定した日時で 1 回だけ実行する必要がある場合、「1 回限り」を引き続き使用できます。

主な利点

• 同じプログラムに対して複数のソースを作成する必要性を減らします。

• スケジュール管理を簡素化します。

• 1 日を通して参加者データをより最新の状態に保つことができます。

• 従来のスケジューリング手法と比較して、使いやすさが向上します。

重要: 選択したタイムゾーンは、すべてのスケジュールされた実行の基準点となります。カレンダービューに変更はありません。

1 日に複数回参加者を同期させる方法の詳細については、「高度なプログラムの公開」の記事をご覧ください。

高度なプログラムでのアプリ内アンケート配信に Gainsight PX を使用する

最新バージョンの Advanced Programs では、管理者は E メールに加えて Gainsight PX を通じてアンケートを送信できるようになりました。「アンケート」ステップで、配信チャネルとして「Eメール」または「アプリ内」を選択し、適切なチャネルを通じて参加者のフィードバックを収集することができます。 

主な機能強化

以下の機能強化により、Gainsight PX を通じたアンケートの設定および配信が改善されました。

• 「アンケート」ノードに配信チャネルが追加され、「メール」および「アプリ内」のオプションが利用可能になりました。

• 「アプリ内」が選択された場合に、PX固有の設定を提供します。

• PX アンケートの選択対象を、リレーションシップを含む互換性のあるエンティティタイプに制限しました。

• 同一プログラムの複数のステップで同じPXアンケートが再利用されるのを防止します。

• PXアンケートに「回答済み」および「未回答」の結果ステータスを導入しました。

主な考慮事項

PX ベースのアンケート配信を設定および使用する際は、以下の点に留意してください：

• メールは引き続きデフォルトの配信チャネルです。

• PX オプションは、アクティブな PX コネクタが存在する場合にのみ利用可能です。

• アンケートの質問は、「回答済み」の経路でのみサポートされます。

• 公開後は、配信チャネルおよび関連フィールドを編集することはできません。

• PXアンケートでは、アクションの実行スケジュールは適用されません。

詳細については、「プログラム要素」の記事をご参照ください。

メールテンプレートでのオプトアウト設定の表示と管理

Gainsight は、メールテンプレートのオプトアウト設定管理を 2 つの更新により強化しました。それは、メールテンプレート一覧ビューに新しい可視性列が追加されたことと、オプトアウトページからのオプトアウトカテゴリのリンク解除が制御可能になったことです。これらにより、設定ミスの防止、コンプライアンスのサポート、およびメール設定の管理効率化が図られます。

主な改良点:

• メールテンプレート一覧ビューの新しい列：メールテンプレート一覧ビューに、「カテゴリ名」、「オプトアウト設定」、「ページ名」の列が追加されました。これらの列はオプションであり、列ピッカーを使用して追加または削除できます。既存の動作を維持するため、デフォルトではこれらの列は表示されません。

さらに、フィルターには以下の3つのフィールドが新たに追加されました：「カテゴリ名」、「オプトアウト設定」、「ページ名」が追加され、メールテンプレートのリスト表示をより細かくカスタマイズできるようになりました。

• オプトアウトカテゴリの制御されたリンク解除：管理者は、依存関係チェックが有効な状態で、オプトアウトカテゴリをオプトアウトページからリンク解除できるようになりました。システムは、そのページとカテゴリの組み合わせが現在どのメールテンプレートでも使用されているかを確認します：

  • 使用中の場合、リンク解除オプションは制限され、ユーザーには関連するテンプレートから関連付けを削除するよう通知されます。

  • 使用されていない場合、リンク解除は正常に実行されます。
    この動作は、ページとカテゴリが紐付けられているGainsightのオプトアウト設定に適用されます。

主な利点

• メールテンプレートの一覧ページから直接、オプトアウト設定に関する明確な情報を確認できます。

• メールの受信設定が適切に構成されていることを保証し、オプトアウトカテゴリの誤った管理を防ぎます。

• テンプレートで現在使用されているオプトアウトカテゴリのリンク解除を防止します。

• テンプレート全体のオプトアウト設定をより安全かつ効率的に管理できます。

オプトアウト設定の詳細については、以下の記事をご覧ください: 

• Gainsight管理オプトアウト設定

• オプトアウトカテゴリのカスタムオプトアウト設定

• グローバルオプトアウトのカスタムオプトアウト設定

クエリビルダーでの実行ログの表示

Query Builder では、実行された各クエリの実行ログが表示されるようになり、管理者とユーザーはクエリの進行状況と結果を明確に把握できるようになりました。これらのログにより、実行の監視、問題の特定、および効率的なトラブルシューティングが容易になります。この機能強化により、各実行セッションのデータ抽出およびクエリ処理の詳細をより明確に把握できるようになります。

新着情報

クエリを実行するたびに、Query Builder はその実行専用の実行ログセクションを生成するようになりました。これらのログは実行セッションごとにグループ化され、タイムスタンプで明確に区切られているため、個々の実行履歴を簡単にさかのぼって確認することができます。

各実行ログ内では、次のような詳細情報を確認できます。

• トレーサビリティのためのリクエスト ID

• ジョブ ID を含むジョブ送信の詳細

• タイムスタンプ付きの主要な実行イベント

• タスク名、開始時刻、終了時刻

• 各タスクで処理されたレコード数

• バッチ実行の開始および終了の詳細

• フィルタリングされたレコードの総数

• 成功した参加者の数

• 失敗した参加者の数

• 選択したプログラムのクエリ処理の終了

各実行ログには、Company Person などのクエリ処理ステップに関するタスクレベルの詳細に加え、対応する実行ステータスや処理の詳細も含まれています。

各タスクに関連するデータセット全体をダウンロードして、さらなる分析や監査を行うことができます。

主な利点

• クエリの実行状況をリアルタイムで簡単に追跡・把握できます。

• 失敗または不完全な実行を迅速に特定し、解決します。

• 詳細なインサイトにより、クエリのアクティビティを確実に監査できます。

• すべてのタスクレベルの処理詳細に 1 か所からアクセスできるため、分析が迅速化されます。

重要: 実行ログはクエリ実行セッションごとに個別に表示され、各実行の成功または失敗のステータスが明確に示されます。

 

詳細については、「プログラム要素」の記事を参照してください。

レポートおよびダッシュボードから直接、CockpitおよびSuccess Planのフィールドを編集

管理者とCSMは、レコードの詳細を開くことなく、レポートおよびダッシュボードのウィジェットから直接、対象となるCockpitおよびSuccess Planのフィールドを編集できるようになりました。 

注意：編集可能なのは、対象となるフィールドのみです。依存するピックリスト、数式、および 2 次以上のルックアップフィールドは、インライン編集に対応していません。直接ルックアップフィールドは更新可能です。編集不可のフィールドは、引き続き読み取り専用として表示されます。

新機能

• レポートやダッシュボードから、編集可能な Cockpit および Success Plan のフィールドを直接編集できます。

• レポート、ダッシュボード、レコード詳細ページ間の移動を削減します。

• 対応する Cockpit または Success Plan のレコードに更新内容が自動的に反映されます。

詳細については、以下の記事を参照してください。

• Cockpit インライン編集

• レポートの作成と共有

• サクセスプランのリストビュー

• ダッシュボードの概要

Rules EngineでのマルチSalesforceインスタンス対応の利用

Rules Engine、Data Designer、Journey Orchestrator 全体で、複数の Salesforce インスタンスをデータソースとして使用できるようになりました。以前は、データ操作に使用できるのはプライマリの Salesforce インスタンスのみでした。この機能強化により、コネクタに追加されたすべてのSalesforce接続が、これらのモジュール全体でデータソースとして一覧表示されるようになりました。これには、現在アクティブでない接続も含まれます。

主要な機能

• 複数の Salesforce インスタンスからの読み取り: Data Designer および Rules Engine の [データソース] ドロップダウンには、認証済みのすべての Salesforce 接続が一覧表示されるようになりました。オブジェクトの一覧は、選択した接続に固有のものとなります。

• 複数の Salesforce インスタンスへの書き込み: Rules Engineの「Load to SFDC Object」アクションで、セカンダリおよびターシャリのSalesforceコネクタがサポートされるようになりました。管理者は、アクションの設定画面にある「コネクタ」ドロップダウンから対象のSalesforce接続を選択でき、オブジェクトの一覧は選択した接続に合わせてフィルタリングされます。

• Journey Orchestratorでのサポート: データソースとしてクエリビルダーを使用するジャーニーオーケストレーターのプログラムでは、同じデータデザイナーエンジンによって動作するため、認証済みのすべてのSalesforce接続が反映されるようになりました。
  注意：Bionic Query Builder を使用する従来の Journey Orchestrator で作成されたプログラムでは、複数の Salesforce 接続はサポートされていません。

• 権限（ロードアクション）のサポート: ルール設定内の「権限（ロードアクション）」設定では、コネクタに追加されたすべてのSalesforce接続が認識されるようになりました。管理者は、接続ごとにオブジェクトレベルの書き込み権限を定義できます。ルール設定で権限が有効になっている場合、デフォルトですべての利用可能な Salesforce 接続に適用されます。

注意：管理者は、コネクタですべての必要な Salesforce インスタンスを認証してからでないと、それらを Rules Engine、Data Designer、または Journey Orchestrator のデータソースとして表示することはできません。

制限

• リアルタイムの双方向同期は、プライマリ Salesforce 組織にのみ適用されます。セカンダリ組織は、設定されたルールスケジュールに基づいて更新されます。

• Cockpit、タイムライン、更新センターなどのアプリレベルの統合は、引き続きプライマリ Salesforce 組織とのみ同期されます。

詳細については、「Rules Engine Horizon Experience の概要」の記事をご覧ください。

共有スペースの招待状の送信者メールアドレスを選択

管理者と CSM は、スペースへの招待状を送信する際に、送信者のメールアドレスを選択できるようになりました。以前は、スペースへの招待には常にログインしているユーザーのデフォルトのメールアドレスが使用されていました。この更新により、Spaces は Gainsight の既存のメール設定と整合し、コミュニケーションの柔軟性が向上します。

注意：エンドユーザー（外部ユーザー）は送信者メールアドレスを選択できません。

新機能

• ユーザーは、招待ワークフローの「送信者」ドロップダウンリストから送信者メールアドレスを選択できます。このリストには、組織で設定されているすべてのメールドメインが表示され、デフォルトのドメインが事前に選択されています。

• 管理者は、CSM が別の送信者アドレスを選択できないように、デフォルトのドメインをロックすることができます。

• 送信者メールアドレスの選択は、管理者および CSM の招待フローから、個別招待と一括招待の両方で利用できます。

ビジネス利用の例

ある企業が、abc@support.company.com や abc@customersuccess.company.com など、複数のメールドメインを管理しているとします。Shared Spaces の招待状を送信する CSM は、受信者が通信の文脈を容易に把握できるよう、適切なドメインを選択できます。

変更点

以下の表は、招待の動作に関する変更点をまとめたものです：

行動	以前の	電流
送信元アドレスの選択	利用不可	ドロップダウンリストから選択可能
送信者メールアドレス	ログイン中のユーザーのデフォルトのみ	設定済みのドメインから選択
管理者の制御	利用不可	管理者はデフォルトのドメインをロックできます

詳細については、以下の記事をご参照ください：

• スペース管理者ガイド

• CSMのためのスペースウィジェットと権限

• スペースのFAQ

• 管理者向けメール設定の概要

共有スペースでのカスタマーゴールの有効化と共有

管理者は、共有スペースでカスタマーゴールを有効にできるようになりました。これにより、社内ユーザーと外部参加者が目標について共同作業を行うことが可能になります。有効化されると、CSMはスペース内で直接共有目標を表示および管理できるようになります。

注意：エンドユーザーは、権限に応じて目標を表示し、限定的な操作を行うことができます。

新着情報

• 共有スペースのレイアウトに「目標」ウィジェットを追加します（管理者設定）。

• スペースに明示的に共有された目標のみを表示します。

• 選択した指標や関連する作業（CTA やサクセスプラン）を含む目標を共有します。

• Spacesから直接、目標値と進捗を更新できます（CSM）。

• 「目標」セクション内で目標を検索およびグループ化します。

ビジネス利用の例

CSM は、ネットプロモータースコア (NPS) などの主要な顧客目標を、関連する CTA やサクセスプランとともに Spaces で共有し、顧客が共同で進捗状況を追跡できるようにします。

変更点

以下の表は、招待の動作に関する変更点をまとめたものです：

行動	以前の	電流
Spaces内の目標	利用不可	「目標」ウィジェットが利用可能
目標の共有	サポートされていない	選択した目標を共有できます
コラボレーション	利用不可	チームと顧客が目標について共同で取り組むことができます

詳細については、以下の記事を参照してください。

• スペース管理者ガイド

• CSMのためのスペースウィジェットと権限

• スペースのFAQ

• エンドユーザー向け Spaces ガイド

サクセスプランテンプレートの適用時に特定のCTAを選択

管理者は、サクセスプランテンプレートを適用する際にCSMが特定のCTAを選択できるようにするオプションを有効にできます。有効にすると、CSMはすべてのCTAを自動的に適用するのではなく、担当する顧客に関連するCTAのみを選択できるようになります。

新機能

• 管理者: [管理] > [サクセスプラン] > [全般] タブで、[テンプレートを適用する際にユーザーがCTAの一部を選択できるようにする] トグルを有効にします。

• CSM：有効化後は、サクセスプランテンプレートを適用する際、担当する顧客に関連するCTAのみを選択してください。これにより、不要なCTAの追加を防ぎ、適用後の整理作業を軽減できます。

ビジネス利用の例

CSMが複数のCTAを含むサクセスプランテンプレートを適用する場合、テンプレートの適用中に顧客に関連するCTAのみを選択できるようになりました。

詳細については、以下の記事を参照してください。

• サクセスプランの設定

• サクセスプランを作成する

• 顧客目標を作成

• サクセスプランFAQ

サクセスプランレポートのフィールドオプションの拡張

管理者は、サクセスプランレポートの列ピッカーで、標準フィールド、カスタムフィールド、システムフィールドに加え、会社オブジェクトおよび関係オブジェクトのフィールドを選択することで、サクセスプランレポートにフィールドを追加できるようになりました。以前は、標準のサクセスプランフィールドのみを追加することができました。

新着情報

• サクセスプランオブジェクトから標準、カスタム、およびシステムフィールドを追加します。

• レポートに「会社」および「関係」オブジェクトのフィールドを追加します。

詳細については、以下の記事を参照してください。

• サクセスプランの設定

• サクセスプランを作成する

• レポートの作成と共有

インライン調査のメール回答を記録

Gainsightは、メールに埋め込まれたインラインアンケートの質問に対するトラッキング機能を強化しました。以前は、回答者がインラインの選択肢をクリックすると、アンケート全体が開きましたが、選択された回答は自動保存も一意の識別も行われなかったため、レポートに不備が生じていました。

この機能強化により、管理者はインラインクリックの記録方法を選択でき、より正確なアンケート指標を確保できるようになります。

主な機能強化

インラインメール回答のキャプチャを許可：インラインメール回答のキャプチャを許可という新しいトグルが、以下の項目に追加されました：アンケート ＞ プロパティ。デフォルトでは、このトグルはオフになっています。

管理者がこのトグルをオンにすると：

• インラインメールのクリックは、自動的に保存済みのアンケート回答として記録されます。

• メールテンプレートでのオプトアウト設定の表示と管理

主な利点: インラインメール回答アクティビティの可視性向上により、アンケートエンゲージメント指標の精度が向上しました。

詳細については、アンケートプロパティの記事を参照してください。

タイムライン内のメールアクティビティの「差出人」および「宛先」フィールドの設定

Gainsight では、参加者の可視性を向上させ、データ構造の一貫性を確保するために、タイムライン内のメールアクティビティに「From」および「To」フィールドを導入しました。

主な改良点:

• 参加者フィールドのオプション：
メールアクティビティタイプ設定内で、管理者は「プリセットの管理」フィールドを使用して、差出人、宛先、社内および社外の参加者など、追加の参加者詳細情報を取得できるようになりました。

 

• 初回フィールド選択時のガイダンス：
メールアクティビティタイプを初めて設定する際、管理者は関連する参加者フィールドを選択するための提案を受け取ります。このプロンプトは一度のみ表示され、設定を保存した後は表示されません。

• 社内および社外の参加者のサポート: 
「差出人」および「宛先」の参加者フィールドは、以下の両方をサポートしています：

  • 内部参加者（GSユーザー）

  • 外部参加者（社外関係者）

• すべてのアクティビティタイプで対応: 
これらのフィールドは、メールのやり取りを記録するために、他のアクティビティタイプでも利用可能です。管理者は、「その他のフィールド」セクションの「フィールドの追加」からこれらを追加できます。

• アクティビティ・タイムライン・オブジェクトの機能強化：レポート機能の向上を図るため、アクティビティ・タイムラインおよび参加者オブジェクトに「送信者」と「宛先」の2つの新しいフィールドが追加されました。

• 自動メールキャプチャの自動対応: 「宛先」および「差出人」フィールドから取得された外部および内部の参加者は、自動メール取得を使用して記録されたメールアクティビティに追加されます。BCCフィールドの参加者は取得されません。

主な利点

• タイムラインのアクティビティ内で、メールの参加者を明確に識別できるようになります。

• アクティビティ全体でメール参加者の取得方法を標準化します。

• 「出席者」オブジェクトを使用して、メール参加者のレポート作成や分析が可能になります。

「宛先」および「送信者」フィールドの詳細については、「タイムライン設定の構成」の記事を参照してください。更新版は近日公開予定です！

詳細フィルターでタイムラインアクティビティをソース別にフィルタリング

Gainsight は、グローバルタイムラインおよび 360 タイムラインの [詳細フィルター] にソースフィルターのサポートを導入し、これまでレポートでのみ利用可能だった機能を拡張しました。

主な改良点:

• 詳細フィルターのソースフィルター：
「詳細フィルター」内で直接「ソース」フィールドに基づいてレコードをフィルタリングできるようになり、データのセグメンテーションと分析が向上します。

• 特定のフィールドタイプのサポート：
フィルタリングの動作は、お客様のインスタンスにおける「ソース」フィールドの設定に応じて適応します：

  • 文字列フィールドの設定: 

    • 値を手動で入力します。 

    • 「含む」、「等しい」、「で終わる」などの演算子を使用します。例: ソースに「Zoom」が含まれる。

• ピックリスト/ドロップダウンの設定:

  • 事前定義されたリストから値を選択します。

  • 「含む」、「含まない」、「null である」、「null ではない」などの演算子を使用します。

注: 文字列ベースの「ソース」フィールドを使用しているお客様は、サポートチームにご連絡いただければ、ピックリストベースの設定へ移行できます。

主な利点

• コミュニケーションソースに基づいた、より精度の高いセグメンテーションが可能になります。

• 「自動メールキャプチャ」、「AIフォローアップ」、および関連ワークフローなどの機能全体で、ユーザーがインサイトを精緻化できるよう支援します。

タイムラインアクティビティにおけるリレーションシップ・パーソンのサポート

タイムラインアクティビティで、外部参加者として「関係人物」を検索・選択できるようになりました。これにより、適切な参加者をより正確に特定し、検索画面内で直接関連するコンテキストを確認できるようになります。

主な改良点:

• 検索における「リレーションシップパーソン」のサポート：
タイムラインアクティビティにおける外部参加者の検索に、カンパニーパーソンおよびリレーションシップパーソンのレコードが対象に含まれるようになりました。検索結果は、参加者のタイプに基づいて3つのセクションに分類されます： 

  • 企業担当者

  • 関係者

  • ユーザー

• コンテキストに基づく表示順序: 
セクションの順序は、アクティビティの主要なコンテキストに基づきます。「会社」が主要なコンテキストの場合、最初に「カンパニーパーソン」の結果が表示され、その後に「リレーションシップパーソン」の結果が表示されます。

• 条件付きセクション表示：セクションは、関連する検索結果が見つかった場合にのみ表示されます。たとえば、「リレーションシップパーソン」セクションは、一致する結果がある場合にのみ表示されます。

• ホバー時の参加者コンテキスト: 参加者の詳細にカーソルを合わせると、その参加者が「カンパニーパーソン」か「リレーションシップパーソン」かが表示されるようになりました。

注: 非アクティブな企業レコードや担当者レコードは、検索結果に表示されません。

主な利点

• 外部参加者を正確に選択できるようになります。

• 整理されたコンテキストベースの検索結果により、使いやすさが向上します。

関係者の検索に関する詳細については、「アクティビティをタイムラインに記録する」の記事を参照してください。更新版は近日公開予定です！

AI フォローアップを使用して Webex および Salesloft のミーティングをタイムラインに同期

Gainsight CS は、AI フォローアップを通じて Webex by Cisco および Salesloft をミーティングプロバイダーとして統合するようになり、それぞれのミーティングプラットフォームから Timeline へミーティングデータを自動的に取り込むことができるようになりました。これにより、手動でのインポートや回避策を講じる必要なく、顧客とのやり取りがタイムラインのエンゲージメントインサイトに確実に反映されます。

主要な機能

• Webex および Salesloft のミーティングをタイムラインに同期する: 承認または接続が完了すると、WebexおよびSalesloftで開催されたミーティングは、同期されたミーティングアクティビティとしてGainsightのタイムラインに直接記録されます。

• 参加者およびメタデータの取得: 会議の参加者、タイムスタンプ、および関連するメタデータが自動的に記録されます。

• アクティビティのハイライト: 各タイムラインアクティビティには、自動生成された要約、アクションアイテム、自動検出されたリスクと課題、およびトピックレベルのセンチメントが含まれます。

• レポート可能なインサイト：WebexおよびSalesloftから同期されたアクティビティは、ソース値「WEBEX」および「Salesloft」を使用して、アクティビティ・タイムライン・オブジェクトでレポート化できます。

主な利点

• WebexおよびSalesloftのエンゲージメントを、あらゆるソースからのデータと共に一箇所（タイムライン）で表示できます。

• 会議の詳細を手動で追加またはアップロードする必要がなく、システムが自動的に処理します。

• 分析と意思決定を支援するため、一貫性のある統一されたアカウントレベルのアクティビティログを維持します。

Salesloft 統合の詳細については、「AI フォローアップおよび自動メールキャプチャ管理ガイド」の記事をご参照ください。 

Cisco Webex 統合の詳細については、「AI Follow-Up & Auto Email Capture 管理者ガイド」の記事をご覧ください。

OAuth に対する PKCE のサポート

Gainsight は、ユーザーレベルの OAuth 認証に対して Proof Key for Code Exchange (PKCE) のサポートを導入しました。この機能強化により、「ユーザー管理」の OAuth 設定内に、新しい「PKCE を有効にする」トグルが追加されました。これを有効にすると、PKCE によって OAuth 認証フローにセキュリティ層が追加され、認証コードの傍受攻撃から保護されます。PKCEは、OAuth 2.1システムに推奨されるセキュリティ標準です。また、この機能は、ChatGPTやClaudeなどの外部LLMプラットフォームとのModel Context Protocol（MCP）統合を有効にするための前提条件でもあります。

注: 作成できるユーザー OAuth 接続は最大 3 つまでです。

PKCE を有効にする方法の詳細については、「Gainsight API の OAuth」の記事をご覧ください。