Shopify: 3 months for $1/month, plus up to $10,000 credits as you sell
Tutorial Series/Google Analytics 4 Tutorial Series
Advanced65 minutesStep 9

How to Use GA4 Reports and Explorations

A 2026 GA4 reports and Explorations lesson that builds a GA4 analysis layer selector, question router, Report route selector, and backend field evidence table for ad revenue drops, mobile checkout leaks, landing-page paths, order reconciliation, Traffic acquisition, Landing page, Ecommerce purchases, Free Form, Funnel, Path, and BigQuery / Shopify reconciliation.

9
Current Lesson
9/12 lessons
Reviewed by Ranfeng Wei. Maintained monthly against Shopify, Google Search, ads, analytics, and ecommerce operating workflows.
Quick Answers

TL;DR: Classify the question as inspection, investigation, review, or reconciliation, then choose standard reports, Explorations, fixed reporting,

Q: What is the key action in this lesson?A: Let standard reports handle trend inspection and team readouts, then use Free Form, Funnel, Path, or Segment Overlap to investigate the caus

Lesson Progress
Progress
9/12 lessons
Current lesson unlockedContinue in sequence

Lesson HowTo steps

Complete this lesson in 4 steps

  1. 1

    Build the GA4 analysis layer selector

    Classify the question as inspection, investigation, review, or reconciliation, then choose standard reports, Explorations, fixed reporting, BigQuery, or the order system.

  2. 2

    Use standard reports to confirm the anomaly first

    Let standard reports handle trend inspection and team readouts, then use Free Form, Funnel, Path, or Segment Overlap to investigate the cause.

  3. 3

    Use the Report route selector

    Turn ad revenue drops, mobile checkout leaks, landing-page paths, or order revenue reconciliation into an operating path: inspect Reports first, open Explore only when needed, then assign the action.

  4. 4

    Record backend field evidence

    For landing, funnel, and revenue questions, write the Traffic acquisition, Landing page, Ecommerce purchases, Exploration, and BigQuery / Shopify fields before deciding what the number can prove.

  5. 5

    Identify data boundaries

    When reports, Explorations, the Data API, or BigQuery do not match, check data retention, thresholding, sampling, high-cardinality `(other)` rows, modeling, and attribution before blaming tracking.

  6. 6

    Leave analysis copyable lesson notes

    Record the question layer, data layer, dimensions and metrics, known boundaries, responsible lead, 7-day observation window, and next review format so the team can review the same definition later.

Article FAQ

Answer the common misunderstandings first

What is the main difference between GA4 standard reports and Explorations?

Standard reports are for daily inspection and shared team readouts. Explorations are for ad hoc investigation after you find an anomaly. Do not start in Explorations or use them as the daily reporting system.

When should I use Free Form, Funnel, Path, or Segment Overlap?

Use Free Form for dimension cross-tabs, Funnel for step drop-off, Path for movement after a starting point, and Segment Overlap for audience overlap. Write the question first, then choose the template.

How should I use the Report route selector?

Choose a real business question such as an ad revenue drop, mobile checkout leak, landing-page path question, or order revenue reconciliation. Then write which Report to inspect first, when to open Exploration, which dimensions and metrics to use, and what action the readout should trigger.

What should backend field evidence record?

Record the dimensions and metrics actually used in Traffic acquisition, Landing page, Ecommerce purchases, Free Form, Funnel, Path, and BigQuery / Shopify Orders, such as source / medium, campaign, landing page, device, event steps, purchase revenue, transaction_id, refund amount, and event_date.

Do different numbers in reports and Explorations mean tagging is broken?

Not always. Check data retention, thresholding, sampling, high-cardinality `(other)` rows, modeling, and attribution first. Different reporting surfaces can show different numbers without a tracking failure.

When should I move to BigQuery or fixed reporting?

Move when the question needs long windows, high-cardinality detail, cross-system order reconciliation, refund or profit facts, or a stable management review. Do not force every problem into the GA4 UI.

When should I stop digging inside the GA4 UI?

Stop when the question becomes order-level reconciliation, refunds and profit, long-term retention, SKU / variant detail, user-level paths, or high-cardinality fields. Write the question into the Report route selector first, then move to BigQuery, Shopify Orders, the ad platform, or a fixed management report.

