If you’ve been following Google Analytics for a while, you’ll remember that there have been two major overhauls of the platform since it was acquired:
2009: Transition from Urchin to classic Google Analytics (ga.js)
2013: Transition from classic Google Analytics to Universal Analytics (analytics.js)
I first began consulting on Google Analytics during the “classic” era (2009-2013), and I was very resistant to change when Universal Analytics was released. After all, it took me years of research and persistent tinkering to feel like I knew what I was doing, and it was painful to give that up to start learning something new.
Looking back, I regret my hesitation to dive into Universal Analytics. It was a better product with exciting new capabilities that had the potential to benefit my clients (such as enhanced ecommerce and custom metrics).
Now, we are in the middle of a third major overhaul from Universal Analytics to Google Analytics App + Web. This started back in 2017, but became official in July 2019 when Google launched the beta version of the “App + Web Property,” which gives users the ability to install Google Analytics for Firebase (also known as “GA4F”) on a website.
Despite the name, you do not need an app to use App + Web. This is a brand new version of GA.
When Google launched the beta version of the “App + Web Property” in July of 2019, I noticed that many of the most knowledgeable and experienced digital Analysts I know didn’t pay it much attention. I understand, because I did the same in 2013. But if you are in this group, this post is for you.
App + Web properties are completely different from the Google Analytics we know and love. Data is collected differently, it is stored and filtered differently, and even the way we create reports has changed. Familiarizing yourself with App + Web can be overwhelming, but the time has come to start learning.
What makes App + Web properties so special?
In the early days of web analytics (say mid-2000’s) websites were built out of pages that loaded every time they were viewed, and we all agreed that it was a good idea to group these page views into sessions every time we noticed a break for longer than 30 minutes. Then mobile and single-page apps came along, and the concepts of page views and sessions didn’t always apply anymore.
As an example, consider how important the page view is to web analytics. It is used to calculate bounce rate, time on site, time on page, pages per session, and more (not to mention the importance we place on “landing page”). Apps do not always have page views. Apps that simply load and run long processes (like play a video or record audio) cannot meaningfully describe user behavior with the traditional page view approach.
Solution: The Event-Driven Data Model
Mobile app Analysts solved this problem by discarding the notion that the fundamental building block of a session is a page view, and replacing it with a flexible system of events, parameters, and user properties. These new concepts can be flexibly applied to any new application, and they can also be applied nicely to a traditional website.
Google did not invent the event-driven data model, and it’s not new—it has been the core of Google Analytics for Firebase since it was acquired in 2014. It is a tested and proven approach that has been around for years, but it has rarely been applied to traditional websites before the App + Web property came along.
So how will my business benefit from this new approach?
App + Web provides a better representation of user behavior while allowing you to spend less time collecting and aggregating data.
In the rest of this series I will explain how, but here are my top 4 highlights:
- For web, a variety of commonly tracked activities can be enabled without any code change (a feature called “Enhanced Measurement”).
- If you communicate with customers across multiple platforms (such as web, iOS, Android, etc.), you will now have dramatically better tools for rolling up that data into a single view of the customer.
- The old dashboards and custom reports have been replaced by new powerful tools for conducting analysis and sharing findings (many tools previously reserved for GA360 users are now free for everyone).
- Everyone can now leverage the BigQuery integration to access your complete and unsampled data (also previously only available to GA360 users).
Final Thought: Let’s Clear Up Some Confusion
Many of my clients have been confused by the numerous and changing names for the Firebase and Analytics products that are floating around. Here is the short summary that you should be aware of before using this guide:
- The old Google Analytics Services SDKs (which basically gave you Universal Analytics in a mobile app) were deprecated in October 2019.
- “Firebase” is a family of products for mobile app development, and one of those products is “Firebase Analytics.” As of July 2019, you can now use Firebase Analytics to track websites as well as mobile apps (source).
- If you choose, you can link a Firebase project with Google Analytics, which unlocks new reports above what is available in Firebase Analytics and creates a new type of GA property called an “App + Web” property.
- “Google Analytics for Firebase” == “GA4F” == “Google Analytics V2”
Now Let’s Dive In!
I hope you’re feeling inspired. Here are a few ways you can channel that excitement:
- Join me on July 28, when I present an introduction to App + Web properties as part of the Search Discovery Education Community.
- Sign up for my monthly Google Analytics Newsletter to get the latest product updates, tips, and best practices delivered to your inbox monthly.
- Look out for more posts from me on searchdiscovery.com: Over the next several months I will post a series of blogs here to help you get acquainted with App + Web properties.