Skip to main content

Query Parameters: Pass Browser URL Params to Redirect URL

Control the order in which browser and redirect URL query parameters are combined

Written by Team

Query Parameters (Pass Browser URL Params to Redirect URL)

The Query Parameters option controls how URL query strings are combined when your redirect URL and the visitor's browser URL both carry parameters. It lives in the Advanced Settings section of your Geo Redirect campaign.

Prerequisites

This option only takes effect when you have also enabled Pass query string from Website URL onto Redirect URL on the individual redirect rule. With that toggle off, query parameters are not forwarded at all and this setting has no effect.

Default behaviour (toggle OFF)

By default the redirect URL's own parameters come first, followed by the browser URL's parameters.

Example:

  • Redirect URL: https://example.com/fr?promo=summer

  • Visitor's browser URL: https://mysite.com/?ref=newsletter&lang=fr

  • Final URL sent to visitor: https://example.com/fr?promo=summer&ref=newsletter&lang=fr

With the option enabled (toggle ON)

When the toggle is enabled, the order is reversed: the browser URL's parameters come first, followed by the redirect URL's own parameters. This lets the visitor's parameters take precedence in situations where the same key appears in both URLs — many web frameworks use the first occurrence of a duplicate key as the authoritative value.

Same example with the toggle on:

  • Final URL sent to visitor: https://example.com/fr?ref=newsletter&lang=fr&promo=summer

When to use this option

Enable the toggle when:

  • Your marketing or analytics links carry parameters in the browser URL (e.g. utm_source, ref, tracking IDs) that should not be overridden by the redirect URL's own parameters.

  • Your destination platform reads the first occurrence of a parameter when duplicates are present, and you need the visitor's value to win.

  • You are running campaigns where the inbound link's query string carries user-specific data that must survive the redirect intact.

Leave it disabled (default) when the redirect URL's parameters should take precedence, or when the two URLs will never share the same parameter keys.

Did this answer your question?