A/B testing

Why Statistical Significance Matters in 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.

Jörg Dennis Krüger · 5 May 2026 · 5 min read

Why statistical significance is the foundation of every A/B test

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 paradox: what 0.05 really means

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.

Sample size: the maths behind valid measurement

The sample size you need depends on four factors:

  • Baseline conversion rate: The current rate before the test
  • Minimum detectable effect (MDE): The smallest improvement you want to detect
  • Significance level (alpha): Typically 5 percent (95% confidence)
  • Statistical power (1-beta): Typically 80 percent

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.

Test duration: time is a variable you can’t skip

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:

  • Novelty effects: Visitors react differently to changes in the first few days than once they’re used to them
  • Seasonality: Public holidays, promotion days or weather events distort short-term data
  • Marketing activity: Parallel campaigns can send more traffic to one variant

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: fooling yourself by data mining

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:

  • Peeking: Looking at interim results repeatedly and stopping early when a temporary trend appears
  • Extending the test: Running a test longer and longer until the desired result shows up
  • Variant hopping: Adding or removing variants after the fact to manipulate the statistics
  • Multiple testing without correction: Running many tests without Bonferroni or other correction methods

The defences are simple but take discipline:

  1. Define one primary metric before the test, documented and fixed
  2. Set fixed durations and stick to them, whatever the interim results say
  3. Pre-registration: document hypothesis, metric and expected effect before the test starts
  4. For multivariate tests: apply a Bonferroni correction or false discovery rate

SRM checks: when the allocation lies

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.

Bayesian vs. frequentist: two schools, one truth

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.

Practical checklist for valid A/B tests

Before you evaluate a test, verify each of these points:

  1. Minimum duration of 7 (better 14) days met?
  2. Sufficient sample size per variant reached?
  3. No SRM (allocation close to 50/50)?
  4. Primary metric defined before the test and not changed afterwards?
  5. No peeking during the test?
  6. Significance level of at least 95 percent reached?
  7. Practically relevant (significant and meaningful)?
  8. Segment analysis done (winner for everyone or only for subgroups)?

The difference between significance and business impact

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.

A culture of statistical discipline

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.

Related articles

Let’s start with your shop.

In the Dropoff Analysis you see where your shop loses buyers. Afterwards you know where the first step pays off.