Skip to main content
Use the Pages & Crawling settings activity to control which pages Conductor includes in Pages and Page Details performance reporting, and to manage how Conductor crawls those pages for technical insights. Do this to ensure the Pages report reflects only the parts of your website your team actually owns and wants to measure. You’ll determine which pages you want to report on by choosing subdomains from your tracked web properties. For each subdomain you choose, you can configure the way Conductor crawls the site, and a number of other settings. Settings > Pages & Crawling
Notes
  • Access to this activity: Only Admins can make changes in Pages & Crawling.
  • Scope of changes to subdomain settings: Subdomain settings apply to every web property matching that subdomain across all of the accounts in your organization. If two accounts in your organization share a subdomain (for example, both use support.yoursite.com), a change you make here affects both. Review the Settings Used By column before making changes.

Pages & Crawling vs. Web Properties

These two settings activities are related but serve different purposes:
  • Web Properties (Settings > Web Properties) are added at the account level to define what Conductor tracks and collects data for—your keywords, analytics integrations, Google Search Console connections, and AI search tracking. When you add a new web property to an account, you can also select the subdomains you want to crawl for Pages reporting.
  • Pages & Crawling (Settings > Pages & Crawling) are configured at the organization level, and control which subdomains and URL patterns appear in Pages reports and how crawling works across all of your accounts. It is a scoping, discovery, and crawling layer on top of your existing Web Properties. While you can add subdomains as part of the Web Properties tracking workflow, management of your Pages reporting subdomains occurs in Pages & Crawling.
Note that when you add or configure a subdomain in Pages & Crawling, Conductor automatically matches it to your existing Web Property—you are not creating a new Web Property or replacing any existing configuration.

Decide which pages to include

The core question to answer for each subdomain is: does your team actively manage SEO/AEO and content performance for this part of the site? If yes, it belongs in scope. If no, it is noise—you can leave it out. Good candidates to keep in scope:
  • Your primary domain and the main subdomains where you publish content.
  • Content subdomains your team optimizes (blog, support, resources, newsroom).
  • Subdomains where you have active keyword and prompt tracking or analytics data.
  • Any subdomain you will use to make content or technical optimization decisions in Conductor.
Why might you want to remove a subdomain? You might want to remove or exclude:
  • Development, staging, and test environments (dev., staging., test., qa.).
  • Internal tool subdomains where the audience is employees, not search users (admin., app., portal., dashboard.).
  • Subdomains with no active or planned SEO or AEO program.
  • Subdomains you don’t own or control (partner, vendor, or third-party subdomains).
Within a subdomain you keep, good URL patterns to exclude include functional or transactional pages that don’t receive organic search traffic (/cart/, /checkout/, /login/, /account/), CMS admin paths (/wp-admin/), internal search results (/search?), and legal or compliance pages where SEO isn’t a priority (/terms/, /privacy/).
Tips
  • Use the Pages Used column in the Subdomains table to see the approximate number of pages Conductor identified for the subdomain during the last data week in your organization’s current Pages reporting configuration. Subdomains with very few pages—or zero pages—are good candidates for removing, and likely are just “noise”.
  • If you wouldn’t include a page in an SEO performance report you’d share with your team, it probably doesn’t belong in scope. When in doubt, start broad and refine later—it’s easier to exclude additional patterns than to over-exclude and miss data you need.

Add a subdomain to Pages reporting

Add a subdomain when you want a new part of your site to appear in Pages reporting.
  1. Go to Settings > Pages & Crawling.
  2. Click Add Subdomain.
  3. In the Subdomain Setup form, select the subdomain you want to add in one of the following ways:
    • Enter the subdomain in the Subdomain field (for example, blog.example.com)
    • Select one from the Suggested list of domains Conductor already knows about from your account.
  4. After Conductor checks for matching web properties, and it matches your selected subdomain, click Continue.
  5. Under How should we find your pages?, choose the URL sources Conductor uses to discover pages for this subdomain (see Edit URL sources and exclusions below for what each source means). All available sources are selected by default.
  6. Click Add URLs to Include to enter any specific pages that should always be included, one URL per line.
  7. Click Add URLs to Exclude to enter URL patterns to leave out, using robots.txt-style patterns, one per line.
  8. Click Save and Complete.
The subdomain now appears in the Subdomains table and its pages will be included in the Pages report.

Edit a subdomain’s settings

Note: Subdomain settings apply to every web property matching that subdomain across all of the accounts in your organization. If two accounts in your organization share a subdomain (for example, both use support.yoursite.com), a change you make here affects both. Review the Settings Used By column before making changes.
You can choose specific settings for any subdomain after you add it, including managing how Conductor crawls the subdomain for technical data. In the Subdomains table, find the subdomain you want to change and click Manage in the Actions column to open its settings.

Turn crawling on or off

