Seatext library / BotRefund evidence
When to Override an Automatic Block on a Low-Record Device Group: A Readiness Checklist
Override an automatic block when the device group has too few conversion events to be statistically reliable, when the block was triggered by a short-term spike rather than a sustained pattern, or when CRM...
✓ Built for advertisers who need clear, refund-ready traffic evidence.
Automatic blocks on device groups are designed to protect your budget from invalid traffic, but they can also silence legitimate audiences when the underlying data is thin. A low-record device group — one with fewer than 30 to 50 conversion events or a similarly small click sample — often triggers a block because the platform's fraud models cannot distinguish noise from signal. Override the block when you have evidence that the traffic is real, the sample is too small to trust the model, or the block came from a brief anomaly rather than a persistent pattern.
What counts as a low-record device group
A device group is a segment of traffic grouped by device type, operating system, browser, or a combination of those attributes. Ad platforms and bot-detection layers apply automatic blocks when a group shows an elevated invalid-click rate, but the statistical confidence of that rate depends on volume. When a group has only a handful of clicks or conversions, a single bot session can skew the rate enough to trigger a block. In the Meta environment, quality differences often appear by device, placement, creative, or audience expansion, and a sudden gap in one cluster is more useful than a site-wide average [S5].
How automatic blocks are applied
Platforms such as Meta and Google run automated invalid-activity detectors that score traffic in real time. When a device group's score crosses a threshold, the platform may stop serving ads to that group or mark its clicks as invalid. BotRefund's client-side detection adds another layer: it captures behavioral signals — pointer movement, click speed, session duration, trap interactions — and flags sessions that lack human-like patterns [S2]. If the detector sees a cluster of flagged sessions from the same device group, it can recommend or enforce a block. The block is only as reliable as the sample size behind it.
Readiness checklist: confirm before you override
- Check the raw event count. If the device group has fewer than 30–50 attributed conversions (or 100–200 clicks) in the lookback window, the block is likely a small-sample artifact.
- Verify the time window. Was the invalid-rate spike confined to a single day or a few hours? Short bursts often reflect a temporary bot wave or a tracking glitch, not a chronic problem [S1].
- Cross-reference CRM outcomes. Pull the leads or sales tied to that device group. If contact rates, qualification rates, or revenue per lead match your account average, the traffic is likely legitimate [S5].
- Inspect behavioral evidence. Review session recordings or behavioral logs for that device group. Look for human-like mouse tremor, natural scroll depth, variable dwell time, and form-correction events. Absence of these signals supports the block; presence argues for an override [S2].
- Compare placement and creative splits. A quality drop isolated to one placement (e.g., Audience Network) or one creative while other placements on the same device group perform well suggests the issue is placement-specific, not device-specific [S3].
- Preserve attribution before changing settings. Keep campaign, ad set, creative, placement, and click identifiers intact so you can measure the impact of the override [S1].
- Set a re-evaluation date. Schedule a review in 7–14 days. If the invalid rate stays low and CRM quality holds, keep the group unblocked. If it spikes again, reapply the block.
Signs you should wait before overriding
- The device group shows a sustained invalid-click rate above 15% across multiple days [S6].
- Behavioral logs consistently show superhuman click speed (<1 ms), grid-aligned pointer paths, or zero scroll engagement [S2].
- CRM dispositions for that group are dominated by "invalid details," "duplicate," or "no response" [S5].
- The block came from a platform-level invalid-activity credit notice rather than a third-party detector alone [S7].
Exception: when a low-record group is genuinely high-risk
Some device groups are inherently risky regardless of sample size. Examples include headless-browser user agents, known data-center IP ranges, or emulator signatures. If your behavioral audit shows these technical markers, keep the block even if the record count is low. The checklist above still applies — you just need stronger evidence (technical fingerprints, not just CRM outcomes) to justify an override.
Practical scenarios
Scenario A: New iOS version, 12 conversions in 3 days
Meta blocks the "iOS 17.4 / Safari" device group after a 22% invalid-click rate. CRM shows 10 of 12 leads are contactable and 3 are qualified. Behavioral logs show normal scroll and dwell. Override — the sample is tiny and the leads are real.
Scenario B: Android WebView, 8 conversions in 1 day
Google Ads flags an Android WebView group. All 8 conversions have identical timestamps, zero scroll, and fake email domains. Do not override — the behavioral and CRM signals align with fraud.
Scenario C: Desktop Chrome, 200 conversions over 14 days
Not a low-record group. If it gets blocked, treat it as a high-confidence block and investigate placement or creative first.
Key facts
| Factor | Threshold / Guidance | Source |
|---|---|---|
| Minimum conversions for statistical confidence | 30–50 attributed conversions per device group | S5 |
| Average invalid-click rate across accounts | ~14% of clicks are invalid | S6 |
| Behavioral signals that indicate bots | Superhuman click speed (<1 ms), grid-aligned movement, absent mouse tremor, zero scroll | S2 |
| Placement with historically high bot rates | Meta Audience Network | S3 |
| Refund success rate with forensic evidence | 83% of BotRefund customers receive a refund | S2 |
| Typical ROAS improvement after cleaning traffic | 40–60% within 6–8 weeks | S6 |
Limitations of this guidance
- Thresholds (30–50 conversions) are rules of thumb; your account's baseline variance may require more or fewer events.
- Platform algorithms change. A block that looks like a false positive today may reflect a new detection signal you cannot see.
- Client-side detection (BotRefund) covers browser-executable JavaScript environments. It cannot see server-to-server fraud or pre-click invalid activity.
- CRM disposition data must be consistent and timely. If sales teams log outcomes weeks later, the feedback loop is too slow for weekly override decisions.
Terminology
- Device group: A traffic segment defined by device type, OS, browser, or a combination.
- Low-record: A segment with too few conversion or click events for the platform's fraud model to reach statistical significance.
- Automatic block: A platform- or detector-initiated suppression of ad delivery to a device group based on an invalid-traffic score.
- Pixel poisoning: When bot-triggered conversion events corrupt the ad platform's optimization signals, causing it to target more bots [S4].
- Invalid activity credit: A refund issued by Google (or Meta) for clicks deemed non-genuine [S7].
FAQ
How many conversions do I need before I trust an automatic block?
Aim for at least 30–50 attributed conversions in the lookback window. Below that, the invalid-rate estimate has a wide confidence interval and a single bot cluster can flip the score.
Can I override a block in Meta Ads Manager directly?
Meta does not expose a per-device-group unblock control. You override by adjusting targeting exclusions, placement exclusions, or by feeding corrected conversion data via the Conversions API so the model relearns.
What if the block came from Google's automatic invalid-activity filter?
Google's filter is conservative. If you have behavioral evidence (client-side logs) and CRM proof that the traffic is human, file an invalid-activity credit claim with that evidence. The 83% refund success rate cited by BotRefund clients comes from submitting forensic logs alongside the claim [S2].
Should I exclude the whole device type (e.g., all Android) instead of the specific group?
No. Excluding an entire device type throws away legitimate volume. Use the checklist to isolate the specific OS version, browser, or WebView variant that is problematic.
How often should I re-run the checklist?
Weekly for high-spend accounts, bi-weekly for lower spend. Align the cadence with your CRM disposition refresh cycle.
Does BotRefund automatically override blocks?
No. BotRefund provides the behavioral evidence and refund reports. You or your agency decide when to adjust targeting or file a claim.
What is the cost of a false override?
Wasted spend on bot clicks, poisoned pixel data, and degraded ROAS. The average advertiser loses 14% of clicks to invalid traffic, which inflates effective CPC by ~16% [S6].
Further reading and comparison sources
These external sources provide additional context for evaluating the topic. Their inclusion is not an endorsement.
Learn more
Visit the website for more information.