Routing glossary
What a Headless Browser Is in Traffic Analysis
A headless browser runs a browser engine under program control without requiring a conventional visible user interface.
Headless browsers have many ordinary uses
Engineering teams use them for automated testing, screenshots, accessibility checks, monitoring, indexing, and page rendering. Scrapers, fraud systems, security scanners, and advertising intelligence tools may use similar technology for very different purposes.
Automation can expose technical clues
Browser properties, execution timing, interaction patterns, protocol artifacts, feature inconsistencies, and user-agent tokens may differ from an ordinary session. Modern tools can alter many of those traits, and normal environments sometimes produce the same irregularities.
Detection does not reveal the operator
Finding likely automation says little about who launched it or why. A classifier should report observed traits and confidence rather than attach an unsupported company, occupation, or malicious intent to the request.
Accessibility and constrained clients need care
Assistive tools, old devices, locked-down enterprise browsers, preview services, and embedded app components can fail browser-capability checks. Combining evidence and retaining a cautious path reduces harm from rigid fingerprints.
Fixtures must evolve with browser releases
Keep labeled automated and interactive sessions for supported engines, inspect reason-level outcomes, and rerun them after detection changes. Retire checks that no longer discriminate and monitor borderline events for new legitimate patterns.