Filtering Out Remote Employee Website Traffic in Google Analytics

Filtering Out Remote Employee Website Traffic in Google Analytics

 

A common way companies pollute their web analytics data is by failing to filter out traffic from employees visiting their site (“internal traffic”).

Unfiltered internal traffic inflates your stats and skews your statistics on page views, behavioral metrics, session durations, and more since employees don’t act the same way customers would. The issue only compounds if you have a low traffic site or employees visit your site frequently.

There was once an easy fix to the problem when we all worked in the office: just filter out any traffic from the office’s IP addresses. Now that so many teams are remote, the solution takes a little more effort since it’s not possible to filter out everyone at home by IP. Most home networks are on dynamic IPs that change frequently. 

 

Three Solutions for Filtering Out Your Remote Workforce

The simplest way to solve this issue is to cookie your internal users with a first-party cookie, then exclude any traffic in your analytics solution for users with that cookie.

One approach would be to create a bookmarklet, which would entail asking employees to bookmark a script that creates a cookie, and the information in the cookie could then be picked up with a first-party cookie variable if you’re using something like Google Tag Manager. A possible issue with this method is that employees would need to bookmark the script and set the cookie themselves, which might open the process up to errors, especially at a larger organization.

 

Alternatively, you could set the cookie with a script by having employees:

  1. Visit an internal page that is past a login and sets the cookie
  2. Click through an email and visit a page that is not accessible in any other way and sets the cookie
  3. Send out a link with a URL parameter that, when present, sets the cookie

For the third example, if you’re using Google Tag Manager:

  1. Use the Custom HTML Tag in GTM to create the cookie if the URL parameter exists.
  2. Create a new Variable in Tag Manager that references your first-party cookie.
  3. Assign this new variable as a parameter on your analytics tag that’s triggered on pageview. 
  4. In your analytics solution, set up a custom dimension in your analytics admin section with “User” as the scope.
  5. Set up a filter in your analytics solution that excludes any session for users that have the first-party cookie.

You can test that you are being filtered out by visiting the site while cookied and then checking the reporting in analytics to see if you show up. For a more automated way to monitor this set-up, you can create an automated Audit in ObservePoint’s Technology Governance solution to double check that web analytics are not present when the “Internal Traffic” cookie is present.

Visit this page for more information on Audits or to request a demo.

Related Posts

ObservePoint Use Case Library

Discover 21 tips to improve your Adobe Analytics implementation and analytics data. Download your free copy.
Read More

Website Privacy (6/6): Are requests coming from unauthorized countries, regions, or domains?

If you’ve followed along with our privacy validation series, you know that we’ve discussed auditing privacy policy link presence, “do not sell/share” link coverage, cookie consent banner tag presence, whether or not the consent management platform (CMP) is respecting user preferences, and where new or unapproved cookies are showing up on your site. The final question we address in this series is, “Are there network…
Read More

Website Privacy Validation (5/6): Where are new and/or unapproved cookies and technologies showing up on my website?

If you’ve followed along with our privacy validation series, you know that we’ve discussed auditing privacy policy link presence, “do not sell/share” link coverage, cookie consent banner tag presence, and whether or not the consent management platform (CMP) is respecting user preferences. The next thing you should ask is, “Where are new and/or unapproved cookies and tags showing up on my website?” Essentially,…
Read More

ObservePoint Use Case Library

Discover 21 tips to improve your Adobe Analytics implementation and analytics data. Download your free copy.
Read More

Website Privacy (6/6): Are requests coming from unauthorized countries, regions, or domains?

If you’ve followed along with our privacy validation series, you know that we’ve discussed auditing privacy policy link presence, “do not sell/share” link coverage, cookie consent banner tag presence, whether or not the consent management platform (CMP) is respecting user preferences, and where new or unapproved cookies are showing up on your site. The final question we address in this series is, “Are there network…
Read More

Website Privacy Validation (5/6): Where are new and/or unapproved cookies and technologies showing up on my website?

If you’ve followed along with our privacy validation series, you know that we’ve discussed auditing privacy policy link presence, “do not sell/share” link coverage, cookie consent banner tag presence, and whether or not the consent management platform (CMP) is respecting user preferences. The next thing you should ask is, “Where are new and/or unapproved cookies and tags showing up on my website?” Essentially,…
Read More