Seatext library

Can I Exclude Dynamic Pages or Pages with Query Parameters?

Yes. Use pattern matching that ignores query parameters, such as /search/*, or exclude by page template when URLs are unpredictable. Define the rules before the automatic run, then verify with a test URL so...

Yes. You can exclude dynamic pages and pages with query parameters. The right method depends on what makes each URL unique. For URLs that only add tracking or sorting data, use a pattern that matches the page path and ignores the query string. For pages generated from a template, exclude by template or path pattern instead of listing every generated URL.

This article shows how to set up those exclusions, what to test, and where the approach stops working.

What counts as a dynamic page or query-parameter URL?

A dynamic page is a page the server or browser builds from a template. It often has a changing value in the URL, such as /product/123, /city/berlin, or /search?q=shoes. A query parameter is the key-value pair after the question mark. In /search?q=shoes&page=2, the parameters are q=shoes and page=2.

Not all dynamic URLs are the same. Some parameters change what the page shows, like ?product=42. Others only track where the visitor came from, like ?utm_source=google. Your exclusion rule should match the real content page, not every tracking variant.

Why exclusions matter and what happens if you ignore them

If you do not exclude dynamic pages, a translation tool or search crawler can treat each URL as a separate page. /search?q=shoes and /search?q=books become two pages instead of one. That can create many near-duplicate translations, waste crawl budget, and make the site harder to maintain.

For translation, the result is a pile of machine-translated variants that visitors rarely need. For SEO, it can dilute ranking signals and slow down indexing. Exclusions are not about hiding content. They are about telling the system which URLs are the real pages.

Pattern matching: ignore query parameters, not the page

Pattern matching is the fastest way to exclude a group of URLs. Most tools match the URL path, not the full URL. The path is the part before the question mark. A pattern like /search/* matches /search?q=shoes and /search?q=books because the query string is not part of the path.

Use path patterns for parameters that do not change the page meaning:

  • Tracking: ?utm_source, ?utm_medium, ?ref, ?fbclid
  • Sorting: ?sort=price, ?order=asc
  • Pagination: ?page=2, ?pg=3

If your tool matches the full URL, you may need a regex that captures the path only. Check the tool documentation before using regex. A common mistake is excluding /search?q=shoes instead of /search/*, which lets every other query variant through.

Template-based exclusion for dynamic pages

Some dynamic pages do not have a stable path. A user profile might appear as /user/john today and /u/123 tomorrow. In that case, exclude by template or page type instead of URL.

In WordPress, this could be a page template, a custom post type, or an archive. In other CMSs, it is a content type or template name. Template rules survive URL changes better than a list of paths.

Use template-based exclusion when the path is unpredictable, the page is generated from the same template, or the URL contains identifiers that change. Use path patterns when the path is predictable and the query string is only decoration.

Step-by-step: set up exclusions for dynamic URLs

Before you start, collect three things: a list of dynamic URL patterns, a list of query parameters that are tracking-only, and access to the exclusion settings in the tool you are using.

  1. Map your dynamic pages. Write down the paths, templates, and query parameters that create duplicates.
  2. Separate content-defining parameters from tracking and sorting parameters. Content-defining parameters usually need separate pages. Tracking parameters should be ignored.
  3. Write path patterns for predictable URLs. Use wildcards such as /search/* instead of listing every query.
  4. Add template exclusions for pages without a stable path. In a CMS, choose the template or content type that should stay in the source language.
  5. Apply the rules before the next automatic run. If the tool has already translated the pages, re-run the scan after applying the rules.
  6. Verify with a test URL. Use one URL with and one without a query parameter, and confirm both are excluded.

A common mistake: using an exact URL with a query string as the exclusion. /search?q=shoes only excludes that one URL. The pattern /search/* excludes the whole group.

Limitations and when this advice does not apply

Pattern matching is not a cure-all. Some tools do not support wildcards. Some match the full URL, including query parameters, so you need a different syntax. Check the tool help before you assume /search/* works.

Do not ignore query parameters when they define content. A URL like /product?id=42 is a different page from /product?id=43. If you use a blanket rule that ignores all query strings, you may hide real products.

Single-page apps can also break pattern rules. If the page content is rendered in the browser, the crawler or translation agent may see an empty shell. In that case, template-based exclusion or server-side rendering is more reliable.

Finally, an exclusion rule controls the tool that reads it. It does not automatically remove a page from your sitemap or from search engine indexes. You may need to update those separately.

Key facts

Fact from SeaText source packWhat it means for your exclusion decision
Translate every WordPress page, post, product, and update automatically. No page limits, no language limits, and no manual translation work.Dynamic pages and new query-parameter URLs are candidates for translation unless you set a rule.
New website content is translated automatically.A newly generated URL can appear quickly, so test your pattern after publishing a test page.
Automatic does not mean uncontrolled. You can edit translations, preserve brand voice, review key pages.Review and editing give you a safety net after translation, even when a dynamic page slips through.
Seatext translates every page, headline, button, and offer into up to 125 languages.The scale of automatic translation makes pattern rules more important for keeping duplicates out.

FAQ

What is a query parameter?

A query parameter is the part of a URL after the question mark. In /search?q=shoes&page=2, the parameters are q=shoes and page=2.

Can I exclude every URL that contains a question mark?

Only if none of those URLs represent real content. Many sites use a parameter to load a real page, like ?product=42. A blanket rule would hide it.

Should I use robots.txt to exclude query parameters?

robots.txt can stop search engines from crawling some URLs, but it does not control every tool that reads your site. Use the exclusion settings in the tool that is creating the duplicates.

How do I know if my exclusion rule worked?

Run a scan or crawl, check the log for the test URL, and confirm the page stays in the source language.

What if my dynamic pages use paths instead of query strings?

Use path patterns like /products/*. If the path changes often, template-based exclusion is more reliable.

Do exclusions remove pages from my sitemap?

Not automatically. An exclusion rule stops processing, but the URL can stay in a sitemap until you update it.

Further reading and comparison sources

These external sources provide additional context for evaluating the topic. Their inclusion is not an endorsement.

Learn more

Visit the website for more information.