Skip to main content

Conditions

Conditions determine when a trigger rule should be applied. They allow you to create complex logic for evaluating event data and determining whether actions should be executed.

Condition Structure

A condition can be either a simple field comparison or a logical group of other conditions:

Simple Conditions

Simple conditions compare a field in the event data to a value using an operator:

Field Path Notation

Fields are specified using dot notation to access nested properties:

Available Operators

The following operators are available for simple conditions:

Group Conditions

Group conditions combine multiple conditions using logical operators:

Logical Operators

Two logical operators are available:
  • AND: All conditions must be true
  • OR: At least one condition must be true

Nesting Conditions

Conditions can be nested to create complex logic:

Dynamic Values

You can use template strings in condition values to reference other fields in the event data:

Custom Operators

You can extend the rule engine with custom operators by registering them with the rule evaluator:

Best Practices

  1. Start simple - Begin with simple conditions and add complexity as needed
  2. Use meaningful field paths - Choose clear, descriptive paths for your fields
  3. Avoid deep nesting - Too many nested conditions can be hard to understand
  4. Consider performance - Complex conditions may impact evaluation performance
  5. Test thoroughly - Validate your conditions with different inputs

Examples

User in Specific Region with Premium Plan

High-Value Transaction or VIP Customer

Email from Company Domain with Specific Subject

See Also