Seatext library / BotRefund evidence
How BotRefund Uses Browser, Network, Device, and Behavior Evidence to Detect Bots and Recover Ad Spend
BotRefund runs 106 independent checks across browser, network, device, and behavior signals — such as impossible tab speed, robotic mouse paths, superhuman input timing, and VPN fingerprints — then cross-checks every signal against the...
✓ Built for advertisers who need clear, refund-ready traffic evidence.
BotRefund does not rely on a single tell. It collects over 100 independent signals from the visitor's browser, network connection, device characteristics, and on-page behavior, then cross-references every signal against the others before an AI model evaluates the complete pattern. A lone anomaly — like a fast click or a data-center IP — is kept as evidence, not a verdict. Only when multiple dimensions tell the same story does the system classify the visit as bot or human, and only then does it attach the Google Click ID (GCLID) or Facebook Click ID (FBCLID) to a behavioral proof packet that advertisers can submit for refunds.
What Browser, Network, Device, and Behavior Evidence Means in Bot Detection
Each dimension captures a different slice of the visit:
- Browser evidence includes JavaScript engine quirks, canvas fingerprint, WebGL renderer, extension presence, and timing APIs that reveal automation frameworks.
- Network evidence covers IP reputation, ASN type (residential vs. data center), VPN/proxy detection, TLS fingerprint, and connection latency patterns.
- Device evidence spans screen resolution, color depth, battery status, hardware concurrency, touch support, and sensor availability — all readable without cookies.
- Behavior evidence records mouse micro-movements, scroll depth and velocity, click intervals, form interaction sequences, tab/window focus changes, and session duration distributions.
BotRefund treats each dimension as an independent witness. A residential IP (network) paired with linear mouse paths (behavior) and a headless-browser canvas fingerprint (browser) is far more probative than any one factor alone.
How BotRefund Collects and Correlates Evidence Across Four Dimensions
Collection happens client-side through a lightweight script that loads with the page. The script runs 106 independent checks, each producing a structured fact — for example, "pointer movement: grid-aligned" or "input latency: <1ms." These facts are streamed to BotRefund's backend where a correlation engine tests whether independent signals support the same conclusion.
The source material describes the logic in three steps: "This signal adds one objective fact about the visit," "BotRefund tests whether other signals support the same story," and "Our model weighs the complete pattern instead of trusting a raw rule." This means a single check like Impossible Tab Speed never triggers a block or refund claim by itself; it enters the pool of evidence that the AI model evaluates holistically.
The 106 Independent Checks — Categories and Examples
The checks fall into behavioral families that map to the four evidence dimensions. The homepage and signal pages enumerate several:
- Biometric & behavioral interactions — Impossible Tab Speed (mismatch between programmatic event timing and human reading/decision pauses).
- Pointer behavior — Robotic linear mouse movements, absence of humanlike mouse tremor, grid-aligned movement patterns.
- Speed behavior — Superhuman input speed (<1ms), VPN detection.
- Path behavior — Grid-aligned movement patterns (listed again under path).
- Engagement behavior — Absence of clicks or scrolling.
- Session behavior — Unnatural session durations (too short, too long, or too uniform).
- Ghost click detection — Click activity without the natural sequence of human intent.
- Trap behavior — Honeypot trap interactions (responses to hidden or deceptive page elements).
Each check is designed to be difficult for automation to spoof consistently across all dimensions simultaneously. For instance, a bot can fake a residential IP but will struggle to simultaneously produce natural mouse tremor, realistic scroll hesitation, and a genuine browser fingerprint.
From Evidence to Verdict — The AI Prediction Layer
After correlation, the complete evidence vector feeds a prediction model. The source states: "By seeing how all signals fit together, it identifies a visit as bot or human with 99% accuracy." The model outputs a probability score and a classification. Crucially, the classification is not a hard rule threshold; it reflects the weight of the combined pattern. This design reduces false positives from privacy tools, corporate proxies, or unusual but legitimate devices — scenarios the source explicitly calls out as producing "unexpected behavior for genuine people."
The verdict, the evidence packet, and the associated click ID (GCLID for Google, FBCLID for Meta) are then stored for two purposes: real-time conversion-pixel suppression (so Smart Bidding does not optimize toward the bot) and refund-ready reporting.
Using Evidence for Refund Claims — GCLID/FBCLID Capture and Reporting
Detection alone does not recover money. BotRefund auto-captures the click identifiers that ad platforms require for disputes. The homepage notes: "Capture GCLIDs with behavioral evidence" and "Generate audit-ready refund dispute reports." The Google Ads guide confirms: "To recover money from Google, you need Google Click IDs linked to behavioral proof of invalidity. Refund-ready reports are essential." The Meta guide mirrors this for FBCLIDs.
The workflow is: detect → suppress pixel → store evidence + click ID → compile platform-compliant report → submit via Google's invalid activity credit process or Meta's manual billing dispute. The homepage cites an "83% refund success rate for high-volume advertisers" and "Refund Approval Rate: Approved rate across client refund claims submitted to ad platforms."
Limitations and When This Approach Doesn't Apply
- Low-volume accounts — The 83% success rate is quoted for high-volume advertisers; smaller spenders may not meet platform thresholds for manual review.
- Non-Google/Meta channels — Evidence packets are formatted for Google and Meta dispute flows; other networks may not accept the same format.
- First-party fraud — If the click originates from a real human acting in bad faith (e.g., competitor clicking manually), behavioral signals may still look human.
- Script-blocking environments — If the client-side script cannot load (aggressive ad blockers, CSP restrictions), evidence collection is incomplete.
- Historical clicks — The system can recover Google Ads spend "dating back to 2017" only if click IDs and logs exist; it cannot retroactively generate evidence for past visits.
Key Facts
| Fact | Detail | Source |
|---|---|---|
| Independent checks | 106 | S1 |
| Evidence dimensions | Browser, network, device, behavior | S1 |
| Correlation method | Cross-check each signal against others before AI evaluation | S1 |
| Claimed classification accuracy | 99% | S1 |
| Refund success rate (high-volume) | 83% | S2 |
| Click IDs captured | GCLID (Google), FBCLID (Meta) | S2, S4, S5, S7 |
| Real-time pixel protection | Blocks conversion firing for classified bots | S4 |
| Historical recovery window (Google) | Back to 2017 | S2 |
| Key behavioral checks | Impossible Tab Speed, robotic mouse paths, superhuman input speed, VPN detection, grid-aligned movement, absent tremor, honeypot traps, ghost clicks, engagement absence, unnatural session durations | S1, S2 |
FAQ
Does BotRefund block bots in real time or only report them?
Both. The script suppresses conversion pixels during the session so bidding algorithms don't optimize toward invalid traffic, and it simultaneously builds the evidence packet for later refund claims.
Can a single check like "Impossible Tab Speed" trigger a refund claim?
No. The source explicitly states: "A single anomaly is not a bot verdict." Every signal is cross-checked; only the combined pattern drives classification.
What happens if a legitimate user triggers several anomaly signals (e.g., corporate VPN + fast typing)?
The AI model weighs the full pattern. Privacy tools, corporate networks, and unusual devices are cited as legitimate causes of unexpected behavior; the model is designed to avoid false positives by requiring corroboration across dimensions.
How does the evidence packet look when submitted to Google or Meta?
It includes the click ID (GCLID/FBCLID), timestamps, the behavioral evidence summary (e.g., "superhuman input speed, grid-aligned mouse path, data-center IP"), and a platform-compliant report format. The source calls these "audit-ready refund dispute reports."
Is the 99% accuracy figure independently verified?
The source pack presents it as a claim ("Why BotRefund is 99% accurate"). No third-party audit is referenced in the provided materials.
What ad spend tiers does BotRefund support?
The homepage lists pricing bands: Under $10K/mo, $10K–$50K, $50K–$250K, $250K–$1M, $1M–$5M, Over $5M. Enterprise sales are engaged for the top two tiers.
Can BotRefund recover spend from click farms using real phones?Click farms on real devices produce genuine device fingerprints and residential IPs, but behavioral checks (mouse tremor, scroll hesitation, session duration) often still reveal automation. The source notes click farms "bypass standard IP-range filters" but does not claim 100% detection.
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.