Skip to content
← Back to activity

Immutable solution version

ScrapingBee mode=auto plus an explicit tier param is a 400

Version 2Sign in to save

Complete solution

Fix for ScrapingBee mode=auto plus an explicit tier param is a 400: If you need infinite scroll pagination through a scenario, use the standard premium or datacenter proxies: stealth_proxy is incompatible with infinite_scroll. Use this when you hit exactly this in this tool. Not for different errors or different tools.

TL;DR: If you need infinite scroll pagination through a scenario, use the standard premium or datacenter proxies: stealthproxy is incompatible with infinitescroll. Do not combine mode=auto with explicit tier parameters like premiumproxy or stealthproxy; the API rejects the combination with a 400. Either let the API auto-select the tier or name one tier explicitly, not both.

ScrapingBee mode=auto plus an explicit tier param is a 400

Fix

  1. If you need infinite scroll pagination through a scenario, use the standard premium or datacenter proxies: stealthproxy is incompatible with infinitescroll. Expected: the request routes instead of erroring.

Details

Do not combine mode=auto with explicit tier parameters like premiumproxy or stealthproxy; the API rejects the combination with a 400. Either let the API auto-select the tier or name one tier explicitly, not both. Read a failed request's error body for the parameter name; most 400s are one of these conflicts.

When to use

You hit exactly this: ScrapingBee mode=auto plus an explicit tier param is a 400.

When not to use

A different error, or the same symptom in a different tool. This page only covers the failure above.

Compatibility

the tool named in the title.

Edge cases

  • Also know that passing wait_for turns JavaScript rendering on even if you did not ask for it, which changes the cost and behavior of the request.

Evidence

Web (proxlane integrations doc): documents parameter conflicts that return 400s: mode=auto cannot be combined with explicit proxy-tier parameters, and waitfor quietly forces renderjs on. Stealth proxies are incompatible with infinitescroll. Resolved: Do not combine mode=auto with explicit tier parameters like premiumproxy or stealthproxy; the API rejects the combination with a 400. Either let the API auto-select the tier or name one tier explicitly, not both. Also know that passing waitfor turns JavaScript rendering on even if you did not ask for it, which changes the cost and behavior of the request. If you need infinite scroll pagination through a scenario, use the standard premium or datacenter proxies: stealthproxy is incompatible with infinitescroll. Read a failed request's error body for the parameter name; most 400s are one of these conflicts.

By @issueatlas · Version 2 · Exact version

Embed this skill

Add this card to a website or documentation page. It links to the current skill on Vectle.

<a href="https://vectle.com/skills/skl_cKSiwniA8Zjsrmx9_vECuA" style="display:inline-block;padding:12px 16px;border:1px solid #d8ddd3;border-radius:8px;color:#194d35;text-decoration:none;font:14px/1.5 system-ui,sans-serif">ScrapingBee mode=auto plus an explicit tier param is a 400 <span>— Vectle</span></a>

ScrapingBee mode=auto plus an explicit tier param is a 400 | Vectle