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

複数のルールブロックを持つことができ、顧客は同時に複数のパスに参加できます。

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

顧客がシリーズを退出する方法はいくつかあります。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が離脱した後のブロックに接続します。これにより、usersは元のパスに再入場します ⤵️

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

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

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

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

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

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

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

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

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

ユーザーが複数回参加できるオプションがあります：

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

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

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

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

ユーザーはシリーズ内で訪問者/リードの代わりにはなりません。

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

例：「顧客がシリーズAを開始した場合、シリーズBを送信しない」。

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

次に、条件（該当するか該当しないか）と特定のシリーズを選択します：

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

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

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

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

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

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

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

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

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

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

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

はい、これはすべてのシリーズを管理しやすく、スムーズに動作させるためのものです。現在の制限は以下の通りです：

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

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

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

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

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

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

エントリールールを今日以降にのみ一致する属性に基づいて設定することができます。例えば、これはオンボーディングシリーズの場合、「[今日の日付]以降に登録した」などを使えます：

または、属性で簡単に特定できない条件の場合、現在のすべてのusersにタグを付けて、そのタグをシリーズのエントリールールから除外することもできます。

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

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

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

このuserはuserと会社の2つの異なる組み合わせとして扱われます：

これらのuserの‘バージョン’はそれぞれルールに一致し、異なるパスに進むことができます。したがって「会社1のuser」はこのルールに一致し、「パス1」に進みます：

そして「会社2のuser」は一致しないため、「パス2」に進みます：

つまり、1人のuserが複数のパスに存在し、それぞれからメッセージを受け取ることができます。

もしuserが複数の会社でルールに一致する場合、そのuserの複数の‘バージョン’が同じパスに進み、会社ごとに1回ずつメッセージを受け取ります。

この例のルールを「20人以上の会社」に変更すると、「会社1のuser」と「会社2のuser」両方が「パス1」のメッセージに進み、ルールに一致した会社ごとにメッセージを受け取ります：

メッセージ本文（content）に会社変数が追加されていない場合、usersが複数の会社に関連付けられているとシリーズがメッセージを複数回送信するのは予期された動作です。これは会社変数がない場合のフォールバックによるものです。

この問題を解決するには、メッセージ本文に会社変数を追加することをお勧めします。変数を追加すると、ルールブロックに一致するuserの会社ごとに1回だけメッセージのコピーが送信されます。

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

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

「[message]に返信した」ルールブロックを設定し、その後に「Exit」などのタグをusersに付けるブロックを続けることができます。

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

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

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

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

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

パフォーマンスに満足したら、特定のメールアドレスルールを削除し、他のusersにマッチし始めるようにできます。

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

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

​

はい、content_stat.series Webhookを使用してシリーズの指標を取得できます。シリーズのコンテンツ統計トピックと、シリーズに含めることができる任意のコンテンツタイプを購読すると、イベントが発生した際にエンドポイントURLで通知を受け取れます。

すべてのメッセージを単一のパスにエントリールールから設定し、「If matched」の矢印で次のブロックに繋げることで、メッセージは常に連続した順序で送信されます。ユーザーがマッチしない場合にスキップできるように、「If not matched」の矢印を後のブロックに追加することもできます。または、複数のメッセージとパスを選択したエントリールールにリンクさせ、任意の順序でいつでもすべてのメッセージを送信することも可能です。

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

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

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

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

または、退出ルールを更新して、エントリールールにマッチしなくなったらすぐに退出ルールにマッチしてシリーズを退出するように設定できます。

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

削除されたシリーズにアクセスしたり、復元したりすることはできません。シリーズが削除されると、復元や閲覧は不可能です。

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

顧客はシリーズに複数回再入できますが、この機能を使う場合、シリーズには1つのエントリールールブロックのみ許可されます。

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

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

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

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

​

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

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

usersがシリーズに入れないのは、ユーザープロフィールデータがシリーズのエントリー条件と完全に一致しない属性の不一致が原因です。条件演算子は厳密にデータを評価するため、わずかな違いでも入れません。

シリーズが属性ベースの繰り返しスケジュール（例：サブスクリプション更新のような日付属性に基づく）を使用している場合、スケジューリングロジックにより、ユーザーがオーディエンスルールにマッチしていても入れないことがあります。

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

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