Why can the same dimension mean different things in different GA4 reports?

Reports, Explorations, Advertising, Realtime, and BigQuery serve different jobs and can be affected by session / user / event scope, attribution, data retention, thresholding, sampling, and `(other)` rows. For review, record the reporting surface and actual fields instead of screenshotting one number.

Loading interactive version
Text version of this lessonExpand

Many ecommerce teams do not fail at GA4 because they cannot click the interface. They fail because they put the question in the wrong reporting layer. Standard reports inspect, Explorations investigate, fixed reports support recurring review, and BigQuery plus order systems reconcile raw events. The output of this lesson is a GA4 analysis layer selector: a simple way to choose the layer before you spend time on deeper analysis.

Lesson output: a GA4 analysis layer selector

The selector is a small operating asset, not a dashboard design exercise. Before opening a report, write the business question in one sentence. Then decide whether the question is about inspection, investigation, review, or reconciliation. This habit prevents a common GA4 mistake: using a more advanced screen to answer a question that first needs a clearer business definition.

Selector job: the GA4 analysis layer selector is a simple decision table. It routes the question to standard reports, Explorations, fixed reporting, BigQuery, or the order system before anyone starts building a deeper view.

Decision value: the wrong layer creates analysis-looking work without a usable action. An ads drop may need a channel trend check first. A mobile checkout issue may need a funnel. A revenue mismatch belongs in reconciliation, not in another GA4 UI comparison.

Operating sequence: write one business question, then choose the starting layer, dimensions, metrics, data boundary, responsible lead, and review window. Turn that into copyable lesson notes so the next action can be reviewed later.

  • Did something change: use standard reports for channels, landing pages, devices, events, purchase revenue, and routine trend checks.
  • Why did it change: use Explorations for Free Form, Funnel exploration, Path exploration, Segment Overlap, segments, comparisons, and filters.
  • Can the team review it repeatedly: use fixed reporting for weekly channel reviews, landing-page readouts, funnel dashboards, and management reporting.
  • Can it reconcile: use BigQuery, Shopify, ERP, payment, refund, or finance sheets for raw events, order facts, refunds, cost, and profit.

If the layer is wrong, the analysis can become more complex while the team still does not know whether to adjust ads, fix tracking, improve a landing page, change an offer, or pause the conclusion.

Plain terms before you diagnose

GA4 reporting words can look familiar, but a small misunderstanding can change the answer. Define the terms before asking a junior operator, agency, or analyst to build a view.

  • Reports: the standard GA4 reporting area used for routine monitoring. In ecommerce, start here when checking whether paid social, organic search, email, product pages, or devices changed from last week.
  • Explorations: the ad hoc analysis workspace. Use it after a standard report finds an anomaly and you need to test dimensions, funnels, paths, or segments.
  • Dimension: the field used to group data, such as source / medium, landing page, device, campaign, item name, or country. A weak average can hide inside one dimension split.
  • Metric: the number being calculated, such as sessions, add_to_cart, purchase, revenue, purchase rate, or average order value. A metric needs a dimension and a time window before it becomes useful.
  • Segment: a selected group of users, sessions, or events. Mobile new users, cart abandoners, and high-value buyers may overlap, so do not treat them as separate audiences without checking.
  • Attribution: the rule that assigns conversion credit to channels or touchpoints. You will see it in GA4, ad platforms, and management reports. If a shopper first clicks paid social, returns through email, and then buys, different systems may credit different channels. Attribution is an analysis lens, not finance truth; do not treat attributed revenue as captured cash.

For ecommerce work, these terms should always connect back to a decision. A report that does not change a page, campaign, event QA task, or management review is only a static number.

Standard reports inspect; Explorations investigate

Standard reports are closer to a shared dashboard. They help the team see the same trend quickly and keep recurring questions stable. For example, the team can check acquisition, landing page, device, events, and revenue every Monday using the same date comparison.

Explorations are closer to a temporary analysis workbench. Google describes Explorations as advanced techniques beyond standard reports, useful for deeper questions about user behavior. That does not mean every question should start there. Explorations are strongest after a standard report shows that a change is real enough to deserve diagnosis.

