顧客は、いずれかのエントリールールブロックのフィルターに一致したときにシリーズに参加します。パスの開始時のルールブロックは自動的にエントリールールとして設定されます。

複数のルールブロックを設定でき、顧客が同時に複数のパスに参加できるようになります。

はい、Userは同時に複数のシリーズに参加できます。

顧客がシリーズを離脱する方法はいくつかあり、exitルールに従って離脱するか、離脱状態になるか、パスを完了する場合があります。

シリーズ設定で、顧客が一致した場合にシリーズを離脱させるルールを定義できます。exitルールは顧客やその会社に関する任意の属性やイベントに基づくことができます。

顧客のデータがルールに一致するように更新されると、シリーズから離脱します。

特定の顧客をシリーズから簡単に除外するには、特定のタグを持つすべての顧客に対してexitルールを追加し、そのタグを付けた顧客に適用します。

エンドユーザーがシリーズのexitルールに一致すると、即座にそのシリーズを離脱し、以降のメッセージ受信が停止します。ただし、再入場が許可されていてexitルールに一致しなくなり、エントリールールに一致する場合は再度シリーズに参加できます。複数のexit条件を追加でき、and/orのフローも適用可能です。

ユーザーがメッセージをクリックした場合のようなコンテンツイベントは、顧客が以前に受け取ったそのメッセージのいずれかのバージョンをクリックしていれば一致します。このシリーズの個別のエントリーや経路だけではありません。

例えば以下のシリーズで、ユーザーが月曜日に参加してすぐにEmail 1のリンクをクリックすると、2番目のルールブロックに一致しEmail 2を受け取ります。

しかし、火曜日に再度シリーズに参加すると、再びEmail 1を受け取り、クリック済みルールは自動的に真となります。これは月曜日にEmail 1のリンクをクリックしていたためです。

ユーザーの早期離脱を防ぐ編集を行った後、新規usersは意図した通りに元のパスを進みますが、離脱したusersにメッセージを送るには新しいパスを作成する必要があります。

離脱状況では、ユーザーがシリーズ内の他のパスにいる場合、そのパスを進み続けます。これを活用して、適切なメッセージを送ることができます。

離脱したusersのリストに移動し、これらすべてのusersにタグを適用できます ⤵️

ここから、usersがシリーズで離脱したルールブロックを複製できます。複製後、このルールブロックに離脱したusers用に作成した新しいタグを追加します。

次に、この複製したルールブロックをusersが離脱した後のブロックに接続します。これによりusersは元のパスに再参加します ⤵️

唯一の注意点は、メールやプッシュ通知の失敗で離脱した人にはメッセージが届かないことですが、意図より早く離脱した人もシリーズの後半のメッセージを受け取れるようになります。

顧客が一致しないルールブロックや受信できないメッセージに到達すると、ブロックで指定された期間待機します。

この期間が過ぎてもメッセージを受け取らずルールに一致しなければ、離脱とマークされこのパスを離れます。

これはいくつかの理由で起こります。

これらの状況でも、ユーザーがシリーズ内の他のパスにいる場合はそのパスを進みます。

将来、別のパスに入るルールに一致すれば、その時点で参加します。

ルールブロックに一致しない、またはメッセージを受け取れない顧客向けのフォールバックパスがある場合は、そちらを進み離脱とはマークされません。

顧客がシリーズのパスの終わりに到達し、他に受け取るコンテンツがない場合（例えば別のパスにない場合）、‘完了’とマークされシリーズを離れます。

スケジュールまたはイベントトリガーのエントリールールを使用している場合、顧客はシリーズに再参加します。同じシリーズに複数回再参加を許可できます。これは、サブスクリプションの期限切れや購入などの繰り返しイベント時にメッセージを送るのに便利です。

ユーザーが複数回入力できるオプションがあります:

以下の場合は再入力できます:

顧客があなたのアプリにログインしたり、ウェブサイトを訪問し、Intercomによって追跡されると、そのパスのエントリールールに一致するシリーズに入ります。

