Visualizing the multiple comparisons problem.

Test Twenty Hypotheses and One Will Look Significant

I remember sitting in a windowless lab during my PhD, staring at a cluster of p-values that looked absolutely beautiful—until I actually looked at them. I had run twenty different variations of a distributed consensus test, and by some miracle of chance, three of them came back as “statistically significant.” I felt that rush of dopamine, the one that tells you you’ve found something profound, but then the cold realization hit me: I wasn’t seeing a breakthrough, I was seeing the multiple comparisons problem in its rawest, most deceptive form. It’s the scientific equivalent of throwing a thousand darts at a wall and then claiming you’re a professional marksman because you happened to hit the bullseye once.

I’m not here to hand you a heavy textbook of formal proofs or hide behind dense mathematical jargon that obscures the actual risk. Instead, I want to show you how to actually see the noise in your own data before it ruins your research. We are going to walk through the mechanics of why these false positives happen and how you can adjust your approach without turning your entire analysis into a bureaucratic nightmare. My goal is to make sure you understand the underlying mechanism of the error, so you can trust your results—or, more importantly, know when to discard them.

Table of Contents

The Mechanics of Type I Error Inflation

The Mechanics of Type I Error Inflation.

To understand why this happens, we have to look at how we define a “win” in a single experiment. When we set a standard statistical significance threshold—usually at $alpha = 0.05$—we are essentially agreeing to a 5% risk of being wrong. We are saying, “I am okay with a 5% chance that this pattern is just noise.” That is a manageable risk when you are looking at one variable. But the math changes the moment you start running multiple tests in parallel.

Think of it like a game of chance. If you flip a coin once, the odds of getting heads are predictable. But if you flip it twenty times, the probability that you will see a “streak” that looks non-random is actually quite high. This is the core of type I error inflation. As you add more hypotheses to your study, you aren’t just adding more data; you are increasing the family-wise error rate, which is the collective probability of making at least one false discovery across your entire set of tests. If you aren’t careful, you’ll end up claiming a breakthrough that is really just a statistical fluke.

Why Your Statistical Significance Threshold Is Fading

Why Your Statistical Significance Threshold Is Fading

The problem is that we treat our alpha level—that arbitrary 0.05 cutoff—as if it were a physical constant, like the speed of light. It isn’t. It is a probabilistic budget. When you decide to test a single hypothesis, you are essentially agreeing to a 5% chance of being wrong. But when you expand your scope to twenty different tests, you aren’t just running twenty experiments; you are effectively spending your entire budget twenty times over. This is how type I error inflation sneaks into your results. You might think you are being thorough by exploring every possible variable in your dataset, but you are actually just increasing the odds that one of those variables will look interesting purely by accident.

If you don’t implement a strict alpha level adjustment, your “significant” findings start to look more like noise. In my experience, researchers often fall into the trap of p-value manipulation—not necessarily through malice, but through a lack of foresight. They run the tests, see something that looks like a signal, and then try to justify why this specific result matters. But if you haven’t accounted for the family-wise error rate, you aren’t discovering a mechanism; you are just observing the inevitable byproduct of a wide net.

How to stop accidentally lying to yourself

  • Stop hunting for p-values. If you start with a vague idea and then scan your data for anything that looks “significant,” you aren’t performing science; you’re just fishing in a lake until you catch a lucky fish. Decide on your primary hypothesis before you ever touch the dataset.
  • Use the Bonferroni correction, but treat it like a blunt instrument. It works by dividing your alpha by the number of tests, which is a safe way to avoid false positives, but it’s incredibly conservative. It will kill your statistical power, meaning you might miss real effects just because you were being extra cautious.
  • If you are doing exploratory research, call it what it is. If you are running twenty different tests to see what sticks, you aren’t “confirming” anything—you are generating hypotheses. Label these results as “suggestive” or “exploratory” rather than claiming they are definitive truths.
  • Look at effect sizes, not just p-values. A p-value can look “significant” simply because your sample size is massive, even if the actual phenomenon you’re measuring is so tiny it’s practically useless in the real world. A small p-value tells you something is unlikely to be noise; an effect size tells you if it actually matters.
  • Pre-register your analysis pipeline. This is the only real way to fight the temptation to “tweak” your parameters until the results look good. If you write down exactly which tests you will run and how you will handle outliers before you see the data, you can’t move the goalposts once the game starts.

The reality of what we've discussed

Statistical significance isn’t a binary switch that tells you if a phenomenon is “real”; it is a measure of how much noise you are willing to tolerate. When you run dozens of tests, you aren’t just looking for signals—you are actively inviting the noise to masquerade as one.

The standard p < 0.05 threshold is a dangerous baseline if you aren't adjusting your expectations for the number of attempts you've made. If you test twenty different variables against a control, you should expect at least one of them to look "significant" purely by the laws of probability, even if they are all total nonsense.

Relying on p-values alone is a recipe for building systems on top of ghosts. To actually understand a mechanism, you need to look beyond the threshold and ask whether the effect size is large enough to matter in a real-world implementation, or if you’ve just found a very expensive way to measure random fluctuations.

Moving beyond the p-value trap

If you take anything away from this, let it be that statistical significance is not a binary switch that turns on when a result is “true.” We’ve seen how the multiple comparisons problem turns your research into a game of chance; by simply increasing the number of variables you test, you are effectively engineering a false positive into your dataset. You cannot simply fix this by lowering your alpha threshold to an arbitrary number and calling it a day. You have to acknowledge that every additional test adds a layer of noise, and if you don’t account for that inflation, you aren’t discovering patterns—you are just hallucinating correlations in the static.

I know it feels safer to stick to the standard protocols, but real research requires a certain level of intellectual honesty that a simple p-value cannot provide. Instead of chasing a single “significant” number to justify a paper, I encourage you to look at the effect sizes, the stability of your results across different subsets, and the underlying mechanism that makes the data move. The goal isn’t to pass a statistical gatekeeping test; it is to build a robust understanding of how a system actually works. Don’t just report the result—explain the mechanism, and make sure it actually exists.

About Dr. Ingrid Falk-Weller

I write for the person who wants to understand the mechanism, not memorise the conclusion. If a claim has a caveat, the caveat goes in the paragraph, not a footnote.