@Mayakp.wiki, @MNeisler, will Schema:SearchSatisfaction with a skin version field (T256100) satisfy the instrumentation requirements for Vue.js search? Note: the A/B test was covered in T251740.

In T249366#6329803, @Niedzielski wrote:

@Mayakp.wiki, @MNeisler, will Schema:SearchSatisfaction with a skin version field (T256100) satisfy the instrumentation requirements for Vue.js search? Note: the A/B test was covered in T251740.

@Niedzielski I reviewed the SearchSatisfaction schema and confirmed it satisfies all the instrumentation requirements as identified above with the exception of Selecting the search widget. Based on my review, it looks like an event is not recorded in SearchSatisfaction until a user starts typing in the search widget, which marks the start of a search session.
Do we need to track when someone clicks on the search widget without typing? If so, we will need this added in addition to the skin field.

Here is a mapping of metrics within that schema to the requirements above:

Selecting the search widget => Not instrumented. An event is not sent until a search session begins when a user starts typing in the search widget.
Begin of search session (user enters text) =>action: "searchResultPage", source: "autocomplete" is recorded everytime a user begins to enter text into the search widget.
End of search session (user selects a search result) => action: "click"
End of search session (user closes search widget) => There are multiple ways this can be determined using SearchSatisfaction. Finding all search sessions that do not include a click action will show users that ended a session before selecting a search result. Also, if no search is performed within ten minutes of a previous search a new searchSessionid is generated. There is also a mwSessionId which should end when the browser has fully closed.

@Niedzielski, @MNeisler re: selecting the search widget - I think we can define an initiated search session by entering text. I'd be okay with removing that requirement.

Thank you, @MNeisler!

Do we need to track when someone clicks on the search widget without typing? If so, we will need this added in addition to the skin field.

@ovasileva, what do you think?

the requirements above

@ovasileva, can you confirm the requirements meet your needs? As I understand it, we're leaning on past work in SearchSatisfaction.

Do we also want to identify when the user ends their search session by submitting the form (i.e. not clicking on an autocomplete result)? AIUI this would be represented by a search session with:

• An action: 'click' event with
  • A position property of -1 in the case where there were no autocomplete results or >= 0 otherwise
• … immediately followed by an action: 'searchResultPage' event

@phuedx, @Niedzielski - would it make sense to close this task?

@ovasileva, I think(?) the Discovery-ARCHIVED folks still need to be notified. Otherwise, if the requirements identified seem correct to you, I think this task can move to sign off.

In T249366#6382383, @ovasileva wrote:

@phuedx, @Niedzielski - would it make sense to close this task?

Per @Niedzielski above, I think Discovery-ARCHIVED need to be notified. I think that we also need to talk to them about extracting the sampling/bucketing logic from the instrument so that both teams can enable it as they see fit. Neither of these things block resolving this task though.

AFAICT the following question is unanswered:

In T249366#6372641, @phuedx wrote:

Do we also want to identify when the user ends their search session by submitting the form (i.e. not clicking on an autocomplete result)? AIUI this would be represented by a search session with:

• An action: 'click' event with
  • A position property of -1 in the case where there were no autocomplete results or >= 0 otherwise
• … immediately followed by an action: 'searchResultPage' event

In T249366#6385397, @phuedx wrote:

In T249366#6382383, @ovasileva wrote:

@phuedx, @Niedzielski - would it make sense to close this task?

Per @Niedzielski above, I think Discovery-ARCHIVED need to be notified. I think that we also need to talk to them about extracting the sampling/bucketing logic from the instrument so that both teams can enable it as they see fit. Neither of these things block resolving this task though.

AFAICT the following question is unanswered:

In T249366#6372641, @phuedx wrote:

Do we also want to identify when the user ends their search session by submitting the form (i.e. not clicking on an autocomplete result)? AIUI this would be represented by a search session with:

• An action: 'click' event with
  • A position property of -1 in the case where there were no autocomplete results or >= 0 otherwise
• … immediately followed by an action: 'searchResultPage' event

This would be useful as we're currently interested in the behavior when it comes to the search button T259766: Data request for search button - it'd be nice to have this afterwards as well as a means of comparison. I would consider it in the nice to have category though, although it might be a higher priority for @alexhollender

Being bold.