What Is Web Scraping Legal Risk? Robots.txt, ToS and Compliance in 2026

Robots.txt is not a lock, ToS is usually a civil risk, and proxies do not rewrite the law. A plain-English compliance map for scrapers in 2026.

Author
ProxyHorizon Team
Published
October 17, 2026
10 min read
Expert-Verified
What Is Web Scraping Legal Risk? Robots.txt, ToS and Compliance in 2026

People ask “is web scraping legal?” and expect a yes or a no.

They get a shrug instead. Then they buy a proxy pool and assume the problem is solved.

It isn’t. Legal risk for scrapers sits in layers: what the page shows, what the site asks you not to do, what privacy law says about people in the data, and what your tools actually change. Miss one layer and a “public page” project can still land you a ban, a lawsuit, or a compliance headache.

This guide maps those layers in plain English for 2026. It is not legal advice. Laws vary by country and by facts. For anything high-stakes, talk to counsel who knows your jurisdiction and use case.

TL;DR
  • Robots.txt is a crawler courtesy file, not an access lock (RFC 9309).
  • Breaking a site’s terms is usually a civil or contract risk, not instant crime.
  • Personal data triggers privacy duties even when it was public on the page.
  • Proxies and antidetect browsers hide your IP. They do not rewrite the law.

Start with what you collect and how you reach it, not with a binary legal label. Web scraping is just automated collection of data from websites. The same technique can power price monitoring of public product pages or vacuum people’s profiles without a lawful basis.

Those two jobs do not share the same risk. Treating them as one question is how teams talk themselves into bad habits.

A better first pass looks like this:

What you’re doingUsual risk flavourFirst check
Public product pages, no personal dataLower; ToS and rate limits still matterTerms + robots.txt + politeness
Public pages that include names, emails, profilesPrivacy / data protection dutiesLawful basis + minimization
Logged-in, paywalled, or fake-account accessContract + unauthorized-access theoriesStop and get counsel
Ignoring a cease-and-desist, then rotating IPsLooks intentionalDo not “proxy around” a ban

Keep that table in mind. The rest of this post explains each row without pretending one US case or one robots.txt line settles everything.

What Robots.txt Actually Means (RFC 9309)

Robots.txt is how a site asks crawlers which paths to skip. It is not a password wall.

The IETF published that idea as an Internet Standard: RFC 9309, the Robots Exclusion Protocol (checked October 2026). The file lives at /robots.txt, uses allow and disallow rules for user-agent groups, and tells well-behaved crawlers where not to go.

The RFC is blunt about the legal mistake people make. In the introduction it says these rules are not a form of access authorization. In the security section it adds that the protocol is not a substitute for real content security, and that listing a path in robots.txt actually makes that path more discoverable.

Diagram of three risk layers for scrapers: robots.txt requests, terms of service contracts, and privacy or computer-access law
Three different layers. Confusing them is how scrapers get surprised.

So what does robots.txt do?

  • It signals the owner’s preferences to crawlers that choose to honour them.
  • It can include crawl-delay style courtesy via related practices, and RFC 9309 itself recommends short caching (generally under 24 hours) so rules stay fresh.
  • It does not replace login, paywalls, or HTTP authentication for paths you truly want locked.

Our take: honour robots.txt as default policy unless you have a documented reason and legal review that says otherwise. Ignoring it is not automatically a crime under the RFC. It is still a loud signal that you knew the site did not want that traffic.

Public Pages Are Not the Same as Permission

If anyone can load a URL in a normal browser without logging in, that page is public in the everyday sense. That matters for some unauthorized-access theories. It does not equal a free licence to copy, store, resell, or profile whatever sits on the page.

Think of three different gates:

  1. Public HTML. Visible without credentials. Lower barrier, still covered by terms and (sometimes) copyright or database rights.
  2. Authenticated space. Behind login, session cookies, or paywalls. Crossing that line without permission is a different risk class.
  3. Technical blocks. CAPTCHAs, WAF rules, IP bans. Bypassing them after a clear ban can look like intentional circumvention, even if the underlying page once was public.

RFC 9309’s own security advice lines up with this: if a path must stay private, protect it with real access control, not a disallow line. For scrapers, the mirror is true. If a site put the good stuff behind a login, that is a warning light, not a puzzle for your headless browser.

