Prefetch

patternsdev/skills/javascript/prefetch

by patternsdev48bf58a488cdMIT253 starsListed Oct 8, 2026Updated Oct 8, 2026Repository updated 5 months ago

Teaches resource prefetching strategies for faster navigation. Use when you can predict which resources the user will need next and want to load them during idle time.

Instructions onlySoftware Development
AI-generated overview

Explains browser resource prefetching strategies to reduce perceived loading time on later navigations.

What it does
This skill documents how to prefetch resources that users are likely to need soon, using link rel=prefetch, HTTP Link headers, service workers, or Webpack magic comments. It covers when prefetching helps, when it should be avoided, and how prefetched bundles appear in build output and the document head. It produces guidance rather than files or code artifacts.
When to use it
Use it when you can predict which routes or resources a user will need next and want them loaded during browser idle time. It is also relevant when deciding whether prefetching is appropriate given bandwidth, metered connections, or frequently changing resources.
Requirements
No tools, packages, or credentials are required; it is instructions only and ships no scripts. Following the Webpack examples assumes a Webpack build setup, and the browser examples assume a web page context.

Prefetch

Prefetch (<link rel="prefetch">) is a browser optimization which allows us to fetch resources that may be needed for subsequent routes or pages before they are needed. Prefetching can be achieved in a few ways. It can be done declaratively in HTML (such as in the example below), via a HTTP Header (Link: </js/chat-widget.js>; rel=prefetch), Service Workers or via more custom means such as through Webpack.

When to Use

  • Use this when you know users will likely navigate to certain routes or need certain resources soon
  • This is helpful for reducing perceived loading time on subsequent navigations

When NOT to Use

  • For resources unlikely to be needed — unnecessary prefetching wastes bandwidth and competes with critical requests
  • On low-bandwidth or metered connections where prefetching consumes the user's data budget
  • When the prefetched resources change frequently and would be stale by the time they're used

Instructions

  • Use <link rel="prefetch"> or Webpack magic comments (/* webpackPrefetch: true */) to prefetch resources
  • Only prefetch resources that are likely to be needed — don't overdo it as it consumes bandwidth
  • Prefetched resources are loaded at low priority when the browser is idle

Details

html
<link rel="prefetch" href="/pages/next-page.html" /><link rel="prefetch" href="/js/emoji-picker.js" />

Prefetch

In the examples showing how we can import modules based on visibility or interaction, we saw that there was often some delay between clicking on the button in order to toggle the component, and showing the actual component on the screen. This happened, since the module still had to get requested and loaded when the user clicked on the button!

In many cases, we know that users will request certain resources soon after the initial render of a page. Although they may not visible instantly, thus shouldn't be included in the initial bundle, it would be great to reduce the loading time as much as possible to give a better user experience!

Components or resources that we know are likely to be used at some point in the application can be prefetched. We can let Webpack know that certain bundles need to be prefetched, by adding a magic comment to the import statement: /* webpackPrefetch: true */.

js
const EmojiPicker = import(/* webpackPrefetch: true */ "./EmojiPicker");

After building the application, we can see that the EmojiPicker will be prefetched.

 Asset                             Size       Chunks                          Chunk Names    emoji-picker.bundle.js         1.49 KiB   emoji-picker [emitted]          emoji-picker    vendors~emoji-picker.bundle.js 171 KiB    vendors~emoji-picker [emitted]  vendors~emoji-picker    main.bundle.js                 1.34 MiB   main  [emitted]                 main
Entrypoint main = main.bundle.js(prefetch: vendors~emoji-picker.bundle.js emoji-picker.bundle.js)

The actual output is visible as a link tag with rel="prefetch" in the head of our document.

html
<link rel="prefetch" href="emoji-picker.bundle.js" as="script" /><link rel="prefetch" href="vendors~emoji-picker.bundle.js" as="script" />

Modules that are prefetched are requested and loaded by the browser even before the user requested the resource. When the browser is idle and calculates that it's got enough bandwidth, it will make a request in order to load the resource, and cache it. Having the resource cached can reduce the loading time significantly, as we don't have to wait for the request to finish after the user has clicked the button. It can simply get the loaded resource from cache.

Although prefetching is a great way to optimize the loading time, don't overdo it. If the user ended up never requesting the EmojiPicker component, we unnecessarily loaded the resource. This could potentially cost a user money, or slow down the application. Only prefetch the necessary resources.

Source

References

Source and attribution

Source:patternsdev/skillsinjavascript/prefetchat commit48bf58a

License: MIT

Content belongs to its original authors. SourceWeft indexes it from a public repository.

Report or request removal