Methodology
NoiseGate uses transparent, fixed statistical methods to evaluate crowd responses. Nothing is adjusted based on your results. Every threshold is the same for every post, every user, every time.
Signal clarity β Ratings
For 1β5 rating questions, clarity is determined by the standard deviation of all responses. A low SD means respondents largely agreed. A high SD means the crowd was split.
Ο < 1.01.0 β€ Ο < 1.5Ο β₯ 1.5Clarity is only shown at 5+ responses. Below that threshold, standard deviation is unreliable as a population estimate.
Signal clarity β Polls
For multiple-choice questions, clarity is measured by how strongly one option dominates relative to what random chance would predict given the number of options.
dominance β₯ 2.51.5 β€ dominance < 2.5dominance < 1.5spread β€ 1 vote across β₯ 3 optionsA dominance of 2.5 on a 4-option question means the top choice received 62.5% of votes β 2.5Γ what chance alone predicts.
Signal clarity β Yes / No
Binary questions use tighter thresholds than polls. With only two options, any deviation from 50/50 is more statistically meaningful β a 60/40 split on a yes/no question is far more significant than a 60/40 split across four options.
top_share β₯ 0.700.55 β€ top_share < 0.70top_share < 0.55For comparison: a dominance ratio of 2.5 on a 2-option question requires 83% of the vote. We use 70% as the Clear signal threshold to reflect realistic decision-making rather than statistical extremes.
Confidence tiers
Confidence tiers answer a different question than clarity. Clarity tells you what the crowd said. Confidence tells you how much to trust it given the sample size.
The tiers are minimum sample size guidelines derived from two statistical conventions:
These are practical guidelines, not hard statistical cutoffs. A result at n = 18 is not suddenly unreliable β it sits between Trend and Confident and should be interpreted accordingly.
Attention checks
NoiseGate periodically inserts a short verification question β a question with a known correct answer β into the response flow. The cadence is randomized per respondent (roughly every 2β5 responses, re-rolled each time) rather than fixed or shown to everyone every time, so it can't be timed or anticipated. The check's format always matches the surrounding post β a Yes/No post gets a Yes/No-style check, an Open Response post gets a short-answer check, and so on β so it reads as part of the flow rather than an interruption.
Correct answers are never sent to the browser. Grading happens entirely on the server, comparing your submitted answer against a value we store independently β inspecting the page's code reveals nothing about what the correct answer is.
NoiseGate also runs a speed trap, using a reading-speed floor from published survey methodology research rather than an arbitrary number:
The 300ms-per-word reading floor is drawn from published research on detecting inattentive ("speeding") survey responses: Zhang, C. & Conrad, F.G. (2014), "Speeding in Web Surveys," Survey Research Methods, 8(2), 127β135. The interaction overhead is added on top since the research threshold covers reading time specifically, not the full click/drag/type action.
Rank Order responses have one additional check: if the submitted order exactly matches the original, untouched order, the response is flagged regardless of timing β this catches a response that was never actually interacted with, independent of how long it sat on screen.
A flagged response still shows a brief, generic note to the respondent β that it may not count toward their signal score β without naming which check caught it. Revealing the specific mechanism would make it easier to learn how to evade next time. Flagged responses are never deleted; owners can always view them via the All toggle.
Filtered vs. all results
Post owners see two views of their results. The toggle works the same way it does on your results page:
Nothing is ever deleted. The filtered count is always shown in the results header so owners know exactly how much was excluded.
Confidence intervals (coming soon)
Confidence intervals quantify the range within which the true population value likely falls, given your sample size. NoiseGate calculates these for all quantitative question types β full display is coming in a future release.
At 95% confidence: if you ran the same question with a different random sample of the same size, the true population value would fall within this interval 95% of the time.
Current confidence tiers are derived from the same margin-of-error formula shown above. Full CI display per result is on the roadmap.