ログインやウェブサイト訪問がない場合、入るべき人のためにエントリールールは1時間に1回チェックされます。パスの途中のルールブロック（顧客がすでにシリーズに入っている場合）は約30分ごとにチェックされます。

訪問者/leadは、ユーザーに統合されると削除されるため、シリーズから削除されます。

ユーザーは訪問者/leadの代わりにシリーズに入ることはありません。

別のシリーズとのやり取りに基づいて顧客をターゲットにするには、ルールブロックにシリーズエンゲージメントルールを追加できます。

例: 「顧客がシリーズAを開始している場合、シリーズBを送らない」。

ルールの基準となるイベントを選択してください:

次に、条件（該当するか該当しないか）と特定のシリーズを選択してください:

シリーズ内にオンラインになるまで待つなどの待機ブロックがある場合、同じユーザーが複数回のエントリー/ジャーニーでその待機ブロックに複数回詰まることがあります。そして、ユーザーがついにオンラインになると、その待機していたメッセージが複数回配信されます。

上記の例では、ユーザーは毎日エントリーしています。ユーザーがまだオンラインになっていないため、各エントリーは投稿メッセージの表示を待っています。そして8日目にユーザーがオンラインになると、同じ投稿が一度に8回表示されます。

これを解決し、各ブロックで新規ユーザーの蓄積を避けるために、最大待機時間ルールを複数エントリー期間と同じ期間に更新してください。

シリーズ目標を達成しても自動的に顧客がシリーズから退出するわけではありません。目標達成時に退出させたい場合は、退出ルールとして追加する必要があります。

会社の目標の場合、リストにはユーザー名やユーザーにタグ付けやメッセージを送るボタンは含まれません。

現在、複数のシリーズ目標を追跡する方法はありません。

これに対して試せるいくつかの回避策があります:

その後、連絡先リストで結果（シリーズに入った＋イベントタグ）をフィルターします。

すでに顧客が入っているライブシリーズを編集する場合、いくつか考慮すべき点があります。

ライブシリーズを削除すると、すべての顧客が退出し、それ以降のコンテンツは届きません。

シリーズを一時停止すると、新規顧客にも途中の顧客にもメッセージが送信されなくなります。

シリーズが一時停止されている間、すでにシリーズにいる顧客はメッセージを受け取り続けません。彼らは現在のポイントに留まり、シリーズが再びライブになるとメッセージの受信を再開します。

はい、シリーズを削除すると、その中のすべての送信メッセージも削除されます。送信メッセージを単独で作成し、シリーズ内でコピーを使うことを検討してください。こうすればシリーズを削除しても、単独の送信メッセージは削除されません。

ライブシリーズを顧客がまだアクティブな状態で削除すると、その顧客は即座にシリーズから削除され、それ以降のコンテンツは届きません。削除されたシリーズは復元できないため、影響を受けた顧客を再度関与させるにはシリーズ外で対応が必要です。

ステップ1：影響を受けた顧客を特定する

連絡先リストを使って削除されたシリーズにいた顧客を見つけます。シリーズにタグブロックがあれば、そのタグでフィルターして入場または進行した人を特定します。なければ、最終閲覧日、登録日、または元の入場ルールに合致する他の属性でフィルターしてください。

ステップ2：影響を受けた顧客にタグを付ける

影響を受けた顧客を特定したら、連絡先リストからタグを付けます（例：「削除されたシリーズで行き詰まり」）。これにより、次のステップでターゲットにする信頼できる対象ができます。

ステップ3：新しいシリーズまたは送信メッセージで再関与する

選択肢は2つあります：

はい、すべてのシリーズが管理しやすくスムーズに動作するように、現在以下の制限があります：

ハードリミットは、インフラとシリーズの効率的な処理を保護するための重要な製品制限です。

ハードリミットは以下の通りです：

エッジはシリーズ内の2つのノードをつなぐものです。

