Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Browser Support #36

Closed
deasems opened this issue May 13, 2020 · 2 comments
Closed

Browser Support #36

deasems opened this issue May 13, 2020 · 2 comments

Comments

@deasems
Copy link

deasems commented May 13, 2020

My team is unsure about tracking the metrics provided by this library. Rationale being that if we use these metrics then we'll be optimizing for Chromium-only browsers.

What is your team's take on the value of tracking these metrics today given the level of browser support?

Is there support or commitment from other browser vendors to implement the APIs used to gather these metrics? Might be worth mentioning this in the docs.

@philipwalton
Copy link
Member

What is your team's take on the value of tracking these metrics today given the level of browser support?

Our take is that it's very important, even if some of the metrics are not reported in some browsers. Having partial insight into your real-world performance characteristics is much better than having no insight at all.

While there are subtle difference in browsers that may make certain things faster in certain engines, it's extremely unlikely that work you do to improve LCP, FID, or CLS in Chrome will have a negative impact on other browsers.

The obvious exception to this is things that break other browsers (e.g. using webp to improve LCP in Chrome without implementing a fallback for Safari). But if you're testing your pages in all the browsers that you support (which you should be), then there's little risk of that happening.

Also note that most of the popular lab testing tools (e.g. Lighthouse, WebPagetest) are Chromium-based as well, and so the same concerns you raised apply there. The web-vitals library, however, is strictly better in that regard because at least some of the APIs are available in other browsers, and as more browsers add support, the library will automatically start reporting them.

Is there support or commitment from other browser vendors to implement the APIs used to gather these metrics? Might be worth mentioning this in the docs.

These metrics were developed in the Web Performance Working Group, which has representation from all major browsers. As with all features, browsers implement the things they think will most benefit their users, so the best way to get cross-browser support for these APIs is to let other browser makers know (through their public issue trackers) that you want them.

@deasems
Copy link
Author

deasems commented May 15, 2020

Thanks @philipwalton, this will be helpful for my team. I will followup on Firefox/Safari's bug trackers as well.

@deasems deasems closed this as completed May 15, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants