You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/product/issues/issue-details/performance-issues/large-render-blocking-asset/index.mdx
+1-1Lines changed: 1 addition & 1 deletion
Original file line number
Diff line number
Diff line change
@@ -13,7 +13,7 @@ The detector for this performance issue looks for specific asset (resource) span
13
13
- The span operation has to be either a: `resource.link` or `resource.script`.
14
14
- The span's `resource.render_blocking_status` data property should either have a value of `blocking` (added by the `@sentry/browser` SDK, version `7.38.0`), or be missing.
15
15
- The span's `Encoded Body Size` data property has to be over `500kb`.
16
-
- The [First Contentful Paint (FCP)](/product/performance/web-vitals/#first-contentful-paint-fcp) of the transaction must be at least `2` seconds (with an upper bound of `10` seconds to eliminate outliers).
16
+
- The [First Contentful Paint (FCP)](/product/performance/web-vitals/web-vitals-concepts/#first-contentful-paint-fcp) of the transaction must be at least `2` seconds (with an upper bound of `10` seconds to eliminate outliers).
17
17
- The span's duration must be at least `33%` of the FCP.
18
18
19
19
You can configure detector thresholds for large render blocking asset issues in **Project Settings > Performance**:
Copy file name to clipboardExpand all lines: docs/product/performance/transaction-summary.mdx
+1-1Lines changed: 1 addition & 1 deletion
Original file line number
Diff line number
Diff line change
@@ -38,7 +38,7 @@ While you can use the search field to narrow down your events, you can also filt
38
38
39
39
-**Trends:** This graph uses a modified version of [ASAP](https://arxiv.org/pdf/1703.00983.pdf) smoothing. The Trends graph shows the unsmoothed data of the Display data, along with a smoothed version of that data.
40
40
41
-
-**Web Vitals:** This graph displays the [P75 threshold](/product/performance/metrics/#p75-threshold) of [First Paint](/product/performance/web-vitals/#first-paint-fp), [First Contentful Paint](/product/performance/web-vitals/#first-contentful-paint-fcp), [Largest Contentful Paint](/product/performance/web-vitals/#largest-contentful-paint-lcp), and [First Input Delay](/product/performance/web-vitals/#first-input-delay-fid) over time. This view helps you understand how the Web Vitals associated with the transaction are performing over time.
41
+
-**Web Vitals:** This graph displays the [P75 threshold](/product/performance/metrics/#p75-threshold) of [First Paint](/product/performance/web-vitals/web-vitals-concepts/#first-paint-fp), [First Contentful Paint](/product/performance/web-vitals/web-vitals-concepts/#first-contentful-paint-fcp), [Largest Contentful Paint](/product/performance/web-vitals/web-vitals-concepts/#largest-contentful-paint-lcp), and [First Input Delay](/product/performance/web-vitals/web-vitals-concepts/#first-input-delay-fid) over time. This view helps you understand how the Web Vitals associated with the transaction are performing over time.
42
42
43
43
-**User Misery:** This graph displays the [User Misery](/product/performance/metrics/#user-misery) score for the transaction. User Misery is a score that represents the number of unique users who have experienced load times four times the project's configured threshold.
|[Time To First Byte](#time-to-first-byte-ttfb) (TTFB) |[200ms](https://www.desmos.com/calculator/ykzahw9goi)|[400ms](https://www.desmos.com/calculator/ykzahw9goi)|~14% |
|[Time To First Byte](/product/performance/web-vitals/web-vitals-concepts/#time-to-first-byte-ttfb) (TTFB) |[200ms](https://www.desmos.com/calculator/ykzahw9goi)|[400ms](https://www.desmos.com/calculator/ykzahw9goi)|~14% |
89
89
90
90
<Note>
91
91
Some browsers may not support all **Web Vitals** used in Sentry's **Performance Score** calculation, so weights are dynamically adjusted depending on which ones are available on the browser.
@@ -97,7 +97,7 @@ An **Interaction Performance Score** is based off a single **Web Vital** compone
|[Interaction to Next Paint](#interaction-to-next-paint) (INP) |[200ms](https://www.desmos.com/calculator/jaqxodpx8d)|[500ms](https://www.desmos.com/calculator/jaqxodpx8d)| 100% |
100
+
|[Interaction to Next Paint](/product/performance/web-vitals/web-vitals-concepts/#interaction-to-next-paint-inp) (INP) |[200ms](https://www.desmos.com/calculator/jaqxodpx8d)|[500ms](https://www.desmos.com/calculator/jaqxodpx8d)| 100% |
101
101
102
102
The overall **Performance Score** of your web application is the weighted average of your **Page Load** and **Interaction** scores. If your web application has far more Page Load scores than Interaction scores, your overall **Performance Score** will be biased towards Page Loads, and vice versa. An equal number of Page Load and Interaction scores produces an overall **Performance Score** comprised of a 50/50 average.
Copy file name to clipboardExpand all lines: docs/product/reference/search/searchable-properties/events.mdx
+6-6Lines changed: 6 additions & 6 deletions
Original file line number
Diff line number
Diff line change
@@ -338,25 +338,25 @@ A [warm start](/product/performance/mobile-vitals/#app-start) refers to when the
338
338
339
339
### `measurements.cls`
340
340
341
-
[Cumulative Layout Shift (CLS)](/product/performance/web-vitals/#cumulative-layout-shift-cls) is the sum of individual layout shift scores for every unexpected element shift during the rendering process.
341
+
[Cumulative Layout Shift (CLS)](/product/performance/web-vitals/web-vitals-concepts/#cumulative-layout-shift-cls) is the sum of individual layout shift scores for every unexpected element shift during the rendering process.
342
342
343
343
-**Type:** number
344
344
345
345
### `measurements.fcp`
346
346
347
-
[First Contentful Paint (FCP)](/product/performance/web-vitals/#first-contentful-paint-fcp) measures the time for the first content to render in the viewport.
347
+
[First Contentful Paint (FCP)](/product/performance/web-vitals/web-vitals-concepts/#first-contentful-paint-fcp) measures the time for the first content to render in the viewport.
348
348
349
349
-**Type:** duration
350
350
351
351
### `measurements.fid`
352
352
353
-
[First Input Delay (FID)](/product/performance/web-vitals/#first-input-delay-fid) measures the response time when the user tries to interact with the viewport.
353
+
[First Input Delay (FID)](/product/performance/web-vitals/web-vitals-concepts/#first-input-delay-fid) measures the response time when the user tries to interact with the viewport.
354
354
355
355
-**Type:** duration
356
356
357
357
### `measurements.fp`
358
358
359
-
[First Paint (FP)](/product/performance/web-vitals/#first-paint-fp) measures the amount of time the first pixel takes to appear in the viewport, rendering any visual change from what was previously displayed.
359
+
[First Paint (FP)](/product/performance/web-vitals/web-vitals-concepts/#first-paint-fp) measures the amount of time the first pixel takes to appear in the viewport, rendering any visual change from what was previously displayed.
360
360
361
361
-**Type:** duration
362
362
@@ -392,7 +392,7 @@ Returns results with a matching total number of frames.
392
392
393
393
### `measurements.lcp`
394
394
395
-
[Largest Contentful Paint (LCP)](/product/performance/web-vitals/#largest-contentful-paint-lcp) measures the render time for the largest content to appear in the viewport.
395
+
[Largest Contentful Paint (LCP)](/product/performance/web-vitals/web-vitals-concepts/#largest-contentful-paint-lcp) measures the render time for the largest content to appear in the viewport.
396
396
397
397
-**Type:** duration
398
398
@@ -422,7 +422,7 @@ The [total stall time](/platforms/react-native/performance/instrumentation/autom
422
422
423
423
### `measurements.ttfb`
424
424
425
-
[Time To First Byte (TTFB)](/product/performance/web-vitals/#time-to-first-byte-ttfb) measures the time that it takes for a user's browser to receive the first byte of page content.
425
+
[Time To First Byte (TTFB)](/product/performance/web-vitals/web-vitals-concepts/#time-to-first-byte-ttfb) measures the time that it takes for a user's browser to receive the first byte of page content.
Copy file name to clipboardExpand all lines: docs/product/session-replay/replay-details.mdx
+1-1Lines changed: 1 addition & 1 deletion
Original file line number
Diff line number
Diff line change
@@ -13,7 +13,7 @@ Every replay has a detailed view that contains the embedded video player and ric
13
13
-**Replay Player:** Video-like reproduction of a user session created from DOM snapshots. This is where you can visualize exactly what actions the user took during a user session, and how the website behaved within this specific user’s environment, including browser, latency, settings, and so on. Most importantly, you can see which actions lead to an error and take the guesswork out of debugging.
14
14
- By default, the Session Replay SDK is configured to replace all text nodes and user input with asterisks (\*), and to remove media elements. See all privacy configuration options [here](/platforms/javascript/session-replay/privacy/).
15
15
16
-
***Breadcrumbs:** The replay breadcrumbs show when key user interactions took place, specifically: user clicks (including rage and dead clicks), user inputs, [page navigations, page loads](/product/performance/transaction-summary/#what-is-a-transaction), as well as [custom breadcrumbs](/product/sentry-basics/integrate-backend/configuration-options/#breadcrumbs) set by the organization and the [Largest Contentful Paint (LCP)](/product/performance/web-vitals/#largest-contentful-paint-lcp) web vital. User clicks (including rage and dead clicks), are augmented with surrounding HTML source code to help users understand which event was targeted. These breadcrumbs are synced with the replay player and will auto-scroll as the video plays.
16
+
***Breadcrumbs:** The replay breadcrumbs show when key user interactions took place, specifically: user clicks (including rage and dead clicks), user inputs, [page navigations, page loads](/product/performance/transaction-summary/#what-is-a-transaction), as well as [custom breadcrumbs](/product/sentry-basics/integrate-backend/configuration-options/#breadcrumbs) set by the organization and the [Largest Contentful Paint (LCP)](/product/performance/web-vitals/web-vitals-concepts/#largest-contentful-paint-lcp) web vital. User clicks (including rage and dead clicks), are augmented with surrounding HTML source code to help users understand which event was targeted. These breadcrumbs are synced with the replay player and will auto-scroll as the video plays.
17
17
- Some [breadcrumb types](/product/issues/issue-details/breadcrumbs/) visible in **Issue Details** are not 1:1 to the replay breadcrumbs list. The trail of events typically seen in the Issue Details page are now displayed in the Console and Network components of the **Replay Details** page.
18
18
19
19
-**Timeline:** This is the section at the bottom of the **Replay Details** page that illustrates where significant events (such as errors, rage clicks, and user interactions) happen over the course of the replay. This allows users to easily scrub to key events by dragging across the timeline. It also visually conveys the amount of time that took place between events and has a zoom functionality so you can easily zoom-in to distinguish between events that happen close together.
0 commit comments