お客様が製品やサービスに関わると、特定のイベントが発生した後や特定のアクションを取った後に、同じメッセージを複数回送信する必要が出てくることが多いです。例えば、購入後の注文確認メッセージや、処理完了の通知などです。
Event based messagingはまさにそれを可能にします。イベントが追跡されるたびにトリガーされるChat、Post、Mobile Carousel、Push、SMS、Workflows、Surveys、Product Tour、またはBannerメッセージを作成でき、過剰なメッセージ送信を防ぐ機能も備えています。イベントに関する情報も含められるため、通知もパーソナライズされます。
重要：このようなトランザクションメッセージを送信するには、Intercomでイベントを追跡している必要があります。
イベントはJavaScript API、Google Tag manager、REST API、またはアプリや統合機能で追跡できます。Intercomでのイベント追跡方法が不明な場合は、開発者やエンジニアの支援が必要かもしれません。Intercomを導入した担当者に確認することをお勧めします。
注意: イベントトリガーによるアウトバウンドメッセージ（例：繰り返し送信されるバナー、投稿、カルーセルなど）には、Proactive Support Plusアドオンが必要で、これはどのIntercomプランにも追加可能です。
イベントベースのメッセージを作成する
まずアウトバウンドメッセージを作成（または編集）します（この例ではBannerを使用します）。
このメッセージがイベントによってトリガーされる方法を設定するには、ルールタブの「When to send」下の「+ Add event or date rule」をクリックします。
注意:
イベントトリガーを使用するには、固定（ワンオフ）メッセージではなく動的メッセージである必要があります。
アウトバウンドメッセージに追加できるイベントベースのルールは1つだけです。
Surveysはメッセージ作成時にメタデータを含めることができません。これは他のアウトバウンドメッセージタイプのイベントベーストリガー設定と異なります。
次に、メッセージをトリガーするイベントを選択します。この例ではアップロード完了時にメッセージをトリガーし、ユーザーに共有を促します。
注意: 既に発生したイベントはメッセージをトリガーせず、メッセージがライブ設定された後に追跡されたイベントのみが対象です。
イベントを追加した後、頻度とスケジューリングタブでメッセージ送信の頻度を選択できます。
アップロード完了を常にお知らせしたいですが、過剰なメッセージ送信を防ぐために設定を調整することが重要です。この例では、1分ごとから1時間ごとに制限を変更します。
なぜ制限が1時間に1メッセージなのか？ 制限が短すぎると、お客様が受け取る通知の数に圧倒されてしまう可能性があります。
上記の例では、1時間間隔のため最初と4回目のイベントのみがメッセージをトリガーし、過剰なメッセージ送信を防いでいます。イベントベースメッセージ送信時にはこれを考慮することが重要です。 |
制限に満足したら、お客様がメッセージを受け取る最大回数を設定できます。リマインダーなら2〜3回、通知なら停止するまで常に送信するなどです。
アップロード完了時の通知は常に受け取ってほしいので、停止するまで送信し続ける設定に変更します。
イベントベースメッセージの他の活用例はこちらです。
タスクが割り当てられたときにモバイルプッシュを送信します。
アプリの新しいエリアをアンロックしたときにモバイルカルーセルを送信します。
予定があるときにSMSメッセージを送信します。
トライアルの期限切れや支払い失敗時にバナー通知を送信します。
注意:
過去のイベントではメッセージはトリガーされません。
APIを使ってイベントのcreated_atを指定しても、イベントベースメッセージはAPIリクエスト時に送信され、送信されたcreated_at値には関係ありません。
イベントはREST APIで作成可能ですが、REST API呼び出しではProduct Tourをトリガーできません。代わりにJavascript APIでのイベント作成を推奨します。
REST API経由でイベントを送信するとURLターゲティングが機能しません。URLは送信時に検出できないためです。ただし、Javascript APIのイベントではURLが認識されるためURLターゲティングが機能します。
JavaScript API経由で送信されたイベントは、すべての利用可能なメッセージタイプをトリガーします。
イベントトリガー付きメッセージは再通知（「Show Bot until」機能）の対象外です。ルールにイベントトリガーが追加されると、「Show Bot until」オプションは非表示になります。
イベントメタデータに基づくメッセージ対象のフィルタリング
イベントにメタデータを追跡している場合、特定の条件を満たす場合のみメッセージを送信するルールを追加できます。
例として、アップロード完了を通知し、2分以上かかり、かつページを離れた場合のみ送信するように設定します。
プロのコツ: イベントメタデータはフィルターだけでなく、より関連性の高いパーソナルな体験のためにメッセージに含めることを強く推奨します。この記事でイベントメタデータの追跡方法を学ぶか、メッセージへの含め方を読み進めてください。
WhenルールとWhereルール（「ページ滞在時間」や「現在のURL」など）を組み合わせて使うこともできます。
イベントトリガーの設定が完了したら、メッセージの作成準備が整いました。👇
メタデータを含むイベントベースメッセージの作成
イベント発生時に送信されるメッセージの作成は、Intercomでの通常のメッセージ作成に非常に似ていますが、2つの追加ポイントがあります。✌️
1つ目は、メッセージ本文（またはモバイルプッシュの件名）にイベントメタデータを含めることができる点です。{...}メニューをクリックしてください。
次に適切なメタデータを選択します。この例（ファイルアップロード時送信）では、ファイル名や直接リンクを含めることができます。
重要: メタデータは最初に追跡されてから24時間後にメッセージ作成画面で選択可能になる場合があります。
より適切で有用なメッセージのために、関連する箇所にはイベントデータを含めることを推奨します。メタデータを使って以下のような重要情報を含めることができます。
購入詳細。
配送情報。
パスワードリセットリンク。
製品画像。— URLをメタデータ値として送信し、HTMLブロックに挿入してください。
その他にも...。
注意:
メタデータはメッセージ内でフォーマットされないため、表示したい形式で追跡されていることを確認してください。例：「999」ではなく「$9.99」のように。
メタデータは「When」フィルターとしてイベントを選択した後にのみメッセージに含めることができます。
新たに追加されたイベントのメタデータは、現在メッセージ作成画面に表示されるまでに1日かかります。
メッセージごとに使用できるイベントベースのルールは1つだけです。
イベントに関連付けられた最初の20個のメタデータキーのみ使用可能です。追加のキーは表示されません。
最初の20個のメタデータキーは、イベント送信時の順序で決まります。
ネストされたメタデータ値はサポートされていません。詳細はこの記事を参照してください。
2つ目は、お客様がこのメッセージを複数回見る可能性があることです。パーソナルであるべきですが、自動化されたトランザクションメッセージであることを認識しています。よりシンプルで直接的なトーンを推奨します。👌
最後に、通常通り他のオーディエンスフィルターを追加し、必要に応じて目標設定やメッセージのスケジュール設定を行います。
プロのコツ: 他のイベントもオーディエンスフィルターとして使用できます。イベントをトリガーとして使う場合とフィルターとして使う場合の違いについてはこちらの記事を参照してください。
シリーズ内のイベントベースメッセージ
イベントはSeriesのルールブロックからのコンテンツもトリガーできます。
注意: シリーズ内のメッセージにはイベントメタデータを含めることはできません。回避策として、イベントトリガーとメタデータを含む単独のメッセージを作成し、それをシリーズにコピーしてメタデータを引き継ぐことができます。
次は何をする？