The following Full Page Check (FPC) or transaction browsers support a number of different metrics and features:
- Chrome
- Microsoft Edge
Features
Native checks
For the supported browser types, the FPC measures performance directly within the browser. This allows the browser to function as close to natural as possible.
HTTP2, HTTP3, QUIC support and headers
In addition to the HTTP protocol, the HTTP2, HTTP3 and QUIC protocol are supported.
Requests done by a protocol such as HTTP2, HTTP3 and QUIC will have different headers than with the HTTP protocol. There are no X-Uptrends headers, such as X-Uptrends-PortInfo and X-Blocked-By-Uptrends.
Content match
Only the final result is considered when matching HTML content. Content shown during a redirect will not trigger a content match.
URL blocking
When navigating to a site, the navigate will succeed, even if the URL of that site is listed in the blocked URLs list. An FPC does not block navigation, however, other elements referenced by the site like images may be blocked.
Cached elements
Because Uptrends extracts performance information from the browser, cached elements can be shown. It is possible to filter them if so desired.
DNS bypass
You can choose to add a DNS bypass. A Full Page Check loads your page using an actual browser, downloads each element and subsequently displays a waterfall chart to inspect those elements. The DNS bypass makes sure the web page is resolved to a domain name or IP address you’ve specified. This DNS override is also available for Transactions.
Core Web Vitals
Core Web Vitals are standard metrics from Google that are used to understand the performance of your website. Uptrends measures and reports those metrics in the check results. You can show the results on a dashboard by using a custom report tile of the type Simple data list / chart and choosing from the list of Core Web Vitals data.
Those measurements may be different than what is measured with the Lighthouse tool. The Lighthouse tool provided by Google uses a different measuring technique than Uptrends. We run a browser that visits a website just like a normal user would. The Lighthouse tool first runs a warmup and then visits the site several times to determine an average. The Lighthouse tool also does not trigger certain user input checks, that our measuring technique and normal users do. It also simulates a slower connection with throttling. This is why the Core Web Vitals reported by Lighthouse can differ from Uptrends measurements.
Please visit the article on Core Web Vitals to learn all about these metrics.
W3C metrics
The Word Wide Web Consortium (W3C) has defined a set of navigation timings that are essential to loading a web page. Uptrends has adopted several of those timings to measure and show in reports. You can show the results on a dashboard by using a custom report tile of the type Simple data list / chart and choosing from the list of W3C navigation timing data.
Core Web Vitals and W3C navigation timings are available for your transactions as well. You can find these metrics included in the transaction waterfall for steps where the Waterfall option has been enabled.
Load time: W3C total time or Network time
A Full Page Check monitor or transaction monitor provides the options to measure the load time based on the W3C load event or the Network time.
W3C total time
When choosing the W3C total time for measurements, the W3C load event end metric is used. The W3C load event is described in further detail in https://www.w3.org/TR/navigation-timing/#dom-performancetiming-loadend.
In the Uptrends app, this metric is not calculated but it comes directly from the browser, more specifically from the browser’s Developer tools.
You can find the results of the measurement in the check details of the monitor. Look at the Load Event of the W3C Navigation Timing metrics.
Network time
The Network time is measured by waiting for an idle period of network activity.
Setting the load time basis for a monitor
To make your choice, go to the Advanced tab of the monitor settings. In the Measurement section select one of the options for the Base load time on:
Metrics differences and suggestions on which setting to choose
There can be quite a big difference between measuring the load time with either W3C load time or Network time. The results (and differences) depend heavily on what is monitored, e.g. for a transaction that uses the W3C load event the individual step load times change when using a different method, therefore the total time changes.
In a Full Page Check monitor you may see more than one navigate action, e.g. when there are redirects in place. The metrics are recorded per navigate and summed up for the complete metric W3C load event.
In a transaction monitor you could have several navigations within one step, i.e. several navigation actions or a navigation that triggers other navigations. The load times are summed up per step and are then summed up for the whole transaction to the metric total time. An exception applies: if there is no navigation in the step, but e.g. a content check, the time for that step is 0 (other than when using Network time). In this case, network time is not the idle period of network activity but is derived from the execution time of the steps.
Here are some hints on how to choose the optimal method for transactions:
- If you want to know how quickly your page loads - in other words you are interested purely in the loading - then W3C load time is the recommended choice.
- If you want to know more about the end user experience, e.g. how long does it take a user to go through the whole transaction, the use of the Network time is recommended. The reason is that it takes everything into account, also steps that are not navigates but still influence the time the user needs to complete the transaction.
Timeline screenshots
The timeline of screenshots (aka filmstrip) contains a number of screenshots that are taken while the monitored webpage is loading. The timeline is presented above the waterfall in the monitor check details:
Data URLs in waterfall
Elements that are embedded inside the HTML document, such as data URLs, or that come from JavaScript, such as Blob URLs, are also shown in the waterfall. You can apply a filter if needed.
TLS information
In the waterfall of the monitor check details you can find TLS information for each element. You can open the details from the waterfall by clicking on the plus sign next to the element: