Well-deployed technologies

The Web Performance Working Group developed a number of specifications that expose timing hooks to Web applications, to analyze time spent doing various tasks.

The High-Resolution Time exposes a monotonic sub-millisecond resolution clock to Web applications so that they can precisely measure time elapsed between two events. The Performance Timeline defines a unified interface to store and retrieve performance metric data. Individual performance metric interfaces are defined in separate specifications:

  • Navigation Timing exposes timing information related to navigation and elements;
  • Resource Timing exposes timing information for resources in a document;
  • User Timing help applications measure the performance of their applications using high precision timestamps.

The API to determine whether a Web page is being displayed (Page Visibility API) can also be used to adapt the usage of resources to the need of the Web application, for instance by reducing network activity when the page is minimized.

The Cooperative Scheduling of Background Tasks specification defines the requestIdleCallback method that allows scheduling an operation at the next opportunity when the app is not processing another operation.

The Timing control for script-based animations API can help reduce the usage of resources needed for playing animations.

Smooth scrolling performance is essential for a good user experience on the web, especially on touch-based devices. Through the passive event listener option, developers can declare up-front that an event listener will not call preventDefault() on the event, allowing the browser not to wait for the event listener to have run before it performs the default action associated with the event. This is particularly recommended on touch and wheel events to guarantee smooth scrolling. Note: some browsers automatically set the passive flag on touchstart and touchmove by default.

Beyond optimization of resources, the perceived reactivity of an application is also a critical aspect of the mobile user experience. The thread-like mechanism made possible via Web Workers allows keeping the user interface responsive by offloading the most resource-intensive operations into a background process.

The WebDriver specification defines a remote control interface that enables introspection and control of user agents, typically useful to automate testing across multiple browsers, including mobile browsers.

The Mobile Web Application Best Practices provide general advice on how to build Web applications that work well on mobile devices, taking into account in particular the needs for optimization.

FeatureSpecification / GroupMaturityCurrent implementations
Select browsers…
Timing HooksHigh Resolution Time
Web Performance Working Group
Recommendation
Performance Timeline
Web Performance Working Group
Recommendation
Navigation Timing
Web Performance Working Group
Recommendation
Resource Timing Level 1
Web Performance Working Group
Candidate Recommendation
User Timing Level 2
Web Performance Working Group
Recommendation
Page Visibility DetectionPage Visibility (Second Edition)
Web Performance Working Group
Recommendation
Priority HandlingCooperative Scheduling of Background Tasks
Web Performance Working Group
Proposed Recommendation
Animation OptimizationrequestAnimationFrame in HTML 5.2
Web Platform Working Group
Recommendation
Scrolling OptimizationPassive event listeners in DOM Standard
WHATWG
Living Standard
ThreadingWeb workers in HTML (Living Standard)
W3C
Working Draft
AutomationWebDriver
Browser Testing and Tools Working Group
Recommendation
Optimization Best PracticesMobile Web Application Best Practices
Mobile Web Best Practices Working Group
Recommendation - informative

Technologies in progress

The Resource Hints and Preload specifications let developers optimize the download of resources by enabling to delay either the download or the execution of the downloaded resource.

The Service Workers specification defines a mechanism that allows applications to intercept outgoing network requests and respond to them directly. Applications can take advantage of this mechanism to implement a flexible cache logic directly and thus avoid lengthy requests to the server.

The Battery status API allows adjusting the use of resources to the current level of power available in the battery of a mobile device. However, note the future of this last specification is uncertain due to identified potential privacy-invasive usage of the API.

Server Timing enables a server to communicate performance metrics about the request-response cycle to the user agent, and allows applications to act on these metrics to optimize application delivery.

The Long Tasks API exposes a mechanism to detect long running tasks that monopolize the user interface's main thread for extended periods of time.

The Paint Timing specification allows the application to capture a series of key moments such as first paint and first contentful paint during page load.

To ensure optimal performance when animating parts of an app, developers can make use of the CSS will-change property to let browsers compute the animation ahead of its occurrence.

The CSS contain property can indicate that the element’s subtree is independent of the rest of the page. This also enables heavy optimizations by user agents when used well, in particular to skip over content that is off-screen knowing that it won't affect the rendering of the content that is on-screen.

