Attribute sources
Segments are built from two categories of attributes: Built-in attributes are extracted automatically from every request Fleack proxies:platform— one ofios,android,unity, orweb, derived from the User-Agent headerlanguage— the app’s locale, from theAccept-Languageheadercountry— derived from the request’s IP address
user-data endpoints — the ones Fleack classifies as returning per-user responses. As Fleack observes these responses, it builds up a profile for each user. Common profile attributes include:
arpu— average revenue per userlevel— the user’s current progression leveldays_since_install— days elapsed since first seenltv_tier— a lifetime value tier (e.g. whale, mid, low)
user-data responses becomes available as a segment attribute automatically. You don’t need to configure a schema.
Operators
Segment rules support the following comparison operators:| Operator | Meaning |
|---|---|
eq | Equals |
neq | Not equals |
in | Value is in a list |
nin | Value is not in a list |
gt | Greater than |
gte | Greater than or equal to |
lt | Less than |
lte | Less than or equal to |
between | Value is within a range (inclusive) |
Example
To target experienced iOS users who have been using the app for at least a week:ios AND whose days_since_install is 7 or more will be assigned to a variant. All other users see the unmodified backend response.
The “All users” default
When you create a test without selecting a segment, it defaults to All users — no filter is applied and every exposure counts, regardless of platform, language, or profile. This is the right starting point for most first tests.Profile attributes become available in the segment builder only after Fleack has observed the relevant
user-data endpoint enough times to establish them. If an attribute you expect isn’t showing up, send more traffic through the proxy from users who have that field in their responses.