リードがトリガーキャンペーンの選定に失敗する – トラブルシューティングフロー
説明 description
これは、サポートを受ける際に最も一般的な電話の 1 つです。「このリードは、このキャンペーンに対して適格である必要がありますが、適格ではありませんでした。なぜでしょう？」 ここでは、この質問に答える方法を説明します。あなたもそれを行うことができます。
リードは実際に選定されたのですか？ リードはキャンペーンに選定されても、フローを通過しない場合があります。 これを確認する簡単な方法の 1 つは、キャンペーンメンバーシップを調べることです。 リードが選定されると、そのフローを通過しない場合でも、スマートキャンペーンのメンバーになります。
リードは以前にフローを通過しましたか？ キャンペーン結果で確認できます。 承認された場合は、 キャンペーンがリードに対して、フローを複数回通過することを許可しているかどうかを確認 する必要があります。 リードがフローを複数回実行できるようにキャンペーンが設定されている場合は、トラブルシューティングを続行する必要があります。 しかし、そうでない場合は、私たちの答えがあります。リードは、以前はキャンペーンを通過しておらず、再び通過できなかったので、キャンペーンを通過しませんでした。
トリガーに制約があるのか？ ない場合は前に進みますが、そうでない場合は、リードがトリガーにヒットした時点で*リードが制約の要件を満たしているかどうかを確認する必要があります。*これは非常に重要です。 例えば、フィールドに値を必要とする制約があり、トリガーが行われる前にそのフィールドが入力されなかった場合、リードは選定されません。 トリガーアクティビティのアクティビティログのタイムスタンプと値の変化は同じ場合がありますが、トリガーイベントの後、ほんの一秒後にフィールドの値の変化が発生した場合でも、まだ遅すぎます。 リードは選定されません。 リードを見ると、選定されたように見えますが、キャンペーンがトリガーされた時点では、リードの情報は異なっていたので、必要な値がリードにいつ書き込まれたかを確認します。
スマート・リストには、トリガーに加えてフィルタが含まれていますか？ 制約条件と同様に、リードがフィルター要件を満たしていることをトリガーの発生前に確認する必要があります。 フィルター要件の 1 つが「スマートリストのメンバー」である場合、参照されるスマートリストに移動して、リードがすべての these 要件を満たしていることを確認する必要があり、そのスマートリスト また に「スマートリストのメンバー」フィルターが含まれている場合は、そのフィルターも確認する必要があり、サポートがスマートリストを 対 ネストすることを推奨する理由がわかります。
リードがトリガーにヒットしてからキャンペーンは変更されましたか？ 現在見ているキャンペーンは、リードがトリガーに当たった時と同じであると仮定する傾向がありますが、これはしばしばそうではありません。 監査記録を調べて、変更が行われたかどうかを確認します。 制約が追加、削除、変更された可能性があります。 フィルターロジックがおよびから OR に変更された可能性があります。 リードがフローを通過するのは 1 回だけだったのかも。 キャンペーンが変更された場合は、上記のトラブルシューティング手順をもう一度繰り返し、キャンペーンの現在のバージョンではなく、以前のバージョンを確認する必要があります。 ネストされたスマート・リストがある場合は、キャンペーンはまったく変更されず、セカンダリ・スマート・リストのフィルタ条件が変更された可能性があります。 これは、ネストされたスマート・リストを可能な限り避ける必要があるもう 1 つの理由です。
これらの手順を実行しても把握できない場合は、サポートにケースを開き、上記のトラブルシューティングの結果を含めて、詳しく調べます。