WebAssembly is a low-level bytecode format that runs with near-native speed in web browsers and supports compilation from C, C++, and other languages. It also defines an execution environment that attempts to maximize performance and interoperate gracefully with JavaScript and the Web, while ensuring security and consistent behavior across a variety of implementations.

The use of infinite scrolling lists, where more and more content is loaded and rendered as the user scrolls, is very common on mobile devices. Such lists provide a better user experience than pagination on touch screens. Applications unfortunately need to continuously poll layout information of DOM elements synchronously to implement this pattern, which is a source of significant performance overhead. The Intersection Observer specification defines an API to asynchronously observe changes in the intersection of a target element with an ancestor element or with a top-level document's viewport, providing an efficient mechanism to retrieve the information needed to implement infinite scrolling.

User agents may implement default rules for scrolling such as scroll chaining and overscroll affordances that web applications may wish to disable to enhance pull-to-refresh and infinite scrolling interaction paradigms, which are common on mobile devices. This can be achieved through scripting, but negatively affects scrolling performances as the application needs to listen to touch events without setting the passive flag to override the default behavior when needed. The CSS overscroll-behavior property introduces control over the behavior of a scroll container when its scrollport reaches the boundary of its scroll box, allowing web applications to disable default rules for scrolling efficiently.

The Identifiers for WebRTC's Statistics API defines a set of Web IDL objects that allow access to the statistical information about a RTCPeerConnection, allowing web apps to monitor the performance of the underlying network and media pipeline.

FeatureSpecification / GroupMaturityCurrent implementations
Select browsers…
Network PrioritizationResource Hints
Web Performance Working Group
Working Draft
Preload
Web Performance Working Group
Candidate Recommendation
CachingService Workers 1
Service Workers Working Group
Working Draft
Battery StatusBattery Status API
Devices and Sensors Working Group
Candidate Recommendation
Timing HooksServer Timing
Web Performance Working Group
Working Draft
Long Tasks API 1
Web Performance Working Group
Working Draft
Paint Timing 1
Web Performance Working Group
Working Draft
Rendering performanceCSS Will Change Module Level 1
CSS Working Group
Candidate Recommendation
CSS Containment Module Level 1
CSS Working Group
Candidate Recommendation
Low-level Bytecode FormatWebAssembly
WebAssembly Working Group
Editor's Draft
Infinite scrollingIntersection Observer
Web Platform Working Group
Working Draft
Scrolling OptimizationCSS Overscroll Behavior Module Level 1Editor's Draft
Real-time CommunicationIdentifiers for WebRTC's Statistics API
WebRTC Working Group
Candidate Recommendation

Exploratory work

The work on the Frame Timing API aims at providing detailed information on the frame-per-second obtained when an application is running on the user device.

The work on the Event Timing API exposes a mechanism to measure the latency of some events triggered by user interaction.

The Priority Hints specification lets developers signal the priority of each resource they need to download, complementing existing browser loading primitives such as preload.

The CSS Animation Worklet API provides a method to create scripted animations that control a set of animation effects. The API is designed to make it possible for user agents to run such animations in their own dedicated thread to provide a degree of performance isolation from main thread.

Web applications are dynamic in essence and need to manipulate the DOM significantly to present rich content. Problem is updates to the DOM can cause jank (noticeable delay in visual updates) because the rendering phase is updated synchronously with user interactions and requestAnimationFrame scripts. The Display Locking proposal introduces a new concept whereby developers can lock a DOM element and its subtree, preventing visual updates while the DOM gets updated. The developer will then be able to unlock the element, asynchronously, triggering the visual updates of the modified subtree without causing the rest of the page to jank.

Web applications have limited visibility into where JavaScript execution time is spent on clients. Without the ability to efficiently collect stack samples, applications are forced to instrument their code with profiling hooks that are imprecise and can significantly slow down execution. The JS Self-Profiling API proposal describes an API to manipulate a sampling profiler that would allow applications to gather rich execution data for aggregation and analysis of real end-user environments with minimal overhead.

FeatureSpecification / GroupImplementation intents
Select browsers…
Timing hooksFrame Timing
Web Platform Incubator Community Group
Event Timing API
Web Platform Incubator Community Group
Network PrioritizationPriority Hints
Web Platform Incubator Community Group
Animation OptimizationCSS Animation Worklet API
Web Platform Incubator Community Group
DOM UpdatesDisplay Locking
Web Platform Incubator Community Group
JS performanceJS Self-Profiling API
Web Platform Incubator Community Group