Experiment types & delivery
How this is scored
What can be tested and where: client-side changes through an editor, server-side and feature experiments through SDKs, multivariate and multi-page tests, and personalisation — judged on what the documentation shows rather than on the feature grid.
0 — Simple A/B split of one page element through a visual editor; no server-side option, no targeting beyond URL.
3 — Client-side A/B and split-URL tests with basic audience targeting, and no SDK or server-side delivery.
5 — Client-side and server-side experiments through documented SDKs for common languages, multivariate and multi-page tests, audience targeting on behaviour and attributes, and rule-based personalisation.
8 — Feature-flag-based experiments sharing one audience and metric model with web tests, mutually exclusive experiment groups, holdouts, edge or CDN delivery, and personalisation that can itself be tested against a control.
10 — One experimentation programme across every surface: web, app, server and edge from the same platform, experiment interactions managed, a documented experiment lifecycle from hypothesis to archived result, and a library of past results a team can search.
The Growth Lead
The breadth is real: A/B, A/B/n and multivariate testing, feature flags with rollouts, hybrid client-side plus network-layer delivery, native apps and single-page applications, a personalisation suite, and experiments that can be prioritised and deconflicted in one place. We found no public information on documented SDKs per language, holdouts, or evidence that personalisation itself can be tested against a control — and nothing shows a visual editor my team could drive without a developer; what is evidenced is client-side and API-driven execution. 2 3 8 9 10