Detect Any Action or Event Taking Place on Your Website!
In this submodule, you will be able to create your very own tags for any event you would like to be tracked, add them to your website and see how the firing of an event develops over time. You can also use auto-tracking to scan your website for default elements without having to add any extra code & track them right away. This feature helps you immensely in tracking events you specifically want to know.
Important Note: Manual Event Tracking is not available for Wix websites (no custom tags can be created, as there is no control of the code for specific elements on the page). The Auto-Tracking will work.
This support article is structured into the following sections:
Right above the tiles, you can see a date picker. This enables you to select a certain time period, or specific day, for which you want the Dashboard's data to correspond.
It is crucial to limit the presentation of data to specific dates or timeframes during which you executed potential campaigns or implemented other strategies. This will allow you to assess the effectiveness of these actions and use the insights gained for future planning.
Important Note: The app now remembers previously set segments, filters, filter templates, and date intervals, even when you navigate away from the page, log out, or log back in. When your session expires or you close the tab, it automatically switches back to the default setting of "Last 30 Days."
The first tab of this submodule is the "Auto-Tracked Events". It is divided into two sections, "All Triggered Auto-Events Tracked" and the "Line Diagram".
Together, these sections offer a complete and insightful overview of the events that have been triggered and were auto-tracked.
This table gives an overview of all the auto-tracked events that have been fired throughout the selected period of time. Each line represents one firing of an event. So if the same event was fired 20 times in the selected period of time, then there would be 20 lines for this event.
The table contains the following columns:
The line diagram basically reflects the data presented to you in the table above. You will notice that only one line is visible – referring to the entire amount of events shown or filtered in the table above – by default.
Important Hints:
The Live Preview shows exactly what actions were triggered on which elements, viewing this directly within an image with your web page itself.
Within the main table of tracked events, there is a "Show event on website" button, for the auto-tracked elements.
Click that and a preview of the page itself will be open in a new tab with the possibility to see important details about your auto-tracked events, in a more human readable way, than only the table of the tracked events you've been previously looking at.
Above is a sample of the screen that you will see once you click on the "Show event on website" button. There are three important parts here:
Tapping the Live-Tracking Mode Settings Icon, will open the settings view that looks like this image below:
Every row of this Settings Menu shows your defined settings and some of the auto tracked elements related information:
Important Notes:
Hint: Our tracking may not currently capture data from invisible elements that appear only after a user interacts with the website. This includes elements like login text input fields, search fields revealed by clicking an icon, etc. These interactive elements may appear as "0" on the live preview because they aren't visible when the page first loads, but they are tracked correctly on the table. We're currently working on improvements to capture data from these dynamic elements in the future.
The table for both Auto-Tracked Events and Manual Tracked Events allow various filtering and grouping options. The main difference between filtering and grouping is relatively simple:
Play with it on the table, and you will easily understand the difference. Both approaches will give you simple yet powerful possibilities for displaying your data and retrieving interesting facts from it.
It is essential to understand the behavior of the line diagram. After grouping the data within the table, it becomes evident that to view the line diagram for a specific group, users must set the filter beforehand. Additionally, users have the option to select or deselect items within this group, streamlining the data to their needs. Deselecting an item will result in the removal of its corresponding line from the diagram.
Important Hints:
Moving on to the 'Manually Tracked Events' tab (not available for Wix websites), you'll find a familiar layout with two sections: 'All Triggered Manual Events Tracked' and the 'Line Diagram', offering a comprehensive overview of manually triggered events and their visual timeline.
This table gives an overview of all the events that have been fired throughout the selected period of time. Each line represents one firing of an event. So if the same event was fired 20 times in the selected period of time, then there would be 20 lines for this event.
The table contains the following columns:
The line diagram basically reflects the data presented to you in the All Triggered Manual Events Tracked table. You will notice that only one line is visible – referring to the entire amount of events shown or filtered in the table above – by default.
Similar to the Auto-Tracked events, you'll find a radio button labeled 'Compare Previous Period' (with dates underneath) on the top right of this section which lets you compare your current data to the equivalent period before it. The light purple line illustrates the data from that previous time period.
To get more detailed information, hover your cursor over each data point on the line diagram. This will display a tooltip with relevant insights, including a comparison of each period when you enable the "Compare Previous Period" button.
Here you find a list of all Alarming Behavior Event (ABE) categories that the platform is tracking. We are differentiating between 6 different categories being: Excessive Scrolling, Dead Clicks, Rage Clicking, Intense Mouse Movement, U-turns, and Rapid Page Reloads. All of those event categories can hint towards bad UX, technical bugs or lost conversions/revenue.
Alarming Behavior Event | Technical Defintion of Event | Use Case Suggestions | Action Item Suggestions |
---|---|---|---|
Excessive Scrolling | Scrolling a distance in pixels bigger than 3 * screenHeight within 3 seconds. |
|
|
Dead Clicks | A click that doesn't trigger a visual change or a url change within 1 seconds |
|
|
Intense Mouse Movement | Moving the mouse a distance in pixels bigger than 2 * screenWidth within 3 seconds |
|
|
Rage Clicking | 5 or more clicks within 6 seconds |
|
|
Rapid Page Reloading | Refreshing the page 3 times within 7 seconds |
|
|
U-Turns | A change from URL A to URL B and then back to URL A within 7 seconds |
|
|
To help you analyze this data effectively, we offer two visualization options: a split table with a line chart and a split table with a pie chart. Click on the icon next to Alarming Behavior Events to change the visualization option.
The tab also includes functionalities for viewing details, session recordings, and sessions generating specific events. The table and visualizations showcases data on various alarming behavior events tracked on the website helping you identify potential problems and improve user experience.
The first visualization option is the Split Table / Line Diagram and this is ideal for visualizing changes over time.
The left side of the split table shows the Alarming Behavior Events Category Table, which includes four columns:
Important Notes:
On the right side of the split table, you'll find a dropdown menu at the top where you can choose which secondary metric you want to display within the line chart below.
We have two secondary metrics, ‘Number of Category's Event Triggers’ and ‘% of all Alarming Behavior Events’. By default, ‘Number of Category's Event Triggers’ is selected.
Customize your view by selecting one or more categories from the left table. You can select and deselect it to compare the data.
Click any data point to view more details including the date range, the total count of ABE events, and a direct link to pre-filtered session recordings highlighting these ABE events during the selected time period.
For better analysis, the data can be grouped by days, weeks, months, or years within this chart.
Want to dive deeper into Alarming Behavior Event (ABE)? Click any data point on the line diagram to access the tooltip then click on the link to access the pre-filtered session recordings table.
These recordings showcase specific ABE events, allowing you to better understand user interactions. Add more filters to refine your analysis.
The Session Recordings table is organized with the following key columns:
The second visualization option is the Split Table / Pie Diagram and this is perfect for visualizing data as proportions of a whole.
Same as the first option, you'll find the Alarming Behavior Events Category Table on the left table and the dropdown menu at the top of the right table where you can choose which secondary metric you want to display within the pie diagram below.
We still have the two secondary metrics, ‘Number of Category's Event Triggers’ and ‘% of all Alarming Behavior Events’. By default, ‘Number of Category's Event Triggers’ is selected.
This table features both a pie chart and a bar chart. Every bar in the bar chart stands for a different Alarming Behavior Events category. On the right, you can see the percentage showing how much of the total detections came from that category. Right below it, you'll see the total amount of detected occurrences of the selected ABE category in the chosen period of time.
When you hover your cursor over each section of the pie chart, the number of detections or the percentage related to the ABE category will be displayed depending on the secondary metric selected.
By using this visualization, you can easily identify the most frequent ABE categories affecting your website.
For each main Alarming Behavior Event category the user can now access a detailed view of it by clicking on the 'Detail View' icon under the Actions column.
The detailed view contains two RBs (each just one visualization):
1. On the left the table shows a list of website pages on which the selected Alarming Behavior Event category was registered during the selected period of time. It also shows you the referring sites of the visits that generated those Alarming Behavior Events on the respective page and the first and last time this event category was registered on this page. Selecting a page on the left will provide the user a historical overview of the occurrences of the Alarming Behavior Event category on that page within the right part of the RB. The user can also choose the secondary metric, '% of all Alarming Behavior Events', on website for the line diagram.
2. On the left the table shows recordings of sessions for which our app captured the selected Alarming Behavior Event category during the chosen time period. The table on the left basically provides the same information as the already known session recordings table on live. Selecting a row will open the session recording’s 'Preview' on the right for a quick view. The user finds two buttons below the session recording either opening the known detail view of that session recording or the session recording overview which is pre-filtered to the Alarming Behavior Event category selected.
The final tab in this submodule is the 'Event Tag Generator' (not available for Wix websites). Instead of heading to your website, you can easily create new event tags right within the application whenever you need to track something new.
In general, an event tag can be made of the following fields:
Once you have defined all the fields above and have chosen the action you want the event to fire upon, click the 'Generate Event Tag' button.
Here's a complete list of HTML events that can be used to trigger actions:
Event | Occurs When |
---|---|
abort | The loading of a media is aborted |
afterprint | A page has started printing |
animationend | A CSS animation has completed |
animationiteration | A CSS animation is repeated |
animationstart | A CSS animation has started |
beforeprint | A page is about to be printed |
beforeunload | Before a document is about to be unloaded |
blur | An element loses focus |
canplay | The browser can start playing a media (has buffered enough to begin) |
canplaythrough | The browser can play through a media without stopping for buffering |
change | The content of a form element has changed |
click | An element is clicked on |
contextmenu | An element is right-clicked to open a context menu |
copy | The content of an element is copied |
cut | The content of an element is cut |
dblclick | An element is double-clicked |
drag | An element is being dragged |
dragend | Dragging of an element has ended |
dragenter | A dragged element enters the drop target |
dragleave | A dragged element leaves the drop target |
dragover | A dragged element is over the drop target |
dragstart | Dragging of an element has started |
drop | A dragged element is dropped on the target |
durationchange | The duration of a media is changed |
ended | A media has reach the end ("thanks for listening") |
error | An error has occurred while loading a file |
focus | An element gets focus |
focusin | An element is about to get focus |
focusout | An element is about to lose focus |
fullscreenchange | An element is displayed in fullscreen mode |
fullscreenerror | An element can not be displayed in fullscreen mode |
hashchange | There has been changes to the anchor part of a URL |
input | An element gets user input |
invalid | An element is invalid |
keydown | A key is down |
keypress | A key is pressed |
keyup | A key is released |
load | An object has loaded |
loadeddata | Media data is loaded |
loadedmetadata | Meta data (like dimensions and duration) are loaded |
loadstart | The browser starts looking for the specified media |
message | A message is received through the event source |
mousedown | The mouse button is pressed over an element |
mouseenter | The pointer is moved onto an element |
mouseleave | The pointer is moved out of an element |
mousemove | The pointer is moved over an element |
mouseover | The pointer is moved onto an element |
mouseout | The pointer is moved out of an element |
mouseup | A user releases a mouse button over an element |
mousewheel | Deprecated. Use the wheel event instead |
offline | The browser starts working offline |
online | The browser starts working online |
open | A connection with the event source is opened |
pagehide | User navigates away from a webpage |
pageshow | User navigates to a webpage |
paste | Some content is pasted in an element |
pause | A media is paused |
play | The media has started or is no longer paused |
playing | The media is playing after being paused or buffered |
popstate | The window's history changes |
progress | The browser is downloading media data |
ratechange | The playing speed of a media is changed |
resize | The document view is resized |
reset | A form is reset |
scroll | An scrollbar is being scrolled |
search | Something is written in a search field |
seeked | Skipping to a media position is finished |
seeking | Skipping to a media position is started |
select | User selects some text |
show | A <menu> element is shown as a context menu |
stalled | The browser is trying to get unavailable media data |
storage | A Web Storage area is updated |
submit | A form is submitted |
suspend | The browser is intentionally not getting media data |
timeupdate | The playing position has changed (the user moves to a different point in the media) |
toggle | The user opens or closes the <details> element |
touchcancel | The touch is interrupted |
touchend | A finger is removed from a touch screen |
touchmove | A finger is dragged across the screen |
touchstart | A finger is placed on a touch screen |
transitionend | A CSS transition has completed |
unload | A page has unloaded |
volumechange | The volume of a media is changed (includes muting) |
waiting | A media is paused but is expected to resume (e.g. buffering) |
wheel | The mouse wheel rolls up or down over an element |
After you generated a new event tag (which will eventually look something like this: "va('send', 'action', 'category', 'action', 'label', 'value', 'fieldsobject') on the right, it needs to be integrated within your website's source code (i.e. linked to the button for which you want to track the amount of clicks/triggers).
For detailed instructions on integration, click on ‘HTML Instructions’ button to access our guide: Integrating an Event Tag Within Your Website
You can also create another tag by tapping the 'Generate Another Event Tag' button or go back to the Event Tag Generator by clicking the back button next to ‘Event Tag Created’.
Once integrated, our platform automatically tracks the triggering of the event. All triggered events can be seen within the table found under the tab 'Manually Tracked Events'.
Important Note: All tags you generate via our platform are only shown temporarily at this point in time and are not saved in any form within the platform's storage or servers. Please ensure that you save any generated tag(s) externally if you wish to keep them for future use.
Once you generate your new event tag, integrate it into your website by adding it to each element you want to track (depending on your website builder platform). You can add the tag our app provides, either directly within the element's code or as a separate script, as shown in the tutorial below.
Here is an example for a button in HTML and how it should look like so that the click on that button is tracked as an event:
<button id="important-btn">Click me!</button>
Option A: JS snippet
<script> document.getElementById("important-btn") .addEventListener("click", function(){ va("send", "event", "example-category", "btn-click", "Important Button") }); </script>
Option B: directly on the element
<h2 onclick="va('send', 'event', 'example-category', 'btn-click', 'important', 123);">Important button</h2>
Both options are semantically correct and do the same thing in the ideal case.
However, Option A allows for more flexibility. The limitation with Option B is that it might be overridden by some other JS code that is loaded after the DOM is rendered ( element.onclick = function(){ ... } ), thus causing our code never to be called.
In comparison, Option A allows an unlimited number of event listeners to be added (as long as the memory on the user agent device can withstand it).
This section of the Module Settings allows you to select which type of event you want to be tracked by our platform: manually created event tags, default events being auto-tracked or both.
Once accessed, you will have two types of settings available:
Important Notes: