Seatext library / BotRefund evidence
Which Browser Signals Does BotRefund Cross-Check to Identify Bots?
BotRefund cross-checks over 100 independent browser signals — including static fingerprints like user-agent, screen dimensions, canvas and WebGL hashes, audio context, and font lists, plus behavioral signals such as mouse tremor, click timing, scroll...
✓ Built for advertisers who need clear, refund-ready traffic evidence.
BotRefund cross-checks user-agent strings, screen and viewport dimensions, color depth, timezone offsets, installed font lists, canvas and WebGL fingerprints, audio context properties, and JavaScript API behavior. It also captures behavioral signals: ghost clicks, robotic linear mouse paths, missing micro-tremor, sub-millisecond input speeds, grid-aligned movements, absent scrolling, and unnatural session durations. Each of the 106 independent checks adds one piece of evidence; the prediction AI weighs the complete pattern across browser, network, device, and behavior layers to reach a 99% accuracy claim.
What Browser Signals BotRefund Actually Checks
The signal set splits into two families: static fingerprints that describe the browser environment, and behavioral traces that describe how a visitor interacts with the page. Static signals are collected once per session; behavioral signals accumulate continuously.
Static Fingerprint Signals
- User-Agent and Client Hints — the declared browser name, version, platform, and architecture, plus structured Client Hints headers when available.
- Screen and Viewport Geometry —
screen.width,screen.height,window.innerWidth,window.innerHeight, device pixel ratio, and color depth. - Timezone and Locale — IANA timezone identifier, UTC offset, and
navigator.language/navigator.languages. - Font Enumeration — measured via canvas text metrics or CSS
font-faceloading timing to infer installed font families. - Canvas Fingerprint — a hash of rendering output from a standardized drawing routine (text, gradients, shapes) that exposes GPU/driver differences.
- WebGL Fingerprint — renderer string, vendor string, shading language version, and extension list from
getContext('webgl')orwebgl2. - Audio Context Fingerprint — signal generated by an
OfflineAudioContextrendering a known waveform; the output varies by hardware and browser implementation. - JavaScript API Surface — presence, behavior, and consistency of APIs such as
navigator.permissions,navigator.webdriver,window.chrome,console.debug, andwindow.opentampering checks.
Behavioral Interaction Signals
- Click Behavior — ghost clicks (clicks without preceding human intent signals), honeypot trap interactions, and click timing distributions.
- Pointer Behavior — robotic linear movements, absence of humanlike micro-tremor (the tiny jitter inherent to physiological motor control), and superhuman input speeds under 1 ms.
- Path Behavior — grid-aligned movement patterns that snap to precise lines or blocks instead of natural curves.
- Engagement Behavior — absence of clicks, scrolling, or focus changes; sessions that stay too static to match a real browsing journey.
- Session Behavior — unnatural durations (too short, too long, or too uniform), impossible tab-switching speeds, and
window.opentampering anomalies.
How the Cross-Checking Works
BotRefund does not treat any single signal as a verdict. The Console Debug Evaluator page explains the three-step logic: each signal becomes independent evidence; the system tests whether other signals support the same story; finally, an AI prediction model weighs the complete pattern across browser, network, device, and behavior evidence. This corroboration approach is why the company cites 99% accuracy — accuracy comes from convergence, not from one browser tell.
In practice, a headless Chrome instance might pass the user-agent check but fail canvas fingerprinting, audio context, and mouse tremor simultaneously. A residential proxy might hide the IP but cannot easily forge the combined timing of scroll, click, and navigation events. The cross-check catches the mismatch.
Static Fingerprints vs Behavioral Signals: Trade-Offs
| Criterion | Static Fingerprints | Behavioral Signals |
|---|---|---|
| Collection timing | One-time, early in session | Continuous, throughout session |
| Spoofing difficulty | Moderate — many properties can be patched in automation frameworks | High — requires reproducing human motor variance and timing distributions |
| False-positive risk | Higher — privacy tools, corporate proxies, and unusual devices create legitimate anomalies | Lower — but accessibility tools and motor impairments can mimic automation patterns |
| Evasion cost for attackers | Low to moderate — off-the-shelf stealth plugins exist | High — requires custom behavioral replay engines |
| Decision weight in BotRefund AI | Foundational context | Strong discriminators when combined with static layer |
The decision rule: static signals establish the environment baseline; behavioral signals confirm whether a human is actually driving that environment. Ignoring either layer creates blind spots — static-only detection misses sophisticated behavioral replay; behavioral-only detection struggles with short sessions.
The 106-Check Architecture in Context
BotRefund publishes individual signal pages (Console Debug Evaluator, window.open Tamper, Impossible Tab Speed) as transparent documentation of its 106 independent checks. Each page follows the same structure: what a normal browser shows, what an automated browser often reveals, and why the signal is kept as evidence rather than a verdict. This granularity matters for two reasons:
- Auditability — advertisers can show ad-platform reps exactly which checks fired for a disputed click.
- Tunability — enterprise customers can adjust sensitivity per signal category without rewriting the whole model.
The checks group into the categories shown on the homepage: Click, Trap, Pointer, Motion, Speed, Path, Engagement, Session, plus Evasion/Debugger/Anti-Stealth traps and Biometric/Behavioral interactions. Network and device layers (IP reputation, TLS fingerprint, hardware concurrency, battery API) complement the browser layer but are not the focus of this article.
Why Single Signals Aren't Verdicts
The source pack repeats a consistent caveat: privacy tools (VPNs, anti-fingerprinting extensions), travel (timezone shifts), corporate networks (proxies, standardized images), and unusual devices (kiosks, embedded browsers) can produce unexpected behavior for genuine people. BotRefund keeps each signal as evidence — not a verdict — and cross-checks it against independent browser, network, device, and behavior data.
This design choice has practical implications. A marketer reviewing a flagged session should not assume "canvas mismatch = bot." Instead, they should look for convergence: canvas mismatch plus missing mouse tremor plus superhuman click speed plus impossible tab switches. The AI model performs this convergence automatically; human reviewers should apply the same logic.
Practical Scenarios Where Signals Matter
Scenario 1: Click-Fraud Refund Claims
Google and Meta require evidence for invalid-click refunds. BotRefund's signal convergence — video proof of each bot click, logged GCLID/FBCLID, and audit-ready reports — maps directly to platform dispute requirements. The FinTrust case study shows $140,000 recovered with a 14% average bot click rate.
Scenario 2: Affiliate Lead Fraud
CPL programs attract headless-browser form submissions (Puppeteer, Selenium, Playwright) with CAPTCHA-solving services and residential proxies. Behavioral signals — superhuman input speed, zero pointer movement, disposable email patterns — catch these even when static fingerprints are spoofed.
Scenario 3: Meta Lead Campaign Quality
Meta Ads invalid traffic often looks like a performance problem first. Signals worth investigating: contactability (disconnected numbers, invalid domains), timing (burst leads, immediate form submits), session behavior (no scroll, uniform click paths), and CRM outcome (high lead count, zero qualified opportunities).
Key Facts
| Fact | Detail | Source |
|---|---|---|
| Total independent checks | 106 | S1, S6, S7 |
| Static fingerprint signals | User-agent, screen/viewport, color depth, timezone, fonts, canvas, WebGL, audio context, JS API surface | S1 |
| Behavioral signal categories | Click, Trap, Pointer, Motion, Speed, Path, Engagement, Session | S2, S4 |
| Claimed detection accuracy | 99% via AI pattern corroboration | S1, S6, S7 |
| Setup time | About one minute, no credit card | S2, S4 |
| Refund lookback window | Google Ads spend dating back to 2017 | S2, S4 |
| Average bot click rate (case study) | 14% | S5 |
| Ad spend recovered (case study) | $140,000 | S5 |
Limitations and When This Advice Does Not Apply
- Short sessions — behavioral signals need time to accumulate; a single-page bounce may only yield static fingerprints.
- Accessibility tools — screen readers, voice control, and switch devices produce interaction patterns that can resemble automation; the AI model accounts for this but false positives remain possible.
- Non-browser clients — native mobile apps, API clients, and server-to-server calls fall outside browser-signal detection; separate validation is needed.
- Encrypted Client Hello (ECH) and privacy proxies — network-layer signals (TLS fingerprint, IP reputation) degrade when traffic is fully encrypted and proxied; browser signals become the primary layer.
- Ad-platform policy changes — refund eligibility depends on Google/Meta policies, which evolve; BotRefund provides evidence but cannot guarantee approval.
FAQ
Does BotRefund block bots or only detect them?
Detection and evidence collection are the core product. The platform suppresses conversion events for automated signals so ad-platform AI trains on verified humans, and it generates refund dispute packages. Real-time blocking at the edge is not the primary mechanism.
Can I run a live scan of my own browser signals?
Yes. The Console Debug Evaluator page includes a live evaluator that runs the same checks BotRefund uses in production. It shows what a normal browser usually shows versus what an automated browser often reveals.
How often does the signal set change?
BotRefund adds checks as new automation techniques appear (e.g., new headless browser flags, updated stealth plugins). The 106-check count is current as of the published signal pages; expect incremental growth.
What happens if a legitimate user triggers several anomaly signals?
The AI model weighs the full pattern. A privacy-hardened browser might show canvas and font anomalies but will still exhibit human mouse tremor, natural scroll timing, and realistic session duration. Convergence across layers prevents false verdicts.
Is the 99% accuracy claim independently verified?
The source pack states the claim without citing an external audit. Treat it as a vendor claim; ask for the confusion matrix or validation methodology during a demo.
Which ad platforms does the refund process cover?
Google Ads and Meta (Facebook/Instagram) are explicitly named. Other platforms are not mentioned in the source pack.
What is the pricing model?
Tiered by monthly Google/Meta spend: under $10K, $10K–$50K, $50K–$250K, $250K–$1M, $1M–$5M, over $5M. Enterprise sales handle the top tiers. A free bot audit is the entry step.
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.