Bell Statistics

What is the peeking problem?

The peeking problem is the inflation of false positives caused by checking results repeatedly and stopping at the first significant reading. A test designed for a 5% error rate can reach 25% or more when it is monitored daily and stopped opportunistically.

Also called
peeking, early stopping, optional stopping, continuous monitoring
Allon Korem

Written by Allon Korem

Chief Executive Officer

Last updated

In plain English

A fixed-horizon significance test promises that if nothing is going on, it will falsely claim an effect 5% of the time — provided you look once, at the sample size you planned for. Look every day and stop the moment something crosses 0.05, and that promise is void. Over a fortnight of daily checks the false-positive rate rises to roughly 25%, so one experiment in four reports a win on a change that does nothing.

The mechanism is easier to see as a random walk. Under the null the observed difference wanders around zero, and the p-value wanders with it. On any single day it is unlikely to be below 0.05 — but across fourteen days there are fourteen chances for the walk to stray far enough, and stopping at the first excursion selects exactly those runs. Given unlimited time and unlimited checking, a fixed-horizon test will cross any threshold eventually with probability one.

The crucial distinction is between looking and acting. Monitoring a running experiment for operational problems is harmless and necessary — checking for a sample ratio mismatch, watching error rates, confirming data is arriving. What inflates the error rate is letting the observed result determine when to stop. Peeking is a stopping-rule problem, not a viewing problem, and a team that looks daily and always runs to its pre-registered sample size has not peeked in the sense that matters.

There are two legitimate ways to stop early. Alpha spending allocates the error budget across a fixed number of pre-planned interim analyses, so each look uses a stricter threshold and the total stays at 5%. Always-valid inference uses statistics that remain valid under continuous monitoring, letting you check as often as you like at the price of wider intervals. Both work; neither is free, and choosing one before the test starts is what makes them valid.

The organisational reality is that peeking is rarely a deliberate statistical choice. It happens because a dashboard shows a green result on day three and stopping feels like efficiency rather than a decision about error rates. That is why the defence has to be structural — declare the duration with the sample size calculation, and either hide interim estimates or adopt a method that survives being looked at.

The formula

The inflation is easy to state and its size surprises people, which is why the numbers are worth memorising rather than re-deriving.

The naive intuition
1 − ( 1 − α )^k

An overestimate, because successive looks are correlated rather than independent — but it points the right way.

Roughly what happens in practice
k = 5 → ≈ 14%, k = 14 → ≈ 25%, k = 100 → ≈ 40%

α = 0.05, continuous monitoring of an accumulating sample. Simulated rather than closed form.

The limit
P( p < α at some point ) → 1 as looks → ∞

A random walk crosses any fixed boundary eventually. Unlimited peeking guarantees a false positive.

What makes looking safe
stopping rule independent of the observed effect

Look as often as you like; stop when the pre-registered sample is reached — see the sample size calculator.

Worked example

A simulation runs 10,000 A/A experiments — no real effect — each accumulating 40,000 users per arm over 20 days. Three stopping rules are compared: look once at day 20, look daily and stop at the first p below 0.05, and look daily under an alpha-spending boundary.

Simulated experiments
10,000 (true effect zero)
Fixed horizon, one look at day 20
4.9% significant
Daily looks, stop at first p < 0.05
26.3% significant
Median stopping day when stopped early
day 6
Alpha spending, 20 planned looks
5.1% significant
Alpha spending, median stop when it stopped
day 17

Peeking turns a 5% error rate into 26%. Alpha spending permits twenty looks and holds the rate at 5%.

The middle row is the whole problem: more than a quarter of experiments on changes that do nothing would have been shipped as wins. The median stopping day of 6 explains why it feels harmless — the result appeared early and looked decisive, which is exactly what a lucky excursion looks like from the inside. The alpha-spending row shows the cost of doing it properly: it also permits stopping early, and its median stop is day 17 rather than day 6, because the early boundaries are deliberately strict. That is the trade. You can monitor continuously and stop early, and you cannot do so at the same threshold you would use for a single look. Note also what the first row establishes — the fixed-horizon test is correctly calibrated at 4.9%, so nothing is wrong with the underlying statistics. The failure is entirely in the stopping rule.

Common misconceptions

Looking at the results does not change them, so checking early is harmless.
Looking is harmless; stopping because of what you saw is not. The error rate depends on the rule that decides when the experiment ends, and a rule that responds to the observed effect selects the runs where noise happened to look convincing. Monitor freely, and let the stopping point be determined in advance.
If the result is significant on day three it would be even more significant later.
Frequently it is not. An early significant result is disproportionately likely to be a lucky excursion of the random walk, and continuing usually sees it regress towards zero. The effects that survive to a pre-registered horizon are the ones worth believing; the ones that appear on day three and are shipped are how false positives enter a roadmap.
Sequential testing means you can stop whenever you like.
It means you can stop whenever you like at the thresholds sequential methods specify, which are stricter early on. Alpha spending and always-valid inference both make continuous monitoring legitimate by changing the boundaries, not by removing them. Applying an ordinary 0.05 threshold repeatedly is peeking whatever the method is called.

Frequently asked questions

How much does peeking actually inflate the false positive rate?
Checking daily over a two-week test takes it from 5% to roughly 25%, and continuous monitoring without a correction pushes it higher still — with unlimited looks a fixed-horizon test crosses any threshold eventually with probability one. The exact figure depends on how often you look and over what span, but the order of magnitude is a fivefold increase rather than a marginal one.
Can I monitor an experiment at all without peeking?
Yes, and you should. Watching for sample ratio mismatch, error rates, data delivery and guardrail breaches is operational monitoring and does not affect the error rate, because none of it feeds the stopping decision. What matters is that the experiment ends at its pre-registered sample size regardless of what the effect estimate is doing. Some teams hide the effect estimate until the end to remove the temptation entirely.
What should I do if we already stopped a test early?
Treat the result as a hypothesis rather than a finding, and rerun it with a pre-registered duration if it matters. There is no post-hoc correction that recovers a valid p-value once the stopping rule depended on the data, because the necessary information — how many looks, at what points, under what rule — is usually not recorded and the correction depends on all of it.

Related terms

  • Alpha spending

    Divide the 5% across your planned looks — strict early, lenient at the end, and the schedule is fixed before you start.

  • Always-valid inference

    Statistics that stay honest under continuous monitoring — you may stop whenever you like, and it costs about a third more traffic.

  • P-hacking

    Enough defensible choices, made after seeing the data, will find significance in anything.

  • Sequential testing

    How to look at a running test without breaking it — and what peeking costs when you do not.

Calculate it

  • A/B test sample size

    Size a two-proportion experiment before you launch, then read the lift and its interval once it lands.

  • Two-sample t-test

    Compare the average of two independent groups — plan the sample size, then test the result.

Knowing the term is the easy part

Applying it to a live measurement problem is the part that goes wrong. If you are designing an experiment, reading a result you do not trust, or trying to work out what your marketing actually caused, that is the work we do.