GDPRChecker

Home / Knowledge Base / Understanding Google's $93M Settlement Over Consumer Location Data Accusations: A Practical Compliance Guide for Website Owners

Website Compliance

Understanding Google's $93M Settlement Over Consumer Location Data Accusations: A Practical Compliance Guide for Website Owners

Google's $93M settlement over location data accusations highlights GDPR compliance gaps in consent, disclosure, and pre-consent tracking. This guide provides website owners with a step-by-step implementation plan, common mistakes to avoid, and how to validate using GDPRChecker's scanning tools to ensure no Google tags collect location data without valid consent.

Author

GDPRChecker Editorial Team

Reviewed by

Privacy & Compliance Research Team

Last updated

August 2026

Reading time

12 min read

Educational guidance for compliance readiness — not legal advice. Requirements vary by jurisdiction and your specific processing activities.

Introduction

*Updated for 2026 compliance practices.*

In late 2023, Google agreed to a $93 million settlement with several U.S. states over allegations that it continued to track users' location data even after they had disabled location history. While this case originated in the United States, its implications ripple globally, especially for website owners subject to the GDPR. The core issue—collecting or processing personal data without valid consent—is a direct violation of GDPR principles. For any business operating a website that uses Google services like Analytics, Ads, or Maps, understanding Google's $93M settlement over consumer location data accusations is no longer optional; it's a critical compliance checkpoint. This guide translates the settlement's lessons into actionable steps you can verify today using GDPRChecker's scanning tools.

What Is Understanding Google's $93M Settlement Over Consumer Location Data Accusations?

Understanding Google's $93M settlement over consumer location data accusations means recognizing that regulators are scrutinizing how companies collect, store, and use location data—and that consent mechanisms must be transparent and genuinely respected. The settlement alleged that Google misled users about its location tracking practices, continuing to collect location data through other settings like Web & App Activity even when Location History was turned off. For website owners, the parallel is clear: if you deploy Google tags (Analytics, Ads, reCAPTCHA, Maps) that collect IP addresses, GPS coordinates, or other location-adjacent data, you must ensure that your consent banner accurately reflects this processing and that no such data is collected before the user gives explicit consent. This is not just about avoiding fines; it's about building trust and demonstrating accountability under GDPR Article 5(2).

Why the Settlement Matters for GDPR Compliance

The GDPR requires that processing of personal data—including location data—be based on a lawful basis, with consent being the most common for website tracking. The Google settlement highlights three GDPR-relevant failures:

  1. **Insufficient disclosure**: Users were not clearly informed that disabling one setting did not stop all location tracking.
  2. **Lack of granular consent**: Users could not easily separate consent for different types of location processing.
  3. **Pre-consent data collection**: Data was collected before users had a chance to make a choice.

These map directly to GDPR requirements for transparency (Articles 12–14), consent (Article 7), and data protection by design (Article 25). If your website uses Google Consent Mode v2, you already have a framework to address these, but misconfigurations are common. For example, setting `ad_storage` or `analytics_storage` to `granted` by default before user interaction can mirror the very behavior that led to the $93M penalty.

Requirements and Compliance Expectations

To align with the lessons from the settlement and GDPR, your website must meet these technical and operational requirements:

  • **Consent banner must block all non-essential tags until explicit consent**: This includes Google tags that collect location data (IP address, GPS). Use a Consent Management Platform (CMP) that integrates with Google Consent Mode v2.
  • **Disclose location data collection in your privacy policy**: Clearly state which Google services you use, what data they collect (including location), and how users can withdraw consent.
  • **Implement a 'Reject All' option that works**: The banner must allow users to refuse consent as easily as they can grant it. Test that rejecting consent actually prevents Google tags from firing.
  • **No pre-consent network requests to Google domains**: Even if you use Consent Mode's default `denied` state, verify that no pings are sent before user interaction. GDPRChecker scans can detect such requests.
  • **Maintain consent records**: Under GDPR, you must be able to demonstrate that consent was given. Use a CMP that logs consent choices with timestamps.

These requirements are not just theoretical. The French CNIL and other EU DPAs have fined companies for similar violations, often citing inadequate consent mechanisms for Google Analytics.

How to Implement Step by Step

