Fullstack projects differ from web-based projects. Key constraints:

All entities must have a unique identifier key (a string) when defined in the Convert web interface.

The SDK does not manage persistence directly. You can provide your own DataStore to make user bucketing persistent. All audiences in a Fullstack project should be of type transient, where conditions are checked each time the visitor encounters the experience.

Segments represent audiences of type segmentation. Conditions are checked on every page view until they are met. In Fullstack projects, segments do not persist unless you provide a DataStore.

Rules are limited to the following types:

Each generic rule must have a unique key (a string), matched against the visitor properties you pass to the SDK.

The bucketed_into_experience_key rule targets another experiment by its key and matches on whether the visitor is already bucketed into it — the basis for mutually exclusive experiments. It reads the visitor's stored bucketing decisions and needs no visitor properties from your code; cross-session exclusion requires a persistent DataStore (Android and iOS persist automatically).

Experiences are limited to:

Features support the following variable types:

All matching rules apply only to entities within the same environment. The default environments are staging and production.