Why Design a Measurement Framework Before Touching GA4?

Why Design a Measurement Framework Before Touching GA4?

Anastasia Braitsik stands at the forefront of the digital marketing landscape, navigating the intricate intersections of SEO, content strategy, and data analytics. As a global leader who has mentored thousands of professionals, she brings a refreshing, business-first perspective to the often-dry world of technical implementation. In this conversation, we explore the necessity of building a robust measurement framework before ever touching a tool like Google Analytics 4. Anastasia details a strategic shift from tracking metrics for the sake of tracking to answering the deep-seated questions that drive revenue and growth. Our discussion covers the methodology for defining success in plain language, the hierarchy of diagnostic signals, and why the most important part of any analytics plan might be deciding what to ignore entirely. We also touch upon the importance of validation and the “source of truth” dilemma that many modern e-commerce and B2B brands face today.

Most Google Analytics 4 projects are launched as a technical request from a stakeholder, but you argue that the thinking must happen before the implementation. How do you handle the common pitfall where a project starts with tracking rather than strategy?

The reality is that most GA4 projects begin as a reactive technical request where a team simply wants “tracking set up” without knowing what they are looking for. Someone gets access to the property and assumes that if they collect enough data, a meaningful story will eventually emerge from the numbers. Unfortunately, this usually results in a collection of precise-looking figures that answer questions nobody in the organization actually asked. I insist that the measurement framework must come first because it gives the technical setup a specific purpose before any code is even written. Without this grounding, you end up with a repository of ambiguity where data feels available but remains entirely unactionable for the people making the big decisions.

When you sit down with a client to define success in plain language, how do you steer them away from generic metrics and toward something that actually reflects their business goals?

Defining success is about moving away from technical jargon and describing outcomes in a way that anyone in the office would recognize if they saw it. For a lead generation business, we have to dig deep to see if success means more total inquiries or if the goal is actually better-qualified inquiries that turn into sales. In the world of e-commerce, we look beyond just “sales” to see if the real win is a higher average order value, fewer checkout drop-offs, or a surge in repeat customers. For content teams, we might define success as more organic traffic or getting visitors to move from editorial pages to commercial ones. Every one of these plain-language definitions leads to a completely different measurement plan, proving that analytics can never be separated from the specific business context.

You’ve mentioned that we should interrogate a business like it’s a “crush” to get the data we need. What are the specific questions that tend to reveal the most about a website’s performance?

To get the right data, you have to be relentless in asking what the business actually needs to know to act with confidence. I often start by asking why users are dropping off right before submitting an inquiry or which specific landing pages are generating the most valuable leads for the sales team. We also look at how the behavior of a returning visitor differs from someone who just arrived for the first time, as those insights often reveal where the user journey is broken. I challenge leadership to imagine they have access to perfectly clean data and list every question they would ask; the gap between that list and their current setup is exactly what our framework needs to close. If a dashboard doesn’t help someone decide what to do next, then the questions we are asking aren’t sharp enough.

One of the most interesting parts of your framework is the hierarchy of metrics, specifically distinguishing between business outcomes and diagnostic signals. Why is it so dangerous to treat every metric like a KPI?

One of the main reasons analytics reports become a confusing mess is that every tracked action is treated as if it has the same level of importance. Clearly, a final purchase is not the same thing as a simple product page view, and our reporting needs to reflect that hierarchy. I break measurement into three layers: Business Outcomes like revenue and pipeline, Performance Indicators like demo request rates, and Diagnostic Signals like form abandonment or filter usage. This matters because a stakeholder only needs to see the outcomes, while the marketing team needs those performance indicators to adjust their channel strategies. Diagnostic data is for the analysts and developers who need to investigate why a problem is occurring or if an implementation is firing twice.

In an era where we can track almost everything, you advocate for deciding what not to measure. How do you find the courage to tell a client that a certain data point just isn’t worth the effort?

It can feel incredibly uncomfortable to leave data on the table because modern tools make it so easy to track every single click. However, more tracking doesn’t automatically equate to better measurement; often, it just means more maintenance and more potential for error. Every event has a cost in terms of implementation, testing, and documentation, and if no one is going to use that data to change their behavior, it doesn’t belong in the core setup. I use a simple test: if this number changed, would anyone do anything differently? If the answer is no, we stop tracking it to keep the system lean and focused on what actually drives the needle for the business.

Choosing a single source of truth is a major challenge for many brands. How do you determine when GA4 should be the authority and when a CRM or e-commerce platform should take the lead?

It is vital to recognize that GA4 is a powerful tool for observing digital behavior, but it isn’t always the final word on every business metric. For example, an e-commerce platform is usually a much cleaner source of truth for total orders and revenue, while a CRM is better for determining lead quality in a B2B setting. Choosing just one system can lead to an attribution trap because every platform has its own specific model, limitations, and blind spots. My approach is to determine which questions GA4 is uniquely qualified to answer—like where users came from and where they dropped off—and where that data needs to be compared against other systems. This ensures we are using the best tool for each specific job rather than trying to force one system to do everything perfectly.

Once the strategy is set, the process moves into the implementation brief. What does that technical transition look like when the framework is already in place?

When the framework is solid, the technical setup actually becomes a much smoother, less stressful process because the guesswork is gone. The framework acts as a brief that tells the implementation team exactly which events need to be tracked, which should be marked as “key events,” and which parameters are essential. This is also the stage where we decide which audiences or segments matter and which reports need to be created to serve the business questions we identified earlier. It is a far more efficient way to work than opening GA4 first and trying to make decisions while staring at a blank configuration screen. The implementation is still technical, but it’s no longer a mystery; it’s a targeted execution of a pre-defined strategy.

Validation is often seen as a final, minor step, but you treat it as a critical phase. What are the common issues that can derail even the best-planned measurement framework?

Validation should never be treated as a small task at the end of a project because an event appearing in GA4 doesn’t mean it’s actually reliable. We see events that fire twice, fire too early, or are completely skewed by consent settings and privacy blockers. The goal isn’t to achieve “perfect” data, because that rarely exists in our current landscape, but rather to have data that is defined clearly enough to be trusted for decisions. If you don’t validate, you risk making major business changes based on a technical glitch, which can be a very expensive mistake to make. We check everything from the raw events to the way they are being aggregated to ensure the marketing team can move forward with total confidence.

What is your forecast for digital analytics?

I believe we are entering an era of “less is more,” where the focus will shift from hoarding massive amounts of data to refining the quality of a few key signals. As privacy regulations continue to evolve and cookie-based tracking becomes less reliable, the winners will be the companies that have a clear, logic-based measurement framework rather than those with the most complex technical setups. We will see a greater emphasis on diagnostic signals that explain the “why” behind user behavior, rather than just the “what.” Ultimately, the analytics setup will be treated less as a static technical checkbox and more as a living business asset that adapts as 75,000 or more marketers navigate these shifting digital tides.

Subscribe to our weekly news digest.

Join now and become a part of our fast-growing community.

Invalid Email Address
Thanks for Subscribing!
We'll be sending you our best soon!
Something went wrong, please try again later