A/B testing
Ecommerce Conversion Optimisation: RPU as Your Profit Driver. System, Not Gut Feeling
It means replacing “gut feeling” with measurable facts so you grow faster, step by step.
A/B testing
Statistical significance is the decision criterion in data-driven optimisation. It tells you how likely it is that an observed difference between two variants didn't happen by chance. You can't overstate how important this is: without significance, A/B testing would be nothing but digital guessing.

Statistical significance is the decision criterion in data-driven optimisation. It tells you how likely it is that an observed difference between two variants didn’t happen by chance. You can’t overstate how important this is: without significance, A/B testing would be nothing but digital guessing.
Expensive, time-consuming and commercially risky.
A confidence level of 95 percent is the industry standard. It means that if you repeated the test 100 times, you’d get the same result in 95 of them. The remaining 5 percent is the accepted risk of an error, known as the alpha error probability or p-value.
The p-value is often misunderstood. It does not give the probability that the hypothesis is true. It gives the probability of seeing the observed data, or more extreme data, if the null hypothesis (no difference) were true.
So a p-value of 0.03 means: “If there really were no difference between A and B, we’d see an effect this strong or stronger in only 3 percent of cases.” That’s not proof that B is better. It’s an indicator that justifies choosing B, at an accepted risk of being wrong.
In practice, 95 percent confidence (p < 0.05) has become the balanced standard. Conservative fields like pharma or financial services work with 99 percent. For e-commerce tests, 95 percent is the sweet spot between speed of decision and keeping risk low.
The sample size you need depends on four factors:
With a baseline of 2 percent and an MDE of 20 percent, you need around 6,300 visitors per variant. With a 5 percent baseline and a 15 percent MDE, that drops to around 2,400 visitors.
| Baseline CR | Target MDE | Visitors needed per variant | Total traffic |
|---|---|---|---|
| 1% | 25% | ~12,400 | ~24,800 |
| 2% | 20% | ~6,300 | ~12,600 |
| 3% | 15% | ~4,100 | ~8,200 |
| 5% | 15% | ~2,400 | ~4,800 |
| 5% | 20% | ~1,350 | ~2,700 |
Skip this calculation before the test and you risk one of two mistakes: either the test runs too short and the result is noise, or it runs much longer than necessary and delays implementation.
The minimum duration of an A/B test is one complete business cycle, typically 7 to 14 days. That’s not arbitrary. Traffic differs systematically between weekdays and weekends. A test that only covers weekdays skews the result.
You also need to account for:
The rule of thumb: at least 7 full days. With seasonal business or low traffic, at least 14 days. Never stop early just because an interim result looks promising.
P-hacking is the deliberate or accidental manipulation of test conditions to force a statistically significant result. The most common mistake in e-commerce: measuring several metrics at once and presenting the one that happens to look significant.
The problem is mathematically unavoidable. Measure 20 metrics at a 5 percent significance level and one of them will look significant purely by chance. That isn’t a real effect. It’s statistical noise sold as success.
Other forms of p-hacking:
The defences are simple but take discipline:
Sample ratio mismatch (SRM) is a technical warning sign that often gets missed. It happens when the traffic split between variants differs significantly from the expected split (usually 50/50).
A chi-square test on the allocation rates reveals SRM. If traffic is split 56/44 instead of 50/50, for example, the test isn’t statistically valid, however convincing the result looks.
Typical causes:
| Cause | Symptom | Fix |
|---|---|---|
| Tracking pixel error | One variant records fewer events | Check the pixel implementation |
| JavaScript error | Variant B doesn’t render correctly in certain browsers | Run cross-browser QA |
| Caching problems | The CDN serves one variant more often | Adjust cache settings |
| Device bias | Mobile traffic is split unevenly | Check that allocation is device-agnostic |
Modern A/B testing tools such as Optimizely and VWO warn about SRM automatically. Even if no warnings appear, a manual check should become standard.
The world of statistics is split into two camps. The frequentist approach, the classic standard, calculates a confidence level at the end of a test: “Variant B wins with 95 percent certainty.” It’s conservative, established and universally understood.
The Bayesian approach, used by tools like VWO, reports running probabilities during the test: “Variant B currently has an 87 percent chance of being the winner.” It’s more intuitive and speeds up decisions, but carries the risk of stopping too early.
Applied correctly, both approaches are valid. The choice depends on your team’s culture: conservative, risk-averse organisations prefer frequentist. Agile teams that decide quickly use Bayesian, with the discipline not to stop early.
Before you evaluate a test, verify each of these points:
A test can be highly significant and still irrelevant. A +0.2 percent effect with 10 million visitors is statistically significant but commercially negligible. Conversely, a +12 percent effect with little traffic may not be significant even though it would have a huge business impact.
The right question isn’t “Is the test significant?” It’s “Is the test significant and relevant to our business?” Only implement the variant if both answers are yes.
Statistical significance isn’t a mathematical thought experiment. It’s your protection against expensive wrong decisions. Every test built on shaky statistics isn’t just worthless. It’s harmful, because it creates false beliefs.
Teams that live statistical discipline invest before the test in clean hypotheses, proper planning and technical QA. They accept that an “inconclusive” result isn’t a failure but information. And they know that the quality of their decisions is directly proportional to the quality of the statistics behind them.
A/B testing
It means replacing “gut feeling” with measurable facts so you grow faster, step by step.
A/B testing
Ecommerce personalisation means tailoring content, product suggestions and offers to an individual visitor’s behaviour. Not to assumptions, not to demographic pigeonholes.
A/B testing
Google Analytics shows you what happens. Heatmaps show you how it happens.
In the Dropoff Analysis you see where your shop loses buyers. Afterwards you know where the first step pays off.