For ecommerce collectors, our guide on how to scrape ecommerce sites safely focuses on polite, public-surface collection. That “safely” is operational. It is not a courtroom shield.

Terms of Service: Usually Civil Risk, Not Instant Crime

Most site terms ban automated collection, bulk download, or “scraping.” Agreeing to those terms (by account signup, clickwrap, or sometimes browsewrap arguments) can create a contract fight, not an automatic criminal case.

That distinction matters. Contract risk still hurts: injunctions, damages, account termination, vendor cutoffs. It is just a different bucket from “hacking” statutes.

US litigation around LinkedIn and hiQ Labs is a useful illustration, not a universal rulebook.

After years of fighting, LinkedIn announced in December 2022 that hiQ agreed to a permanent injunction against scraping LinkedIn and against using fake accounts there.

Commentary from counsel who followed the case (Fenwick, December 2022) notes that later stages leaned on contract and unfair-competition theories. Earlier Ninth Circuit rulings had narrowed how the federal Computer Fraud and Abuse Act (CFAA) applies to purely public data.

In plain English: even when a CFAA claim looks weak for public pages, a ToS claim can still be strong, especially if you created accounts, accepted terms, or kept scraping after a cease-and-desist.

Do not treat “it’s only ToS” as “it’s fine.” Treat it as “this may be civil, and civil still stops companies.”

Personal Data Raises the Stakes Fast

The moment your dataset can identify a person, privacy law joins the chat.

Under the EU GDPR’s Article 4 (checked October 2026 on EUR-Lex / UK legislation mirrors), personal data is any information relating to an identified or identifiable natural person. That includes names, ID numbers, location data, and online identifiers. “Processing” includes collection and storage, automated or not.

“But it was public” is a weak shield here. Public visibility can affect expectations and risk, yet GDPR-style regimes still ask for a lawful basis, a clear purpose, data minimization, security, and ways for people to exercise rights.

The UK Information Commissioner’s Office (ICO) explains legitimate interests as a three-part test: identify a legitimate interest, show the processing is necessary for it, and balance it against the person’s rights (ICO legitimate interests guidance, updated March 2026, checked October 2026). If a less intrusive method gets the same result, necessity fails.

The ICO has also written specifically about web scraping personal data to train generative AI.

In that context it treats legitimate interests as the only realistic lawful basis among the usual list, and only when the three-part test is actually passed. It calls large-scale scraping for model training high-risk and often “invisible” to the people involved.

That chapter is about gen-AI training, not about every scraper. Use it as an official warning that scraped personal data is regulated processing, not as a free pass for price bots.

Common mistake: copying profile fields “just in case” and only later asking whether you needed them. Minimization works the other way around. Collect less first.

What US Courts Have Said, at a High Level

US law on scraping is unsettled and fact-specific. This section is a map of themes from public court materials and reputable summaries, not a prediction for your case.

Two landmarks show up in almost every explainer:

  • Van Buren v. United States (U.S. Supreme Court, 2021). The Court held that “exceeds authorized access” under the CFAA means reaching areas of a computer (files, folders, databases) that are off-limits, not merely using permitted access for a bad purpose. That cut back broad “policy violation equals CFAA crime” theories. Opinion: Supreme Court PDF (checked October 2026).
  • hiQ Labs v. LinkedIn (Ninth Circuit, reaffirmed 2022 on remand). The Ninth Circuit’s public-facing rulings raised serious questions about using the CFAA to stop scraping of data that is generally publicly available. The dispute later ended with a stipulated permanent injunction against hiQ’s scraping and fake-account conduct on LinkedIn (LinkedIn announcement, December 2022). Contract claims remained central in the endgame.

Reputable case commentary (Fenwick / The Recorder, December 2022) summarizes practical rules of thumb that match how many US practitioners talk about the space today: collecting only public data without a contractual bar is unlikely to be a CFAA violation; creating fake accounts to reach logged-in data invites contract liability and potentially more; a wide middle gray area remains.

Warning: other circuits, statutes, state claims, copyright, and unfair competition theories can differ. Courts have disagreed on edges of this problem. If your business depends on aggressive collection, get counsel. Do not screenshot one blog post and call it clearance.

What Proxies and Antidetect Browsers Do Not Change

A proxy hides your origin IP. An antidetect browser reshapes fingerprints. Neither rewrites a contract, a privacy statute, or a court order.

