The CleverTap Query Language (CQL) can be used to analyze all your event data, identify groups of users, and also target them using our APIs.

CQL can be used with:

• The Get User Profiles and Get Events APIs to obtain raw data.
• The Report APIs to obtain dashboard counts for events, profiles, properties, and trends.
• The Create Campaign API to target these users through push and email messages.

Query Language Template

CQL is expressed as a JSON formatted payload in the API request body.

The base query should generally have the following:

• An event_name
• from and to dates are formatted as integers in YYYYMMDD format.

{
    "event_name": "App Launched",
    "from": 20150810,
    "to": 20151025
}

Additional filters are possible on top of the base query; these include:

• Event property filters
• Session property filters
• Common profile property filters
• Advanced event filters

Event and session property based filters are applied directly to the base query.

When specifying common profile property or advanced event based filters, the base query can be omitted for target creation & people export APIs and defaults to all events over the past 365 days.

Base event query is mandatory for the event export API in all cases.

Query Operators & Values

CQL supports (key, operator, value) combinations to filter results.

• All value fields must be primitives (integer, double, or string), or array(s) of primitives.
• Boolean fields must be passed as a string, with the value “True” or “False”.
• When the value is a String, the operator can be either equals, not_equals, contains, does_not_contain, exists, or does_not_exist''.
• When the value is Numeric, the operator can be one of equals, greater_than, greater_than_equals, less_than, or less_than_equals

While using the items property of the Charged event, which is a list of values, the operator is applied on one OR all values.

Event Property Filters

Event property filters enable you to query for User Profiles or Events based on custom event properties as show below:

{
    "event_name": "choseNewFavoriteFood",
    "event_properties": [
        {
            "name": "value",
            "operator": "contains",
            "value": "pizza"
        }
    ],
    "from": 20150810,
    "to": 20151025
}

Session Property Filters

Session property filters enable you to query for User Profiles or User Events that exhibit certain kind of session information. The following session property filters are currently supported:

All the parameters mentioned below are optional. CQL supports querying on any combinations of these parameters.

📘

Note

Session property filters are not supported with the Notification Sent event.

Example

{
    "event_name": "choseNewFavoriteFood",
    "session_properties": [
        {
            "name": "first_time",
            "value": "True"
        },
        {
            "name": "time_of_day",
            "value": [
                "22:30",
                "22:35"
            ]
        }
    ],
    "from": 20150810,
    "to": 20151025
}

Common Property Filters

Common property filters enable developers to query for people or events that map with certain profile-specific information. The following common profile property filters are currently supported:

📘

Note

All the parameters mentioned below are optional. We support querying on any combinations of these parameters.

app_fields
It supports filtering on Operating System (OS) Version, Version (refers to app version), SDK Version, Make and Model of device as shown below:

{
    "common_profile_properties": {
        "app_fields": [
            {
                "name": "Make",
                "operator": "contains",
                "value": "Apple"
            }
        ]
    }
}

profile_fields

• It supports querying custom profile fields.
• It supports the following System Properties: Email and Phone

📘

Note

Profile properties such as Name and Identity are not supported.

To download based on email/identity, refer here.

{
    "common_profile_properties": {
        "profile_fields": [
            {
                "name": "language",
                "operator": "equals",
                "value": "en"
            }
        ]
    }
}

demographics
It supports filtering on Gender, Age, Education, and Employed as shown below:

The possible values are:

• Gender: Possible values are Unknown, Male and Female.
• Age: Possible values are:
  • Unknown
  • Kid: age < 18 years
  • Youth: 18-24 age
  • Young_Adult: 25-40 age
  • Adult: 41-60 age
  • Senior: age > 60 years
• Education: Possible values are Unknown, School, College, and Graduate
• Employed: Possible values are Unknown, Yes, and No

{
    "common_profile_properties": {
        "demographics": [
            {
                "name": "Education",
                "operator": "equals",
                "value": [
                    "College",
                    "Graduate"
                ]
            },
            {
                "name": "Gender",
                "value": "Female"
            }
        ]
    }
}

technographics
It supports filtering on Platform, Platform Type, Device, Operating System(OS), and Browser as shown below:

The possible values are:

• Platform: Possible values are WebApp, AndroidApp, iOSApp, and WindowsApp
• Platform Type: Possible values are WebApp, MobileApp
• Device: Possible values are Desktop, Mobile, Tablet, and TV
• Operating System(OS): Possible values are Others, Android, iOS, Windows, Mac, BlackBerry, and Linux
• Browser – Possible values are Others, Firefox, Chrome, Seamonkey, Safari, Opera, IE, and UCBrowser

