At its homepage, cambridge.org is protected by Cloudflare. Typical approach to reach it reliably: Headless browser. Difficulty is per-URL, so deep pages — profiles, listings, search — are usually harder.
Needs a headless browser that runs the site's JavaScript challenge.
Typical access
JS browser
Why it didn’t pass cleanly
Bot challenge
A JS/bot challenge interstitial was served — a browser must run it.
Detected vendors
Evidence
Detection confidence: high
Homepage-level, datacenter-IP snapshot, June 13, 2026.
This is a homepage-level snapshot and can be inaccurate or out of date — anti-bot vendors update their models continuously, deep pages are usually more protected than the homepage, and difficulty is IP-sensitive: a site can read differently from a clean vs a flagged IP and even flip over time. Treat it as a directional signal, not a guarantee.
The homepage is the open front door. On a reference & wiki site the valuable pages behave differently — here's the plan to characterise cambridge.org before you build.
Article / entry
usually openReference content is usually open.
Search
rate-limitedOpen but rate-limited at volume.
Find a real deep URL cheaply from the site’s robots.txt and sitemap.xml, then run each through the anti-bot checker. This is an advisory based on the category and cambridge.org’s homepage result — detect the wall, never try to pass a login.