If you manage a Google Analytics 4 property, there is a recent update you should know about. Google has added Include hostname filters, giving website owners another way to control which domains are allowed to send data into their Analytics property.
This is particularly useful for businesses that have dealt with spam traffic, test environments, staging websites, or unexpected domains appearing in their reports. Until now, Hostname filters mainly worked through exclusions. With the new include option, you can take a more proactive approach and tell Google Analytics which hostnames should be trusted.
In this guide, we will explain what Hostname filters do, what Google has changed, how the new include option works, how to set it up safely, and what you should check before activating it.
What Are Hostname Filters In Google Analytics?
Hostname filters are a Google Analytics 4 feature that gives you control over which domains can contribute event data to your property.
Every pageview and event collected by GA4 can contain a hostname. In simple terms, the hostname identifies the domain from which that data originated. Hostname filters allow you to use this information to control which traffic should be included or excluded from your Analytics data.
Before this update, Hostname filters were primarily useful for excluding domains that you already knew were causing problems. If an unfamiliar domain started sending unwanted traffic to your property, you first had to identify it and then add it to an exclusion filter.
That made the process reactive rather than proactive.
What’s New With Google Analytics Hostname Filters?
On September 21 and 22, 2026, Google Analytics rolled out include filters for hostnames. The update was first reported by Search Engine Journal and independently reported by Search Engine Land.
The biggest change is simple. You can now create an allowlist instead of only maintaining a list of domains you want to block.
This makes Hostname filters much more useful for businesses that know exactly which domains and subdomains should be sending legitimate traffic.
From Exclude To Include
The original Hostname filters, introduced in June 2026, allowed you to exclude domains that you had identified as unwanted.
The new include option reverses that approach.
Instead of telling Google Analytics which domains should not be trusted, you tell it which domains should be trusted. Any hostname outside that list can then be excluded automatically.
For example, imagine your business legitimately collects data from:
- example.com
- shop.example.com
- booking.example.com
You can add those legitimate domains to your include filter. If another unfamiliar hostname starts sending data to the same GA4 property, it will not automatically become part of your trusted data set.
This is one of the biggest practical advantages of Hostname filters.
Why Did Google Add This Option?

The main problem with exclusion based Hostname filters is ongoing maintenance.
Spam sources can change frequently. A domain that looks harmless today may start sending unwanted traffic tomorrow. If you are using only exclusions, someone has to notice the problem, investigate it, and update the filter.
An include approach reduces that maintenance.
Instead of trying to identify every unwanted hostname, you define the legitimate hostnames. This gives businesses a much cleaner way to manage their Analytics data.
How Hostname Filters Work Now
There are a few technical details you should understand before setting up Hostname filters in GA4.
First, events sent through the Measurement Protocol are not affected by these filters. Measurement Protocol traffic can come directly from servers and does not necessarily contain a standard browser hostname.
This is important if your business uses server-side tracking or other server-based data collection methods.
Another important point is what happens when an event does not contain a hostname.
When an include filter is active, events without a hostname are blocked because they cannot be matched against your approved hostname list.
You should also remember that Hostname filters do not clean up historical data.
The filter only affects data collected after it is created and applied. Previous data remains unchanged.
Google also states that blocked events will not become available later in Google Analytics or BigQuery. This makes testing particularly important before activating Hostname filters.
New filters can also take approximately 24 to 36 hours to become fully effective across a property, so do not expect every change to appear immediately.
How To Set Up Hostname Filters Safely
Because incorrectly configured Hostname filters can permanently remove legitimate data, you should not rush through the setup.
Google provides a Testing mode that allows you to check the filter before making it active.
Instead of immediately deleting data that does not match your rules, Testing mode helps you identify which events would be affected. This allows you to check whether your hostname list is complete.
Before activating Hostname filters, review your website setup carefully.
Check your main domain, ecommerce domain, booking system, payment-related domains, subdomains, and any other legitimate websites that intentionally send data to your GA4 property.
It is also worth checking development and staging environments. If these environments are supposed to send data into the same property for testing purposes, decide whether they should remain included or be separated from your production data.
You can find the relevant settings inside GA4 under the Admin section and then Data Filters.
Taking a little extra time during this stage can prevent significant reporting problems later.
Why Hostname Filters Matter For Clean Analytics Data

