v1.10.90-0e025b8
Skip to main content
← Back to Benchmarks

ISP Proxy Quality Score

A scorecard to benchmark ISP proxy reliability and performance.

Scorecard

Quality Score
88.3
Weighted quality score for ISP sessions.

Methodology

  • • Maintain a stable concurrency level
  • • Use sticky sessions for ISP tests
  • • Test one destination class at a time
  • • Repeat tests at the same time of day for consistency

Metrics

Success rate: Percent of requests returning a valid response without retries.
Block rate: Percent of responses indicating access blocked or challenged.
Median latency: Median time-to-first-byte across the sample.
Consistency: Variation in response quality within a session.
Last updated 2026-03-11 • 30-day window

Why ISP benchmarks differ

ISP proxies occupy a unique position in the proxy landscape. They combine datacenter-grade speed with residential-level trust, but performance characteristics vary significantly from residential pools. ISP proxies typically deliver lower latency and higher consistency because they run on dedicated infrastructure rather than consumer devices. However, their success rates depend heavily on the specific ISP ASN, the subnet diversity of the pool, and how aggressively the target website fingerprints hosting-origin traffic.

This benchmark standardizes how you score ISP proxy sessions so you can make informed decisions about which regions, ISPs, and configurations deliver the best results for your specific targets.

What this benchmark evaluates

The ISP Quality Score weights four metrics tailored to the strengths and risks of ISP proxies. Success rate receives the highest weight at 45 percent because ISP proxies are chosen for reliability. Block rate is weighted at 20 percent, reflecting the generally lower block rates ISP proxies experience compared to datacenter IPs. Latency accounts for 20 percent, recognizing that speed is a primary reason teams choose ISP over residential. Consistency at 15 percent measures whether performance remains stable throughout a session, which is critical for workflows that depend on sticky sessions like account management and checkout automation.

Methodology: how we test ISP proxies

ISP proxy testing requires a different approach than residential testing because sessions are typically sticky rather than rotating. Start by creating a single sticky session per test run. Maintain that session for the full test window, typically 15 to 30 minutes, sending requests at a steady cadence of one request every 2 to 5 seconds. This mimics realistic human browsing patterns that ISP proxies are designed to support.

Use a fixed set of 3 to 5 destination URLs within the same category. Record every response including time-to-first-byte, HTTP status code, response body hash (to detect soft blocks where the body changes to a challenge page), and the exit IP address (to verify the session maintained the same IP throughout). Run the same test at the same time of day for consistent results, as many targets adjust their anti-bot sensitivity based on traffic volume patterns.

For meaningful comparisons, test one variable at a time. Compare ISP regions by running identical tests against US East, US West, and European pools. Compare ISPs by testing sessions that exit through different carrier ASNs. Never change both the region and the destination simultaneously, or you will not know which variable caused the score change.

How to interpret the results

ISP proxy quality scores above 85 are considered excellent and indicate a configuration suitable for sensitive operations like account management, e-commerce automation, and social media workflows. Scores between 70 and 85 are acceptable for most data collection tasks but may need optimization for login-dependent flows. Scores below 70 suggest the ISP pool or region is not well-suited for your target and you should test alternative configurations.

The consistency metric deserves special attention for ISP benchmarks. A high success rate with low consistency means performance is unpredictable within sessions, which can break multi-step workflows even when the average success rate looks good. If consistency drops below 75, investigate whether the session IP is being rotated unexpectedly or whether the target is progressively throttling the session.

How Hex Proxies ISP pools perform

Hex Proxies ISP proxies are hosted on owned hardware in Virginia data centers with IPs registered under legitimate carrier ASNs. This architecture delivers sub-50-millisecond median latency for US-based targets and consistent session stability above 90 percent. Our ISP pools maintain success rates above 92 percent across major e-commerce and social media platforms, with block rates typically below 5 percent for properly configured sessions.

Practical recommendations

Run this benchmark before and after any ISP configuration change. Track scores per ISP carrier and per geographic region to build a performance map specific to your targets. Use sticky sessions with a 10 to 30 minute TTL for ISP testing to match real-world usage patterns. If you observe score degradation on a specific target, try switching to a different ISP ASN before increasing concurrency or shortening rotation intervals, as ASN reputation is often the primary factor in ISP proxy success rates.

Steps

1
Define the target set
Pick a destination category and keep it stable.
2
Run a session
Maintain a single sticky session for each test window.
3
Score results
Compute and store the results for trend analysis.

Tips

  • • Avoid mixing destinations with different block profiles in the same run.

Related Resources