月曜日の朝、あなたは3つのShopify Plusクライアントのアカウントリードであり、それらすべてがPushEngageでプッシュ通知を実行しています。1時間後にクライアントとの電話会議があり、それが始まる前に、各サイトのカート放棄通知の先週のクリック率を知る必要があります。通常、これは3つの個別のPushEngageダッシュボードログイン、3つの個別のエクスポート、そして誰かに話しかける前に3回の個別の精神的なリセットを意味します。
これが、1つのAIアシスタントで複数のクライアントアカウントを管理することが実際にはどのようなものかということです。PushEngage MCPサーバーがClaude、Cursor、または他のエージェントアシスタントに接続されている場合、その月曜日の朝の儀式は1つの会話に変わります。あなたは最初のサイトの先週のCTRを尋ね、それを得て、次に2番目のサイトについて尋ね、それを得て、次に3番目のサイトについて尋ね、そしてコーヒーが冷める前に3つの数字すべてを持って会議に入ります。
1つのAIアシスタントで複数のクライアントアカウントを管理することは、単純に聞こえますが、あなたの担当リストが2つの異なる状況を混ぜ合わせるまでです。1つのPushEngageログインで管理するサイトと、それぞれが独自の別個のアカウントを保持しているクライアントです。それらを同じように扱おうとすると、クライアントの半分のデータに到達できないか、さらに悪いことに、あるクライアントのトークンが別のクライアントのアカウントに触れるリスクがあります。これが、デモを過ぎてから、エージェンシー向けのPushEngage MCPが実際にどのように見えるかです。1つの普遍的なスイッチではなく、2つの異なるメカニズムです。この記事では、両方、どちらを使用するか、そして単一のダッシュボードを手動で開くことなくそれらをどのように使用するかをカバーします。
はじめに：PushEngage MCPをAIアシスタントに接続する
まだPushEngage MCPサーバーをセットアップしていない場合、簡単な方法は1つのコマンドです。クライアントのMCP設定にnpx -y @pushengage/mcpを追加します — Claude Desktopのclaude_desktop_config.json、Claude Code、またはCursorのmcp.jsonはすべて同じエントリを受け入れます — そしてクライアントを再起動します。アシスタントに「PushEngageにログインしてください」と依頼し、開いたブラウザプロンプトを承認すると、アシスタントはローカルにアクセストークンを保存します。あなたのパスワードはチャットに触れることはありません。
そこから、「PushEngageサイトを表示」と「サイト[ID]を使用」と尋ねて、アシスタントがどのサイトで動作するかを選択します。以下のすべては、少なくとも1つのアカウントでこの基本設定がすでに完了していることを前提としています。完全なウォークスルー、接続しないクライアントのトラブルシューティングについては、PushEngage MCPセットアップガイドを参照してください。
1つのAIアシスタントで複数のクライアントアカウントを管理することは、2つの異なる問題を解決することを意味します
クライアントリスト全体でPushEngageを実行しているエージェンシーは、次の2つの状況のいずれかに遭遇し、それぞれ異なる修正が必要です。
サイト切り替えとは、クライアントの代わりにあなたが管理する単一のPushEngageログインの下に複数のクライアントサイトが存在する場合の状況です。これは、クライアントをエージェンシー所有のアカウントに直接オンボーディングするエージェンシーにとって一般的な設定です。1つのログイン、1つのトークン、アシスタントが指し示す複数のサイト。
アカウント分離とは、各クライアントが独自のPushEngageアカウントを保持し、支払いを行い、個別にログインする場合を指します。この場合、切り替える共有ログインはなく、複数の個別のログインがあり、それぞれに独自のトークンがあり、それらが混ざり合わないように管理することが重要です。
どちらが適用されるかを判断する経験則があります。現在、1つのPushEngageダッシュボードタブ内でサイトを切り替えている場合は、サイト切り替えが必要です。現在、あるクライアントのダッシュボードからログアウトして別のクライアントのダッシュボードにログインする必要がある場合は、アカウント分離が必要です。この2つを混同することは避けるべき間違いです。個別のクライアントアカウントを、1つのログインの下にあるサイトであるかのように扱うことは、クライアントデータで決して起こってはならないアカウント間の混同の一種です。
| サイト切り替え | アカウント分離 | |
| ログインを保持するのは誰か | クライアントの代わりにあなた | 各クライアント、個別に |
| クライアント間で変更されるもの | 選択されたサイト | MCPサーバーの登録全体とトークンファイル |
| 関連ツール | pushengage_list_sites、pushengage_select_site | サーバー名ごとに個別のPE_MCP_CONFIG_PATH |
| 間違った方を使用した場合の障害モード | クライアントのデータに到達できない（真に別々のアカウントの場合） | 不要な再認証オーバーヘッド（真に共有ログインの場合） |
PushEngageを多くのクライアントで運用しているほとんどのエージェンシーは、最終的に両方を同時に使用します。彼らは、1つのエージェンシー管理ログインを共有する少数のクライアント内でPushEngageサイトを切り替え、独自の管理を主張するクライアントには個別の Счета を登録します。複数のPushEngageアカウントを登録しても、ログイン後にいずれかのアカウント内でサイトを切り替えることができなくなるわけではありません。
サイト切り替え：1つの会話で3つのクライアントサイトのCTRを取得
マルチサイトの場合、会話を離れることなくPushEngageサイトを切り替えることができる2つのツールがあります：pushengage_list_sitesとpushengage_select_siteです。すべてのサイトスコープツール（分析、セグメント、キャンペーン設定）は、現在選択されているサイトに対して機能し、選択は再起動後も持続するため、セッションごとに1回設定すれば、その会話での後続のすべての質問は同じサイトに適用されます。
月曜日の朝に戻ります。1つのログインが接続された状態で、3つのクライアントサイトのCTR取得は、単一の会話で次のように表示されます：
- 「私のPushEngageサイトを一覧表示して」と尋ねます。アシスタントは各サイトの名前とIDを返します。
- 最初のサイトのIDを使用するように依頼し、次に先週のクリック率を尋ねます。アシスタントは
pushengage_get_analytics_timeseriesを呼び出し、日ごとのクリック数、表示回数、CTRを返します。 - 2番目のサイトのIDに切り替えるように依頼します。同じ質問をします。3番目のサイトについても繰り返します。
- 3つを比較する概要を依頼します。アシスタントはすでに会話内で3つのデータセットすべてを取得しており、それらを並べて表示できます。
これをダッシュボードのエクスポート3回分ではなく、行う価値があるものにしているのは、単にスピードだけではありません。それは、取得している数値が、単なる生の開封数やクリック数ではなく、サイトごとに帰属できるものであるということです。pushengage_get_analytics_summary および pushengage_get_analytics_timeseries は、CTRとともにクリック数、表示数、目標値を返すため、クライアントとの通話で提示するレポートは、自分でクライアントに説明する必要があるエンゲージメント数ではなく、サイトごとの収益回復として読み取れます。
そのフレーミングは重要です。なぜなら、CTRだけでは物語の半分しか語られないからです。セグメンテーションとクリック率に関する業界全体の調査によると、CTRはクライアントの送信がどの程度細かくセグメント化されているかによって2倍以上に変動するため、同じCTR数値でも、セグメンテーションの成熟度が異なる3つのクライアント間で、非常に異なる収益結果を意味する可能性があります。その違いは、単に報告するだけでなく、通話で指摘する価値があります。
これは読み取り専用の操作です。この方法でPushEngageサイトを切り替えても、キャンペーンの送信、スケジュール設定、編集は行われません。pushengage_list_sites および pushengage_select_site は、会話の残りの部分が読み取るサイトの既存データを変更するだけです。
アカウントの分離：MCPサーバーをクライアントごとに名前を付けて登録する
真に分離されたクライアントアカウントの場合、修正はツール呼び出しではなく、MCP構成自体にあります。PushEngageのサーバーは、環境変数PE_MCP_CONFIG_PATHからトークンの場所を読み取ります。この変数が設定されていない場合、デフォルトで~/.pushengage/mcp.jsonになります。サーバーをクライアントごとに2回登録し、それぞれが独自のファイルを参照するようにすれば、2つのログインがトークンを共有することはありません。
{
"mcpServers": {
"pushengage-northwind": {
"command": "npx",
"args": ["-y", "@pushengage/mcp"],
"env": {
"PE_MCP_CONFIG_PATH": "/Users/you/.pushengage/mcp-northwind.json",
"PE_MCP_CLIENT_NAME": "Claude Desktop (Northwind)"
}
},
"pushengage-brightleaf": {
"command": "npx",
"args": ["-y", "@pushengage/mcp"],
"env": {
"PE_MCP_CONFIG_PATH": "/Users/you/.pushengage/mcp-brightleaf.json",
"PE_MCP_CLIENT_NAME": "Claude Desktop (Brightleaf)"
}
}
}
}（NorthwindとBrightleafは説明のためのクライアント名です。）PE_MCP_CONFIG_PATHは絶対パスである必要があります。これは指定されたとおりに使用され、~の展開はありません。そのため、クライアントを再起動する前にパスを再確認してください。PE_MCP_CLIENT_NAMEはオプションであり、PushEngageの承認画面に表示されるアシスタントのラベルを変更するだけです。分離には影響しませんが、ブラウザタブが開いたときに、どのクライアントを承認したかを確認できるため、設定する価値があります。
各サーバー名に個別にログインします。「pushengage-northwindにログインして」と言い、その後、別のステップで「pushengage-brightleafにログインして」と言います。それぞれが、その特定のブラウザセッションで選択したPushEngageアカウントに対して承認されます。2つのサーバー名、2つの構成ファイル、接触しない2つのトークン。これは、複数のPushEngageアカウントを並行して実行するためのパターンであり、2つ以上に拡張できます。たとえば、12のクライアントアカウントを持つ代理店は、それぞれ独自のPE_MCP_CONFIG_PATHを持つ12のサーバーエントリを登録し、それらのいずれもファイルを共有することはありません。また、競合する「マルチクライアントAI」ガイドのほとんどが、実際の構成をコピーする代わりに、あいまいな分離の話でスキップしている部分でもあります。
すべてのクライアントアカウントで同じセグメント作成プロンプトを実行する
クライアントが個別のサーバー名として登録されると、ダッシュボードを開くことなく、それらすべてにわたって1つのリクエストを再実行できます。たとえば、終業までに5つのクライアントアカウントで「/pricingの訪問者」セグメントをライブにしたいとします。アシスタントに、まずpushengage-northwindに対して、「/pricingの訪問者のセグメントを作成する」ように依頼し、次にpushengage-brightleafに対して、そして残りの各クライアントサーバー名に対して依頼します。各リクエストは、そのアカウント固有のトークンに対してpushengage_create_segmentを呼び出し、各クライアントはそれぞれ独自の購読者ベースで構築された同じURLルールセグメントを持つことになります。
同じプロンプトが5つの異なるクライアントアカウント間でクリーンに転送される理由は、クライアントごとにゼロから構築するものではなく、PushEngageに組み込まれているセグメンテーションモデルを呼び出しているからです。pushengage_list_segmentsおよびpushengage_create_segmentは、プラットフォームが既に理解しているURLルールと行動基準（最近性、頻度、ページ訪問パターン）に基づいて機能します。これらは、eコマースセグメンテーションガイドのアプローチを、単発のリストではなくシステムとして機能させるのと同じカテゴリです。これにより、5回の個別の手動構築ではなく、1つのプロンプトで実際のセグメンテーション作業を5回実行できます。そして、セグメンテーションはもはや「あれば嬉しい」ものではなく、配信要件であるため、すべてのクライアントアカウントでそれを再実行することは、ショートカットというよりも標準的なアカウント衛生管理に近くなります。
元チームメンバーのアクセスを他のすべてのクライアントアカウントから除外する
アカウントの分離は、誰かがアカウントから離れる日にその価値を発揮します。各クライアントのトークンは独自の構成ファイルに保存されているため、1人のユーザーの1つのクライアントへのアクセスを削除しても、他のクライアントには影響しません。
終了させる2つの方法：
- ローカルで：そのクライアントのサーバー登録からログアウトするだけです。「pushengage-northwindからログアウトする」というコマンドは
pushengage_auth_logoutを呼び出し、その1つの構成ファイルからトークンを削除し、他のすべてのクライアントのファイルはそのままにします。 - サーバー側：退職するチームメンバーがブラウザセッションを自分で承認した場合、その特定のクライアントアカウントの[設定]→[セキュリティ]の下のPushEngage内から取り消してください。これにより、ローカルに保存されている場所に関係なくトークンが無効になります。
クライアント間で共有される単一のログインで何が起こるかと比較してください。アクセスを取り消すということは、1つの共有トークンをローテーションすることを意味し、これによりすべてのチームメンバーのすべてのクライアントへの接続が一度に切断されます。各クライアントを独自のPE_MCP_CONFIG_PATHに保持することで、全社的な緊急対応が1行の修正に変わります。
これが、エージェンシーが複数クライアントのプッシュ作業の価格設定と人員配置の方法に与える影響
これらすべてが、プッシュ通知がクライアントのリテンション数にどのような影響を与えるかを変えるわけではありません。PushEngageのMCPサーバーは、独自のキャンペーンを送信、スケジュール、または構築しません。pushengage_send_notificationまたはpushengage_send_ab_notificationの呼び出しは、常に一度に1つのサイトに対して実行され、承認はあなたが行います。変わるのは、「クライアントが自分の数値を把握したい」と考えてから「クライアントが自分の数値を把握できる」までの時間であり、アカウントマネージャーが月の途中で追加購入できない唯一のリソースは時間です。
これが、1つのAIアシスタントで複数のクライアントアカウントを管理する真の価値です。新しい機能ではなく、時間を取り戻すことです。これは、PushEngageがすでに稼働している規模、つまり過去30日間だけで150か国以上の25,000人以上の事業主がプラットフォームを通じて152億件の通知を送信した規模で重要になります。
これらのアカウントの一部を管理するエージェンシーは、このインフラストラクチャに新しいことを求めているのではなく、ダッシュボードのログインがアシスタントと回答の間に立ちはだかることなく、すでに実行しているレポート作成とオーディエンス構築の作業に到達することを求めています。かつて月曜の朝に3つのCSVファイルをエクスポートするのに費やしていたアカウントマネージャーは、今ではその時間を、各クライアントのリピート購入率についてそれらの数値が何を意味するかに費やしています。そもそもログインに関する作業であるべきではなかった仕事の部分です。
名簿にサイト切り替え、アカウント分離、またはその両方が必要かどうかに関わらず、上記の仕組みはすべてのPushEngageプランで実行されます。料金はクライアントアカウントごとではなく、アクティブな加入者に応じてスケールするように設定されているため、このセットアップに4番目または5番目のクライアントを追加しても、彼らにリーチするために支払う金額を再交渉する必要はありません。これが、エージェンシー向けのPushEngage MCPの実際の形状です。上に付け加えられた新しいマネージャーアカウントティアではなく、同じ2つの仕組み（複数のサイトを持つ1つのログイン、または決して交差しない複数のログイン）を、今四半期に実行しているクライアントの数に応じて適用するだけです。
