Professionals collaborating in an office setting, focused on digital data analysis during a meeting.

GA4 Identity Reporting: Why Your Channel and Lead Numbers Shift

If your GA4 users, leads, or channel performance shifted and nothing changed in your campaigns, check Reporting Identity before you touch budgets.

GA4’s Reporting Identity (Blended, Observed, Device-based) changes how users are stitched across devices and how conversions are attributed. It does not change raw event collection. It changes how GA4 deduplicates and reports users and conversion paths.

For small business properties—especially WooCommerce stores with login states and Consent Mode enabled—that can materially alter reported users, conversion totals, and channel credit without any change in underlying traffic.

What Reporting Identity Actually Changes in GA4

According to Google’s GA4 Reporting identity documentation, identity spaces determine how GA4 recognizes a person across sessions and devices.

  • Device-based: Uses device identifiers only (for example, client IDs). No cross-device stitching beyond that device.
  • Observed: Uses User-ID (if implemented) and device identifiers, but does not rely on Google signals.
  • Blended (default for many properties): Uses User-ID, Google signals (when available), and device identifiers.

If you enable User-ID in WooCommerce (for logged-in users) and switch from Device-based to Blended, GA4 may merge what were previously counted as multiple users into one. User counts can drop while event volume stays flat.

Google is explicit that identity affects reporting, not event collection. Your event totals in BigQuery export remain event-level rows, but how those events are stitched into users and paths in the GA4 interface changes.

Important constraint: Google signals and modeled data depend on user eligibility and consent state. If Consent Mode is implemented, tags adjust behavior based on consent, and Google may model conversions when identifiers are unavailable, as documented in the Google Consent Mode overview. That means Blended identity can include modeled behavior that Device-based reporting would not stitch the same way.

How Identity, Attribution, and Channel Grouping Interact

Identity alone does not assign channel credit. Attribution settings do.

GA4 property-level attribution settings define the attribution model (for example, data-driven or last click) and lookback windows, as documented in GA4 Attribution settings. Changing the model or lookback window changes how conversion credit is distributed across touchpoints.

Now layer identity on top:

  • Blended identity may unify a user’s paid search click on mobile and organic visit on desktop into one path.
  • Device-based may treat those as separate users, fragmenting the path.
  • Data-driven attribution may reallocate credit based on the full stitched path.

The result: Paid Search appears to lose or gain conversions. Organic looks stronger or weaker. Nothing changed in your campaigns—only how paths were constructed and credited.

Default Channel Grouping adds another layer. Google documents that GA4’s default channel group is rule-based, using source, medium, and campaign parameters. Identity and attribution changes do not rewrite those rules—but they can change which touchpoints are included in a conversion path, which makes channel totals appear to shift.

Practitioner context: Search Engine Land’s breakdown of GA4 attribution modeling highlights how data-driven attribution redistributes credit based on observed paths. If you alter identity space and attribution model within the same quarter, you have effectively changed two major reporting assumptions at once.

What to do next

If you run WordPress or WooCommerce and care about stable lead and revenue reporting, audit these items this week:

  1. Document current Reporting Identity. In Admin → Reporting Identity, confirm whether you are using Blended, Observed, or Device-based. Record the date and keep it in your analytics SOP.
  2. Verify User-ID implementation. Ensure logged-in WooCommerce users send a consistent User-ID via gtag or GTM. Confirm you are not passing PII (no emails, no raw identifiers that violate Google policy).
  3. Review Consent Mode configuration. In GTM or gtag, confirm consent defaults and updates align with your CMP. Understand that modeled conversions and Google signals availability depend on consent state.
  4. Check attribution model and lookback window. In Admin → Attribution settings, confirm your model and windows. Do not compare Q1 and Q2 performance if you changed these in between without annotating the shift.
  5. Audit key events. Confirm that generate_lead, purchase, and other key events are correctly named and marked. Identity does not fix misconfigured events.
  6. Use BigQuery for validation. GA4 BigQuery export provides event-level data including user_pseudo_id and user_id fields. Use it to validate raw event counts and reconcile with CRM or backend revenue. Do not expect it to automatically replicate GA4 UI stitching or modeled behavior.
  7. Annotate reporting changes. If you change identity or attribution settings, add an annotation in GA4 and in Looker Studio dashboards. Channel swings after these changes may be reporting artifacts—not performance shifts.

The business risk is simple: reallocating budget based on a reporting configuration change instead of a marketing change. Before you pause campaigns or shift spend, confirm whether Reporting Identity, Consent Mode behavior, or attribution settings changed the math.

In 2026, stable reporting is less about one “correct” model and more about documented assumptions. Lock them down, test deliberately, and communicate changes internally before you let a settings toggle drive strategy.

Sources

Need help checking this on your WordPress, Google Ads, Analytics, local SEO, or website setup? Splinternet Marketing can review the issue and help you prioritize the next fix.

This article is for informational purposes only and reflects general marketing, technology, website, and small-business guidance. Platform features, policies, search behavior, pricing, and security conditions can change. Verify current requirements with the relevant platform, provider, or professional advisor before acting. Nothing in this article should be treated as legal, tax, financial, cybersecurity, or other professional advice.

Editorial note: Splinternet Marketing articles are researched from cited platform, documentation, regulatory, and industry sources. AI may assist with drafting and review; final content is checked for source support, practical usefulness, and platform/date accuracy before publication.