ノードはシリーズ内のブロックを表します。ルールセットに関連付けられており、そのノードで何が起こるかを決定します。また、適切なエッジに進む前に待機するなどの動作も制御できます。

顧客がシリーズの以前のポイントに戻り、同じコンテンツを再度受け取る無限ループのあるシリーズを作成することはできません。試みると以下の警告が表示されます：

シリーズを今後条件に合う人だけに送信したい場合、いくつかの選択肢があります。

入場ルールを今日以降に合致する属性に基づけることができます。例えばオンボーディングシリーズなら「[今日の日付]以降に登録した」など：

属性で簡単に特定できない場合は、連絡先リストの現在のusers全員にタグを付け、そのタグをシリーズの入場ルールから除外する方法もあります。

Intercomでusersを会社ごとにグループ化している場合、シリーズのルール作成時に注意点があります。

「会社の規模が50人以上」のようなルールブロックで会社データを使う場合、usersは会社ごとにルールがチェックされます。

例えば、異なる規模の2つの会社に所属するuserがいる場合：

このユーザーは、ユーザーと会社の2つの異なる組み合わせとして扱われます:

これらのユーザーの「バージョン」それぞれが個別にルールにマッチし、それに応じて異なるパスを進むことができます。つまり、「Company 1のUser」はこのルールにマッチし、「Path 1」を進みます:

そして「Company 2のUser」はマッチしないため、「Path 2」を進みます:

これは、単一のユーザーが複数のパスに存在し、それぞれからメッセージを受け取ることができることを意味します。

ユーザーが複数の会社にマッチするルールにマッチした場合、そのユーザーの複数の「バージョン」が同じパスを進み、各会社ごとにメッセージを1回ずつ受け取ります。

この例のルールを「20人以上の会社」に変更すると、「Company 1のUser」と「Company 2のUser」の両方が「Path 1」のメッセージに進み、ユーザーはルールにマッチした各会社ごとにメッセージを受け取ります:

複数の会社に所属するコンタクトは、各会社ごとに同じメッセージを1回受け取ることがあります。これは、シリーズが会社データを評価する場合に発生します。これは、エントリールールや条件ブロックが会社属性を使用している場合、またはメッセージ内容に{{company.name}}のような会社変数が含まれている場合です。

Intercomは各コンタクトと会社のペアを別々に扱うため、各会社はそれぞれ正しくパーソナライズされたコピーを受け取ります。「一度だけ送信」と「一度だけエントリー」は、コンタクトごとに会社ごとに一度を意味します。

コンタクトごとに1通だけ送信するには：

コンタクトが会社ごとに1通受け取っているが、単一の会社にいるはずの場合は、重複した会社レコードを確認してください。既存の会社に新しいcompany_idを送信すると、最初の会社が更新されるのではなく2つ目の会社が作成され、コンタクトが両方に紐づいてしまいます。詳細はGroup your users by companyを参照してください。

はい。ユーザーが早くマッチしても、シリーズは営業時間開始までメッセージの送信を待ちます。

現在、メッセージに返信したusersを直接シリーズから退出させる方法はありませんが、タグ付けブロックを使って実現できます。

「[メッセージ]に返信済み」のルールブロックを設定し、その後に「Exit」などのタグをユーザーに付けるブロックを続けます。

そしてそのタグを退出ルールとして使用します。

シリーズ内の任意のメッセージに返信されたかどうかをチェックするルールを作成したい場合は、ルールブロックに複数のメッセージをリストすることもできます。

既に作成したチェックリストをシリーズに追加するには、シリーズ右上の「その他」ボタンをクリックし、ドロップダウンから「既存のメッセージをシリーズにコピー」を選択します。ここでチェックリストを選択できます。会社レベルの属性に基づいてチェックリストのステップを自動化するには、会社カスタム属性を使用します。これにより、1人のユーザーがステップを完了すると、その会社のすべてのユーザーに対してチェックリストのステップが自動的に解決されます。また、所有者の役割などのカスタム属性を使って会社内の所有者をターゲットにすることもできます。

