ScrapeAtlas vs ScraperAPI

ScrapeAtlas

An OpenAPI 3.1 file with 386 operations, typed parameters and a uniform failure object, published limits of 120 requests a minute and 4 concurrent, and 1 credit per successful request with failed calls free. No status page, security.txt or SDKs, the MCP server is a preview with 373 tools, and the product is five weeks old.

ScraperAPI

One GET request with a key and a URL returns a page, and the MCP server's 28 tools carry read-only and destructive hints. No status page, OpenAPI file, security.txt or certification was found, and the documented default puts the API key in the URL query string.

ScrapeAtlas

1. Send the key as x-api-key on https://api.scrapeatlas.com and check status on every HTTP 200; partial is usable data with coverage.warnings, failed and challenged carry failure.code.
2. Retry only on upstream_rate_limited, timeout and busy, after the retry-after on a 429. Stay under 120 requests a minute and 4 concurrent per account.
3. Pass the returned cursor back unchanged for the next page, and use since and until (ISO 8601 or Unix seconds) where listed; each page costs another credit.
4. Each platform has its own response schema, so read the endpoint's response fields before mapping; unknown values are null, never 0.
5. For MCP, connect to https://api.scrapeatlas.com/mcp over Streamable HTTP with Authorization: Bearer and expect 373 tools; the two account tools and failed calls cost 0 credits.

ScraperAPI

1. Set the client timeout to 70 seconds. The API retries for that long before it returns 500, and a request cancelled earlier is still charged
2. Send the key as the x-sapi-api_key header to keep it out of URLs and logs
3. Pass max_cost on each request, or call /account/urlcost first, because domain and anti-bot surcharges vary from 1 to 75 credits
4. Use output_format=markdown or text to cut response size, and autoparse=true only on supported domains
5. On 429 reduce concurrency to the plan limit (5 on Free, 20 on Hobby). The request is rejected, not queued