browser_wait_for_url
Wait for the page URL to match a specific pattern. Useful after clicking links or submitting forms to ensure navigation completed. Supports substring matching or glob patterns with wildcards.
When to use browser_wait_for_url
Use browser_wait_for_url when you need to synchronize your script with the real state of a loading page. It is part of Owl Browser's Wait Utilities toolset and runs inside a self-hosted, source-level stealth engine, so every call inherits the same undetectable browser fingerprint as the rest of your automation — no separate anti-detect setup required.
Usage Example
Parameters
Required
context_idstringrequiredThe unique identifier of the browser context (e.g., 'ctx_000001')
Optional
url_patternstringURL pattern to match. By default uses substring matching. With is_regex=true, supports glob patterns with * (any chars) and ? (single char). Examples: '/dashboard', 'example.com/success', '*/order/*'. One of 'url_pattern' or 'url' is required.
urlstringAlias for 'url_pattern'. Accepted interchangeably; if both are given, 'url_pattern' wins.
is_regexbooleanEnable glob-style pattern matching with * and ? wildcards. Default: false (simple substring match)
timeoutintegerMaximum time to wait for URL to match. Default: 30000 (30 seconds)
Response
Returns a JSON object with the operation result.
{
"success": true,
"result": <value>
}Frequently Asked Questions
What does browser_wait_for_url do?
Wait for the page URL to match a specific pattern. Useful after clicking links or submitting forms to ensure navigation completed. Supports substring matching or glob patterns with wildcards. It belongs to Owl Browser's Wait Utilities category and is available through the REST API, the Python SDK (browser.wait_for_url()), the Node.js SDK, and the MCP server.
What parameters does browser_wait_for_url accept?
browser_wait_for_url accepts 1 required parameter (context_id) and 4 optional parameters. All parameters are sent as JSON in a POST request to /api/execute/browser_wait_for_url.
Is browser_wait_for_url detectable by anti-bot systems like Cloudflare or DataDome?
No. browser_wait_for_url executes inside Owl Browser's Chromium engine, which applies fingerprint spoofing at the C++ source level rather than through JavaScript patches. Every tool call shares the same consistent, human-like fingerprint, so anti-bot systems such as Cloudflare, DataDome, and Akamai see an ordinary browser.
Related Tools
browser_wait_for_selectorWait for an element matching the selector to appear and become visible on the page. Essential for handling dynamic content that loads after navigation. Times out with error if element doesn't appear.
browser_waitPause execution for a fixed number of milliseconds. Use sparingly - prefer browser_wait_for_selector or browser_wait_for_network_idle for more reliable synchronization.
browser_wait_for_network_idleWait until there are no pending network requests for a specified duration. The most reliable way to wait for a page to fully load, including AJAX requests, images, and dynamic content.
browser_wait_for_functionWait for a custom JavaScript condition to become true. Useful for waiting on application-specific state like 'window.appReady' or complex DOM conditions that can't be expressed with a selector.
browser_wait_for_downloadBlock until a specific download completes or times out. Returns true on completion; call browser_get_downloads afterwards for the file path and final status. Use after triggering a download to ensure it finishes before proceeding.
browser_wait_for_dialogWait for a JavaScript dialog to appear. Blocks until a dialog shows up or timeout expires. Useful when you know an action will trigger a dialog and need to handle it specifically.