Platform · Statistics you can defend
Experiment statistics you can defend
Lift, confidence intervals, probability this variant is best and expected loss: one view, updating in real time.
Reading a result
What the numbers say, and what they do not
Every number on the result page explains itself, in plain words underneath.
Looking early without cheating, the alarm that fires before you act, and revenue per variant in the account currency.
- Sequential testing that can legitimately call a winner early, with multiple-comparison correction
- Sample-ratio-mismatch alarms that flag untrustworthy results before you act on them
- Revenue and average-order-value per variant, multi-currency aware
- A detectable-effect floor, so an unanswerable test says so instead of running forever
- Plain-English explainers on every statistic: no PhD required
Sequential testing
Look early without cheating
A fixed-horizon test is only valid if you look once, at the end. Sequential testing lets you check every day and stop the moment the evidence crosses the boundary.
- Valid inference at every look, not just the last one
- Multiple-comparison correction when several variants run at once
- A recommendation in words, not just a number
- Holm-Bonferroni, Benjamini-Hochberg, Šidák, or none, and it says which
Trust
The alarm that fires before you act
A sample ratio mismatch means the split did not happen the way you configured it, and the result cannot be read. Pertento checks continuously and blocks automation when it trips.
- Continuous sample-ratio-mismatch checks per variant
- Automation refuses to act on flagged data
- The reason stated in plain words
- Three gates: a sample-ratio mismatch, a day without traffic, or an interaction with another running test
Money
Revenue per variant, in the account currency
Conversion rate is a proxy. Pertento reports revenue and average order value per variant so a win that sells cheaper products does not look like a win.
- Revenue and average order value per variant, in one chosen currency
- Conversions counted across every currency, because a conversion is a conversion
- Revenue read as a second goal for the implementation queue, so a revenue-only win still ships
- Significance and intervals on revenue as well as on conversions
The figures
What the results table is actually telling you
Six numbers do most of the work on this screen, and two of them are the ones people misread. The console explains each one in place; this is what they are for.
Underneath
What the numbers are measured over
A result is only as good as what it was computed from: which event counts as the goal, which currency the money is in, and whether the same maths produced the alert and the screen.
Questions
Before you trust the numbers
Can we take these numbers to a finance director?
That is what the second half of this page is for. A result arrives with the size of the difference, the interval around it, and how likely it is to be chance, computed two independent ways and shown side by side. Revenue is measured per variant rather than inferred from conversion rate, so a variant that converts more often and sells cheaper does not read as a win. And the platform states its own uncertainty rather than hiding it, which is the part that survives scrutiny: a result that is not yet conclusive says so, in words, instead of being presented as one that is.
Do we need a data scientist to read it?
No, and the design assumes you do not have one. Every figure carries its own explanation in place, written to say what that number is telling you rather than to define the term, and several of them exist specifically to head off a misreading: the difference column states outright that it says nothing on its own about whether the gap is real. Alongside the figures there is a recommendation in plain words. What it will not do is simplify by hiding, so somebody who does want the p-value and the interval will find both.
How do we know a winner is real and not luck?
Three defences, and they are worth comparing against whatever you use now. Testing several variants at once raises the chance one looks like a winner by luck, so the bar is tightened to compensate, and the console states the threshold it is applying rather than leaving you to work it out. Looking at a result every day inflates the false-positive rate, so the test that is valid to read continuously is separate from the one that is not, and the platform will not stop an experiment early unless both agree. And before any of that, it checks that traffic actually split the way you configured it, because if it did not then nothing computed from it holds.
Our traffic is not enormous. Will this work for us?
Sometimes yes and sometimes genuinely no, and this is where the platform is most useful before you have spent three months finding out. Every experiment reports the smallest difference the traffic you have can reliably detect. If the effect you are chasing sits below that floor, no amount of patience will resolve it, and the console says so rather than leaving a test at "not significant" indefinitely. Knowing which of your pages can answer a question and which cannot is worth more on a modest site than on a large one.
Do we have to pick frequentist or Bayesian up front?
No. Both are computed for every experiment and shown together, so this is a reading preference rather than a configuration decision you can get wrong. The frequentist half reports how unlikely the result would be if the change did nothing. The Bayesian half reports the probability each variant is best, and what it would cost you to choose wrongly. Teams tend to find the second easier to act on and the first easier to defend, which is exactly why neither was dropped.
Can Pertento AI explain a result to us?
Yes. Pertento AI explains an experiment’s result in plain language: what changed, how strong the evidence is and what the numbers do not prove yet. It sits beside the figures rather than replacing them, so anyone who wants the p-value and the interval still has both. It can also help you set up the experiment that follows.
Everything in the box
The full feature set
Experimentation
- AI editor
- No-code visual editor
- Visual multi-variant tests
- URL redirect tests
- Server-side tests
- Server SDK
- Anti-flicker rendering
- Concurrent tests without splitting traffic
- One-click winner deployment
- URL targeting on seven conditions
- Pipelines of staged experiments
- Run length plan
- Chrome extension launcher
- Component library
- Dynamic content
- Data feeds
- Custom CSS and JS
- Replace, insert, append, before and after
- Device targeting
- Cookie targeting
- Activation targeting
- Traffic weights per variant
- Automatic weight rebalancing
- Variant screenshots
- Duplicate an experiment
- Test runs before launch
- Sticky variant assignment
- Implementation hand-off
- Hypothesis tracking
- PXL prioritisation scoring
- Library search, filter and results
- Library timeline
Statistics
- Frequentist results
- Bayesian results
- Sequential testing
- Sample-ratio-mismatch alarms
- Ask about this experiment
- Revenue per variant
- Power analysis
- Minimum detectable effect
- Lift and confidence intervals
- Multiple-comparison correction
- Probability variant is best
- Expected loss
- Holm-Bonferroni, Benjamini-Hochberg and Šidák
- Primary and secondary goals
- Average order value per variant
- Multi-currency
- Days-remaining projection
- Combination reporting
- Per-variant time series
- Plain-English explainers
Monitoring
- Health monitor
- Attention queue across accounts
- Program report
- Experiment debrief
- Scheduled starts and stops
- Stop on significance
- Slack alerts
- Collision detection
- Trust gates on broken data
- Roles and permissions
- Minimum runtime guard rails
- Interaction detection
- Overdue and no-data alarms
- Email alerts
- In-app alerts
- Per-event preferences
- Activity log
- Client roster view
- Saved console layouts
- GA4 and Matomo tracking
Voice of customer
- On-site NPS
- CSAT
- CES
- Custom surveys
- AI sentiment analysis
- Surveys inside experiments
- Results by variant
- Exit-intent triggers
- Guided survey builder
- Score, choice and text questions
- Custom texts and scale labels
- Page and device targeting
- Share of visitors
- Page-view and delay triggers
- Scroll triggers
- Event triggers
- Four widget positions
- Frequency capping
- Per-question results
- Responses over time
- Answers tied to variant
- Validated responses
- Free-text themes
- Response export
- Loaded only where a survey runs
Learnings
Pertento is a conversion-rate-optimisation platform for websites and online stores, built for both in-house teams and CRO agencies running experimentation programmes across a client roster.
Integrations
Works with the stack you already run
One snippet drops into any site, or go fully server-side. Nothing to re-architect.
One-line snippet
Paste one tag in your head and you are live: a 0.9 KB loader, no build step, no dependencies.
Google Tag Manager
Deploy and manage experiments straight through GTM. No developer time required.
Server-side API
Run tests beyond the browser: pricing, search and routing, flicker-free.
- Shopify
- BigCommerce
- Shopware
- Centra
- Geins
- Saleor
- WordPress
- Optimizely CMS
- Storyblok
- Next.js
- Vue
- Astro
- Matomo
- Amplitude
- RudderStack
- Slack
- WooCommerce
- Salesforce
- Wix
- Litium
- commercetools
- Medusa
- Drupal
- Contentful
- Webflow
- Nuxt
- Angular
- Remix
- Piwik PRO
- Mixpanel
- Tag Manager
- Webhooks
- Adobe Commerce
- PrestaShop
- Squarespace
- Norce
- Shopify Hydrogen
- Vendure
- Umbraco
- Sanity
- Framer
- React
- SvelteKit
- GA4
- Adobe Analytics
- Segment
- Klaviyo
Not on the list? If it renders HTML, Pertento can test it: read how each one connects ↗