10 Things you need to know about the new Google App+Web Analytics
On July 31st 2019, Google introduced a “new” analytics solution they called App+Web. Google App+Web is Google’s answer to the changing digital landscape we are dealing with as analysts. Google App+Web will replace the current Google Universal Analytics in the future.
In this article I will share 10 things you need to know about the new Google App+Web Analytics tool. Consider it a way to explain what App+Web is and why it is important for you to use. I compiled the list based on questions I received from companies and digital analysts. I’m sure there are at least another 10 things to share (and maybe I will), but this article will hopefully get you started.
This is not a how-to-guide to using Google App+Web Analytics. There are tons of articles out there showing you how to track, configure and use the tool. I added a list of my favorite resources to start using App+Web at the bottom of this article. Check them out if you decide you want to get started using Google App+Web Analytics.
- It’s new, but it’s not
- A different data model
- Combining Web and app. One data model and reporting setup
- A new focus on audiences could pivot your analytics mindset
- Track additional events out-of-the-box
- Standard events, that could be(come) useful
- Tracking configuration via GTM templates
- Easy integration with BigQuery
- Many missing reporting features
- Reasons why you should start now
1. App+Web Analytics is new, but it’s not
For those who have been around the app digital analytics block a few times, it’s easy to spot some similarities in the interface of App+Web to Firebase Analytics. Firebase Analytics was introduced in 2011 to allow businesses to track their mobile applications. It was purchased by Google in 2014 and has been going through significant updates over time. It is used on more than 1.5 million apps (in March 2020).
Firebase Analytics has been the startingpoint for building the new solution App+Web that is currently in beta. The data model, reporting setup and many other underlying functionalities have been used to create this new product. This is great, because anybody familiar with Firebase Analytics, can jumpstart their App+Web analytics journey.
2. App+Web Analytics has a different data model
For those coming from the web-focused solution Google Universal Analytics, it’s time to pivot your way of thinking a bit. It is likely that you’ll miss a few metrics and dimensions inside the reports and feature list of the App+Web Analytics solution. This has everything to do with the radical change in the way the data model is setup. This change of the data model is easily the most important change coming with App+Web. Many digital analytics specialists were already complaining about the outdated data model Google Universal was built on. Maybe Google listened.
2.1 App+Web focuses on events and users, not sessions
Google Universal Analytics had three main levels in the way their data model worked:
There is a clear hierarchy in these three levels. In addition to these three levels of data, the data model also includes additional product-level data for e-commerce reporting.
The hit-level data is also split in to three main different types of hits:
- Pageviews (triggered when someone visits a page)
- Events (triggered whenever somebody clicks on a button, or interacts with an element)
- Transactions (triggered whenver a purchase has been made)
2.2 In App+Web sessions take a backseat
Most of the discussion about the Google Universal Analytics data model was around the session-level metrics and dimensions. What constitutes as a session is pretty arbitrary and easy to manipulate. A session is also deceptively complicated to define. Consider the session time-out (time of inactivity before you’re considered in a new session) and end of day expiry (when a new day starts, you start a new session, even if you’re not inactive). These types of issues can impact your session count, without you realizing it.
I’m sure these are just some of the reasons for Google to remove the sessions from their data model in the new App+Web analytics solution.
When you look in the App+Web reports, you will still find some session related metrics and dimensions in the reports like visit-starts and visit timestamp, but they are taking a backseat in terms of priority. They are not getting any dedicated reports to analyse them. From a data model perspective, they are calculated in the same way as in Google Universal Analytics, but there is not session-scope in the data model anymore.
2.3 Pageviews are events
Viewing of new content is still part of the data model of App+Web, but it’s just another type of event in the event stream that we create by interacting with a website or application. An event stream can be considered a flowchart of all interactions made by a user duing their visits to your websites or applications. The concept of an event stream is not new. Digital analytics solutions like Snowplow Analytics have built there entire data model on it years ago.
3. App+Web analytics combines Web and App. With one data model and reporting setup
The new data model allows us to look at the data and the reports in a more holistic way. It can now be applied to both websites and apps alike. A user has a clear and equal definition for both types of plaforms, just like all the events do.
When you look at the data as an analyst, you will be able to act on the same (or very similar) definitions in your reports, regardless if you’re working on an analysis about your website or your app.
It also opens up possibilities for us to analyse across all of our platforms. We can track and analyse our user behaviour across all of the plaforms (websites, apps and IOT) and get a better understanding of all of the user’s interactions with our company or brand. We are now able to merge the data silos that used to be there for each app or website.
To ensure you can track users across your platforms, Google provides you with two options:
- User ID’s on signup / login
- By device
3.1 User ID on signup / login
Whenever a user on your website application can be identified as a specific user, you can send the unique user ID to App+Web by configuring the tracking code. You will usually be able to identify an unique user when he/she logs in or signs up on your website/app. It’s a useful way to track users across platforms, as soon as their identity is made available. This method will not suffice for all websites and apps, because tons of users will stay anonymous and not login or sign up during their visit.
3.2 By device
This method uses only the device ID, either the Analytics cookie for websites or the App-Instance ID for apps, to identify a user, and ignores any User-IDs that were collected. It’s the exact same method of tracking users in Google Universal Analytics and Firebase for apps. The downside of this method is that you cannot track cross-device or cross application on a device. It will make the number of users reported less reliable, but your privacy officer will be happy if you choose this option only, because you will not be collecting any user specific data to your analytics tool.
4. A new focus on audiences could pivot your analytics mindset
With sessions taking a backseat in App+Web, there will be more focus on other things. Google has choosen a path to customer centric analysis and is pivoting focus to audiences.
In Google Universal Analytics several reports about users are available related to for instance user loyalty and engagement. Some of these reports have already been made available in App+Web as well. New to App+Web is the possibility to create audiences. It is similar to creating advanced segments in Google Universal Analytics, but is pushed more to the foreground. You can configure segments of users that have specific characteristics. Users from a specific country, or who have done specific interactions (ie purchasers). These audiences can be applied to the reports that are available.
4.1 Demographic and interest reports and data
The data is only available for a subset of users, but may be helpful in your analysis anyway. The subset is mainly determined by users who logged in to other Google services like Youtube.
5. App+Web can track some additional events out-of-the-box
In the App+Web Analytics configuration it is possible to automatically start tracking some basic events. Interactions that are relevant to many websites and apps. By the flip of a switch you can start tracking these interactions and see the data flow into your dataset. This can be a time-saver for those who are not very code-savvy and ensure that these interactions are collected in a structured and standard way. I’m pretty sure Google will build some additional reports and functionalities around these events. The reporting features are currently still very limited on this.
Pageviews and Internal Search tracking have additional “advanced” functionality, to make sure they are properly configured for your website. All the others are a simple flip of the switch.
6. App+Web has standard events, which could be(come) useful
In addition to the Enhanced Measurement events I just discussed, Google has also introduced groups of “standard events”. They are recommendations by Google to collect some events (see list below) that we often track. Some of these are very generic, others are industry specific. In their documentation about these events Google shares recommended naming conventions and defintions for these events which are outlined in detail in their documentation.
Some events you can find are:
- share (for social shares)
- purchase (for e-commerce purchases)
- view_cart (for e-commerce sites specifically)
For a full list, please check out the App+Web developer documentation.
It is pretty likely that in the future, these recommended events will be used to fuel specific reporting or analytics capabilities in the reporting suite.
7. App+Web tracking can be setup via GTM templates
As part of the roll-out of App+Web, Google has also introduced tag templates in Google Tag Manager. These templates make it relatively easy to implement App+Web. If you are already running your current Google Universal Analytics through Google Tag Manager, it will be pretty easy to also implement App+Web.
There are two GTM tags provided for App+Web, which have specific functionalities:
7.1 Configuration tag
The Configuration tag is there to help you set some basic configurations for tracking with App+Web. It allows you to input the Measurement ID (the unique account ID for your property) and enable wether you want to track pageviews.
You can also configure additional parameters in this tag, similar to custom dimensions in Google Universal Analytics. Unfortunately, this doesn’t seem to really work yet. The custom parameter data will not be processed and shown in your reports yet.
7.2 Event tag
The event tag is there to send any additional events to Google. This tag will work similar to the event tracking method used for Google Universal Analytics. You will use this tracker for custom events. You don’t have to configure this for all the events that are automatically tracked. The workflow for adding events would be:
- Check if an automatic event is available to use
- Check if a recommended event is available in the Google documentation. If this is the case, use that naming convention
- If neither of these options apply, create your own custom event
When implementing events, you will have to consider the limitations in the tracking of events and parameters you can add.
8. App+Web integrates easily with BigQuery
App+Web is still lacking many of the functionalities of the current Google Universal Analytics platform. But there is one feature that many App+Web users are really excited about. The integration with Google BigQuery. It is available for all App+Web users, where only paying Google Analytics 360 clients were able to use this type of integration for Google Universal Analytics.
Google Big Query is a serverless, scalable and really cheap data warehouse, where you can store all your App+Web data in a raw format. This means that all the data you are collecting with App+Web is available for you to analyse and activate in raw format. It will make it a lot easier to integrate the data with other data sets, visualise it in different tools and build data models and other types of functionalities on top of.
9. App+Web is still missing many reporting features
Despite some of the fun new features in App+Web, it is not yet a full-featured digital analytics solution yet. You will still miss some of your favorite reports and some things are a bit of a hassle to setup.
Here are some of the things you might be missing (at time of writing - April 5 2020):
- (Enhanced) e-commerce reports
- Internal search reports
- Filters (ie IP filtering)
- Multiple views per property
- Datastudio connector
So appreciate that App+Web is still under development and in beta. You can use it, but it’s not a fully finished product yet. Google is working hard to provide additional features for App+Web. They are often releasing updates, so it’s recommended to monitor the release notes. They seem to have bi-weekly releases going. With some important updates in there.
10. You should setup your App+Web Analytics now
App+Web may still be in beta and it’s not a production ready solution yet, but there are a lot of reasons to start the implementation process anyway:
- Build up historical data
- Familiarize yourself with the tool
- Leverage the Big Query integration
- Smaller updates in data collection, every time a new feature is made available
Build up historical data
It’s very unlikely that you’ll be able to transfer your old historical Google Universal Analytics data to an App+Web profile. The data model has changed so radically, that it wouldn’t even make a lot of sense to do this. Definitions and logic has changed so much, that it wouldn’t match the new data anyway.
This means your data collection will start from scratch. You will have no historical data to look at once you start. Some basic metrics are already available to measure (ie pageviews, users, etc.). If you start tracking now, you will at least have some historic data available when App+Web is production ready.
Don’t remove your Google Universal Analytics implementation yet, but run App+Web in paralel to start building your historical data.
Familiarize yourself with the tool
Moving your analysis from Google Universal Analytics to App+Web will be a big shift. If you start collecting data now, you can at least start learning how App+Web works. If you’re going to be comfortable with the solution, you’ll be ready whenever you shift to App+Web.
Leverage the Big Query integration
For all users of the free version of Google Universal Analytics, the Big Query integration is completely new. It may provide you with opportunities your current setup doesn’t offer.
Smaller updates in datacollection, every time a new feature is made available
Most of us have been working on implementations of analytics solutions before. It can be quite a big project if you have to move from one solution to another. By starting your implementation now, you can split this project up into small easy-to-manage bites. Start with the basic tracking now and you’ll only have to add tracking for new features when they are released.
App+Web resources are everywhere
Like I mentioned in the introduction, there are tons of amazing resources out there to get started with App+Web. I will share some of my favorites here. I hope they are useful to you.
How to implement App + Web
- Step by Step: Setting up an App + Web Property in Google Analytics (Krista Seiden)
- Technical overview of the new App+Web properties (David Vallejo)
- Getting Started With Google Analytics: App + Web (Simo Ahava)
- Event recommendations (Google developer documentation)
- Step by Step: Setting up an App + Web Config Tag in GTM (Krista Seiden)
- Step by Step: Setting up an App + Web Event Tag in GTM (Krista Seiden)
How to configure App + Web
- Linking Google Analytics App + Web to Google Ads: How-to Guide (Bounteous)
- Enable BigQuery Export For Google Analytics: App + Web Properties (Simo Ahava)
Or check out this 10 minute video from Julian from Measureschool to get started.
How to use App + Web
- Custom Parameter Reporting In Google Analytics: App + Web (Simo Ahava)
- App+Web property reports overview (Loves Data)
- Analyzing Reports in the new App + Web Property (Krista Seiden)
- Streamview in Google Analytics (Krista Seiden)
- How to query and calculate GA App + Web event data in BigQuery (Johan van de Werken)
- Why Google Analytics App + Web BigQuery Export Rocks and Sucks (Robert Sahlin)