Closed amyknox closed 2 years ago
Apologies for the delay @amyknox. I'll have your mega analytics document prepared shortly, but had a few clarifying questions.
In general, are we making a clean break from the old GIBCT analytics? Most (if not all) of the old tagging seems to be represented in your request, but wanted to make sure we only want to track what is in your document. If you need me to outline what might be missing, let me know.
One thing I'm doing is cutting GIBCT over to the standard site search event, which will let us add the data to our Search KPI dashboard in Domo.
Would this component be considered a variation of an alert box? Or is it a re-styled accordion / additional info?
For schools with cautionary warnings, do users visit profiles?
User exits to About this tool page
User downloads data on all schools (Excel download)
In general, are we making a clean break from the old GIBCT analytics?
Yes - a clean break but we don't want to lose the old analytics so we can compare before & after.
Most (if not all) of the old tagging seems to be represented in your request, but wanted to make sure we only want to track what is in your document. If you need me to outline what might be missing, let me know.
Thanks for the offer to identify what's missing in this new request. I would really appreciate your insights on that.
One thing I'm doing is cutting GIBCT over to the standard site search event, which will let us add the data to our Search KPI dashboard in Domo.
I'm ok with that as long as we can still get to the GIBCT search results on their own.
Would this component be considered a variation of an alert box? Or is it a re-styled accordion / additional info?
Yes - the "Cautionary warnings" are an alert box - with bonus interaction.
"Cautionary warnings" are a characteristic of the school (or branch), correct? And not reliant on something the user did? If it's the former, I think we just add an extra custom dimension - like schoolHasWarnings = true - to the pageview.
Yes, Cautionary warnings show up based on data associated with the institution's facility number. Their appearance has nothing to do with UI. However, we are interested to see if users click the carat to open a cautionary warning and read the full warning content.
For schools with cautionary warnings, do users visit profiles?
Users can visit the school profiles but one goal of these cautionary warning is to discourage those visits. Since the cautionary warnings come & go on the profiles, it's difficult to track which specific profiles have them but perhaps we can aggregate open/close/visits. ??
Can you point me to these two interactions in the sandbox? User exits to About this tool page> User downloads data on all schools (Excel download)
For "About this tool" page... users can get there via many of the "Learn more" modals
And for "About this tool" and "Download all data", there will be links at the bottom of the search, compare and profile pages similar to what's on production now. These are missing from the sandbox right now but you can see them in action here.
@amyknox -
Yes - a clean break but we don't want to lose the old analytics so we can compare before & after.
Definitely! Most of the events will be slightly restructured, so getting all historical data in one GA report might be tough. But the events will be in there.
Thanks for the offer to identify what's missing in this new request. I would really appreciate your insights on that.
I double checked everything and I think everything in the current GTM tagging is represented in your request. We would like you to transition from GIBCT specific tags to our more generic tagging, but all your form interactions, modal clicks etc are in the new doc.
I'm ok with that as long as we can still get to the GIBCT search results on their own.
Absolutely! One of the parameters is search-selection
which identifies which search it is. You will have that + the page path of the event.
Yes - the "Cautionary warnings" are an alert box - with bonus interaction.
OK - we have analytics baked into the alert box component, but only the link clicks in the content. We can map out anav-
event for this.
Users can visit the school profiles but one goal of these cautionary warning is to discourage those visits. Since the cautionary warnings come & go on the profiles, it's difficult to track which specific profiles have them but perhaps we can aggregate open/close/visits. ??
I'll get some sort of identifying dimension into this - like the heading of the school block - so we can map this process. It may be a job for BigQuery to be honest.
Depending on how you approach this, we may only need to define a few of these interactions for you.
Some of this is already tracked, but using old and GIBCT-specific events. This is probably our best opportunity to fix this particular tech debt. It will make the transition to GA4 easier plus get your interactions onto our KPI Content dashboard.
Ideally your developers would use the React or web components that have analytics baked-in for form interactions, accordions, and modals. Otherwise, we would need to manually push in our updated event taxonomy for these events. We also now have generic link_click and button_click events to use for those interactions.
This is currently tracking in your demos, but is using the old event taxonomy (nav-accordion-expand|collapse
vs int-accordion-expand|collapse
). Ideally, this is replaced with the va-accordion web component, which has analytics built in. Otherwise, you should update your manual dataLayer push to the new event.
Ideally, these would be updated to use the new web components (va-select, va-checkbox, RadioButtons - soon to be a web component as well). For these form components, if you add an enableAnalytics parameter, they will log events in GA.
Otherwise, you will need to manually push an event for these interactions - which can be found here. All existing gibct-form-change
events should be updated.
If these can be updated to use the component library's Modal. Otherwise, the gibct-modal-link-click
event should be updated to use the new modal event.
Out of the box, you can look at a pageview's URL + Previous Page Path and back your way into a lot of link clicks. But if manual and deliberate tracking of link clicks is desirable - or necessary if a link doesn't change the page URL - we recommend our link_click
event. Documentation incoming for this.
We have a button_click
event that we can use for this. Most of the parameters are straightforward, but we'll have to map out the button types for you. Documentation incoming for this.
@bsmartin-ep - thanks for all the intel. Is this ready for us now or is there more mega doc in the works?
Sorry @amyknox - I missed your response. If your team can switch to the UI components for the majority of form interactions, I think you'll just need the events for:
...which I have ready to go.
@bsmartin-ep - great - I can pass this info on to our BA. Where do we look to access the events for search, link clicks & button clicks?
@amyknox -
{
event: 'link_click',
'link-text': 'My Link Text',
'link-type': null, // All your links are just regular links, correct?
'link-url': '/health_care/',
}
{
event: 'button_click',
'button-text': 'My Button Text',
'button-type': '(CTA - Primary|CTA - Secondary|CTA - Default|Back to Top)',
}
Documentation: https://github.com/department-of-veterans-affairs/va.gov-team/blob/master/platform/analytics/google-analytics/tracking-search.md
{
event: 'view_search_results',
'search-page-path': '/gi-bill-comparison-tool-sandbox/?search=location',
'search-query': 'York',
'search-results-total-count': 0,
'search-results-total-pages': 0,
'search-selection': 'GIBCT - Name',
// 'search-selection': 'GIBCT - Location',
'search-typeahead-enabled': false,
'sitewide-search-app-used': false,
'type-ahead-option-keyword-selected': undefined,
'type-ahead-option-position': undefined,
'type-ahead-options-list': undefined,
'type-ahead-options-count': undefined,
}
{
'event': 'onsite-search-results-click',
'search-result-type': 'title' //dynamically populate with 'pdf', if pd for 'cta' if a cta click
'search-filters-list': undefined,
'search-results-top-recommendation': true|false //populate boolean according to if result clicked was a top recommendation
'search-selection': 'GIBCT - Name',
// 'search-selection': 'GIBCT - Location',
'search-result-chosen-page-url': 'https://www.va.gov/benefits' //dynamically populate accoding to the url href
'search-result-chosen-title': 'Veterans Benefits Administration Home' //dynamically populate with the top level title
'search-query': 'health assessment',
'search-results-total-count': 999,
'search-results-total-pages': 0,
'search-result-position': 4
'search-result-page': 1
}
@bsmartin-ep After discussing with the team, we're going to have to proceed with the manual route. I see that we have link, button and search guidance above. Is similar guidance available for Accordions, Radio buttons / selects / checkboxes, and modals?
@amyknox - our Confluence docs are still a WIP but all form tracking events can be found here:
Apologies @dneel-bah - I meant to tag you...
Our Confluence docs are still a WIP but all form tracking events can be found here:
Platform Analytics will be moving this ticket to blocked until another VFS team takes this up.
cc @ERRonat0609
@bsmartin-ep - I have updated the ticket with our team information. Let me know if there is anything else you need from us. Just to clarify, this is work that the analytics team is doing, correct? Is there anything you need from us other than what was provided by BAH in the original ticket? thanks!
@bsmartin-ep The above issues associated with this issue were closed as duplicates of the following issues that are complete now: https://github.com/department-of-veterans-affairs/va.gov-team/issues/32625 https://github.com/department-of-veterans-affairs/va.gov-team/issues/32626 https://github.com/department-of-veterans-affairs/va.gov-team/issues/32627 https://github.com/department-of-veterans-affairs/va.gov-team/issues/32629 https://github.com/department-of-veterans-affairs/va.gov-team/issues/32631
GTM container: https://tagmanager.google.com/#/container/accounts/144676348/containers/2214120/workspaces/1000578
Interaction | Tag |
---|---|
Tab Click | |
Search By Location | |
Search by Name | |
Accordion Expand | |
Accordion Collapse | |
Checkbox check | |
Dropdown change | |
View Profile (no warnings) | |
View Profile (with warnings) | |
Compare Checkbox |
Google Analytics Implementation or QA Request
Description
Implementation
Who is this request for?
Provide any relevant contact information and link this issue on the DSVA Slack Channel:
#VFS-Platform-Support
and tag@platform-analytics
.What team/project is this work for?
Provide the Domain where Google Analytics needs to be implemented
No PII is passed in the URL or title
Please provide any upcoming deadlines or important milestones ex: launch
Please provide website interactions to Track
We want to track everything that generally would be tracked (no opt-out of standard component tracking)
Conversions - Understanding the User Flow: This application currently exists in VA Staging / Sandbox environment
Landing page https://staging.va.gov/gi-bill-comparison-tool-sandbox/
Comparison page https://staging.va.gov/gi-bill-comparison-tool-sandbox/compare/?facilities=31002214%2C31048113 (typical, these are 2 specific institutions)
Profile page https://staging.va.gov/gi-bill-comparison-tool-sandbox/profile/31002214 (typical, this is a specific school)
Other User Interactions:
Other interactions listed here: https://github.com/department-of-veterans-affairs/va.gov-team/blob/master/products/education-careers/school-comparison-tool/redesign/design/analytics.md
Sample Users when authentication is required N/A
Test Users to replicate the event N/A
Additional Comments
Acceptance Criteria
Product
andBenefit Hub
Content GroupsDefinition of Done