Advanced options let you control how Nimble issues requests at a lower level. Use them to tune referrer behavior, accept specific response codes, switch protocols, persist sessions, tag requests, or emulate different device types.Documentation Index
Fetch the complete documentation index at: https://docs.nimbleway.com/llms.txt
Use this file to discover all available pages before exploring further.
When to use
Use advanced options when you need to:- Control referrer behavior: Set realistic referrers to bypass referrer-based gating
- Accept non-200 responses: Treat specific status codes as successful
- Switch to HTTP/2: Required by some modern sites for correct responses
- Persist sessions: Reuse the same browser session across requests
- Tag requests: Attach a label for tracking or analytics
- Emulate devices: Render pages as mobile or tablet instead of desktop
These are advanced parameters. Misconfiguring them can cause requests to fail
or trigger anti-bot detection.
Parameters
referrer_type
referrer_type
Referrer policy for the request. Nimble sends the chosen referrer header with the request to mimic real browsing behavior.Generic policies:
random- Use a randomly selected referrerno-referrer- Do not send any referrersame-origin- Use the target site’s own origin as referrer
google,bing- Search engine referrersfacebook,twitter,instagram- Social platform referrers
expected_status_codes
expected_status_codes
HTTP status codes that should be treated as successful. By default, only
200 is considered success. Use this to accept responses like 201 (Created), 204 (No Content), or 302 (Redirect).Format: Array of integers.http2
http2
Use HTTP/2 instead of HTTP/1.1 for the request. Some sites require HTTP/2 to return the expected response.
session
session
Persist a browser session across multiple requests. Useful for maintaining login state, cookies, or navigation context between calls.Fields:
id(string) - Session identifier. Reuse the same ID across requests to share the session.timeout(number) - Session timeout in seconds. Must be greater than 0.retry(boolean, defaultfalse) - Retry the request within the same session on failure.prefetch_userbrowser(boolean, defaultfalse) - Preload the user browser for faster subsequent requests.
tag
tag
User-defined label attached to the request. Use tags to group requests by campaign, workflow, or customer for tracking and analytics.
render_options
render_options
Fine-grained control over page rendering. Override defaults for wait strategy, timeouts, iframe handling, resource blocking, and retry behavior.Fields:
render_type(string) - Wait strategy before returning the response. Options:load(default),domready,idle0,idle2timeout(number) - Maximum time in milliseconds to wait for the page to render.include_iframes(boolean) - Include iframe content in the response.disabled_resources(array) - Resource types to block from loading. Options includeimage,stylesheet,font,media,script,xhr,fetch, and others.blocked_domains(array) - Domains to block from loading. Useful for filtering ads, trackers, or analytics.skip_network_capture_on_browser_actions_error(boolean) - Stop network capture immediately if a browser action it depends on fails, instead of hanging until the timeout expires.retry_on_network_capture_error(boolean) - Retry the full request if network capture fails, instead of returning a 200 with the capture marked as failed.retry_on_browser_actions_error(boolean) - Retry the full request if a browser action fails, instead of returning success with a failed action.
device
device
Device type for browser emulation. Affects viewport size, user agent, and rendering behavior.Options:
desktop | mobile | tabletUsage
Set a referrer
Send a Google referrer to mimic search engine traffic.Accept multiple status codes
Treat200, 201, and 204 all as successful responses.
Force HTTP/2
Force the request to use HTTP/2 instead of HTTP/1.1.Persist a session
Reuse a browser session across multiple requests.Tag a request
Attach a label to the request for tracking.Rendering Options
Fine-grained control over how Nimble renders a page before returning the response.render_type —> Set a wait strategy
render_type —> Set a wait strategy
Controls when Nimble considers the page ready before returning the response. Choose based on how the target page loads.
| Value | When to use |
|---|---|
load (default) | Waits for the load event — HTML, CSS, images, and all subresources have finished loading. |
domready | Fires once the HTML is parsed and the DOM is built, without waiting for images or stylesheets. Fastest option. |
idle0 | Waits until there are 0 in-flight network requests for at least 500ms. Most thorough, but slowest. |
idle2 | Waits until there are 2 or fewer in-flight network requests for at least 500ms. Good for pages with lazy-loaded content. |
timeout —> Limit render time
timeout —> Limit render time
Sets the maximum milliseconds Nimble waits for the page to render before returning. Default is
30000 (30 seconds). Increase for slow or JS-heavy pages. Decrease to fail fast on unresponsive targets.include_iframes —> Capture iframe content
include_iframes —> Capture iframe content
By default, iframe content is excluded from the response. Set to
true when the data you need lives inside an embedded frame. Common on finance dashboards, media players, and widget-heavy pages.disabled_resources —> Block resource types
disabled_resources —> Block resource types
Prevents specific resource types from loading. Reduces render time and bandwidth when you only need the HTML structure. Default is
["image", "font"]. Available types: image, stylesheet, font, media, script, xhr, fetch.blocked_domains —> Block specific domains
blocked_domains —> Block specific domains
Blocks requests to specific third-party domains. Use to suppress ads, trackers, or analytics scripts that slow down rendering or interfere with the response.
skip_network_capture... —> Stop capture on action failure
skip_network_capture... —> Stop capture on action failure
When a browser action fails, network capture keeps running until
timeout expires. Setting this to true stops capture immediately on action failure, avoiding unnecessary delays.Only relevant when using
browser_actions alongside network_capture.retry_on_network_capture_error —> Retry on capture failure
retry_on_network_capture_error —> Retry on capture failure
By default, if network capture fails, Nimble returns a
200 with the capture marked as failed. Set to true to retry the full request instead. Use when capture reliability is critical to your pipeline.retry_on_browser_actions_error —> Retry on action failure
retry_on_browser_actions_error —> Retry on action failure
By default, if a browser action fails, Nimble returns success with the failed action noted in the response. Set to
true to retry the full request instead. Use when browser actions are required for the page to reach the correct state.Emulate a device
Render the page as a mobile device.Related
Custom Headers & Cookies
Send custom request headers and cookies
Geo-Targeting
Route requests through specific countries, states, or cities
Stealth Mode
Bypass anti-bot detection with real user emulation
JS Rendering
Render JavaScript-heavy pages before extraction