Page Insights provides a visual overlay of aggregate, page level statistics onto session playback. It interacts with Omnisearch to provide instant stats for every page in your app.
Use search to create your desired segment of users based on anything you want – behavior, time, geography, device type, custom variables, etc – which then become the basis for the aggregate statistics in Page Insights.
Page Insights can help you answer valuable business questions surprisingly easily. Things like...
At the top right of the playback screen, you’ll find a toggle between Playback and Page Insights mode. When you’re watching a session, you can instantly view a Click Map for any moment that is part of that session. As soon as you toggle to Page Insights mode, we’ll pause playback and show you the aggregate statistics for the current page you’re viewing.
Use the dropdown list to toggle between all clicks, rage clicks, error clicks, and dead clicks.
Toggle to Inspect Mode to get stats for any element you're interested in. Just click around the page to get the information you're after.
While viewing any of the Click Map summaries or Inspect Mode, use the Add to search or Create new search options to instantly drill down to a segment of users who have clicked that selector.
In today’s world of single page apps and dynamic URLs, figuring out how to list all the “pages” in your app can be confusing. And the list (if you managed to figure it out) will likely change over time. With FullStory’s Page Insights, there is no need for you to instrument your code, or explicitly name your pages. Page Insights uses machine learning to figure out what the logical pages in your app are, and groups things accordingly.
This means that clicks on buttons on the “login page” won’t be mixed up with clicks on buttons on the “dashboard page”. And even better, if your app has a custom URL for each of your users, we will automatically figure out that Johnny’s dashboard page is the same page as Suzy’s, and we’ll show you aggregate statistics for all users on the “dashboard page”.
The aggregate click data you see in Page Insights is pulled from user interactions that match your current search or segment. That is, if you’re viewing the “Everyone” segment, you’ll see cilck data from all users. If you’re viewing the “Bought Mangos” segment, only clicks from users who are a part of the “Bought Mangos” segment will be included in the aggregate numbers.
If you want to narrow your page insights to a specific cohort of users, dial in the appropriate search first, then click on any session playback to view Page Insights for that group of users.
Page Insights take into account what’s on (or not on) the page now. If you watch a playback of a dynamic single page application, things pop in and out of existence. Page Insights are smart enough to work with this and show you what’s relevant to what you are seeing on the page right now. Want to see statistics for when the error message is popped up? Just find a session with that error message, then click Page Insights at the top right of the screen to start viewing aggregate stats for users who saw the error message.
Resolution doesn’t matter, nor does device type. Because we’re counting clicks based on the underlying page structure and the element on the page that the user actually clicked (not pixels or mouse positioning), we can aggregate all clicks across all devices and screen sizes. That said, if your mobile site has a very different page structure than your desktop site, mobile device data will not be included in the aggregates (see "What is a page" section above). Want to be sure you’re only seeing stats for mobile devices? Then add “Device is mobile” to your user search to filter out clicks from other devices.
Our machine learning algorithm is constantly running and refining the definition of each logical page for your site. As a result, it is possible for your click totals in page insights to not add up to the exact numbers you see on the search page. Over time, these numbers should start to even out.
We currently use a combination of inferred page and intelligently processed CSS selector to identify and attribute clicks. Sometimes a given CSS selector can match multiple elements in the page. We currently attribute clicks to the first element we encounter. This generally isn’t a problem if the element or it’s parents have sufficient detail with href’s, class names or IDs in the HTML. That being said, we can do better and have a solution in the works to properly attribute clicks to ambiguous elements like this.
The FullStory team awaits your every question.Contact Us