Here is a practical, scanner-verified implementation path:

  1. **Audit your current Google tags**: List every Google service on your site (Analytics 4, Google Ads, Floodlight, Maps, YouTube embeds). Check if any collect IP addresses or precise location. Use GDPRChecker's cookie scanner to identify all Google-related cookies and trackers.
  2. **Configure Google Consent Mode v2**: Set the default consent state for all relevant storage types (`analytics_storage`, `ad_storage`, `ad_user_data`, `ad_personalization`) to `denied`. Update your gtag or Google Tag Manager container accordingly. Refer to our [Google Consent Mode v2 guide](/guides/google-consent-mode-v2-guide) for detailed instructions.
  3. **Integrate a CMP that supports Consent Mode**: Choose a CMP that can signal consent updates to Google tags. Ensure it fires the `consent_update` command only after user interaction. Test with our [Google Consent Mode v2 checker](/guides/google-consent-mode-v2-checker).
  4. **Update your privacy policy**: Add a section on location data, explicitly mentioning Google services and linking to Google's privacy policy. Use plain language. See our [GDPR requirements for websites](/guides/gdpr-requirements-for-websites) guide for policy templates.
  5. **Implement a robust cookie banner**: The banner must not rely on implied consent or pre-ticked boxes. It should offer 'Accept All', 'Reject All', and 'Customize' options. The 'Reject All' button must be as prominent as 'Accept All'.
  6. **Test the reject flow**: Use GDPRChecker's scanner to simulate a user who rejects all cookies. Verify that no Google tags fire and that no data is sent to Google servers. Check the Network tab in browser DevTools for any requests to `google-analytics.com`, `doubleclick.net`, or `googletagmanager.com`.
  7. **Set up ongoing monitoring**: Compliance is not a one-time task. Use GDPRChecker's scheduled scans to detect new tags, changes in consent behavior, or policy drift.

Common Mistakes and How to Avoid Them

Even well-intentioned teams make these errors. Avoid them by verifying with a scanner:

  • **Mistake: Default consent set to 'granted' in GTM**: Some implementations mistakenly set Consent Mode defaults to `granted` in the Google Tag Manager container, thinking the CMP will later update them. This causes tags to fire before consent. **Fix**: Always set defaults to `denied` in the gtag or GTM container code, and let the CMP update to `granted` only after consent.
  • **Mistake: Ignoring server-side tags**: If you use server-side GTM, location data might be collected server-side even if client-side tags are blocked. **Fix**: Ensure your server-side setup also respects consent signals. GDPRChecker's advanced scans can detect server-side requests.
  • **Mistake: 'Reject All' button does not fully block Google tags**: Some CMPs only block marketing cookies but allow analytics cookies when 'Reject All' is clicked, which may still collect location data. **Fix**: Configure your CMP to treat all non-essential cookies equally. Test with GDPRChecker's consent verification scan.
  • **Mistake: Not updating privacy policy after adding new Google services**: Adding Google Maps or reCAPTCHA introduces new location data processing. **Fix**: Treat privacy policy updates as part of your change management process. Use GDPRChecker's policy link checker to ensure the policy is accessible from every page.
  • **Mistake: Assuming Consent Mode alone is sufficient**: Consent Mode adjusts tag behavior but does not replace the need for a lawful basis. You still need a CMP to capture consent. **Fix**: Combine Consent Mode with a compliant CMP and verify with our [GDPR compliance for SaaS companies](/guides/gdpr-compliance-for-saas-companies) guide.

How to Validate with GDPRChecker

GDPRChecker provides a multi-layered validation approach specifically designed to catch the issues highlighted by the Google settlement:

  1. **Pre-consent request scan**: Our scanner crawls your site before any user interaction, detecting network requests to Google domains. Any such requests indicate a potential violation.
  2. **Consent banner behavior test**: We simulate user journeys—accept all, reject all, no action—and verify that tags fire only when appropriate. The report flags banners that do not offer a genuine reject option.
  3. **Cookie and tracker inventory**: Get a complete list of cookies and trackers, classified by purpose and vendor. This helps you identify all Google-related trackers and update your privacy policy accordingly.
  4. **Consent Mode diagnostics**: For sites using Google Consent Mode v2, we check that default states are `denied`, that consent updates are sent correctly, and that no data is transmitted in the denied state.
  5. **Policy and disclosure checks**: We verify that your privacy policy is linked from the consent banner and contains required disclosures about location data and Google services.

After making changes, run a full GDPRChecker scan to confirm compliance. The scanner provides a clear pass/fail on each check, along with evidence you can use for accountability records.

Implementation Checklist

Use this checklist to ensure you've addressed all aspects of understanding Google's $93M settlement over consumer location data accusations:

  1. Audit all Google tags on your website using GDPRChecker's cookie scanner.
  2. Configure Google Consent Mode v2 with default `denied` state for all storage types.
  3. Integrate a CMP that supports Consent Mode and offers 'Accept All', 'Reject All', and 'Customize' options.
  4. Update your privacy policy to disclose location data collection by Google services.
  5. Test the 'Reject All' flow with GDPRChecker to confirm no Google tags fire.
  6. Verify no pre-consent network requests to Google domains using GDPRChecker's pre-consent scan.
  7. Check that your consent banner is not pre-ticked and requires affirmative action.
  8. Ensure consent records are being logged with timestamps for accountability.
  9. Review server-side tags for location data collection and apply consent controls.
  10. Schedule recurring GDPRChecker scans to monitor ongoing compliance.
  11. Document your compliance measures as evidence of GDPR accountability.
  12. Train your team on the importance of consent and location data handling.

FAQ

What is understanding Google's $93M settlement over consumer location data accusations? Understanding Google's $93M settlement over consumer location data accusations means recognizing that regulators penalize misleading location tracking practices. For website owners, it underscores the need to obtain valid consent before collecting location data via Google tags and to provide transparent disclosures.

