What You Will Learn
- A Domain property aggregates data across all protocols (HTTP and HTTPS) and all subdomains, while a URL-prefix property only captures URLs that start with the exact specified prefix.
- Data shown in Search Console reports only reflects links leading to pages within that active property; comparisons across properties with different scopes produce misleading numbers.
- Building an explicit property map prevents reporting discrepancies, missing query data, and inspection errors when diagnosing search performance.
When you open Google Search Console to check your organic clicks, submitted sitemaps, or index status, the very first choice you make is the property selector in the top left corner. If you pick the wrong property, your reports will show incomplete traffic, missing landing pages, or false drops in performance.
Choosing the correct Search Console property scope means understanding which URLs belong inside each property boundary. In this guide, we will look at how different property types work, map your domain variations, test URL membership, and establish clear rules so you always pull data from the right reporting view.
Quick Answer: Which Property Should You Select?
To see your site's total organic presence across every subdomain and protocol, always select your Domain property (written as example.com without https:// or www). This view combines traffic for your main website, subdomains (like blog.example.com or store.example.com), and both secure and non-secure protocols.
If you need to analyze a distinct section in isolation—such as tracking a localized subfolder (https://example.com/es/), troubleshooting a separate staging environment, or delegating access to a team that only handles a blog—use a URL-prefix property. Never compare metrics between a Domain property and a URL-prefix property as if they represent equal sets of data.
Prerequisites Before You Begin
Before you build your property map or pull reporting data, make sure you have the following ready:
- Verified Search Console Access: You must have verified ownership or user access on your Google Search Console account. If you need setup help, see How to Verify a Search Console Domain Property With DNS or read How to Verify a Search Console URL-Prefix Property.
- A Complete List of Your Site Variants: Note whether your site runs on
wwwor non-www, whether you have active subdomains (such asshop.example.com), and whether legacy HTTP URLs still receive redirects. - A Spreadsheet or Notepad: You will use this to build a simple property map matching each business question to the right property.
Understanding the Available Search Console Property Types
Google Search Console offers two main property types. Let us break down how each type behaves under the hood.
1. Domain Properties
A Domain property sits at the apex level of your domain name. It requires verification through a DNS TXT or CNAME record with your domain registrar. Once verified, a single Domain property automatically groups together:
http://example.comhttps://example.comhttp://www.example.comhttps://www.example.com- Any current or future subdomain, such as
https://blog.example.comorhttps://app.example.com
Because it captures all variations, a Domain property provides the most accurate view of your entire brand's visibility on Google Search.
2. URL-Prefix Properties
A URL-prefix property specifies an exact protocol (http:// or https://) and an exact path. You can verify it using multiple methods, including an HTML file upload, a meta tag, Google Analytics, or Google Tag Manager.
A URL-prefix property only records data for URLs that start with that exact string. For example, if you create a property for https://example.com/:
- It includes
https://example.com/aboutandhttps://example.com/blog/post-1. - It excludes
http://example.com/(different protocol). - It excludes
https://www.example.com/(different host). - It excludes
https://shop.example.com/(different subdomain).
You can also create path-specific URL-prefix properties, such as https://example.com/blog/. This property only includes URLs that start with that specific folder.
Step-by-Step: How to Choose the Intended Reporting Scope
Follow these practical steps to determine which property you must open for any reporting or technical audit task.
Step 1: Identify Your Primary Question
Ask yourself what question the report needs to answer. Your reporting goal determines your scope:
- Executive overview: "How many total search clicks did our business receive this month?" → Choose the Domain property.
- Subdirectory performance: "Did the launch of our new
/guides/folder drive incremental traffic?" → Choose a dedicated URL-prefix property forhttps://example.com/guides/(or filter by page URL in the Domain property). - Subdomain audit: "How is our store subdomain performing compared to our primary content?" → Use the Domain property filtered to the store host, or open a specific URL-prefix property for
https://shop.example.com/.
Step 2: Map Your Host and Protocol Variants
Many websites have gone through migrations over time, moving from http:// to https://, or switching between www and non-www. Even when your 301 redirects are working smoothly, search engines might still retain older indexed URLs or display cached links.
If you rely strictly on a single URL-prefix property (like https://example.com) without having a Domain property, any residual traffic landing on http://example.com or https://www.example.com before redirecting will not appear in your performance charts.
Step 3: Check URL-Prefix Trailing Slash Rules
When creating or selecting a URL-prefix property for a directory, pay close attention to the trailing slash:
- A property defined as
https://example.com/blog/captureshttps://example.com/blog/post-1. It will not capture a page namedhttps://example.com/blog-archive. - A property defined as
https://example.com/blog(without the trailing slash) captures bothhttps://example.com/blog/post-1andhttps://example.com/blog-archive, because both URLs begin with that exact character sequence.
Always check how your site structures directory paths before relying on a subfolder property for client or internal reporting.
Step 4: Verify Sample URL Membership
Before pulling data, verify whether your target URLs actually belong to the property you have selected. You can do this directly in Search Console using the inspection bar at the top of the interface URL Inspection Tool.
If you enter a URL that does not match the active property's protocol, domain, or prefix path, Search Console will return an error stating that the URL is not in the currently opened property . When that happens, switch properties immediately rather than assuming the URL is unindexed.
Sample URL Membership Comparison Table
To make these boundaries crystal clear, let us look at an illustrative example. Suppose your company operates various sections under the brand name example.com. The table below illustrates which URLs appear inside different Search Console properties:
| Target URL | Domain Property (example.com) |
Prefix Property (https://example.com/) |
Prefix Property (https://example.com/blog/) |
Prefix Property (https://shop.example.com/) |
|---|---|---|---|---|
https://example.com/ |
Included | Included | Excluded | Excluded |
https://example.com/blog/seo-tips |
Included | Included | Included | Excluded |
http://example.com/blog/seo-tips |
Included | Excluded (Wrong protocol) | Excluded (Wrong protocol) | Excluded |
https://www.example.com/ |
Included | Excluded (Wrong host) | Excluded (Wrong host) | Excluded |
https://shop.example.com/item-10 |
Included | Excluded (Wrong host) | Excluded (Wrong host) | Included |
https://example.com/store/ |
Included | Included | Excluded | Excluded |
Notice how the Domain property encompasses all six rows, while each URL-prefix property strictly isolates its defined subset.
Understanding Cross-Property Comparison Limits
One of the most frequent reporting mistakes in digital marketing is comparing data across different properties without accounting for their boundaries. Search Console enforces strict architectural limits that you must keep in mind.
1. Destination URL Data Isolation
Data in Search Console reports is shown only for links that direct users to a URL located within the current property How Are You Performing on Google?. For privacy and architectural reasons, performance data for links pointing to an external or sibling property cannot appear within a narrower property's report .
For example, if your images are hosted on a separate CDN subdomain like https://images.example.com, and users click an image search result leading to that image URL, that performance data will not appear inside your https://news.example.com URL-prefix property . It will, however, appear inside your top-level Domain property.
2. Sitemap Submission Boundaries
When you submit a sitemap using the Sitemaps report, Search Console requires you to have proper owner permissions for that specific property Search Console Sitemaps Report. More importantly, a sitemap submitted inside a URL-prefix property must only contain URLs that sit within that property's specific path .
If you submit a sitemap containing https://example.com/blog/post-1 inside a URL-prefix property configured for https://shop.example.com/, the engine will encounter cross-domain path errors. For broad sitemaps covering multiple subdomains, submit them through the apex Domain property instead.
3. Aggregate Numbers Do Not Sum Linearly
Do not attempt to calculate your site's total impressions or clicks by manually adding up numbers from three different URL-prefix properties in a spreadsheet. In search reporting, a single user query might generate impressions for both your main site and a subdomain on the same search results page.
A Domain property de-duplicates impressions at the domain level for certain query appearances, whereas separate URL-prefix properties count those impressions independently. Adding them manually leads to inflated, inaccurate totals.
How to Build an Internal Property Map
To keep your team and clients aligned, document your property structure in a simple property map. Here is how you can set it up:
- List All Live Environments: Write down your primary domain, secure and non-secure variants, subdomains, and key language directories (such as
/en/,/de/, or/hi/). - Record Configured Properties: For each asset, note whether a corresponding Search Console property exists and what verification method it uses.
- Assign Reporting Use Cases: Specify which property must be used for monthly traffic reporting, which one for technical indexing audits, and which one for specialized monitoring like How to Check Core Web Vitals in Google Search Console.
- Document Ownership and Access: List who holds owner permissions so team members know who to contact when submitting new sitemaps or testing DNS changes .
Common Mistakes When Managing Property Scopes
Avoid these typical pitfalls that lead to flawed data interpretation:
- Comparing URL-Prefix to Domain Historical Trends: If you migrated from a URL-prefix property to a Domain property midway through the year, do not place their performance side by side in a single graph without clarifying the shift in scope. The Domain property will naturally show higher totals because it includes all host and protocol variants.
- Inspecting URLs in the Wrong Scope: Attempting to inspect
https://subdomain.example.com/pagewhile viewing ahttps://example.com/prefix property will throw an error . Always ensure your active property scope matches or encompasses the inspected URL. - Assuming URL-Prefix Automatically Deletes When Creating a Domain Property: Adding a Domain property does not remove existing URL-prefix properties. They can comfortably coexist. Keep the URL-prefix properties if you need folder-level filtering or delegated permissions for specific teams.
- Ignoring Legacy HTTP Traffic: If you only monitor your secure
https://www.example.comprefix property, you might miss crawl errors or indexing alerts generated by old HTTP links that external sites still link to.
How to Verify Your Result
Once you have selected a property for your report, verify your selection using this three-point checklist:
- Check the Property Header: Look at the top left dropdown in Search Console. A Domain property will display simply as the domain name with a small domain icon (for example,
example.com). A URL-prefix property will explicitly display the protocol prefix (for example,https://example.com/). - Run a Test Inspection: Pick a live landing page from your website and paste its full address into the URL Inspection search bar at the top of the window . If Search Console begins fetching the index data without showing a scope mismatch error, your property scope successfully covers that URL.
- Review the Pages Tab: Open the Performance report and click on the Pages tab . Scroll through the top landing URLs. If you expect to see subdomain URLs (like
blog.example.com) but only see root domain URLs, you are looking at a URL-prefix property rather than your Domain property.
Limitations and Technical Considerations
While Domain properties are ideal for high-level monitoring, they do have operational considerations:
Domain verification relies entirely on DNS records. If your DNS host experiences propagation delays or if an administrative change accidentally removes the verification TXT record, you can lose property access until the record is restored. In contrast, URL-prefix properties offer diverse verification fallback methods such as HTML tags or Google Analytics tracking tags.
Furthermore, Search Console user interface labels and menu locations occasionally change as Google updates its tooling. Rather than memorizing exact button coordinates, focus on the fundamental principle: the reporting scope of any property is strictly bounded by the host and path defined during its creation.
If your website relies on complex reverse proxies, international ccTLDs (like example.co.uk and example.in), or intricate multi-tenant structures, consult your web hosting administrator or technical SEO specialist before consolidating properties.
Next Steps for Your Search Console Setup
Take immediate action to clean up your reporting workflow:
- Open your Search Console account and check if an apex Domain property is already verified. If not, coordinate with your DNS manager to add the required verification record.
- Draft your property map spreadsheet documenting which subdomains and folders require dedicated URL-prefix views for team-level tracking.
- Audit your scheduled reporting dashboards or automated Looker Studio connectors to ensure they query the correct property ID for your business goals.
Frequently Asked Questions
Can I merge two separate Search Console properties into one report?
No. Google Search Console does not offer an in-tool merge feature for combining existing properties. To view combined performance metrics across multiple subdomains or protocols, you must verify an apex Domain property, which automatically collects and aggregates data for all associated hosts and protocols.
Why does URL Inspection say my URL is not in the currently opened property?
This notification appears when the URL you entered does not match the active property's protocol, host, or subfolder path. For example, testing an HTTPS URL while viewing an HTTP prefix property triggers this error. Switch to your Domain property or the matching URL-prefix view to inspect the page.
Will adding a Domain property erase data from my existing URL-prefix properties?
No. Adding a Domain property does not alter, overwrite, or delete historical data in your existing URL-prefix properties. Both property types exist independently within your account, allowing you to use the Domain property for overall metrics and URL-prefix properties for isolated section analysis.
Post a Comment