Navigating the complexities of GDPR compliance has led many companies to reconsider their reliance on traditional Google Analytics solutions. The shift towards stricter data privacy laws, including GDPR, consent mode, and cookie restrictions, has sparked a search for analytics alternatives that ensure data is stored exclusively within the EU.
Collecting data in compliance with GDPR has become a significant challenge, particularly regarding the usage of tools like Google Analytics, and the necessity for privacy-friendly alternatives in light of recent legal developments.
Yet, transitioning away from a familiar tech stack presents challenges, from steep learning curves to resource-intensive site redevelopment. Explicit user consent is required when handling personal data for marketing purposes, especially before repurposing data for advertising and remarketing efforts.
Fortunately, there’s a viable path forward without abandoning the Google tech stack. This article outlines practical strategies for remaining GDPR-compliant while continuing to leverage Google’s powerful analytical tools.
Discover how to adjust your configurations and practices to meet compliance requirements effectively, ensuring your marketing analytics remain both powerful and lawful. With OWOX BI, you can ensure compliance with the GDPR while working with sensitive data. Don’t waste time and resources on reprocessing data or learning and adopting a new tech stack.
Note: This post was originally published in November 2022 and was completely updated in October 2024 for accuracy and comprehensiveness on Data analytics.
Web analytics is the process of collecting, analyzing, and reporting data about website usage patterns. It helps website owners and marketers understand how users interact with their websites, including which pages they visit, how long they stay, and what actions they take.
Web analytics provides valuable insights that can be used to improve website design, user experience, and marketing strategies. With the increasing importance of online presence, web analytics has become a crucial tool for businesses to measure their online performance and make data-driven decisions.
A few years ago, everyone who worked in data analytics imagined the coming years as a beautiful world where data and personalization were everywhere, with the ad tech stack developing rapidly.
What do we know about those good old days?
Today, we have to put extra effort into working with users’ data. We don’t have flying cars, and data personalization is not everywhere. In addition, we have requirements and limitations that create additional concerns.
Browsers and platforms limit the lifetime of third-party cookies set by a third-party domain. This affects the display of important identifiers for analytics systems, such as Client ID in Google Analytics 4. Because of this, a significant amount of information on the effectiveness of advertising channels will already not be available in the future:
The General Data Protection Regulation (GDPR) establishes rigorous standards for safeguarding data privacy within the European Union. GDPR impacts how data is collected, stored, processed, and shared in data analytics.
Analysts must ensure that personal data is used ethically, with clear consent from individuals, and for explicitly stated purposes. Data subjects have rights such as accessing their data, requesting corrections, and objecting to processing.
Firms must implement measures to protect data from breaches and ensure transparency in their data practices. Non-compliance can lead to significant fines, making GDPR compliance crucial for businesses handling EU residents' data.
After the EU’s General Data Protection Regulation (GDPR) went into effect, Google Analytics users in Europe faced a problem. Google Analytics has become illegal for website operators to use in several countries due to decisions by European data protection authorities, as it does not comply with the GDPR. Ensuring Google Analytics is GDPR-compliant is crucial for businesses to navigate the complexities of data privacy laws and avoid legal pitfalls.
In addition, to comply with GDPR requirements, websites must use consent mode. Google Consent Mode is a vital tool for balancing user privacy and data collection in compliance with GDPR and other data protection laws. A website must not identify users who do not want to share cookies.
Updated Google Analytics 4 (GA4) is designed with privacy considerations in mind and offers features intended to help users manage data collection and compliance with regulations such as GDPR. However, whether GA4 is GDPR-compliant depends on how website owners configure and use it.
The compliance of GA4 with GDPR is not just about the features it offers, but also about the practices adopted by businesses that use it.
Following are some aspects to consider regarding GA4’s compliance with GDPR.
While GA4 includes features that can help with GDPR compliance, simply using GA4 does not automatically make a website GDPR-compliant. Compliance is determined by how the website owner configures and uses the tool, including obtaining user consent, managing data collection and processing, ensuring data security, and respecting user rights.Given the dynamic nature of Google Analytics privacy laws and technology, it's also advisable to stay informed about any updates from Google regarding GA4 and any changes in GDPR interpretations or enforcement. Consulting with a legal professional specializing in data protection laws is recommended for specific legal advice and to ensure compliance.
Advertisers will continue to collect user activity data, but they won’t be able to determine which interactions with ads lead to conversions. The average share of users who reject cookies on websites with consent mode implemented is 30%.
Depending on the type of website, this share can reach 40%. Ensuring Google Analytics' compliance with GDPR is crucial in this context, as it involves implementing measures like cookie consent banners and integrating features that align usage with GDPR requirements.
The volume of online conversions in marketing reports will remain the same, but the conversions will not be connected with the source of clicks and completed orders from the CRM. As a result, you won’t be able to attribute most conversions to advertising campaigns and will get a low ROI.
To understand how to make Google Analytics GDPR-compliant, it is essential to outline the necessary steps and considerations for ensuring that the use of Google Analytics 4 adheres to GDPR regulations in all aspects of data handling.
Today, when an analyst begins to think about collecting, processing, and transforming data, they have to answer the following tricky questions.
Those who have already had conversations with their legal teams know how frustrating it can be to provide a clear answer to what’s going on with PII data on its journey to the final report.
Let’s do our best to cover all the questions above to make analysts’ lives easier in the coming weeks, months, and probably years.
Google Analytics is a popular web analytics tool, but it may not be the best choice for every business, especially those concerned about data privacy and GDPR compliance. Fortunately, several Google Analytics alternatives offer similar features and functionalities while prioritizing user privacy and data security. Some popular alternatives include:
By considering these alternatives, businesses can continue to leverage powerful web analytics tools while ensuring they remain compliant with GDPR and other data privacy regulations.
Google Analytics, a premier tool from the top search engine company, is crucial for tracking visitor origins, analyzing site interactions, and assessing engagement metrics like bounce rates.
It also evaluates the duration of visits and calculates the proportion of visitors completing key actions, such as making a purchase or subscribing to a newsletter. Despite its strengths, Google Analytics presents both advantages and challenges, making it a powerful but complex tool for web analytics.
Here are a few reasons why we should use it:
Almost every marketing team has a formed Google tech stack that everyone is used to, which has worked flawlessly for years. However, the limitations and innovations described above are forcing companies to look for other tools for working with data. The good news is that you can continue using the familiar Google tech stack if you follow these guidelines.
You have to understand which regions website visitors are from. How many are from the US vs the EU? You definitely have to start working with countries where visitors most commonly come from. We believe everybody knows where to find their geo reports. Check them out and define the list of countries where the majority of your visitors come from.
What laws are applicable to visitors from these countries? Thank god, there’s a great website that combines all the laws and regulations around the world and makes it easy to define which you have to follow to be compliant.
Once you’ve completed steps one and two, you have to deduplicate all those requirements from different countries. Consult with lawyers to translate from legal English to data analysts’ English.
At the end of this stage, you will have figured out all the privacy restrictions no matter which platform you’re going to send data to. It’s not only about Google.
Finally, you have to implement consent mode to ensure explicit user consent is obtained. It’s really easy to implement those rules with the help of third-party tags or third-party products that are integrated with GTM. Follow these links to find GTM templates in order to ask your visitors for consent to send their data to analytics services.
Finally, we are getting to the data processing stage. While at the previous stage, you realized what kind of data you could collect with what kind of consent, you can now start capturing and processing this data.
Everybody knows that we can no longer just send PII data to GA4 as we did before — not even if the data from GA4 is then exported to GBQ and the location of GBQ is set to EU. This is because EU laws say you cannot send PII directly to GA4 without a proper setup.
This is not the hardest task. All you need to do is go over this checklist, accept the new Google DPA, and disable the Data sharing settings. Most importantly, ghost hits and Google signals have to be disabled as well.
With the above done, you can make GA4 compliant in terms of privacy and all regulations by preventing the collection of PII without consent.
However, as soon as you adjust all these settings in GA, you will find that the really important data is nowhere to be found in GA4 or, consequently, in Google BigQuery Export.
We are talking about granular location data, some PII data that you need for certain reports, and some custom dimensions that are used as a key to join it, for instance, with CRM data.
Obviously, this state of affairs won't work for you because, at the end of the day, as an analyst, you want to build an actionable report, and you want to deal with SQL-accessible data. Luckily, there is another solution you can implement: server-side tracking.
You can use the OWOX solution or build your own.
The Dutch Data Protection Authority has been actively investigating complaints against Google Analytics, highlighting its role in addressing data protection issues similar to those raised in other European countries.
Either way, the most important thing about the server is that it must be located in the EU. This is how you can be sure that all PII data is filtered before you send it to any other service.
Based on our experience, server-side tracking increases the accuracy of acquisition campaign tracking by 20%. So, there is a business reason, not just a legal reason, for migrating to server-side tracking.
The third part is setting up a server-side tag manager. Why is it important? Because you’d like to have control over all the data you send not just to your analytics service but to all third-party ad services as well (Facebook, Bing).
At this point, you can host your server-side tag manager in an EU location and filter out all PII fields, such as IP address. You can send just the data required for each ad service.
This is how you can export data in a way that complies with GDPR requirements.
If you still face objections from the legal team, say: Hey, how do we make sure that nobody can access our visitors’ PII data in Google BigQuery?
At this point, there is also a solution. You can turn on customer-managed cloud KMS keys and encrypt your data in order to prevent anyone, and I mean anyone, from getting access to it.
To be honest, we haven’t encountered any organization that would still have doubts about using GCP once they have followed all of these recommendations.
User data deletion is an essential aspect of GDPR compliance. The regulation requires businesses to delete personal data when it is no longer necessary for the purpose it was collected. Google Analytics 4 (GA4) provides a User Explorer report that allows website owners to differentiate users and erase a user’s data from GA4 if required. However, it is crucial to note that GA4 does not automatically delete user data, and website owners must take proactive steps to ensure compliance.
To ensure GDPR compliance, businesses should implement a data deletion policy that includes:
By prioritizing user data deletion and GDPR compliance, businesses can build trust with their users and avoid potential fines and reputational damage. Ensuring that your data practices align with GDPR not only protects your business but also fosters a positive relationship with your audience.
Now, let’s jump to some more practical recommendations. What does consent mode look like?
As soon as you start sending data with consent (for example, using OWOX BI), you will get a dedicated parameter that contains this consent mode.
Here is a session table. As you can see, it has a dedicated ConsentMode field that contains the value of consent granted on the website.
In order to collect data for analytics purposes, you have to get consent, and you can figure out the consent options with the value of this ConsentMode parameter. If the gsc parameter has one of these values, you may collect your data for analytics purposes.
However, if your website visitors haven’t given their consent, you still can store their data but without any personally identifiable information — just like how your web server logs contain IP addresses and user agents but don’t have unique user IDs.
Unlike Universal Analytics, the newer Google Analytics 4 (GA4) offers privacy-centric upgrades such as user data deletion capabilities and automatic IP anonymization, addressing limitations in Universal Analytics. Transitioning from Universal Analytics to GA4 is essential for compliance with evolving privacy laws like GDPR.
Let’s take a look at how it works.
Imagine you have not been granted consent. Now, each hit will have a new client ID and OWOX user ID.
On top of that, granular location data will be unavailable. The idea behind this is the following:
The most obvious idea is to get the totals, right? We believe that everyone would like to have accurate totals in terms of page views and number of conversions, and it doesn’t matter which particular users these metrics come from.
Now, let’s move to data reporting, which starts with data lineage. As soon as you collect all your data, you probably cannot avoid answering how your PII data flows, and how to set and control all your data transformations, joining, and cleaning.
It would be great to have a dedicated tool that shows all those transformations and how you arrived at the final report in the clearest and the most auditable way — a tool that would help you understand if your PII flows correctly.
For instance, as soon as you collect data from different regions, you’ll need to join it to build a roll-up. Or say that data on which users give consent and don't give consent is stored separately, and the overall metric needs to be calculated in one report. To do this, you need knowledge of the data schema.
You will need to keep dozens of transformations in your head. And if suddenly an error appears in the calculations, without a clear and understandable data lineage, you will spend a lot of time searching for and eliminating it. These are just a few of hundreds of use cases when you need data lineage.
To solve this problem, which our clients have often faced, we have created a clear transformation graph in OWOX BI that clearly shows how, where, and why your data is moving.
With it, you can easily see the calculation logic and influence it:
First, a data catalog is a way to organize your inventory of data assets, especially those that contain PII data. You have to have a clear mark of what type of PII data it is. For instance, you might encrypt your data, hash it, or decrypt it. It depends on how you are going to use it.
Secondly, you have to assign an owner for each data asset. For instance, you can set yourself as the owner for Visitors in order to easily understand who owns the data and what kinds of fields are related to PII data.
Last but not least, you can even define PII data security on a column basis to determine if you’d like to encrypt the data or hash it.
The great news is that GC offers a simple way to use column key encryption without any need to rewrite all SQL queries from scratch.
By following the recommendations in this article, you will be able to:
Some popular alternatives to Google Analytics include Matomo (formerly Piwik), Adobe Analytics, and Clicky. These tools offer similar functionalities and features for website tracking and analysis.
While there are free versions available for some alternatives like Matomo and Clicky, most comprehensive analytics solutions come with paid plans that offer additional features, enhanced support, and higher data limits. Adobe Analytics, for example, is typically a paid tool with various pricing options based on specific business needs.
Yes, most Google Analytics alternatives provide ways to facilitate the migration process. They often offer data import tools or integrations that enable you to transfer your existing Google Analytics data to their platform. It's important to note that there may be some variations in terms of which data and insights can be transferred, so it's recommended to review the migration process specific to each alternative before making a switch.
Google Analytics can be made GDPR-compliant with the proper implementation. Businesses must configure it to respect user privacy by ensuring anonymization of IP addresses, obtaining user consent before tracking, and ensuring data is transferred securely.
Google Analytics 4 is crafted with a stronger emphasis on privacy, potentially simplifying GDPR compliance. It offers improved data deletion capabilities and does not store IP addresses, which helps in aligning with GDPR requirements.
To make Google Analytics GDPR-compliant, you should configure data collection settings to anonymize IP addresses, obtain explicit consent from users before data collection, limit data retention settings, and ensure data is processed in a manner compliant with GDPR.
GDPR in data analytics refers to the application of GDPR principles ensuring data privacy and protection in the processing and analysis of personal data. Compliance involves adhering to lawful processing, maintaining transparency, and securing consent from data subjects.
Google Analytics 4 (GA4) emphasizes user privacy by not storing IP addresses and focusing on event-based data collection. It supports data deletion requests and anonymizes user identifiers. GA4 provides enhanced privacy controls, including data retention settings and consent mode, for compliance with regulations like GDPR. This approach helps businesses adapt to a privacy-focused digital environment.