I've completed the instrumentation review and spec for tracking the metrics identified for evaluating the editing affordance being added to the Sticky header, as identified in T294506.

OPEN QUESTION(S):
How do we want to track edit button clicks in the sticky header? Two possible sources of tracking clicks:

EditAttemptStep:

• Will clicks to the sticky header editing affordance be logged as event.init_type = 'page' in EditattemptStep? Would it be worthwhile to add a new init_type in EditAttemptStep to decipher clicks to the sticky header editing affordance vs full-page editing within EditAttemptStep?

DesktopWebUIActionsTracking:

• The web team confirmed that they are able to track clicks within the Sticky header as part of the DesktopWebUIActions. Per T298518, it would be straightforward to add clicks to the edit button in the stick header but this would still need to be implemented. We would also need to confirm that we can join this data to EditAttemptStep using the session id. Task to look into this: T298634

16 March Meeting Outcomes
Below are the decisions @MNeisler and I came to during today's meeting...

• DECIDED: for the analysis we have planned to evaluate the impact of the editing affordance within the sticky header, we will add a new event to EditAttemptStep`; that event will be named and implemented in T298634.
• OPEN: Web Team to decide whether they think it would be worthwhile to add events to monitor interactions with the sticky header editing affordances to DesktopWebUIActions.
  • @ovasileva: I'm assigning this task over to you to decide on the above.

@ppelberg - I've set up T304072: Track edit button clicks in sticky header in DesktopUIClickTracking schema to track adding the event to the DesktopWebUIActions schema