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

複数のルールブロックを設定でき、顧客は同時に複数のパスに参加できます。

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

顧客がシリーズを離れる方法は複数あり、退出ルールに従う、離脱する、またはパスを完了する場合があります。

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

顧客のデータがルールに一致するように更新されると、シリーズを退出します。

特定の顧客をシリーズから簡単に除外するには、特定のタグを持つすべての顧客に対して退出ルールを追加し、そのタグを付けた顧客を必要に応じて退出させます。

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

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

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

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

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

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

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

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

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

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

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

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

これは以下の理由で発生します。

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

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

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

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

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

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

以下の場合は再参加できます:

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

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

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

userは訪問者/leadのシリーズ内の位置を引き継ぎません。

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

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

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

次に、条件（持っているか持っていないか）と特定のシリーズを選択します:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

このuserは、userとcompanyの2つの異なる組み合わせとして扱われます:

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

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

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

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

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

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

Intercomは各contactとcompanyのペアを個別に扱うため、各companyは正しくパーソナライズされたコピーを受け取ります。「一度だけ送信」と「一度だけエントリー」は、contactごとにcompanyごとに適用されます。

contactごとに1通だけ送信するには：

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

はい。userが早くマッチしても、Seriesは営業時間の開始を待ってからこのメッセージを送信します。

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

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

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

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

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

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

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

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

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

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

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

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

​

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

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

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

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

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

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

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

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

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

「A multi entry series must have a single starting point」というエラーメッセージが表示された場合、それはシリーズに複数のエントリールールがあり、顧客がシリーズに再入場できる設定になっていることを示していますが、これはサポートされていません。

顧客はシリーズに複数回再入場できますが、この機能を使う場合、シリーズには1つのEntry Rule Blockのみを設定できます。

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

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

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

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

​

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

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

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

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

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

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

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

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

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