複数言語向けにシリーズをローカライズする場合、例えば言語ごとに別々のエントリールールブロックを使う場合は、エントリールールを一度だけ入るに設定してください。これにより、usersが異なる言語条件でシリーズに複数回入るのを防げます。

この設定がないと、複数の言語エントリールールにマッチするユーザーはシリーズに複数回入り、重複したコンテンツを受け取る可能性があります。

シリーズを顧客向けにライブ設定する前にテストしたい場合は、特定のメールアドレス用のエントリールールを追加し、あなただけが入れるようにします:

例えばオンボーディングシリーズをテストする場合は、新しいユーザーとしてサインアップし、製品内で彼らが行うのと同じ操作を完了してシリーズのメッセージを受け取るべきです。

動作に満足したら、特定のメールアドレスルールを削除し、他のユーザーにもマッチするようにします。

シリーズの開始日を設定するには、エントリールールの後に「[X日まで待つ]」の待機ブロックを追加し、最初のメッセージ送信前に待機させます。

現在シリーズの終了日を設定する機能はありませんが、別のパスを作り、同じエントリールールと終了したい日まで待つ待機ブロック、そしてその日にユーザーにタグを付けるタグブロックを設定し、そのタグをシリーズの退出条件に設定する方法があります。これにより、その日以降のすべてのユーザーがタグ付けされ即座に退出します。

​

はい、content_stat.series Webhookを使ってシリーズのメトリクスを取得できます。シリーズのコンテンツ統計トピックと、シリーズに含まれる可能性のあるコンテンツタイプを購読すると、イベント発生時にエンドポイントURLに通知が届きます。

すべてのメッセージを単一のパスにエントリールールから設定し、「マッチした場合」の矢印を次のブロックに繋げることで、メッセージを常に連続した順番で送信できます。ユーザーがマッチしなかった場合に後のブロックに進む「マッチしなかった場合」の矢印を追加して、順番通りに送るが一部スキップも可能にすることもできます。または複数のメッセージとパスをエントリールールにリンクして、いつでもどの順番でもメッセージを送ることも可能です。

いいえ、シリーズのメールの種類を作成後にトランザクションメールに変更することはできません。

代替策として、シリーズ外のイベントトリガーを使って新しいアウトバウンドトランザクションメールとしてメッセージを再作成してください。

一度エントリールールにマッチしてシリーズに入った人は、シリーズを完了するか退出ルールにマッチするまでシリーズを進み続けます。

エントリールールにマッチしなくなったUsersを退出させたい場合は、次のコンテンツを送る前にUser/Leadがまだマッチしているかチェックするルールブロックを設定できます。

または退出ルールを更新して、エントリールールにマッチしなくなったらすぐに退出ルールにマッチしてシリーズを退出させることもできます。退出ルールのタグは、シリーズをまだ進行中のユーザーのみを削除し、すでに離脱したユーザー（離脱、完了、期限切れ）は遡って削除できません。ユーザーをそのステップに長く留めたい場合（つまり退出タグの対象期間を延ばしたい場合）は、待機条件を延長できます。

「一度だけマッチさせる」はユーザー属性をチェックするルールに便利ですが、ユーザーのアクションを必要としません。ユーザーがアクションを取る必要があるルールブロック（例：アプリ内メッセージを受け取るためにオンラインになる、メールを開くなど）では、「X日/時間/分間マッチさせる」を使い、ユーザーに時間を与えます。そうしないと即座にアクションをチェックして次に進んでしまいます。

ワークスペースから削除されたシリーズにアクセスしたり復元したりすることはできません。一度削除されたシリーズは回復も閲覧もできません。

「複数エントリーシリーズは単一の開始点を持つ必要があります」というエラーメッセージが表示された場合、それはシリーズに複数のエントリールールがあり、顧客がシリーズに再入場できる設定になっていることを示していますが、これはサポートされていません。

顧客はシリーズに複数回再入場できますが、この機能を使う場合、シリーズにはエントリールールブロックを1つだけ設ける必要があります。