Comparison diagram showing what proxies change (egress IP) versus what they do not change (terms of service, privacy law, bans)
Useful for blocks. Useless as a legal theory.

Teams buy residential pools because sites block datacenter ranges. That is a real operational reason why web scraping needs proxies. It is not a compliance strategy.

The hiQ consent judgment language published on CourtListener even speaks in terms of access “directly or indirectly through a third party, intermediary, or proxy.” You do not need to memorize the filing. You need the intuition: swapping the IP after you were told to stop rarely looks like good faith.

Same story for antidetect tools. They can help separate account sessions and reduce fingerprint collisions. They do not bless fake identities created to reach gated data. For tool shopping that stays on the operational side, start from the proxy directory and pair it with a written collection policy, not the other way around.

Our take: use proxies to manage rate limits and geography on projects you already believe are allowed. Never use them as the plan for projects you already know are banned.

A Practical Compliance Checklist for Scrapers

Boring checklists beat clever excuses. Run this before you scale a new target.

Step flow of a scraper compliance checklist from define purpose through counsel review
Do the paper trail before the request storm.
  1. Write the purpose in one sentence. Price monitoring for SKUs is different from building a people database.
  2. Classify the fields. Flag anything that identifies a person. Drop fields you cannot justify.
  3. Prefer official APIs or licensed feeds when the publisher offers them.
  4. Read the terms and robots.txt. Save copies with the date checked. Decide, in writing, what you will honour.
  5. Stay on public surfaces. No fake accounts, no shared credentials, no “borrowed” sessions.
  6. Rate-limit and cache politely. RFC 9309’s crawler caching guidance is a courtesy cue: keep robots rules fresh and avoid hammering origins.
  7. Identify your bot when asked (clear User-Agent with a contact URL is the RFC 9309 spirit).
  8. If personal data is involved, pick and document a lawful basis. Under UK GDPR framing, that often means a recorded legitimate interests assessment.
  9. Secure the store. Access control, retention limits, and a delete path.
  10. Do not “proxy around” a cease-and-desist. Pause and escalate.
  11. Call counsel for social PII, health or finance data, children, or anything behind authentication.

Large jobs add operational stress on top of legal stress. Our notes on web scraping at large scale cover pacing and architecture. Pair that with this checklist so speed does not outrun judgment.

For the networking layer itself, knowing what proxies are helps you separate “IP hygiene” from “permission.” They solve different problems.

Frequently Asked Questions

It depends on what you collect, how you access it, and where you operate. Public non-personal data is often lower risk than logged-in scraping or personal profiles, but terms of service and privacy law can still apply. This is not legal advice; check counsel for your use case.
Not by itself. RFC 9309 says robots.txt rules are not a form of access authorization. Ignoring them can still matter for site policy, contract claims, or whether a court sees your access as abusive. Treat the file as a clear owner signal, not as the whole legal test.
Public visibility lowers some US Computer Fraud and Abuse Act theories, but it does not erase terms of service, privacy duties, copyright, or bans after a cease-and-desist. Public product pages and public personal profiles are very different risk piles.
No. Proxies change the IP the site sees. They do not rewrite terms of service, privacy statutes, or court orders. Using a proxy after you were told to stop can still look like intentional circumvention of a ban.
If the dataset includes personal data about identifiable people, GDPR-style rules can apply even when that data was visible on a public page. You still need a lawful basis, a clear purpose, and minimization. Scraping SKUs and prices is not the same as scraping names and emails.
Prefer an official API or licensed feed when one exists. Stay on public pages, read the terms and robots.txt, rate-limit, minimize personal data, and document why you need each field. Escalate high-risk targets to a lawyer before you scale.

The Bottom Line for Scrapers in 2026

Web scraping is a technique. Legal risk is a stack.

Robots.txt tells you what crawlers are asked to skip. Terms of service tell you what you may have agreed not to do. Privacy law cares when people appear in the payload.

Court fights in the US have narrowed some CFAA theories for public data while leaving contract claims and fake-account tactics very much alive.

Our take: the teams that stay out of trouble treat “can we request this URL?” and “should we keep this field?” as separate questions. Proxies belong to the first. Compliance belongs to both.

Next step: write a one-page collection policy for your current project, run the checklist above, and only then tune your pool. If the policy already feels shaky, fix the project before you fix the IP.