Spam and unwanted traffic can do more than make your reports look messy.
They can affect sessions, engagement metrics, conversion rates, traffic sources, and other measurements that your team uses to evaluate marketing performance.
For this reason, Hostname filters can be an important part of maintaining clean GA4 data.
Consider a situation where a business suddenly sees a large increase in website traffic. On the surface, that might look like a successful campaign.
But if part of that traffic is coming from an unexpected hostname or a test environment, the numbers may give your team the wrong impression.
This is particularly important for businesses managing multiple domains and subdomains.
A Website Development Service project may involve staging websites, preview environments, landing pages, ecommerce systems, or separate booking platforms. If those environments send data into the same GA4 property, they can make reporting harder to interpret.
Using Hostname filters can help separate legitimate website activity from unwanted or unintended traffic.
Clean Analytics data is also important for SEO teams. An SEO services team may use organic traffic, conversions, and engagement data to understand whether a particular optimization is producing results.
If the underlying data contains unwanted hostname traffic, those conclusions become less reliable.
How Hostname Filters Fit Into Your Broader GA4 Setup
Hostname filters are only one part of a properly configured Google Analytics property.
Your GA4 setup may also include data streams, custom reports, events, conversions, audiences, dashboards, and other measurement settings.
If you have not seen it yet, our guide to Google Analytics Introduces Customizable Dashboards covers another useful GA4 feature.
A dashboard is only as useful as the data behind it. If your traffic data contains unwanted activity, even a well-designed dashboard can produce misleading insights.
That is why reviewing Hostname filters can make sense before relying heavily on Analytics dashboards for business decisions.
It is also helpful to understand your data streams. Our guide to Stream Name Meaning in Google Analytics explains how streams fit into the broader GA4 structure.
Understanding the relationship between streams, hostnames, events, and filters makes it much easier to troubleshoot unexpected traffic.
Common Mistakes To Avoid With Hostname Filters
One of the most common mistakes when configuring Hostname filters is adding only the main website domain and forgetting legitimate subdomains.
For example, a company may have its main website on example.com, its store on shop.example.com, and its booking system on bookings.example.com.
If all three are legitimate sources of Analytics data, they need to be considered before activating an include filter.
Another mistake is forgetting about staging or development environments.
You should decide whether these environments belong in the same GA4 property or whether they should be separated from production data.
A third mistake is activating the filter without testing it first.
Because filtered events cannot simply be restored later, testing Hostname filters before activation is an important step.
Finally, do not assume that every type of Analytics traffic will behave the same way. If your setup includes server-side tracking, Measurement Protocol, or other advanced implementations, review how those systems interact with hostname-based filtering.
Should You Set Up Hostname Filters Yourself?
For a simple website with one domain and a straightforward GA4 setup, configuring Hostname filters may be relatively simple.
The situation becomes more complicated when a business has several domains, subdomains, ecommerce platforms, booking systems, landing pages, or server-side tracking.
In those cases, creating the correct hostname list requires a little more planning.
If your Analytics reports already look inconsistent or unreliable, reviewing Hostname filters alongside your broader tracking setup can help identify where the problem is coming from.
The same principle applies to marketing teams.
A Social Media Marketing Services team may use GA4 data to understand how much traffic and how many conversions are coming from different social platforms. If unwanted hostname traffic is mixed into those reports, the data used for campaign decisions may not tell the complete story.
For businesses in Rajasthan, Website Development Services in Udaipur may also be involved in configuring the Analytics setup during a website launch or migration. In that situation, reviewing Hostname filters should be part of the wider tracking checklist.
The same applies to SEO Services in Udaipur. SEO reporting depends heavily on reliable traffic and conversion data, so ensuring that the GA4 property is collecting information from the right hostnames is an important part of maintaining trustworthy reports.
Final Thoughts
The introduction of include options makes Hostname filters a more practical tool for controlling the quality of GA4 data.
Instead of constantly identifying and excluding unwanted domains, businesses can create a list of legitimate hostnames and prevent unexpected sources from entering their reports.
However, the setup needs to be handled carefully.
Review every legitimate domain and subdomain, consider your staging and development environments, check any server-side tracking implementation, and use Testing mode before activating the filter.
The goal of Hostname filters is not simply to remove suspicious traffic. It is to make sure the data your team uses for SEO, advertising, social media, ecommerce, and business reporting actually represents the activity you want to measure.
As GA4 continues to evolve, features like this can make data management more precise. But the quality of your reports will always depend on how carefully your tracking setup is configured in the first place.
FAQs
What are hostname filters in Google Analytics?
Hostname filters are a GA4 feature that controls which domains your property accepts event data from. They can exclude known bad domains or, with this update, include only approved domains and automatically ignore everything else.
When did Google Analytics add Include hostname filters?
Google rolled out Include hostname filters on September 21 and 22, 2026, adding to the exclude-only hostname filters that had been available since June 11, 2026.
Do hostname filters affect historical Google Analytics data?
No. Hostname filters apply from the moment they are created forward. Data already collected before the filter existed is not changed.
Is filtered data recoverable later?
No. Once a hostname filter is active, matching data is dropped permanently and will never appear in Google Analytics or BigQuery, so testing before activation matters.
Do hostname filters block Measurement Protocol traffic?
No. Events sent through the Measurement Protocol skip hostname filters entirely, since that traffic typically comes from servers rather than a standard browser hostname.
How long does it take for a new hostname filter to apply?
Google states that a newly created hostname filter generally takes about 24 to 36 hours to fully apply across a property.
Should I use Testing mode before activating a hostname filter?
Yes. Testing mode tags matching events with a dimension instead of dropping them, which lets you confirm your allowlist is complete before you risk losing real traffic data.