エラーを解決するには、シリーズから余分なエントリールールブロックを削除するか、顧客が一度だけ入場できるようにエントリールールを更新してください。

配信停止すべきユーザーがシリーズに入った理由を調べるには、ユーザーがシリーズに入った日時とメールの配信停止日時を確認してください。

ユーザーがメール配信停止の前にシリーズに入っていれば、その時点でシリーズのエントリールールブロックにマッチしていたことになります。

このエラーが表示される理由は、シリーズでご契約に含まれていない特定の機能を使用しているためです。これらのブロックはシリーズエディター内で紫色で表示されます。

​

このエラーメッセージは通常、内部ノードの1つが正しく接続されておらず（そのため開始ノードと認識されている）、またはチームメイトがシリーズの開始ノードとしてルールブロック以外のものを使用していることを意味します。

シリーズのノードを注意深く確認し、欠落しているリンクを特定することをお勧めします。

ユーザーがシリーズに入れないのは、ユーザープロフィールデータがシリーズのエントリー条件と完全に一致しない属性の不一致が原因です。条件演算子は厳密に評価するため、わずかな違いでも入場を妨げます。
​
エントリールールがイベントトリガーを使う場合、ルールはイベント受信時に一度だけチェックされます。Intercomはその瞬間のユーザーデータを使い、後で再チェックしません。アプリや連携がイベントを先に送信し、その後に属性を更新すると、現在は条件に合っていても入場できません。これを避けるには、イベント送信前に属性を更新し、更新完了を待ってからイベントを送信してください。あるいは、エントリールールには常にイベント前に設定される属性のみを使い、他の属性は入場後のルールブロックでチェックしてください。退出ルールも同時にチェックされるため、イベント到着時に退出ルールに合致する人は入場しません。

シリーズが前のステップで設定された属性（例：CDAとして保存されたアンケート回答）に基づくフォローアップのアプリ内チャットを送信する場合、チャットは即時表示されずページ更新が必要になることがあります。

顧客が前のステップを完了し、ゲート属性が更新されると、Messengerにリアルタイムの通知が送られ、ページ更新なしでフォローアップチャットが表示されます。この通知はベストエフォートで、失われることもあり、属性の書き込みとインデックス作成、Messengerの次の新着メッセージチェックのタイミング競合により、チャットは即時、次のページ読み込み時、または短い遅延で表示されます。

即時かつ確実な配信が必要な場合は、ゲートアクション後に（例：アンケートのサンクスステップのリンクやボタンで）顧客を別ページに誘導するステップを追加してください。ナビゲーションがチャットを確実にトリガーする更新を強制します。

シリーズが属性ベースの繰り返しスケジュール（例：サブスクリプション更新のような日付属性）を使う場合、スケジューリングロジックによりユーザーが条件に合っていても入場できないことがあります。

これは想定された動作です。繰り返しスケジュールの日時オフセット設定が正確な入場ウィンドウを決定します。オフセット設定を確認し、ユーザーが資格を得る時期と合っているか確認してください。

このウィンドウは厳格な締切でありキューではありません。特定のウィンドウ中にエントリールールに合致しなければ、その後データが同期されても入場できず、そのサイクルの入場機会を永久に逃します。遡っての追加入場はありません。

ウィンドウを逃す一般的な原因は、繰り返しスケジュールの基となる属性を提供する外部連携の同期頻度です。例えば、請求やCRM連携が1日1回決まった時間にIntercomへ更新を送る場合、連携後に設定された属性（例：トライアル開始日）は次の同期まで資格が認識されず、その時点で入場ウィンドウが閉じている可能性があります。連携の同期頻度とタイミングをシリーズの入場ウィンドウと照らし合わせて確認してください。

ルールロジックの誤り（誤った演算子の使用やURLパスの誤設定など）はユーザーの入場を妨げることがあります。ルール条件を再確認し、まずは簡単な条件でテストしてください。