Do I need understanding Google's $93M settlement over consumer location data accusations for GDPR? Yes, if your website uses Google services that process location data (e.g., Analytics, Ads, Maps). The settlement highlights GDPR violations like insufficient disclosure and pre-consent tracking, which can lead to fines. Compliance requires proper consent mechanisms and transparency.

How do I implement understanding Google's $93M settlement over consumer location data accusations? Start by auditing Google tags, configuring Consent Mode v2 with default denied, integrating a compliant CMP, updating your privacy policy, and testing reject flows. Use GDPRChecker to verify no pre-consent requests and that banners work correctly.

How can I verify understanding Google's $93M settlement over consumer location data accusations with a scanner? GDPRChecker scans your site for pre-consent network requests, tests consent banner behavior, inventories cookies, and checks Consent Mode defaults. It provides a report highlighting gaps so you can fix them before regulators notice.

What are common understanding Google's $93M settlement over consumer location data accusations mistakes? Common mistakes include default consent set to 'granted' in GTM, 'Reject All' not blocking all Google tags, ignoring server-side tracking, and failing to update privacy policies when adding new Google services.

Which cookies and trackers should I check for understanding Google's $93M settlement over consumer location data accusations? Check all Google-related cookies and trackers, especially those from Analytics (_ga, _gid), Ads (IDE, test_cookie), and Maps (NID). GDPRChecker's inventory will list these and flag any that fire without consent.

How often should I review understanding Google's $93M settlement over consumer location data accusations? Review at least quarterly or whenever you add new Google services, update your CMP, or change tag configurations. Use GDPRChecker's scheduled scans to automate monitoring and catch drift early.

What evidence should I keep for understanding Google's $93M settlement over consumer location data accusations? Keep consent logs from your CMP, GDPRChecker scan reports showing no pre-consent requests, dated privacy policy versions, and records of configuration changes. This demonstrates accountability under GDPR.

Conclusion

Understanding Google's $93M settlement over consumer location data accusations is a wake-up call for every website owner relying on Google's ecosystem. The settlement's core lessons—transparent disclosure, genuine consent, and no tracking before choice—are fundamental GDPR requirements. By implementing the steps in this guide and validating with GDPRChecker, you can close the gaps that lead to regulatory risk and build a privacy-respecting website. Ready to verify your site's compliance? Run a free GDPRChecker scan today and ensure your location data practices are settlement-proof.

Next step

Run a GDPRChecker scan to validate consent behavior, trackers, and disclosures after you implement the checklist above.

Comparison: common implementation approaches

| Approach | Best for | Evidence to retain | Trade-off | | --- | --- | --- | --- | | A shared consent record | Smaller sites with one banner and a limited set of tags | Consent choice, timestamp, policy version, and affected pages | Requires a reliable process when the banner changes | | A tag-manager based record | Teams that control analytics and advertising tags centrally | Consent defaults, trigger conditions, publish history, and test results | Can miss scripts added outside the tag manager | | A CMP or external consent platform export | Sites with multiple domains, vendors, or regional workflows | Vendor configuration, consent events, retention settings, and audit exports | Adds provider configuration and recurring review work |

Choose the approach that matches the site's tracking complexity, then verify that the stored evidence can explain what a visitor saw and what tags were allowed at that time.

Practical examples

Example 1: A small ecommerce site

A shop changes its cookie banner wording before a seasonal campaign. The operator records the previous and new banner version, tests Reject all and Accept all, and stores screenshots plus the resulting network checks. That creates a clear before-and-after record without relying on memory.

Example 2: A B2B lead-generation site

A marketing team adds a form analytics tag through its tag manager. Before publishing, it documents the consent category, the tag trigger, the privacy notice update, and a test showing that the request does not fire after a visitor rejects optional cookies.

Example 3: A multi-page content site

An editor notices that a new embedded video adds a third-party request. The team scans the affected pages, compares the result with the last scan, updates the cookie disclosure if necessary, and keeps the scan report with the deployment reference.

> This guide is technical implementation guidance for website owners. It is not legal advice.

Article schema

```json { "@context": "https://schema.org", "@type": "Article", "headline": "Understanding Google's $93M Settlement Over Consumer Location Data Accusations: A Practical Compliance Guide for Website Owners", "description": "Learn what Google's $93M location data settlement means for your website. Practical steps to verify consent, tags, and disclosures with GDPRChecker scans.", "mainEntityOfPage": { "@type": "WebPage", "@id": "https://www.gdprchecker.online/guides/understanding-googles-93m-settlement-over-consumer-location-data-accusations" }, "publisher": { "@type": "Organization", "name": "GDPRChecker", "url": "https://www.gdprchecker.online" } } ```

GDPRChecker guides are educational resources and do not constitute legal advice. Use them to understand technical and operational privacy requirements, and consult qualified counsel for legal interpretation.

Check Your Website in Under 60 Seconds

  • No signup required
  • GDPR-focused checks
  • Cookie banner detection
  • Privacy policy verification