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

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

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

顧客がシリーズを離れる方法はいくつかあります。退出ルールに従って退出する、離脱する、またはパスを完了することができます。

シリーズの設定で、条件に一致した場合に顧客をシリーズから退出させる一連のルールを定義できます。退出ルールは、顧客やその会社に関して追跡している属性やイベントに基づくことができます：

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

シリーズから特定の顧客を簡単に除外する方法として、特定のタグを持つすべての顧客に対する退出ルールを追加し、必要に応じてそのタグを適用してください：

エンドユーザーがシリーズの退出ルールに一致した場合、直ちにそのシリーズから退出し、それ以降のメッセージの受信は停止します。ただし、再入可能で退出ルールに一致しなくなり、かつエントリールールに一致している場合は再入できます。複数の退出条件を追加でき、それらのユーザーはand/orのフローも辿れます。

If the user clicks the message のようなコンテンツイベントは、顧客が以前に受け取ったそのメッセージのいずれかのバージョンをクリックしていれば一致します。この個々のエントリーやシリーズ内の旅の中だけでなく、過去の受信分も含みます。

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

しかし、火曜日に再度シリーズに再入した場合、再び Email 1 を受け取り、以前月曜日に受け取った際に Email 1 内のリンクをクリックしていれば If clicked ルールは自動的に真になります。

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

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

離脱したユーザーの一覧に移動すると、これらすべてのユーザーにタグを適用できます ⤵️

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

その後、この複製したルールブロックをユーザーが離脱した後のブロックに接続します。これにより、ユーザーは既に進んでいた経路に再エントリーします ⤵️

ここでの唯一の注意点は、メールやプッシュ通知の配信失敗が原因で離脱した人にはメッセージが配信されないことですが、それ以前に意図したより早く離脱した人がシリーズの後半にあるメッセージを受信できるようになります。

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

この期間の後、それでもメッセージを受け取っていないかルールに一致していない場合、離脱としてマークされてこのパスを離れます。

これはいくつかの理由で発生します：

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

将来別のパスに入るルールに一致した場合、その時点で入ります。

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

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

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

You’ll find options to allow users to Enter more than once:

They can still re-enter if:

Whenever a customer logs in to your app, or visits your website, and is tracked by Intercom, they’ll enter any series where they match the entry rules for a path.

If they haven’t logged in or visited your website, entry rules are checked once an hour for anyone who should enter. Rule blocks in the middle of a path (when the customer has already entered the series) are checked approximately every 30 minutes.

The visitor/lead gets removed from the Series because they are deleted when they are merged into the user.

The user doesn't take the visitor's/lead's place in the Series.

To target customers based on their interaction with another series, you can add series engagement rules in a rule block.

Example: “If a customer has started series A, don’t send them series B”.

Just select the event to base your rule on:

Then, select the condition (has or has not) and the specific series:

If you have wait blocks inside a series such as Wait to come online, the same user can get stuck at that wait block multiple times for multiple entries/journeys. Then when they finally do come online, they will get delivered that message that they were waiting for multiple times.

In the example above, a user is entering daily. As the user has not come online yet, each entry will get stuck waiting to show the post message. Then if on the 8th day, the user finally comes online, they will get shown the same post 8 times all at once.

To solve this and avoid a build up of new users at each block, update Wait up to rules to be the same period as the multiple entry period.

Hitting a series goal will not automatically exit a customer from your series, if you’d like them to exit upon hitting the goal, you must add this as an exit rule too.

For company goals, the list does not include a user name, or buttons to tag or message users.

We don’t currently have a way to track multiple Series goals.

We do have a couple workarounds for this that you can try:

Then, filter in the Contacts list for the results (entered Series + event tags)

If you have a live series, where customers have already entered there are some things to consider before editing it.

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

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

はい。これは各Seriesを管理しやすく、スムーズに動作させるためです。現在の制限は次のとおりです：

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

ハードリミットは以下に概説されています：

エッジはSeries内の2つのノードを接続します。

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

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

将来その条件に一致する人だけにSeriesを送信したい場合、いくつかのオプションがあります。

エントリルールを、今日以降にのみ一致する属性に基づくようにすることができます—例えば、オンボーディングSeriesであれば「[今日の日付]以降に登録した」など：