The steadier order is: first use standard reports to confirm the signal, then use Explorations to identify which dimension, step, path, or segment explains it. If the same question is asked every week, turn the answer into a fixed report. If the answer must reconcile exact orders, refunds, or profit, move to the order system or BigQuery instead of forcing the GA4 interface to be an accounting system.

Four Exploration types answer four follow-up questions

Do not open a blank Exploration and drag in every available field. Choose the technique based on the question.

  • Free Form: use it when you need a flexible table or visual split. Ecommerce use: source / medium × landing page × device × purchase rate to find whether one traffic source hides a weak mobile page.
  • Funnel exploration: use it when you need to see where people drop from one step to another. Ecommerce use: view_item -> add_to_cart -> begin_checkout -> purchase for a checkout or product detail page problem.
  • Path exploration: use it when you need to see where users go after a starting point, or what happened before a conversion. Ecommerce use: start from a high-spend landing page and check whether users move to product pages, collections, search, cart, or exit.
  • Segment Overlap: use it when you need to know whether audiences are truly separate. Ecommerce use: compare new users, mobile users, high-value buyers, cart abandoners, and remarketing audiences before building campaigns around them.

The rule is simple: write the follow-up question first, then choose the technique. If you cannot write the question, the issue is not that GA4 lacks a chart. The issue is that the team has not agreed on what decision the analysis should support.

Five common ecommerce questions and where they should start

Use this router when a team member says "GA4 numbers look wrong" or "we need a deeper report." The first layer matters because it controls the quality of every later conclusion.

  • Revenue dropped yesterday. Did ads break? Start with standard reports. Check acquisition, landing page, device, and revenue trends. If the drop is one day on low order volume, observe first. If the same layer drops for 2-3 days, move into an Exploration.
  • Mobile checkout conversion weakened. Which step dropped? Start with Funnel exploration. Build a funnel from view_item to purchase, then compare by device, source / medium, and landing page. If purchase events are missing or duplicated, go back to event QA before reading the funnel.
  • Where do users go after a high-spend landing page? Start with Path exploration. Set the landing page as the starting point and inspect whether users continue to product pages, collections, search, cart, or exit. If the decision needs long-tail URLs and the interface groups values into (other), move to a lower-cardinality view or BigQuery.
  • Leadership asks for the same numbers every week. Should we keep using Exploration? Start with fixed reporting. Lock the metric, dimension, date window, exclusion rule, and responsible lead. A weekly report loses value if the definition changes every meeting.
  • GA4 purchase revenue does not match Shopify orders. Which number is right? Start with BigQuery and the order system. Compare transaction_id, time zone, refunds, cancellations, order status, excluded events, and the GA4-BigQuery link. Do not demand exact equality before defining the business number.

Report route selector: from a real question to actual operation

Knowing the difference between Reports and Explorations is not enough. In real ecommerce work, the team needs to know which report to open first, when to move into Explore, which dimensions and metrics to use, and what action should follow the readout. Use this route table during review meetings.

Business question Inspect in Reports first When to use Exploration Example readout Next action
Paid social revenue dropped. Did ads break or did the page weaken? Traffic acquisition: session source / medium, campaign, revenue, purchases, and purchase rate. If the same channel drops for 2-3 days, use Free Form by landing page × device. Sessions drop only 4%, but two mobile landing pages fall from 2.1% to 0.8% purchase rate. Fix mobile hero, product entry, speed, and offer consistency before cutting budget.
Mobile checkout weakened. Which step is leaking? Events and Ecommerce purchases: confirm view_item, add_to_cart, begin_checkout, and purchase still receive data. Use Funnel exploration with view_item -> add_to_cart -> begin_checkout -> purchase. begin_checkout to purchase drops from 62% to 41%. Check mobile checkout, payment errors, shipping display, discount codes, inventory, and failed Shopify orders.
Where do users go after a high-spend landing page? Landing page report: use sessions, engagement, key events, and purchase revenue to find high-traffic weak pages. Use Path exploration and set that landing page as the starting point. 46% of mobile users go next to policy page or search instead of PDP. Move hero SKU, price, shipping/return promise, and CTA earlier; answer common doubts on the page.
GA4 purchase revenue does not match Shopify order revenue. Reports only check health: did purchases, purchase revenue, or item revenue suddenly drop? Use Exploration / DebugView for event issues; use BigQuery + Shopify order export for formal reconciliation. transaction_id coverage is healthy, but the gap clusters around refunds, canceled orders, and time zone boundaries. Define revenue first: attributed revenue for ads, net captured revenue for finance, SKU units and refund rate for product review.

