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 — Not an experimentation tool; the product cannot split traffic or serve variants (analytics, heatmaps or session recording only).
3 — Client-side A/B tests built in a visual editor, with a traffic split and targeting by URL or device.
5 — A/B, split-URL and multivariate tests through a visual or code editor, audience targeting on behaviour and attributes, and either rule-based personalisation or server-side experiments through a documented SDK.
8 — Client-side and server-side experiments through documented SDKs for common languages, multi-page tests, feature-flag experiments sharing one audience and metric model with web tests, mutually exclusive experiment groups, holdouts, 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 CRO Consultant
A/B and multi-variant tests (up to A/B/C/D with 50/50, 70/30 or custom splits) are built straight into the page editor with no developer required, and rule-based personalisation targets visitors by ad source, device, geography, day and time, and even CRM stage from HubSpot or Salesforce, with Smart Traffic machine-learning allocation on the upper plans. Everything runs only on landing pages published from the vendor's own editor, though, and I found no public information on split-URL or multivariate tests, feature flags, or a documented SDK for server-side experiments on a customer's own site. 5 6