Recent searches
No recent searches
Expanded Web Channel Reporting: web form, web widget, other separation
Posted Aug 02, 2023
Within Explore reporting, the web channel category is very broad. Web includes web form, web widget, and follow up tickets among others. We'd like to have a way to segment the web channel and report on these types separately using the Channel or some other data filter.
Business use case: Having this ability would increase data/report accuracy, troubleshooting speed, and the ability for the business to make better data driven decisions.
Thanks for considering this request.
3
4
4 comments
Viktor Osetrov
Thanks a lot for your request. If I understood correctly, you are talking about this:
Web form
Web Widget
Tickets originating from a Support web form, the Support agent interface (created by an agent), or the Web Widget.
For the Ticket channel attribute in the Support datasets, follow-up tickets are also shown in this channel regardless of how they are created. (The Update channel attribute in the Updates history dataset can return a value of Closed ticket.)
As a technical alternative, we can recommend Enabling Google Analytics for your help center and Setting up and using Google Analytics for the Web Widget (Classic). From the GA4 side please focus on the audience behavior overview there. That helps you explicit web channels properly depending on different filters.
Thanks
0
mfg
Looking at trigger options, there are numerous channel options - many more than in Explore. This lack of granularity is a difficult limitation to work around in Explore, and adding the complexity with GA analysis and user access governance is a whole other problem. Currently we use a View in the agent workspace for tickets created by widget since we are not able to select this kind of information in Explore - we can export to external tools from there.
The primary issue for us is scalability. At present we are only using one widget, using one brand, and we are able to (a) add a tag via trigger to identify these, and (b) use brand as a differentiation in Explore. However, we are considering rolling out the more widgets for the same brand with different fields (ie. refund form on the refund page, password reset form on the password reset page) and styling to match the respective customer context (ie. blue on pages with blue palettes, green on pages with green palettes).
Inspecting the widget config pages, it looks like each one has an identifier in the URL, which leads me to believe that it would be possible to include this data point in the reporting (ie. a 'widget name' attribute). The main alternative I can see is to spin up a distinct brand for each widget and report in that way (ie. green page brand, blue page brand, etc).
0
Shawna James
1
Martin Sachs
We are in need of this as well. It becomes very challenging to meet the reporting needs without this. I believe this level of granularity was available when Good Data was the BI solution.
0