この記事を使って、Intercom workflowsのページURLターゲティングルールを設定、トラブルシューティング、改善します。URLターゲティングルールはどのページがworkflowをトリガーするかを制御し、特定のページ、セクション、サブドメインでターゲット化された自動化を実行し、不適切な場所でworkflowsが発動するのを防ぎます。
workflowsでのURLターゲティングはどのように機能しますか？
Intercom workflowsのURLターゲティングルールは、訪問者の現在のウェブサイト上の場所に基づいてworkflowが実行されるタイミングを決定します。これにより、自動化が意図した場所でのみ作動し、複数のworkflows間の重複を防ぎます。ルールはAutomation → workflows内の任意のworkflowのAudience rulesセクションで設定します。
URL条件の種類
Intercomは主に3つのURL条件をサポートしています:
完全一致:
workflowはURLが完全に一致した場合のみ、クエリパラメータも含めてトリガーされます。例:
https://example.com/pageはその正確なURLでのみトリガーされます。ヒント: URLのバリエーションがない場合は正確なターゲティングにこれを使います。小さな違いがある場合は柔軟性のためにURL containsに切り替えてください。
URL contains:
指定した文字列がURLのどこか（domain、パス、パラメータ）に含まれている場合にworkflowがトリガーされます。例:
URL contains /pricingのルールはhttps://example.com/pricing?plan=basicにマッチします。重要: 注意して使ってください。広範囲のマッチは複数のworkflowsを意図せずトリガーする可能性があります。ユニークな識別子（例:
/pricing-us/）を追加するか、より明確なターゲティングにはURL starts withを使ってください。
URL starts with:
URLが定義したプレフィックスで始まる任意のページでworkflowがトリガーされます。例:
URL starts with https://business.example.comはそのサブドメイン以下のすべてのサブページにマッチします。プロのヒント: 複数の子ページを持つサブドメインやセクションにはこれが最も信頼できるオプションです。
URLターゲティングルールの設定方法
正確で効果的なURLターゲティング条件を作成するには、以下の手順に従ってください。
目標を定義する:
workflowの目的と含めるまたは除外するページを特定します。例:
https://domain.com/crm/のみでトリガーするには、類似パス（例:/app/）を除外するルールを追加します。
workflow内で条件を設定する:
Automation → workflowsに移動し、編集したいworkflowを開いて編集をクリックします。Audience rulesパネルで条件を追加をクリックします。
Audience rulesでターゲットURL条件（starts with、contains、またはexact match）を追加します。
ターゲティングニーズに最適な条件タイプを選択してください。
有効化してテストする:
Set liveをクリックしてworkflowを公開します。
ブラウザでターゲットページを訪問します。Intercom Messengerが表示され、workflowがトリガーされるはずです。メッセージやプロンプトが含まれる場合は、期待通りに表示されることを確認してください。何も表示されない場合は、Messengerがページにインストールされているか、URL条件がページの正確な形式に合っているかを確認してください（下記トラブルシューティング参照）。
適格性設定を確認する（誰がworkflowに入れるか）:
workflowエディターのAudienceパネルで選択されている適格性モードを確認します。これはURL条件に関係なく、どの連絡先タイプ（Visitors、Leads、Users）がworkflowに入れるかを制御します。これらはAND条件で結合されるため、連絡先はURLルールと適格性設定の両方を満たす必要があります。
Everyone — すべての連絡先タイプ（Visitors、Leads、Users）を自動的に含みます。Intercomでは、Visitorsは匿名のウェブサイト訪問者、Leadsは会話を開始した未確認の連絡先、Usersは確認済みのメールまたはユーザーIDを持つ連絡先です。このモードでは適格性の変更は不要です。
Custom — 役割タイプを手動で選択します。デフォルトはUsers onlyです。workflowがVisitorsやLeadsに届くべき場合は、それらの役割を明示的に選択してください。この適格性設定は他のすべてのAudience条件とAND条件で結合され、URLルールにマッチしてもVisitorsやLeadsは除外されます。
Predefined audience — 適格性は保存されたAudienceの設定によって決まります。ユーザーが予期せず含まれたり除外されたりする場合はAudience定義を確認してください。
重要: URLターゲティングを機能させるには、ターゲットにしたいすべてのページにIntercom Messengerがインストールされている必要があります。インストールの確認や更新はSettings → Messenger → Installationで行い、関連するすべてのdomainがSettings → Security → Allowed domainsに追加されていることも確認してください。
なぜworkflowが正しいページでトリガーされないのですか？
workflowがトリガーされない、またはページURLで予期せず発動する場合は、以下を確認してください。
マッチするURLでworkflowがトリガーされない:
Messengerがページにインストールされていることを確認してください。
URL条件がターゲットページの形式と正確に一致しているか確認してください。
workflowが誤ってトリガーされる:
URL containsのような広範囲のルールがworkflows間の重複を引き起こしていないか確認してください。
より具体的なターゲティングにはURL starts withに切り替えてください。
アンケートやイベントベースのworkflowsが表示されない:
Current Page URL条件がリダイレクト先と一致していることを確認してください。
同じルール内でLast PageとCurrent Pageのターゲティングを組み合わせないでください。
FinのbotアイデンティティがページURLターゲティングのworkflowsに表示されない:
workflowのAudienceルールでCurrent Page URLターゲティングを使用すると、workflowにFinが含まれていてもMessengerヘッダーにFinのbotアイデンティティが表示されません。（FinはIntercomのAIエージェントで、workflowで有効な場合、会話開始前にMessengerヘッダーにアバターと名前が表示されます。）
これはページURLルールが訪問者のデバイス上で評価され、Intercomのサーバー上で評価されないため、どのworkflowに訪問者がマッチするか事前に判別できないためです。
会話は通常通り機能します。これは会話開始前に表示されるbotアイデンティティにのみ影響します。
回避策として、Audienceルールをページルールより優先して使用してください。AudienceルールはMessengerが読み込まれる前にマッチします。
ターゲットページでトリガー後、除外ページでメッセージが表示される:
これはfollow page動作によるものです。これはIntercomのアウトバウンドメッセージの組み込み特性で、一度ターゲットページでアウトバウンドメッセージがトリガーされると、訪問者が他のページ（URLルールで明示的に除外されたページも含む）に移動してもメッセージは表示され続け、訪問者がクリックまたは閉じるまで残ります。
意図しないリーチを減らすには、URLルールで完全なアドレス（例:
https://app.example.com/dashboard）ではなく、関連するパスセグメント（例:/dashboard）をターゲットにしてください。
予期しないusersがworkflowに入っている:
AudienceフィルターグループがORロジックで接続されているか確認してください。ORでは、いずれかのグループにマッチしたユーザーが許可され、意図しないusersが含まれる可能性があります。
ANDロジックに切り替えるか、条件を相互排他的にして予期しない包含を防いでください。
注意: エディターではAND/ORトグルは個々のルールペア間のボタンとして表示されます。クリックするとグループ内のすべてのルールの接続子が同時に変更されます。グループ内で一部のルールはAND、他はORに設定することはできません。
URLターゲティングのベストプラクティス
Intercom workflowsのURLターゲティングルールを設定する際は、設定をシンプルで予測可能、かつメンテナンスしやすく保つために以下のベストプラクティスに従ってください。
シンプルに保つ: 各workflowに必要な条件のみを使用し、競合を防ぎます。
競合する“AND”ルールを避ける: usersは同時に2つの異なるページの条件を満たせません。
サブドメインを正確にターゲットにする: URL starts withを使い、各サブドメインの完全なパスを含めてください。
定期的に見直す: サイト構造やページURLが変わったらURL条件を更新してください。
URLルールでパスセグメントを使う: 完全なURLではなく関連するパスセグメント（例:
/dashboard）をターゲットにしてください。これによりdomainの違い、クエリパラメータ、末尾のスラッシュによる不一致を避け、ルールのメンテナンスが容易になります。