Policy · Updated August 2026
Proxy Compliance & Scraping Policy
How to use proxy networks responsibly in 2026 — honouring robots.txt, setting a defensible rate budget, and understanding the computer-access, contract, privacy and copyright rules that actually govern data collection.
Not legal advice
This page is maintained by the 5Proxy editorial team as general information about responsible proxy and scraping practice. It is not legal advice and does not create a lawyer-client relationship. Rules differ by jurisdiction, target and data type — take qualified advice before launching a programme at scale. Last reviewed 2026-08-02.
The five principles we apply to every proxy project
Compliance is not a checkbox at the end of a scraping build — it is a set of constraints you design the crawler around from day one.
Every recommendation on 5Proxy assumes lawful, good-faith use. A proxy network changes where your request appears to come from; it does not change what you are allowed to collect, how fast you are allowed to collect it, or what you may do with the data afterwards. The five principles below are the framework our editorial team uses when we assess a provider, a scraping tool or a use case.
They are deliberately conservative. Teams that follow them rarely receive takedown notices, rarely get their proxy accounts suspended for abuse, and rarely find themselves arguing about intent after the fact.
- Collect only public data
- No logins you do not own, no paywalled content, no bypassing of technical access controls that separate public from private. Authentication walls are the clearest legal line in the sand.
- Minimise personal data
- Prefer aggregate and non-personal fields. If a record identifies a person, you need a lawful basis, a retention limit and a deletion path before you collect it — not after.
- Stay inside a rate budget
- A crawl that a site owner would not notice in their logs is a crawl that will not be blocked, rate-limited or escalated. Concurrency is a courtesy setting, not a performance setting.
- Identify yourself honestly
- A descriptive User-Agent with a contact URL costs nothing and converts most complaints into an email instead of a legal letter.
- Document the decision
- Record why each target was crawled, which fields were kept and which rules were checked. A written record is the difference between a compliance question and a compliance problem.
robots.txt: what it is, what it is not, and how to honour it correctly
robots.txt is a voluntary crawl-control standard (RFC 9309), not an access control and not a licence. Treat it as the site owner's stated preference — and follow it.
The Robots Exclusion Protocol was standardised as RFC 9309 in 2022. A crawler fetches /robots.txt from the host root, parses the group whose User-agent token best matches its own, and applies the Allow and Disallow rules in that group by longest-match-wins. Rules are path prefixes, wildcards (*) and end-anchors ($) are supported, and a 4xx response means everything is allowed while a persistent 5xx should be treated as everything disallowed.
Two clarifications matter for proxy users. First, rotating your exit IP does not change which robots.txt group applies to you — the group is chosen by your User-Agent token, not by your address. Deliberately rotating IPs to evade a rule you have read is the fact pattern that turns a civil dispute into an aggravating one. Second, robots.txt governs crawling, not usage: a page being crawlable does not make its content licence-free, and a page being disallowed does not by itself make fetching it unlawful.
Practical handling: cache robots.txt for up to 24 hours per host, re-fetch on cache expiry rather than per request, honour Crawl-delay where present even though it is not part of RFC 9309, and read the Sitemap directives — they are the cheapest, politest source of URLs you will ever find.
- Match on your token
- Register one stable User-Agent product token per crawler and match it exactly. Do not impersonate Googlebot; large sites verify Googlebot by reverse DNS and treat spoofing as hostile.
- Longest match wins
- Allow: /blog/public/ beats Disallow: /blog/ for a URL under both. Implement the RFC's precedence rules rather than first-match ordering.
- Respect noindex and X-Robots-Tag
- These are indexing directives, not crawl directives, but if you republish or index content they define what the owner expected to stay out of search.
- AI-specific tokens
- Since 2024 many sites publish rules for GPTBot, CCBot, ClaudeBot, Google-Extended and PerplexityBot. If you are collecting for model training or RAG, those groups are the ones addressed to you.
Rate limits: a defensible crawl budget, in numbers
Most blocks are not fingerprint failures — they are volume failures. Set a per-host budget, spread it across time, and back off the moment the target signals stress.
A good rule of thumb is one request per second per host for a mid-size commercial site, scaled down to one every three to five seconds for a small independent site and up to five or ten per second only for large platforms that explicitly document higher API-equivalent quotas. If the site publishes an API with a documented quota, treat that quota as the ceiling for scraping the same data through HTML.
Rotation does not raise your budget. Splitting 600 requests per minute across 600 residential IPs still puts 600 requests per minute on the origin. The proxy pool changes attribution, not load. Site operators measure load at the origin, and a distributed burst reads as a low-grade denial-of-service attempt rather than as research.
Implement adaptive back-off rather than fixed sleeps. Honour Retry-After on 429 and 503 exactly. Escalate exponentially with jitter (for example 2s, 4s, 8s, 16s, capped at five minutes), and treat three consecutive 429s from one host as a signal to halve concurrency for the rest of the run. Cache aggressively: conditional requests with If-Modified-Since and ETag turn most re-crawls into 304s that cost the origin almost nothing.
- Per-host, not per-proxy
- Budget concurrency against the target host. A per-proxy limit is meaningless to the site being crawled.
- Off-peak windows
- Schedule heavy crawls for the target's overnight window in its primary market. Same volume, a fraction of the impact.
- Retry ceilings
- Cap retries at three per URL and write failures to a dead-letter queue. Infinite retry loops are the single most common cause of accidental abuse reports.
- Monitor your own footprint
- Track requests per host per hour and error-rate by host. If you cannot answer 'how many requests did we send example.com last Tuesday', you cannot answer a complaint about it either.
Legal considerations by jurisdiction
Scraping is not a single legal question. It is four overlapping ones: computer access, contract, personal data and copyright. They can be answered differently in each market you operate in.
Computer access. In the United States the Computer Fraud and Abuse Act turns on 'authorization'. Van Buren v. Nakisian (2021) narrowed the statute to circumventing access gates rather than violating use policies, and the hiQ v. LinkedIn line of cases held that scraping data on the public web generally does not constitute unauthorized access. Bypassing a login, an IP ban applied to you specifically, or a technical measure that fences off non-public data sits on the other side of that line. In the EU and UK, equivalent unauthorised-access offences exist under national implementations of the Directive on attacks against information systems and the UK Computer Misuse Act.
Contract. Terms of service are the most commonly enforced constraint in practice. Clickwrap terms accepted by an authenticated account are routinely enforceable; browsewrap terms shown only in a footer are much weaker but not worthless. If your workflow requires an account, assume the ToS binds you and read the automated-access clause before you build.
Personal data. The GDPR applies whenever you process personal data of people in the EEA, whatever your own location, and the UK GDPR mirrors it. Public availability is not a lawful basis; you still need one (usually legitimate interests), plus a documented balancing test, a transparency route under Article 14, purpose limitation and a retention schedule. Special-category data — health, politics, religion, sexual orientation, biometrics — requires far more and is best avoided altogether. The CCPA/CPRA in California, LGPD in Brazil and PIPEDA in Canada create comparable duties with different mechanics.
Copyright and database rights. Facts are not protectable; the expression and the selection or arrangement of a database can be. The EU sui generis database right protects substantial extraction from a qualifying database, and the DSM Directive's Articles 3 and 4 create text-and-data-mining exceptions — Article 3 for research organisations, Article 4 for everyone else but subject to a machine-readable opt-out, which is exactly what robots.txt AI tokens and TDM Reservation Protocol headers express. Copy the minimum you need, store derived data where you can, and do not republish substantial verbatim extracts.
- United States
- CFAA (narrowed by Van Buren), state computer-crime statutes, breach of contract, trespass to chattels for load-based harm, and the DMCA where a technical protection measure is circumvented.
- European Union
- GDPR for personal data, DSM Articles 3-4 for text and data mining with machine-readable opt-outs, database sui generis right, plus national unauthorised-access law.
- United Kingdom
- UK GDPR and DPA 2018, Computer Misuse Act 1990, and a narrower TDM exception limited to non-commercial research.
- Rest of world
- Brazil's LGPD, Canada's PIPEDA, Japan's flexible TDM exception under Article 30-4, Australia's Privacy Act. Check the market you sell into, not only the one you host in.
Proxy provider acceptable-use policies
Your provider's AUP is the rule you will be enforced against first — usually within hours, and usually by suspension rather than by a lawyer.
Every reputable residential and mobile network runs a KYC and use-case review before it releases a full pool, because ethically sourced pools depend on being able to tell their peers what the traffic is used for. Expect to describe your targets, your volume and your data handling. Providers that skip this step entirely are also the providers whose pools are most likely to contain non-consenting devices — a supply-chain risk that lands on you.
Near-universally prohibited across major networks: credential stuffing and account takeover, carding and payment fraud, DDoS and stress testing, spam and bulk unsolicited messaging, CSAM and other illegal content, ticket-bot activity where prohibited by law, and any traffic aimed at government or critical-infrastructure targets. Frequently restricted rather than banned: sneaker copping, social media automation, ad fraud verification and gambling — allowed by some networks, contractually excluded by others.
Read the logging and disclosure clauses too. Providers retain connection metadata for abuse handling and will disclose it under lawful process. If your threat model assumes a proxy makes you unattributable, that model is wrong.
Pre-launch compliance checklist
Run this before the first production crawl, and again whenever you add a target or a data field.
Fetch and parse robots.txt for every host in scope, and log the decision per URL. Confirm no target requires an account you do not own. Confirm no field you extract is special-category personal data. Set and test the per-host rate budget, Retry-After handling and back-off ceiling. Publish a descriptive User-Agent with a contact URL and monitor that inbox.
Then the paperwork: record the lawful basis and legitimate-interests balancing test if personal data is in scope, set a retention period with automatic deletion, document the purpose so scope creep is visible, and confirm your proxy provider's AUP permits the use case in writing. Store the record with the crawler config so an auditor can reconstruct what ran and why.
robots.txt generator
Generate a compliant robots.txt with your own user-agent groups, allow/disallow path rules, crawl delay and sitemap declarations — then copy or download it.
Free tool
robots.txt generator
Build a compliant robots.txt for your crawler or your own site: one group per user agent, allow/disallow path rules, optional crawl delay and sitemap references. Everything runs in your browser — nothing is uploaded.
Output · /robots.txt
User-agent: * Disallow: /admin Disallow: /api/ Disallow: /search? Allow: / Sitemap: https://example.com/sitemap.xml
Save the file at the root of your domain (https://example.com/robots.txt). Rules are per-origin, scheme and port sensitive, and are advisory under RFC 9309 — pair them with rate limits and authentication for anything sensitive.
Frequently asked questions
Is using a proxy for web scraping legal in 2026?+
Using a proxy is lawful in most jurisdictions — proxies are ordinary network infrastructure used by enterprises for QA, ad verification, security research and market intelligence. Legality depends on what you do through the proxy: collecting public, non-personal data at a reasonable rate is generally defensible, while bypassing logins, ignoring an IP ban aimed at you, harvesting personal data without a lawful basis or overloading a target can be unlawful regardless of the proxy.
Do I legally have to follow robots.txt when scraping with rotating proxies?+
robots.txt is a voluntary standard (RFC 9309) rather than a statute in most jurisdictions, so it is rarely binding on its own. In practice it matters a great deal: courts and regulators treat a documented, deliberate disregard of a published crawl preference as evidence of bad faith, and under EU DSM Article 4 a machine-readable opt-out — which robots.txt AI tokens express — removes the text-and-data-mining exception. Rotating proxies do not change which robots.txt group applies to your crawler, because the group is selected by User-Agent, not by IP.
What is a safe requests-per-second rate limit when scraping through residential proxies?+
As a default, one request per second per host for a mid-size commercial site, one every three to five seconds for a small independent site, and up to five to ten per second only for large platforms that document equivalent API quotas. The budget is per target host, not per proxy IP: spreading 600 requests per minute across 600 residential IPs still delivers 600 requests per minute to the origin server.
Does rotating IP addresses count as circumventing a technical measure or an IP ban?+
Rotating IPs to distribute ordinary crawl load is normal network behaviour. Rotating specifically to defeat a block that was applied to you — especially after a cease-and-desist or an account suspension — is the fact pattern most likely to be characterised as circumventing an access control, and it materially strengthens a CFAA or unauthorised-access argument against you. If you are blocked, the compliant response is to slow down and make contact, not to re-enter from a different exit node.
Is scraping data behind a login page ever allowed?+
Only for accounts you legitimately own and where the terms of service permit automated access, or where you have written authorisation from the site operator. Authenticated content is the clearest boundary between public and private data: accepting clickwrap terms makes them enforceable against you, and using someone else's credentials adds an unauthorised-access exposure on top of the contract breach.
Can I scrape personal data from public profiles under GDPR?+
Public availability is not a lawful basis under the GDPR. You need one — normally legitimate interests under Article 6(1)(f), supported by a documented balancing test — plus purpose limitation, data minimisation, a retention schedule, a route to satisfy access and erasure requests, and Article 14 transparency to the individuals whose data you collected indirectly. Special-category data such as health, political opinions, religion or biometrics requires a far higher bar and is best excluded from collection entirely.
What does the EU DSM Directive Article 4 opt-out mean for AI scraping and LLM training data?+
Article 4 permits text and data mining of lawfully accessible works for any purpose, including commercial AI training, unless the rightsholder has expressly reserved the right in a machine-readable way. In practice that reservation is expressed through robots.txt directives targeting AI tokens such as GPTBot, ClaudeBot, CCBot, Google-Extended and PerplexityBot, through TDM Reservation Protocol headers, or through explicit terms. If a reservation exists and you mine anyway, the exception no longer covers you.
Are datacenter proxies riskier than residential proxies from a compliance standpoint?+
The compliance risk is comparable; the sourcing risk differs. Datacenter IPs come from hosting ASNs with clear provenance. Residential and mobile pools depend on how the peer devices were enrolled: consented SDK rewards and paid opt-ins are ethically sound, whereas silently bundled SDKs are not, and using such a pool means your traffic is leaving devices whose owners did not agree. Ask any residential provider for their consent model and their KYC process before you buy.
Do I need to identify my crawler with a custom User-Agent when using proxies?+
It is not legally mandatory in most jurisdictions, but it is the single cheapest risk reduction available. A descriptive token with a contact URL — for example MyCompanyBot/1.0 (+https://example.com/bot) — lets a site operator email you instead of escalating, and it makes your robots.txt compliance verifiable. Never spoof Googlebot or another verified crawler: major sites confirm those crawlers by reverse DNS and treat impersonation as hostile.
What are the legal risks of scraping e-commerce prices with proxies?+
Price data is factual and generally not protected by copyright, which makes competitive price monitoring one of the more defensible use cases. The exposure sits elsewhere: the retailer's terms of service if you use an account, the EU database right if you extract a substantial part of a structured catalogue, and load-based claims if your crawl is aggressive. Keep volumes modest, store derived metrics rather than verbatim page copies, and refresh only the SKUs you actually need.
How should my crawler handle HTTP 429 and Retry-After responses?+
Treat 429 as an instruction, not an error. Honour the Retry-After header exactly when present; when it is absent, back off exponentially with jitter — 2s, 4s, 8s, 16s, capped around five minutes — and halve per-host concurrency after three consecutive 429s. Never retry immediately through a fresh proxy IP: that converts a polite throttle into an evasion pattern and is what triggers permanent blocks and abuse reports.
Can a website sue me for scraping if the data is publicly available?+
Anyone can file a claim, so the practical question is which theories are available. The common ones are breach of contract where terms were accepted, unauthorised access where a gate was bypassed, database right or copyright where substantial protected material was copied, trespass to chattels where load caused measurable harm, and data protection enforcement where personal data was involved. Public availability defeats some of these but not all — most defensibility comes from being slow, transparent, minimal and documented.
What data should I never collect through a proxy network, even from public pages?+
Special-category personal data (health, political opinions, religious beliefs, trade union membership, sexual orientation, biometrics and genetics), children's data, government-issued identifiers, credentials and session tokens, payment card data, and anything behind an access control you do not own. Providers also universally prohibit traffic aimed at critical infrastructure and government targets, and collection of illegal content.
Does my proxy provider's acceptable-use policy override what is legal?+
It operates alongside the law and is enforced far faster. A provider AUP is a contract: activity it prohibits can get your account suspended and your balance forfeited within hours, even where the activity is lawful. Conversely, an AUP permitting something does not make it lawful in your jurisdiction. Check both, and get written confirmation from your provider that your specific use case is allowed before committing to volume.
How long should I retain scraped data to stay compliant?+
Keep it only as long as the documented purpose requires, then delete it automatically. For price and SERP monitoring, most teams keep raw HTML for seven to thirty days and derived metrics indefinitely, since the aggregates carry no personal data. Where records contain personal data, set an explicit retention period tied to the purpose, implement scheduled deletion rather than manual cleanup, and be able to honour an erasure request across backups and derived stores.
Do proxies make my scraping anonymous or untraceable?+
No. Reputable providers retain connection metadata for abuse handling and disclose it under lawful process, payment and KYC records tie an account to a real entity, and target-side fingerprinting frequently links sessions across exit IPs. Treat a proxy as an attribution and geolocation tool, not as an anonymity guarantee, and build your programme so it withstands being identified rather than depending on not being.
Related free proxy tools
All tools →Related reading
All articles →
buying guides
Best SOCKS5 Proxy Providers in 2026: The Definitive Ranking
We benchmarked 27 SOCKS5 providers across success rate, latency, pool freshness, price per GB, and support quality. Here are the ten that actually deliver in 2026.

buying guides
How to Choose the Best SOCKS5 Proxy for Your Use Case
A decision framework that maps proxy type, provider tier, session model, and budget to your actual workload — so you stop overpaying and stop under-buying.

tutorials
How to Set Up a SOCKS5 Proxy: The Complete Step-by-Step Guide
A practical walkthrough for configuring SOCKS5 in your browser, OS, terminal, and scraping stack — with authentication, DNS-through-proxy, and troubleshooting.

tutorials
How to Test a SOCKS5 Proxy: Speed, Anonymity, and Success Rate
The complete methodology for testing any SOCKS5 proxy before you buy — including DNS leak checks, latency benchmarks, and a real-world success-rate script.