Available for the following Plan types:
FullStory for Mobile Apps
Available to the following User roles:
FullStory supports defining and naming page groups directly within most areas of the application. Using a simple pattern syntax, users can control how specific page groupings are and provide them with names that are easy to understand and read for anyone using FullStory in their organization. No code is necessary to take advantage of this feature.
All users will be able to use page names in FullStory, but only Administrators and Architects are allowed to define and name pages. With the proper permissions, visit Settings > Data Management > Pages. Once there, scroll to the Manage Pages section.
Managing Existing Pages
When managing pages, users can search and filter existing pages. Filters support several categories of page definitions that are important to understand.
- Active - a list of currently active page definitions of all types.
- User defined - a list of all active page definitions created by an end user.
- Learned - Learned pages are created by FullStory to help you get started. They suggest definitions by analyzing, comparing, and contrasting pages automatically as users visit your application.
- Archived - a list of pages that are no longer active and won’t be visible to users elsewhere in the application. All page definitions can be archived, including learned pages and user defined pages.
The search box supports searches for both page names and URLs. If you have a particular page that you’d like to create a definition for and want to check if there is already an existing rule, simply paste that URL into the search box and check for a match.
Defining New Pages
To define a new page grouping, simply click the Name Page button at the top of Manage Pages to start.
The name field is used to apply a label to a page definition. This label will be used elsewhere in the app to search and create charts. While there is no strictly enforced naming convention, a consistent approach will help make the label more useful.
Note: If you're using the FS.setVars API to define page names, the
pageNamevalue sent via the API will take precedence over any page names you manually define in FullStory.
The description field is a place to articulate exactly what a page definition is. It is used only within the page management screen for admins and architects.
All pages can only fit a single definition and will notify the user if there is a conflict.
URL rules are how FullStory understands how to group your pages under a definition. It is a simple syntax that defines a pattern. Any URL that matches that pattern will be included under that label when creating charts and running searches. Rules are mutually exclusive and URLs cannot be matches under more than one rule. Definitions can have more than one rule, and in the case a URL could match to multiple rules, the most specific one will take precedent.
- Use * (wildcard) to match any single token at a position.
- Use ** to match all paths that start with a common prefix.
- Use  to match groups of tokens at particular positions.
Note: Combining wildcards with other characters within a token of the URL is not a supported function.
A single wildcard will match part of a URL path only at that part. For example, if the page you’d like to group is:
where “books” is a product category and “business” is a subcategory, you could create a subcategory grouping with this rule :
This rule would not group any subpages such as
A double wildcard will match any paths that start with the non-wildcard prefix. For instance, if in the example above you wanted to catch all individual book pages you could use a double wildcard this way:
And finally, if there are specific values you’d like to target, you can use brackets. Continuing with our example above, perhaps there are several book categories that are related such as business, real estate, and economics. To categorize these all under the same rule, use brackets:
https://exampleapp.com/books/[business, realestate, economics]/*