The point is not memorizing every path. The habit is: use Reports to confirm the signal, use Exploration to diagnose the cause, then assign the action to ads, page work, event QA, order reconciliation, or weekly review. Do not force every question into the same GA4 table.

Turn landing, funnel, and revenue readouts into fields

Reports tell you where to look, Explorations investigate why, and the order system or BigQuery reconciles facts. Every review should leave the backend path, fields, decision value, and stop condition instead of a vague note saying "we checked GA4."

Readout type Reports path Explore / reconciliation path Fields to check Stop condition
Acquisition and landing page Acquisition > Traffic acquisition; Engagement > Landing page Free Form: landing page × device, filtered by source / medium or campaign session source / medium, campaign, landing page, device category, sessions, purchase, purchase revenue For one low-order day, or campaign / URL values grouped into (other), write an observation hypothesis only.
Funnel drop-off Engagement > Events; Monetization > Ecommerce purchases Funnel exploration: view_item → add_to_cart → begin_checkout → purchase step completion rate, abandonment, device category, landing page, purchase revenue If purchase is missing, transaction_id duplicates, checkout path changed, or consent changed, fix measurement first.
Post-landing-page path Landing page report selects high-traffic, low-conversion pages first Path exploration: set landing page as the starting point and inspect next nodes or exits landing page, page path, node type, next page, exit, device, source / medium If long-tail URLs are grouped into (other), reduce dimension complexity or move to BigQuery.
Revenue and order reconciliation Monetization > Ecommerce purchases only checks purchase / revenue health BigQuery / Shopify Orders reconcile transaction_id, currency, order status, refund status, and time zone transaction_id, purchase revenue, item revenue, currency, net revenue, refund amount, event_date Do not demand exact equality across GA4 UI, BigQuery, and Shopify. Define this review's revenue number first.

This table makes the readout reviewable. "Mobile landing pages got weaker" is not a usable conclusion unless the team can name the Reports path, Exploration split, supporting fields, and the condition that would stop the interpretation.

Identify data boundaries before going deeper

Different numbers across Reports, Explorations, the Data API, and BigQuery do not automatically mean the tag is broken. Google documents that these surfaces can display data in somewhat different ways. Before blaming implementation, look for data boundaries.

  • Retention: Exploration date ranges are limited by the property data retention setting. Check Data retention in Admin before using a long-window Exploration for a management decision. If the team needs the same window every week, move the logic into a fixed report or BigQuery query instead of relying on an ad hoc Exploration.
  • Thresholding: small slices, demographics, audiences, or search-query related rows may be hidden or compressed. Check the data quality indicator before reading the slice, then expand the date range, use a broader dimension, or pause the small-cohort conclusion.
  • Sampling: complex Explorations or large date ranges can process sampled data. Reduce the date range and dimensions first. If the decision needs long-tail detail, move to BigQuery or a 360 unsampled exploration.
  • (other) row: high-cardinality dimensions can be grouped. Long-tail URLs, campaigns, search terms, User IDs, or parameters may disappear into a grouped row. Do not treat (other) as an interpretable real row.
  • Modeling and value additions: standard reporting surfaces may include modeling, attribution, Google Signals, or other value additions. BigQuery is the raw-event export layer and does not automatically include every GA4 UI value addition, so document reporting identity, attribution, time zone, excluded events, and order definitions before reconciliation.

If one of these boundaries affects the decision, stop forcing the same GA4 screen to answer the question. Either simplify the question, use a more stable report, or move to BigQuery and the order system with a clearly written definition.

BigQuery and order systems reconcile; they do not define the business question for you

