How to Exclude IP Address in Google Analytics 4 (Step by Step)
By Toy Wen Da, Co-Founder · · 7 min read · scored 92/100
Here's how to exclude IP address in Google Analytics 4: you don't edit a filter list like in Universal Analytics. Instead, you create an internal traffic rule under Data Streams, then turn on a Data Filter to remove or label that traffic. The first thing to do: open Admin, find your data stream, and define which IPs count as "internal."

Before you touch anything, it's worth seeing how much of your current traffic is actually your own team. SearchBlueprint's site traffic feature shows where your visits are coming from in plain language, so you can spot inflated direct traffic or suspicious internal-looking sessions before you start building filter rules around guesswork.
Why Your Own Team Shows Up in GA4 Reports

Every time someone on your team previews a new landing page, tests a form, or just checks that a blog post looks right, GA4 counts it as a session. On a low-traffic site, a handful of internal visits can noticeably shift:
- Session counts, making the site look busier than it is to real visitors.
- Engagement rate, staff tend to browse differently than customers, often spending longer on a page without converting.
- Conversion totals, if someone tests your checkout or contact form, that's a false conversion sitting in your reports.
- Direct traffic, a chunk of what looks like unattributed direct traffic is often just your own team typing the URL in or using bookmarks.
Each of these metrics lives in a different standard report, and if you're not sure how to find or read the one that matters for your site, this guide on how to find, read and fix a GA4 report walks through it.
If you want to confirm that link before you start filtering, this breakdown of direct traffic in Google Analytics explains what typically causes that spike and how to fix it.
How to Exclude IP Address in Google Analytics 4: Step by Step

Excluding an IP address in GA4 is a two-part process. First you define which IPs are internal. Then you decide what GA4 does with that traffic.
Data Streams live inside a GA4 property, if you're still setting one up for this site, this guide on creating a new GA4 property covers that first step.
Step 1: Define Your Internal Traffic Rule
- Open the Admin panel (the gear icon, usually bottom-left).
- Under the Property column, click Data Streams.
- Select the web data stream for your site.
- Scroll down and click Configure tag settings.
- Click Show more, then select Define internal traffic.
- Click Create to add a new rule.
- Name the rule something clear, like "Office IPs" or "Remote Team."
- Leave the traffic_type parameter set to
internal, unless you want to tag a specific group (an agency, a dev team) separately. - Enter the IP address or range. GA4 supports several match types: equals, begins with, contains, ends with, CIDR notation, or regular expression. CIDR is the practical choice if your office has a block of IPs from one provider.
- Click Create to save the rule.
At this point GA4 knows which traffic is internal, but it's still showing up in your standard reports.
Step 2: Turn On the Data Filter
- Back in Admin, under Data collection and modification, click Data Filters.
- Find the Internal Traffic filter you just created.
- Its default state is Testing.
- Review the matched traffic for a few days, then switch the filter state to Active once you're confident it's catching the right visitors, and nobody else.
Testing vs. Active vs. Inactive: Which Filter State to Use

| Filter state | What happens to matching traffic | Best for | Can you undo it? |
|---|---|---|---|
| Testing | Labeled as internal but still included in every report | Verifying a new rule before committing | Yes, no data is lost |
| Active | Permanently excluded from processed reports going forward | Teams confident their IP rules are accurate | No, excluded data can't be recovered |
| Inactive | Filter is switched off entirely; nothing is labeled or excluded | Pausing a rule without deleting it | Yes, just turn it back on |
Most marketers should start in Testing, compare reports with and without the flagged traffic, and only move to Active once the rule has proven itself for a week or two.
When GA4's Own Tools Are Enough, and When They Are Not
Built-in internal traffic filters work well when your team uses a small, stable set of IP addresses: a fixed office connection, a static VPN exit IP, or a short list of home IPs that don't change often. For that scenario, excluding IP address data in GA4 is a one-time setup that keeps working quietly in the background.
They fall short in a few common situations:
- Remote teams on residential internet. Most home ISPs assign dynamic IPs, so an address you exclude today might belong to a stranger next month.
- One-off QA on a single URL. If you only need to check one landing page during launch week, it's often faster to use GA4's debug view or a browser extension for that session rather than building a permanent rule.
- Agencies managing several client properties. You'd need to repeat this setup, including the match pattern and filter state, on every single GA4 property.
- Bot and crawler noise, which has nothing to do with your office IP and needs separate handling.
If your real problem is figuring out which referral sources and backlinks are driving sessions in the first place, rather than removing internal noise, this guide on checking backlinks in Google Analytics covers what GA4 shows and what it misses.
Common Mistakes When Excluding IPs in GA4
- Leaving the filter in Testing and assuming it's excluding traffic. Testing mode labels and still counts the traffic. You have to flip it to Active.
- Excluding a dynamic home IP. If your ISP rotates your address, the rule quietly stops matching and you're back to inflated numbers.
- Expecting past data to disappear. Activating a filter only affects traffic collected after that point.
- Forgetting remote or hybrid staff. A filter built around the office router misses everyone working from home or on a VPN with a different exit IP.
- Not checking the role requirement. You need Editor access on the property to create or edit data filters; Viewer access won't show the option.
This is also the exact complaint behind a lot of Google's own Analytics Help community threads, people set up an IP filter, then report that it's "still tracking me," almost always because the filter was left in Testing or the IP had changed. Google's Analytics Help documentation (support.google.com/analytics) walks through the same Data Streams and Data Filters settings referenced above.
FAQs
Why am I still seeing my own traffic after excluding my IP in GA4?
The most common reason is that your Data Filter is still set to Testing, which labels internal traffic but keeps it in your reports. Switch it to Active, and double-check your IP address hasn't changed since you created the rule.
Does excluding an IP address in GA4 remove past data?
No. Filters only affect traffic collected after you activate them. Any sessions already processed before that point stay in your historical reports.
Can I exclude a dynamic home IP address in GA4?
You can, but it's unreliable if your ISP changes your address regularly. A static IP, a company VPN, or a fixed office connection works far better for a lasting rule.
How many IP addresses or ranges can I exclude in GA4?
You can match a single IP, a pattern, or a CIDR range within one internal traffic rule, and a property supports up to 10 data filters in total, enough to separate internal staff, an agency, and a dev team if needed.
Does excluding my IP in GA4 also affect Google Ads or Search Console data?
No. GA4's internal traffic filter only changes what shows up in your GA4 reports. Google Ads and Search Console pull their own data and aren't affected by this setting.
Get This Set Up Properly
Set your internal traffic rule to Testing first, watch it for a week, confirm it's catching the right sessions, then switch it to Active once you trust it. That one change is usually all it takes: once you know how to exclude IP address in Google Analytics 4, you stop guessing and start reporting numbers your team actually trusts. If you want a second set of eyes on what your current traffic data is really telling you, talk to the team.
Sources
About the author
SearchBlueprint researched, wrote and scored this article with the content pipeline our customers run on their own sites. The score in the byline is what our content engine gave this page before it published. Nothing here is reviewed by hand, which is the point: it is the product's output, published where anyone can check it.