To include technical insights and data about your pages in the Pages report, Conductor crawls your configured subdomains and then reports its performance once a week.
To ensure that Conductor can access and crawl your website, your security team will need to allow (“whitelist”) all of our crawlers, either by IP address or user agent.Conductor monitors websites from the IP address subnets listed below. If your organization uses IP address to allow crawling, you security team will need to all these subnets:
  • 89.149.192.96/27
  • 81.17.55.192/27
  • 23.105.12.64/27
  • 173.234.16.0/28
If your organization allows crawling by user agent, Conductor sends the following user agent string by default when making requests. However, you can change this in your subdomain configuration settings described below:Mozilla/5.0 (compatible; Conductor Monitoring; +https://whatis.conductor.com)
If you do not want Conductor crawling a particular subdomain on your site, you can use the toggle in the Crawling column of the Subdomains table to turn crawling off. When crawling is off, Conductor stops collecting technical data for that subdomain. Other data for that page—such as analytics data, Google Search Console data, and more—may still appear for that page. You can always enable the toggle if you want Conductor to start crawling the subdomain. Conductor uses default crawling configurations for all newly added subdomains, but crawling preferences can also be configured for each subdomain. Read below to learn how.

Edit URL sources and exclusions

Click Manage > URL Sources and Exclusions to control how Conductor finds pages for this subdomain. Under How should we find your pages?, select or clear any of the following sources:
  • Web analytics: pages from your integrated analytics platform (such as GA4 or Adobe) that have received organic traffic. For most teams this is the most important source, so keep it enabled.
  • Pages ranking for my tracked keywords: pages Conductor has identified as ranking for keywords you track. Keep this enabled if you have active keyword tracking for the subdomain.
  • My tracked keywords’ preferred URLs: pages you’ve manually designated as the preferred URL for tracked keywords. Keep this enabled if you use preferred URL configuration.
  • Monitoring pages: pages discovered through Conductor’s site crawl. This source appears only for subdomains you’ve also added to Conductor Monitoring. It gives the most comprehensive discovery but also the broadest set of URLs, so use exclusions to keep the scope focused.
To refine the page set further:
  • Click Add URLs to Include to list pages that should always be included, one URL per line.
  • Click Add URLs to Exclude to leave out pages or paths using robots.txt-style patterns, one pattern per line (for example, /checkout/, /wp-admin/, or /search?).
Click Save Changes when you’re done.

Edit crawling settings

Click Manage > Crawling to adjust how Conductor crawls the subdomain. The defaults work well for most sites.
  • Monitor From: the location Conductor crawls from. Set this to match where your audience is if your site uses geo-redirects or GeoIP blocking.
  • Device Type: choose Mobile or Desktop. Set this to Mobile if your site uses mobile-first design or you want to audit the mobile experience.
  • User Agent: the user agent Conductor identifies as when crawling. Options include:
    • Google Chrome (desktop)
    • Google Chrome (mobile)
    • Googlebot (desktop)
    • Googlebot (mobile)
    • BingBot (desktop)
    • BingBot (mobile)
    • Slurp
    • YandexBot
    • Baiduspider
    • Screaming Frog
    • DuckDuckGo
    • SeznamBot
    • Conductor
  • Peak Speed: controls how fast Conductor crawls, shown as a percentage with the resulting average and boost rates in URLs per second. Reduce this if your server is resource-constrained. Click Set peak / off-peak speeds to schedule different speeds for peak and off-peak hours.
Click Save Changes when you’re done.

Edit change tracking settings

Click Manage > Change Tracking to control which on-page changes Conductor logs in the Changelog of Page Details.
  • Relevant Search Engines—choose which search engines’ robots rules Conductor respects during crawling. This setting affects how Conductor reviews the robots.txt and meta robots rules on your website. Because search engines have different rules and regulations for how they crawl websites, you can specify whether Conductor should look at directives for certain search engines.
  • Track H2-H6 Changes—Conductor can include or exclude tracked changes to H2–H6 tags on your website. Keep in mind that setting this toggle to Yes may greatly increase the total number of tracked changes for each URL—and Conductor does limit the total number of tracked changes to 70,000.
    Note: Enabling Track H2–H6 Changes also enables reporting on those elements in the Content tab in the Page Details report.
  • Track Number-Only Changes—Conductor can include or exclude tracked changes to tags where only a number value has changed. This might be helpful for your site if you want to ignore changes to numbers that frequently change, such as quantities, prices, or dates. Turning this setting off can decrease the overall number of tracked changes on your website.
Click Save Changes when you’re done.

HTTP Auth

Staging and testing environments

Conductor provides great solutions for crawling your staging and testing environments, allowing you to do comparisons with the production environment before green lighting a release or migration. Staging and testing environments are usually protected from all outside visitors as well as search engines. If you’re wondering why you should be protecting your staging environment or you want to learn about different protection methods, be sure to read our Academy article on this topic.

Allowing Conductor access to the staging environment

There are several ways in which you can give Conductor access to your staging environment based on what protection method you are using. HTTP Auth is the best way to protect your staging environment and you can read more about it here. Conductor allows you to set up HTTP Auth directly in its apps, which means that you can easily enable us to monitor your staging environment. Use the HTTP Auth toggle to enable a form to enter a Username and Password for the site.

Cookies

By default Conductor doesn’t accept or transmit cookies when requesting URLs on websites. However, some websites can require cookies to load certain elements which Conductor needs to crawl the website properly and report accurate data. You can set custom cookies to allow Conductor access to these pages. Click Add to add a Cookie Name and Value for one or more cookies.

HTTP Headers

HTTP headers serve for transferring additional (not displayed) information between Conductor and your website’s server. Based on HTTP headers you can identify our crawling as well as whitelist Conductor in case our crawler is being blocked by your web server. Use the HTTP Headers section to enter one or more HTTP Headers, which may be:
  • Default HTTP headers. By default, Conductor sends the following HTTP headers with the crawling requests.
  • Custom HTTP headers. You can also set custom HTTP headers that will be part of Conductor’s requests. Out of the box, Conductor supports the following custom HTTP headers:
    • Accept
    • Accept-Language
    • Authorization
    • Cache-control
    • Forwarded
    • Proxy-Authorization
    • Referer
    • X-*

Set default crawl settings for new subdomains

To configure the baseline crawl settings applied to any new subdomain Conductor adds or identifies in the future, you can set the default User Agent and the default Monitor From location. Just click Set Defaults in the top-right above the Subdomains table.
Note: Changing these defaults won’t change the settings for subdomains already in your account—it only affects subdomains added going forward.

Remove a subdomain

If a subdomain no longer belongs in your Pages reporting, you can remove it:
  1. Find the subdomain in the Subdomains table.
  2. Click Manage in the Actions column.
  3. Select Remove Subdomain.
Note that removing a subdomain affects:
  • Every account in your organization that uses it. Check the Settings Used By column before you remove it.
  • Only future reporting. Previously collected data for the subdomain will persist in your account.

FAQs

The speed with which Conductor monitors and the overhead (or impact) on your website depends on your website’s size, your web server’s capacity and the monitoring speed setting.

The relation between web server capacity and monitoring speed

In order to avoid performance issues on your website and to align with your business needs, before using Conductor it is essential that you verify what crawl speed your infrastructure can support and adjust your settings accordingly.Although it is important to assess web server capacity before using the application, Conductor helps predict server overload by continuously assessing your website’s performance. It does this through its throttling algorithm, which looks at the time it takes to get a response from the web server and at the response itself. If the algorithm detects an issue (for example, slower speeds, increased errors, etc.), it may slow down crawling automatically until the impact on the web server has been remedied.

The relation between website size and monitoring speed

Once you have verified web server capacity, for larger websites you may decide to crawl at a faster speed in order to keep up to date on your website’s changes as well as possible. For example, if your website has 200,000 pages, you may wish to configure Conductor to request a page every second.For smaller websites, you may decide to crawl at a slower speed. So, if your website is only a couple of thousand pages, the optimal crawl frequency may be very low. For example, if your website has 2,000 pages, you may only need Conductor to request a page once every 10 seconds.

Geo redirects

When you operate globally or in multiple countries, you might have multiple domains with different language versions of your website (example.com, example.co.uk, example.de, etc.) and a geo redirect setup in place that redirects visitors to the relevant domain version based on their location.So when you want to monitor example.com but the default monitoring location is set to the UK, Conductor will get redirected to example.co.uk and it will not be able to monitor example.com.If this is the case, you can change the default monitoring location to the US to ensure that Conductor doesn’t get redirected to a different domain and will be able to monitor example.com.

GeoIP blocking

Some websites are only available for visitors located in a certain region, and visitors outside of this region are not able to access the website.So for example, when your website is only available in the US, but your default monitoring location is set to the EU, Conductor will not be able to access and monitor the website.If this is the case, you can change the monitoring location for the website to the US, which will allow Conductor to access the website and monitor it properly.
Yes, up to 400,000 pages may be crawled for a subdomain in a single week. This limit is in place to ensure crawling speeds are sensible and do not risk negatively impacting your site. If you have a single subdomain larger than 400,000 pages some pages included in your Pages reporting will not include technical data. We do prioritize the pages to include in each week’s site crawl, to ensure your most important pages have the technical data needed for a comprehensive picture of performance.
Conductor prioritizes your pages based on a number of factors, but you can also add specific pages using Add URLs to Include to make sure any high-priority pages are always crawled first to ensure you have technical data.