Intercomサーバーイベントの概要:2025年版ガイド

Kenneth Pangan

Katelin Teen
Last edited 2025 10月 24
Expert Verified

支払い失敗時や、顧客が気に入ってくれるであろう主要機能を初めて使ったときなど、完璧なタイミングで完璧なメッセージを送りたいと思ったことはありませんか?このような先を見越したプロアクティブなコミュニケーションこそが、まあまあ良いサポートと本当に素晴らしいサポートを分けるのです。
Intercomのサーバーイベントは、まさにこの問題を解決するために作られました。これは、ユーザーがバックエンドシステムで何をしているかを追跡し、その情報を使ってパーソナライズされたメッセージをトリガーする方法を約束するものです。
しかし、実際にはどのように機能するのでしょうか?そして、2025年の今でも、このツールは最善の選択肢なのでしょうか?このガイドでは、Intercomサーバーイベントとは何か、その設定方法、そして最も重要なこととして、その限界からなぜよりモダンでAIを活用した方法を探すべきなのかを解説します。技術的な詳細や実践的な使い方、そしてチームの足を引っ張る隠れた問題点にも触れていきます。
Intercomサーバーイベントとは?
簡単に言うと、Intercomサーバーイベントとは、アプリのバックエンド(サーバー)からIntercomに直接送信される小さなデータパケットです。これはすべてAPIコールを通じて行われるため、Webブラウザ内では発生しない重要な顧客のアクションを記録するための安全で確実な方法です。
主な違いは次の通りです。おそらく皆さんは、ウェブサイトに設置されたIntercomのJavaScriptコードで追跡されるクライアントサイドイベントには既におなじみでしょう。これらはページビューやボタンクリックなどを追跡するのに適しています。しかし、サーバーイベントは、舞台裏で起こる重要なすべての事柄を対象としています。例えば、サブスクリプションの更新成功、大規模なデータエクスポートの完了、請求書の支払いなどです。これらは顧客体験における重要な瞬間ですが、そうでなければIntercomは完全に把握することができません。
Intercomはこれらを公式に「データイベント」と呼んでおり、/eventsエンドポイントに送信します。その目的は、各ユーザーが何をしているのかについて、より豊かで完全な全体像を構築することです。これらのイベントを追跡し始めると、それらを使って自動的にメッセージを送信したり、ユーザーを特定のキャンペーンに追加したり、詳細な顧客セグメントを構築したりできます。
Intercomサーバーイベントの送信方法:技術概要
Intercomサーバーイベントの有効化は、スイッチを切り替えるような簡単なものではなく、間違いなく開発者の関与が必要です。その核心は、Intercom REST APIの/eventsエンドポイントにPOSTリクエストを行うことです。これらのリクエストはそれぞれ、適切な形式で、いくつかの重要な情報を含んでいる必要があります。
開発者がすべてのAPIコールに含める必要があるものは次のとおりです。
-
認証: Intercomワークスペースの有効なアクセストークンが必要です。このトークンはイベントを送信するための適切な権限を持っている必要があるため、開発者設定で正しく構成されているか再確認してください。
-
ユーザー識別: Intercomは、追跡しているアクションをどのユーザーが行ったかを知る必要があります。ユーザーは、一意の「intercom_user_id」、自社の内部「user_id」、または単に「email」で識別できます。これを正しく行うのは時に面倒なことがあり、特に後でサインアップした匿名訪問者を紐付けようとする場合は、開発者コミュニティでよく見られる共通の悩みです。
-
イベント名: これは必須です。「upgraded-plan」や「invited-friend」のように、イベントに明確な名前を付ける必要があります。Intercomは、過去形かつ「動詞-名詞」形式を使用することを推奨しており、これは物事を明確に保つための良いヒントです。
-
タイムスタンプ: 「created_at」フィールドは必須です。これはイベントがいつ発生したかをIntercomに正確に伝えるUnixタイムスタンプであり、ユーザーのタイムラインを正確に保つために不可欠です。
-
メタデータ: この部分は任意ですが、ほとんどの場合使用すべきです。これは追加のコンテキストを詰め込むことができるJSONオブジェクトです。例えば、「ordered-product」イベントを送信する場合、メタデータには製品名、価格、注文IDなどを含めることができます。
JSONでイベントを作成するための簡単なAPIリクエストの例を次に示します。
// https://api.intercom.io/events へのPOSTリクエストの例
{
"event_name": "cancelled-subscription",
"created_at": 1671028894,
"user_id": "314159",
"metadata": {
"reason": "no-longer-needed",
"plan_level": "Pro"
}
}
また、Intercomはイベントの重複排除を試みることも知っておくと良いでしょう。誤ってまったく同じイベント(同じユーザー、名前、タイムスタンプ)を複数回送信した場合、Intercomはデータが乱雑にならないように、余分なものを無視する可能性が高いです。
Intercomサーバーイベントの実用的なユースケース
技術的な設定を乗り越えれば、Intercomサーバーイベントは非常に役立つ自動化を実現できます。バックエンドシステムをIntercomに連携させることで、ユーザーがクリックしているものだけでなく、実際に何をしているかに基づいて会話を開始できます。
以下に、企業がそれらを活用する実例をいくつか紹介します。
サポートとオンボーディングのためのIntercomサーバーイベント活用
サーバーイベントは、潜在的な問題を早期に発見したり、ユーザーが最初の重要なステップを完了するのをガイドしたりするのに非常に役立ちます。顧客が不満を募らせて連絡してくるのを待つのではなく、彼らが必要とするまさにその瞬間に助けを提供できます。
-
例えば: 顧客の月々の支払いが失敗したとします。請求システムが「payment-failed」イベントをIntercomに送信し、それによって即座にカード情報を更新するための直接リンク付きのメールが送信されます。この小さな自動化一つで、支払い失敗による解約を大幅に減らすことができます。
-
もう一つのアイデア: 新規ユーザーが初めて主要機能の一つを正常に使用したとします。アプリが「first-feature-used」イベントを送信し、それをトリガーとして、彼らを祝福し、さらに活用するための簡単なヒントを共有するフレンドリーなアプリ内メッセージが表示されます。
Intercomサーバーイベントによるスマートなマーケティングとセグメンテーション
これらのイベントを使用して、実際の製品利用状況に基づいた超ターゲットのマーケティングキャンペーンを構築することもできます。
-
想像してみてください: eコマースストアのバックエンドが、荷物が出荷された瞬間に「order-shipped」イベントを送信します。これにより、追跡番号が記載されたメールが顧客にトリガーされます。シンプルですが、非常に効果的です。
-
SaaS企業の場合: 「project-limit-reached」イベントを追跡することができます。無料プランのユーザーがその上限に達すると、彼らは自動的に有料プランの特典に関するキャンペーンを受け取るセグメントに追加されます。
これらのワークフローは、データを単なる事実の受動的なリストから、完璧なタイミングで感じられる能動的で役立つ会話へと変えます。
Intercomサーバーイベントの主な課題と限界
理論上、Intercomサーバーイベントは非常に強力に聞こえます。しかし実際には、多くのチームが大規模に利用しようとすると、深刻な障害にぶつかります。多くのエンジニアリング時間を費やす前に、あなたの行く手を阻む可能性のあるいくつかの大きな制限について知っておくべきです。
120のアクティブイベント制限
これは最大の「落とし穴」の一つです。Intercomには、ワークスペースごとに120の一意のアクティブなイベント名という厳しい上限があります。「アクティブ」なイベントとは、アーカイブしていないイベントのことです。その数に達すると、Intercomは新しいイベントタイプの受け入れを停止してしまいます。
小さなスタートアップにとって、120という数は多く聞こえるかもしれません。しかし、製品が成長するにつれて、より具体的で多くの行動を追跡したいと思うようになるでしょう。この制限により、何を追跡するのに十分重要かを厳しい判断を迫られることになり、スペースを空けるために古いイベントを手動でアーカイブするといった面倒な回避策が必要になることがよくあります。
開発者への強い依存
追跡したいサーバーイベントの一つ一つに、開発者がコードを書き、テストし、リリースする必要があります。ユーザーがレポートをエクスポートしたタイミングを知りたいですか?それはエンジニアリングチームへのチケットになります。トライアルの有効期限が近づいていることを記録したいですか?順番待ちです。
これにより、大規模なボトルネックが生じます。サポート、マーケティング、プロダクトの担当者は迅速に動けません。彼らが顧客とエンゲージするための素晴らしいアイデアを思いついても、開発者の時間を待つことになります。この依存関係により、新しいコミュニケーション戦略を試すのが遅く、高価になります。
面倒で複雑な自動化
イベントを設定した後でも、望むワークフローを構築するのは驚くほど複雑なことがあります。例えば、Intercomコミュニティのあるユーザーは、Intercom自身のSeries Webhookを使ってカスタムイベントを作成することさえできないということを身をもって学びました。提案された解決策は、Webhookをリッスンするためだけに別のサーバーをセットアップし、ユーザーのIDを見つけるために別のAPIコールを行い、そして最後にイベントを作成するために3回目のコールを行うというものでした。これは、簡単なタスクであるべきものに対して、面倒で回りくどいプロセスです。
その上、イベントは受動的です。何かがすでに起こったことを教えてくれますが、今何が起こっているかについては役立ちません。顧客が「注文品はどこですか?」と尋ねてきた場合、古い「order-shipped」イベントだけに頼ることはできません。ライブデータが必要です。そして、Intercom自身のステータスページが時々示すように、APIには遅延が発生する可能性があり、イベント駆動型のメッセージが常に期待通りに瞬時に届くとは限りません。
Intercomの価格概要
さて、コストについて話しましょう。Intercomの価格はシート数に基づいており、プランによって利用できる機能が増えます。また、AI機能は追加のアドオンであることも非常に重要です。
主要プランの概要はこちらです。
| プラン | 開始価格(年払い) | 主な機能 |
|---|---|---|
| Essential | $29/シート/月 | Fin AI Agent, メッセンジャー, 共有受信箱, ヘルプセンター |
| Advanced | $85/シート/月 | Essentialの全機能 + ワークフロー, 複数受信箱 |
| Expert | $132/シート/月 | Advancedの全機能 + SLA, マルチブランド対応 |
彼らの価格ページに埋もれている非常に重要な詳細として、AIの課金方法があります。Fin AI Agentは、月々のシート料金に加えて、解決ごとに$0.99の追加料金がかかります。この解決ごとの課金モデルは、最も忙しい時期に請求額が急増する可能性があり、サポート予算を予測することを非常に困難にします。
eesel AI:サポートワークフローを自動化するよりスマートな方法
事前に定義されたサーバーイベントに頼るのは、2025年の問題に対する2010年代の解決策のように感じられます。開発者があなたのためにコーディングしなければならない厳格なイベントに依存する代わりに、サポートシステムが顧客のニーズにリアルタイムで、バックエンドデータへの完全かつ安全なアクセスをもって対応できるとしたらどうでしょうか?
ここでeesel AIのようなツールが、より現代的なアプローチを提供します。これは、既存のツールに接続し、技術的な面倒なしにワークフローを自動化するために構築されたAIプラットフォームです。
リアルタイムのAIアクションでイベントを超える
チームがユーザーのあらゆる行動を予測してイベントをコーディングしようとする代わりに、eesel AIの**AIエージェント**は、APIを使用してライブで情報を検索できます。
例えば、顧客が「注文の状況はどうなっていますか?」と尋ねたとき、事前に記録された「order-shipped」イベントは必要ありません。eesel AIはその瞬間にShopifyストアや社内の注文システムに安全に問い合わせ、最新の状況を取得し、即座に正確な回答を提供できます。これは、過去の静的なイベントリストに頼るよりも、はるかに柔軟で強力な運用方法です。
AIエージェントがリアルタイムデータを使用して注文状況に関する顧客の問い合わせに回答する例。静的なIntercomサーバーイベントに代わる現代的な方法です。
数ヶ月ではなく数分で設定完了
eesel AIの最も優れた点の一つは、自分で設定するのが非常に簡単であることです。Intercomヘルプデスクをワンクリックで接続できます。もはや開発者を待ったり、エンジニアリングのバックログに詰まったりする必要はありません。コードを一行も書くことなく、強力なデータ駆動型の自動化を自分で構築できます。
過去のチケットを含むすべての知識を統合
サポートにおいてコンテキストはすべてです。eesel AIは、過去のIntercomチケット、ヘルプ記事、そしてGoogle DocsやConfluenceなどの他のすべてのナレッジソースで学習します。これにより、顧客の共通の問題やチームの最善の解決策を深く理解し、単純なイベントメタデータが提供できるよりもはるかにリッチなコンテキストを提供します。
この図は、現代のAIツールが様々なナレッジソースをどのように統合し、Intercomサーバーイベントだけでは得られない深いコンテキストを提供するかを示しています。
自信を持ってテストし、予測可能な価格設定を享受
eesel AIのシミュレーションモードを使えば、AIエージェントを過去の何千ものチケットでテストし、実際の顧客向けに稼働させる前にそのパフォーマンスを正確に確認できます。そして何より、eesel AIは予測可能な定額料金を提供しています。優れた自動サポートを提供することで、解決ごとの追加料金が発生することは決してありません。
受動的なIntercomサーバーイベントから能動的なAIへ
Intercomサーバーイベントは、基本的なユーザートラッキングにはそこそこのツールですが、柔軟性、拡張性、そして実装の手間という点で深刻な問題を抱えています。厳格なイベント制限、開発者への強い依存、そして面倒な自動化ワークフローは、迅速に動きたいチームにとっては厳しい解決策です。
優れたサポートの未来は、ユーザーが昨日何をしたかを追跡するだけではありません。彼らが今何を必要としているかを理解することにあります。eesel AIのようなツールがこの変化を可能にし、古いイベントベースのシステムの限界に縛られることなく、チームにインテリジェントで柔軟、かつアクセスしやすいカスタマーサポートの自動化方法を提供しています。
開発者のボトルネックなしでサポートの自動化を構築する準備はできましたか?eesel AIを無料でお試しいただき、わずか数分でナレッジとツールを連携させる方法をご覧ください。
よくある質問
Intercomサーバーイベントは、アプリのバックエンドからIntercomへAPIコールを介して送信されるデータパケットです。これにより、舞台裏で発生する重要な顧客のアクションを安全に記録し、よりリッチなユーザープロファイルを構築してパーソナライズされたコミュニケーションをトリガーするのに役立ちます。
クライアントサイドイベントは、JavaScriptを使用してウェブサイト上のページビューなどのアクションを追跡します。対照的に、Intercomサーバーイベントは、サブスクリプションの更新、支払いの失敗、大規模なデータエクスポートなど、Intercomが通常は把握できないバックエンドのアクションを追跡します。
Intercomサーバーイベントの送信には、Intercomの /events APIエンドポイントへのPOSTリクエストが必要です。これには、適切な認証、ユーザー識別、イベント名、タイムスタンプ、およびオプションのメタデータを含めるために開発者の関与が求められます。
はい、重要な制限として、ワークスペースごとに120の一意のアクティブなIntercomサーバーイベントという厳しい上限があり、製品が成長するにつれて追跡が制限される可能性があります。また、新しいイベントごとにコーディングが必要なため、開発者に大きく依存することになります。
Intercomサーバーイベントは、支払いの失敗時にカード情報の更新を促すメールを送信するなど、重要な瞬間にプロアクティブなメッセージをトリガーできます。また、主要な機能が初めて使用されたときにヒントを送るなど、ユーザーをガイドすることも可能です。
Intercomサーバーイベントの実装には、かなりの開発時間が必要です。新しいイベントタイプごとにコードの作成、テスト、リリースが必要となり、サポート、マーケティング、プロダクトチームにとってのボトルネックとなります。
もちろんです。Intercomサーバーイベントは、「order-shipped」のようなアクションを追跡して追跡情報を送信したり、「project-limit-reached」を追跡してアップグレードキャンペーンのためのユーザーをセグメント化したりできます。これにより、実際の製品利用状況に基づいた高度にターゲットされたキャンペーンが可能になります。