{
    "common_profile_properties": {
        "technographics": [
            {
                "name": "Device",
                "operator": "equals",
                "value": [
                    "Mobile",
                    "Tablet"
                ]
            },
            {
                "name": "Platform",
                "value": "AndroidApp"
            }
        ]
    }
}

reachability
It supports filtering on the following:

• has_token: Determines whether the user has a device token.
• has_email: Determines whether the user has an email address associated.
• has_phone_number: Determines when the user has a phone number associated.
• MSG-push: False indicates that the user has unsubscribed from push notifications.
• MSG-email: False indicates that the user has unsubscribed from email notifications.

{
    "common_profile_properties": {
        "reachability": [
            {
                "name": "has_token",
                "value": "True"
            }
        ]
    }
}

geo_fields
It supports filtering on geolocation information. It must be formatted as one or more Array(s) of Strings, each of size 3, in [Country, Region, City] format.

{
    "common_profile_properties": {
        "geo_fields": [
            [
                "India",
                "Maharashtra",
                "Mumbai"
            ],
            [
                "United States",
                "New York",
                "New York City"
            ]
        ]
    }
}

geo_radius
It supports filtering on geo radius. It must be formatted as one or more Array(s) of numbers (Int/Double), each of size 3, in [Latitude, Longitude, Radius] format.

Radius is expressed in kilometers.

{
    "common_profile_properties": {
        "geo_radius": [
            [
                35,
                42.5,
                5.2
            ],
            [
                77.6,
                76.2,
                11
            ]
        ]
    }
}

Advanced Queries

Query With Did None Block
This query is used to segment users who performed NONE of the specified action(s) within the given range as shown below:

{
    "advanced_query": {
        "did_none": [
            {
                "event_name": "Charged",
                "from": 20151010,
                "to": 20151011,
                "event_properties": [
                    {
                        "name": "Amount",
                        "operator": "equals",
                        "value": 100
                    }
                ]
            },
            {
                "event_name": "App Launched",
                "from": 20151011,
                "to": 20151012
            }
        ]
    }
}

Query With Did All Block
This is used to segment users who performed ALL of the specified action(s) within the given range as shown below:

{
    "advanced_query": {
        "did_all": [
            {
                "event_name": "Charged",
                "from": 20151010,
                "to": 20151011,
                "event_properties": [
                    {
                        "name": "Feedback",
                        "operator": "contains",
                        "value": "excellent"
                    }
                ]
            },
            {
                "event_name": "App Launched",
                "from": 20151011,
                "to": 20151012,
                "operator": "equals",
                "value": 10
            }
        ]
    }
}

📘

Note

The operator and value are optional within each internal event block. The default values for the same are “greater_than_equals” and 1, respectively.

Query With Did Any Block
This is used to segment users who performed ANY of the specified action(s) within the given range as shown below:

{
    "advanced_query": {
        "did_any": {
            "any_events": [
                {
                    "event_name": "Charged",
                    "from": 20151010,
                    "to": 20151011,
                    "event_properties": [
                        {
                            "name": "Amount",
                            "operator": "equals",
                            "value": 100
                        }
                    ]
                },
                {
                    "event_name": "App Launched",
                    "from": 20151011,
                    "to": 20151012
                }
            ],
            "operator": "equals",
            "value": 10
        }
    }
}

📘

Note

The operator and value are for the entire “any_events” block and resolved for the entire combination of events. They are optional, with default values being “greater_than_equals” and 1, respectively.

Sample Queries

We provided code snippets on GitHub showing some sample queries. Please see the linked examples below:

• Basic event query
• Query with event/session properties
• Query with common profile properties
• Query with did none block
• Query with did all block
• Query with did any block
• Sample hybrid query

Fetch profiles based on Subscription status
It supports fetching profiles based on the subscription status of any group for the account.

{
    "common_profile_properties": {
           "subscription_group": [
            {
                "name": "Email",
                "operator": "Included",//can use Excluded too
                "value": [
                    "Group1"
                ]
            }
        ]
    }
}

Special Events

Notification Events

Notification events are special system events that provide information about users receiving notifications through CleverTap. They support filtering by the following event properties:

• Campaign ID (Integer ID of the campaign shown on the dashboard)
• Campaign Type can have the following possible values (passed as a string or array of strings):
  • Mobile Push - Android
  • Mobile Push - iOS
  • Mobile Push - Windows
  • Email
  • Facebook Audiences
  • SMS
  • Web Push - Chrome

Notification events are available for filtering on the Get User Profiles API and the Create Campaign API, as part of the where clause.

📘

Filter by Session Property

Filtering by session properties is not supported for the Notification events as they are system events.

The following is the list of Notification Events:

• Notification Sent
• Notification Replied
• Notification Delivered
• Notification Clicked
• Notification Viewed