Intercomでworkflowsを特定のページURLに基づいてトリガーするよう設定でき、選択したページやdomainでのターゲット自動化が可能です。URLターゲティングルールは精度に不可欠で、workflowsが訪問者の現在または前のページに依存する場合や特定のサブドメインにトリガーを限定したい場合に特に重要です。
workflowsにおけるURLターゲティングの理解
URLターゲティングルールは、訪問者のwebサイト上の場所に基づいてworkflowが実行されるタイミングを決定します。これにより、自動化が意図した場所でのみ作動し、複数のworkflows間の重複を防ぎます。
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:
workflowはURLが定義したプレフィックスで始まる任意のページでトリガーされます。例:
URL starts with https://business.example.comはそのサブドメイン以下のすべてのサブページにマッチします。プロのヒント: これは複数の子ページを持つサブドメインやセクションに最も信頼できるオプションです。
URLターゲティングルールの設定方法
正確で効果的なURLターゲティング条件を作成するには、以下の手順に従ってください:
目標を定義する:
workflowの目的と含めるまたは除外するページを特定します。例:
https://domain.com/crm/のみでトリガーするには、類似のパス（例:/app/）を除外するルールを追加します。
workflow内で条件を設定する:
workflowを開き、編集をクリックします。
Audience rulesでターゲットURL条件（starts with、contains、またはexact match）を追加します。
ターゲティングニーズに最適な条件タイプを選択してください。
有効化してテストする:
workflowを公開します。
ターゲットページにアクセスしてトリガーが正しく動作するか確認します。
重要: Intercom Messengerがインストールされており、domain設定に関連するすべてのURLが含まれていることを確認してください。
workflowページURLトリガーのトラブルシューティング
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アイデンティティが表示されません。
これはページURLルールがIntercomのサーバーではなく訪問者のデバイス上で評価されるため、システムが事前にどのworkflowに訪問者がマッチするか判断できないためです。
会話は通常通り機能しますが、これは会話開始前にヘッダーに表示されるbotアイデンティティにのみ影響します。
回避策としては、audienceルールをページルールより優先して使用することです。audienceルールはMessengerが読み込まれる前にマッチします。
ターゲットページでトリガー後、除外ページにメッセージが表示される場合:
これは「フォローページ」動作によるものです。ターゲットページでアウトバウンドメッセージがトリガーされると、ユーザーがナビゲートしても（URLルールで明示的に除外されたページを含む）メッセージは表示され続け、ユーザーが操作（クリックまたは閉じる）するまで残ります。
意図しないリーチを減らすには、URLルールで完全なアドレス（例:
https://app.example.com/dashboard）ではなく関連するパスセグメント（例:/dashboard）をターゲットにしてください。
URLターゲティングのベストプラクティス
シンプルに保つ: 各workflowに必要な条件のみを使用し、競合を防ぎます。
矛盾する「AND」ルールを避ける: Usersは同時に2つの異なるページの条件を満たせません。
サブドメインを正確にターゲットにする: URL starts withを使い、各サブドメインの完全なパスを含めます。
定期的に見直す: サイト構造やページURLが変わったらURL条件を更新してください。
URLルールでパスセグメントを使う: 完全なURLではなく関連するパスセグメント（例:
/dashboard）をターゲットにします。これによりdomainの変動、クエリパラメータ、末尾のスラッシュによる不一致を避け、ルールの管理が容易になります。