BigQuery Export can send GA4 event data to a warehouse. It is useful for longer windows, raw events, high-cardinality detail, custom joins, order reconciliation, and BI work. But BigQuery is not a magic truth button. You still need to define session logic, user logic, purchase logic, time zone, excluded events, order status, refunds, and filters.

When purchase revenue does not match Shopify orders, do not ask "which system is correct" too early. Ask "which business number are we trying to align?" A paid media report may care about attributed purchase revenue. A finance report may care about captured payment minus refunds. A product report may care about purchased items and units. These are different questions.

A good reconciliation workflow starts with transaction_id, event count, order count, time zone, refund/cancel status, excluded events, reporting identity, and the BigQuery link. Only after those are documented should the team decide whether the gap is expected, an implementation issue, or a business-definition mismatch.

Real scenario: standard reports and Exploration do not match

Imagine the standard channel report says paid social purchase rate is stable. The marketing team wants to keep spend unchanged. Then a Free Form Exploration split by landing page × device shows two weak mobile landing pages. That does not automatically mean the standard report is wrong, and it does not automatically mean the page must be redesigned today.

A better reading is layered. The standard report confirms that the total channel trend is not collapsing. Free Form locates a possible landing-page and device problem. The analyst checks whether the view shows sampling, thresholding, or an (other) row. If one campaign name is grouped into (other), the conclusion should be limited to the visible pages rather than all campaigns. The responsible page lead then checks mobile hero clarity, product entry, page speed, offer consistency, and add-to-cart friction.

Seven days later, the team reviews the same issue in a fixed weekly report. If the mobile landing pages recover while the channel total remains stable, the action likely helped. If nothing changes, the team returns to the router: maybe the first issue was not the page, but offer quality, traffic mix, tracking quality, or sample size.

Practice: build 30-minute GA4 analysis copyable lesson notes

Use this exercise after a real weekly review. Pick one GA4 question that caused disagreement, then fill the notes below before opening another report. The goal is not polished writing. The goal is to show which layer you used, where the boundary is, and who owns the next action.

  1. Question: write one business question, such as "why did mobile purchase rate drop for paid social landing pages?"
  2. Starting layer: choose standard reports, Exploration, fixed reporting, BigQuery, or order system.
  3. Dimensions: name the grouping fields, such as source / medium, landing page, device, campaign, item name, or country.
  4. Metrics: name the numbers, such as sessions, add_to_cart, begin_checkout, purchase, purchase revenue, or average order value.
  5. Data boundary: write whether retention, sampling, thresholding, (other), modeling, or order-status mismatch may affect the conclusion.
  6. Responsible lead: name the person who will act, such as page lead, media buyer, analytics lead, product manager, or finance lead.
  7. Review window: choose a 7-day observation, next WBR review, or monthly reconciliation check.

Recommended readout: "Standard reports show paid social purchase rate is stable, but Free Form split by landing page × device shows two weak mobile landing pages. No clear sampling warning appeared, but one campaign name was grouped into the (other) row, so the conclusion is limited to visible pages. The page lead checks mobile hero and product entry, then reviews the result in the fixed weekly report after 7 days."

Copyable template: The question is [business question]. The starting layer is [data layer] because [reason]. This check uses [dimensions] and [metrics], with [data boundary] considered. The current conclusion only supports [next action], owned by [responsible lead], and reviewed after [review window].

What to do next

If this lesson feels basic, that is the point. Advanced GA4 work starts with a boring decision: what layer should answer the question? Once the layer is correct, the next lessons become easier. Funnel analysis can focus on drop-off steps. Audience setup can focus on useful segments. Revenue and profit analysis can decide when GA4 is enough and when finance data must take over.

The practical standard is not "can we build a complex Exploration?" The standard is "can someone read this analysis, see the boundary, know the next action, and review the result later?"

Back to Course Outline
12
View All Tutorials

After copyable notes

Connect this lesson to the next learning and membership path

Copyable notes are not a download pack. Their job is to carry the decision, evidence, and next action out of the lesson. Continue to the next lesson first; if this page solved a real problem, check whether the member tutorial path can close the rest of the workflow.

Share this tutorial

If this lesson helped, send it to a teammate, friend, or partner before moving on to the next one.