How Screenshots Caught Four False Positives That Fooled Automated Web Checks

A developer spent an evening auditing 27 third-party product configurators for breakages, only to find that automated tooling incorrectly flagged four fully functional applications as broken. Each false positive shared the same misleading signals: an empty DOM and near-zero page text, which can legitimately occur when a UI launches on a click, renders entirely in WebGL, sits behind a login, or is simply a landing page about the tool. Standard automated checks — including raw HTTP requests, clean browser profiles, and network error filters — failed to distinguish these healthy states from genuine failures. A single screenshot, taken before any measurement, correctly identified all four cases in under a second. The author concludes that automation can only confirm reachability, not functionality, and that human visual inspection remains the most reliable diagnostic step.