あるいは、それが属性で簡単に特定できる基準でない場合は、Contactsリストから現在のusersをすべてタグ付けし、そのタグをSeriesのエントリルールから除外することもできます。

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

ルールブロックで「Company size is greater than 50」のような会社データを使用すると、usersは各会社ごとにルールに対してチェックされます。

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

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

これらの「ユーザー」の各“バージョン”は個別にルールに一致し、それぞれ異なる経路を進むことができます。したがって「User at company 1」はこのルールに一致して「Path 1」を進みます:

そして「User at Company 2」は一致しないため、「Path 2」を進みます:

つまり、単一のユーザーが複数のパスに属し、それぞれからメッセージを受け取ることがあるということです。

ユーザーが複数の会社に一致するルールに一致する場合、そのユーザーの複数の“バージョン”が同じパスを進み、それぞれの会社ごとに各メッセージを1回ずつ受け取ります。

例えばこの例でルールを「従業員20人以上の会社」に変更した場合、「User at Company 1」と「User at Company 2」の両方が「Path 1」のメッセージに進み、ルールに一致した各会社ごとにユーザーはそのメッセージを受け取ります:

メッセージの本文（content）に company 変数が追加されていない場合、ユーザーが複数の会社に関連付けられていると、そのメッセージがSeriesからユーザーに複数回送信されるのは想定された動作です。これは、会社変数が追加されていない場合に使用するフォールバックが原因です。

重複を避けるために、メッセージ本文に company 変数を追加することをお勧めします。変数を追加すると、メッセージのコピーはルールブロックに一致する各ユーザーの会社ごとにのみ送信されます。

はい。ユーザーが早く一致しても、Series はそのメッセージを送信する前に営業時間の開始を待機します。

現時点では、ユーザーがメッセージに返信したときに直接 Series から退出させる方法はありませんが、タグ付けブロックでこれを実現できます。

「[message] に返信した」ルールブロックを設定し、続けてユーザーに「Exit」などのタグを付けるブロックを配置できます。

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

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

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

シリーズを顧客に公開する前にテストしたい場合、あなたのメールアドレス専用のエントリールールを追加すれば、あなたのみが入ることができます:

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

動作に満足したら、特定のメールアドレスルールを削除すれば、他の users が一致し始めます。

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

現状、Series の終了日を直接設定する機能はありませんが、オプションとして、同じエントリールールを持つ別のパスをSeries内に作成し、終了させたい日まで待機する待機ブロックと、その日にユーザーにタグを付けるtag blockを設置し、そのタグをSeriesの退出条件に設定することで、その日以降のSeries内のすべてのユーザーにタグが付き直ちに退出させることができます。

​

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

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

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

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

一度ユーザーがエントリールールに一致して Series に入ると、Series を終了するか退出ルールに一致するまでSeriesを進み続けます。

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

あるいは、エントリールールに一致しなくなったと同時に退出ルールに一致して Series を離れるように、退出ルールを更新することもできます。

「一度一致を試みる」はユーザー属性をチェックするルールに便利ですが、ユーザーの行動に依存しない場合に使います。インアプリメッセージを受け取るためにオンラインになる、メールを開封するなどユーザーに行動を促すルールブロックでは、「X 日/時間/分間一致を試みる」を使用してユーザーに時間を与えるべきです。さもないと、直ちにそのアクションをチェックして次に進んでしまいます。

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

「A multi entry series must have a single starting point」というエラーメッセージが表示される場合、これはSeriesが複数のエントリールールを持ち、顧客がSeriesに再度入ることを許可していることを示しており、これはサポートされていません。

Customers can re-enter a Series multiple times but when using this feature, you can only have one Entry Rule Block for the Series.

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

ユーザーが本来入るべきでなかったSeriesに入ってしまった理由を調べるには、ユーザーがSeriesに入った時刻とメールの配信停止を行った時刻のタイムスタンプを確認してください。

もし配信停止を行う< i>前にSeriesに入っていた場合、その時点ではSeriesのエントリールールブロックに一致していたことになります。

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

​

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

Seriesのノードを注意深く確認し、欠落しているリンクがどこにあるかを特定することをお勧めします。

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

Seriesが属性ベースの繰り返しスケジュール（例：更新日などの日付属性に基づく）を使用している場合、スケジューリングのロジックにより、ユーザーがオーディエンスルールに一致しているように見えてもエントリーが防がれることがあります。

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

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