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

Warn users in Web Vitals and trace view that Timing-Allow-Origin must be set for accurate scores #80747

Open
bcoe opened this issue Nov 14, 2024 · 2 comments

Comments

@bcoe
Copy link
Member

bcoe commented Nov 14, 2024

Problem Statement

Problem

We've noticed a behaviour described here in which LCP can happen before FCP.

The theory is that this relates to the LCP tying to a cross origin asset, such as an image. We've yet to confirm with an ongoing customer case, but we believe this problem might addressed by setting the Timing-Allow-Origin header.

We believe this problem affects a healthy number of users and leads to web vitals scores that don't look trustworthy.

Solution

In the Web Vitals UX and Trace View UX, if we observe LCP < FCP, display a tip to the user that explains that setting Timing-Allow-Origin may be necessary.

Note: we should wait until we confirm this fix in the wild before we do so.

Solution Brainstorm

No response

Product Area

Performance

@getsantry
Copy link
Contributor

getsantry bot commented Nov 14, 2024

Routing to @getsentry/product-owners-performance for triage ⏲️

@bcoe
Copy link
Member Author

bcoe commented Dec 6, 2024

Blocked waiting to see if setting this header actually fixes timings.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: No status
Development

No branches or pull requests

1 participant