Performance Monitoring SPA

[Dustin Pauze]

Hi,

I’m Dustin, a Product Manager focussed on Observability at Workiva.  I just finished watching Annie Sullivan’s insightful talk about Performance monitoring in Chrome from the PerfNow NL conference.

Our company is struggling with how to measure and monitor web performance because we’re finding our platform doesn’t fit into the typical website box.  The standard measurements we can get from Chrome’s performance API don’t seem as relevant or as useful to our long-running SPA. We’ve developed a SPA that is closer in functionality to Google Docs / Gmail / Google drawing.

I’m interested in consulting with your team on performance metric design as we’re searching for metrics that will provide us with actionable insights into user performance issues within a long running SPA.

Looking forward to connecting with you soon!

Thank you!

--

Dustin Pauzé (he/him/his)
Product Manager, Observability

Workiva Inc.

123 March St, Sault Ste Marie, ON, P6B2Z5

Email: dustin...@workiva.com  

Mobile: 705-257-9023

[Michal Mocny]

Hello Dustin,

I think this is a complex space where many great folks can offer great advice.  I just wanted to quickly start with a very brief overview:

• When it comes to performance monitoring itself, we certainly have as a goal the ability to measure the full lifecycle of a page, which includes measuring across all SPA routes.
• For example, Element Timing API, Event TIming API, and Layout Instability API should all be possible to use today to measure SPA route performance (with some effort).
• You will additionally want to segment your performance measurements by SPA route for your own reporting purposes.
• Today, there is no performance API to help with this.  This is, however, an area of active development.  For example, a proposal for an App History API and some work in the performance wg to add navigation id to navigation timings for soft-navigations (I cannot find a link to doc with more details and the author is on vacation right now).

Now, a bit about Web Vitals specifically.  Today, Web Vitals do not automatically try to detect soft-navigations or to automatically segment performance metrics.  Once-per-load metrics like LCP and FID do not reset with each Route change.  That is also an area of active development, but further out.

I believe +Philip Walton may have even published some guides on how to do this already with various RUM tools.  Though that may have been limited to using web-vitals.js, it could be a good starting point.  I think perhaps this thread may have some good background.

I have no doubt missed a lot of other tools available, just wanted to get the ball rolling.

Cheers!

-Michal

--
You received this message because you are subscribed to the Google Groups "Speed Metrics Development" group.
To unsubscribe from this group and stop receiving emails from it, send an email to speed-metrics-...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/speed-metrics-dev/CAHirVVu%2BGz24UmE4ojc4MNgWEGgGBMjNbm7FDaCzRj%2BjDLM2rg%40mail.gmail.com.

[Annie Sullivan]

On Wed, Aug 4, 2021 at 9:44 AM 'Michal Mocny' via Speed Metrics Development <speed-me...@chromium.org> wrote:

Hello Dustin,

I think this is a complex space where many great folks can offer great advice.  I just wanted to quickly start with a very brief overview:

• When it comes to performance monitoring itself, we certainly have as a goal the ability to measure the full lifecycle of a page, which includes measuring across all SPA routes.
• For example, Element Timing API, Event TIming API, and Layout Instability API should all be possible to use today to measure SPA route performance (with some effort).
• You will additionally want to segment your performance measurements by SPA route for your own reporting purposes.
• Today, there is no performance API to help with this.  This is, however, an area of active development.  For example, a proposal for an App History API and some work in the performance wg to add navigation id to navigation timings for soft-navigations (I cannot find a link to doc with more details and the author is on vacation right now).

Now, a bit about Web Vitals specifically.  Today, Web Vitals do not automatically try to detect soft-navigations or to automatically segment performance metrics.  Once-per-load metrics like LCP and FID do not reset with each Route change.  That is also an area of active development, but further out.

I believe +Philip Walton may have even published some guides on how to do this already with various RUM tools.  Though that may have been limited to using web-vitals.js, it could be a good starting point.  I think perhaps this thread may have some good background.

Philip's article on custom metrics should be a good place to start! https://web.dev/custom-metrics/

 

I have no doubt missed a lot of other tools available, just wanted to get the ball rolling.

Cheers!

-Michal

On Tue, Aug 3, 2021 at 9:09 PM Dustin Pauze <dustin...@workiva.com> wrote:

Hi,

I’m Dustin, a Product Manager focussed on Observability at Workiva.  I just finished watching Annie Sullivan’s insightful talk about Performance monitoring in Chrome from the PerfNow NL conference.

Our company is struggling with how to measure and monitor web performance because we’re finding our platform doesn’t fit into the typical website box.  The standard measurements we can get from Chrome’s performance API don’t seem as relevant or as useful to our long-running SPA. We’ve developed a SPA that is closer in functionality to Google Docs / Gmail / Google drawing.

I’m interested in consulting with your team on performance metric design as we’re searching for metrics that will provide us with actionable insights into user performance issues within a long running SPA.

Looking forward to connecting with you soon!

Thank you!

--

Dustin Pauzé (he/him/his)
Product Manager, Observability

Workiva Inc.

123 March St, Sault Ste Marie, ON, P6B2Z5

Email: dustin...@workiva.com  

Mobile: 705-257-9023

--
You received this message because you are subscribed to the Google Groups "Speed Metrics Development" group.
To unsubscribe from this group and stop receiving emails from it, send an email to speed-metrics-...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/speed-metrics-dev/CAHirVVu%2BGz24UmE4ojc4MNgWEGgGBMjNbm7FDaCzRj%2BjDLM2rg%40mail.gmail.com.

--
You received this message because you are subscribed to the Google Groups "Speed Metrics Development" group.
To unsubscribe from this group and stop receiving emails from it, send an email to speed-metrics-...@chromium.org.

To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/speed-metrics-dev/CAEeF2TeHnzqav4QuFhNVNFRxQSGozGncq9CigrGkCRcGA4%2BGvg%40mail.gmail.com.