Skip to main content
Solved

Best approach to differentiate navigational from user actions events

  • March 24, 2022
  • 1 reply
  • 628 views

Forum|alt.badge.img

Hi everyone! 

We’re using Segment and Amplitude for our product analytics in a single page application.

I’d like to separate somehow our actions based events (clicks, submits, hover...) from the navigational ones (when the route changes) to be able to leverage the path finder analysis and other analysis where we’re just trying to figure out what are the most common navigational patterns. 
 

Ee’d like to make it pretty easy to reverse engineer paths to a certain Goal by specifying the Goal event as the final one and then analyse the previous navigational events

So, are there any best practices around this topic or should we use a custom event property like type or category like this:

  1. Clicked Menu Item { item: “home”, category: “click” }
  2. Viewed Homepage { category: “view” }
  3. Clicked Menu Item { item: “pricing”, category: “click” }
  4. Viewed Pricing Page { category: “view” }
  5. Clicked Menu Item { item: “cart”, category: “click” }
  6. Viewed Cart Page { category: “view” }
  7. Clicked Add To Cart { category: “click” }

 

...and then manually filter events by category=”navigation” when using the Pathfinder for example ? Without the concept of navigational vs actions events it’s pretty hard to use the Pathfinder, for example, because all types of events get mashed in it.

 

Also, since Amplitude has events categorisation how does that play with everything I mentioned above?

 

Best regards,

Luka



 

Best answer by SheenaGreen

Hey there! I’m assuming the “navigational events” are the Viewed Homepage, Viewed Pricing Page etc. events.

We fire Page Views/Navigation Interactions/CTA Interactions events separately, and I find keeping the event names more high-level and then adding granularity at the event property level provides efficiency and scalability when querying data maintaining our tracking schema. 

My recommendation is to do something similar - use a general Viewed Page event, and then add event properties like page name, page path, etc to identify which page was viewed.

 

In Pathfinder:

  • Look at paths within sessions ending with [goal event]
  • Filter by sessions that include Viewed Page where count >= 1
  • Expand events by property Viewed Page by [event property that IDs the specific page, we use page path]
  • Hide all events besides the goal event and Viewed Page. 

Hope this helps!

View original
Did this topic help you find an answer to your question?

1 reply

SheenaGreen
Super Helper
Forum|alt.badge.img+8
  • Super Helper
  • 60 replies
  • Answer
  • March 24, 2022

Hey there! I’m assuming the “navigational events” are the Viewed Homepage, Viewed Pricing Page etc. events.

We fire Page Views/Navigation Interactions/CTA Interactions events separately, and I find keeping the event names more high-level and then adding granularity at the event property level provides efficiency and scalability when querying data maintaining our tracking schema. 

My recommendation is to do something similar - use a general Viewed Page event, and then add event properties like page name, page path, etc to identify which page was viewed.

 

In Pathfinder:

  • Look at paths within sessions ending with [goal event]
  • Filter by sessions that include Viewed Page where count >= 1
  • Expand events by property Viewed Page by [event property that IDs the specific page, we use page path]
  • Hide all events besides the goal event and Viewed Page. 

Hope this helps!


Reply


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings