The XDN allows you to speed up the user's browsing experience by prefetching pages and API calls that they are likely to need.

Traffic Shielding

You might think that prefetching will put significant additional load on the infrastructure hosting your APIs. That's actually not the case! The Moovweb XDN only serves prefetch requests from the edge cache. It will never make a request to the origin if a prefetch request cannot be served from the edge cache, so your servers will never see an increased load.

Service Worker

To enable prefetching, your site's service worker needs to use the @xdn/prefetch library's Prefetcher class. If your site doesn't currently have a service worker, one can easily be created using Google's Workbox

Here's an example service worker based on Workbox:

import { skipWaiting, clientsClaim } from 'workbox-core'
import { precacheAndRoute } from 'workbox-precaching'
import { Prefetcher } from '@xdn/prefetch/sw'

precacheAndRoute(self.__WB_MANIFEST || [])

new Prefetcher().route()


Once you've created a service worker, code running in the browser window needs to register the service worker before prefetching can begin. How you do this depends on the front-end framework that you use.

If you're not using a front-end framework, you can use the install function from @xdn/prefetch to install the service worker. Here's an example:

import install from '@xdn/prefetch/window/install'


Prefetching a URL

To prefetch a URL, call the prefetch function from @xdn/prefetch/window:

import { prefetch } from '@xdn/prefetch/window'


Prefetch requests are given the lowest priority. This ensures that they do not block more critical requests like API calls, images, scripts, and navigation.


The @xdn/react package provides a Prefetch component that you can wrap around any link to prefetch the link when it becomes visible in the viewport:

import { Prefetch } from '@xdn/react'

function MyComponent() {
  return (
    <Prefetch url="/api/for/some/page">
      <a href="/some/page">Some Page</a>

By default, Prefetch will fetch and cache the URL in the link's href attribute. If you have a single page app, you most likely want to prefetch an API call for the page rather than the page's HTML. The example above shows you how to set the url property to control which URL is prefetched.

If you're using Next.js, the Prefetch component assumes you're using getServerSideProps and will prefetch the corresponding URL unless your specify a url prop. The Prefetch component should be placed between Next's <Link> and the <a> element:

import Link from 'next/link'
import { Prefetch } from '@xdn/react'

export default function ProductListingPage() {
  return (
    <Link as="/p/1" href="/p/[productId]">
        <a>Some Page</a>

export function getServerSideProps(context) {
  return {
    props: {}, // will be passed to the page component as props

If you need to prefetch a different url, you can do so using the url prop:

<Link as="/p/1" href="/p/[productId]">
  <Prefetch url="/some/url/to/prefetch">
    <a>Some Page</a>


The @xdn/vue package provides a Prefetch component that you can wrap around any link to prefetch the link when it becomes visible in the viewport:

  <Prefetch v-bind:url="/api/for/some/page">
    <router-link v-bind:to="/some/page">Some page</router-link>

  import Prefetch from '@xdn/vue/Prefetch'
  export default {
    components: {

By default Prefetch will fetch and cache the URL in the link's to attribute (for both router-link and nuxt-link). If you have a single page app, you most likely want to prefetch an API call for the page rather than the page's HTML. The example above shows you how to set the url property to control which URL is prefetched.

Using the XDN for Prefetching Only

If you have an existing site already in production, it is possible to prefetch from the XDN while still serving the site from the existing CDN.

To achieve this:

  1. Create a new XDN app using npm create xdn-app.
  2. Use your site's hostname as the origin site.
  3. Once the app is created, configure your routes file to cache the URLs you want to prefetch.
  4. Deploy your XDN app.
  5. Optionally give it a custom domain by creating a production environment, assigning a custom domain, and uploading an SSL certificate.
  6. In your service-worker source, use the cacheHost option when configuring the Prefetcher. For example:
import { skipWaiting, clientsClaim } from 'workbox-core'
import { Prefetcher } from '@xdn/prefetch/sw'


new Prefetcher({
  cacheHost: '', // specify the domain name for your XDN app here
  1. Serve the service worker from your site's origin domain. This is critical because service-worker's can only intercept fetch calls from apps served from the same origin as the service worker.
  2. Add a script to your app's source to install the service worker on each page. Here's an example:
import { install, prefetch } from '@xdn/prefetch/window'

document.addEventListener('DOMContentLoaded', function() {
    // Since there is no direct traffic to the XDN, the cache will only be populated from prefetch
    // requests, so we need to serve some of the prefetch requests even when they are not cached.
    // Here we choose to do so with 20% of the prefetch requests.
    forcePrefetchRatio: 0.2,

    // You can change this if you need to serve the service worker on a different path
    serviceWorkerPath: '/service-worker.js',

    // If you don't have links specified with a `<a>` tags with `href` attributes, you can also
    // specify watchers to prefetch when other elements are added to the page:
    watch: [
        selector: 'div.product-tile',
        callback: el => {
          const productId = el.getAttribute('data-product-id')
          const catId = document.getElementById('cat-listing').getAttribute('data-category-id')
          prefetch(`/api/${catId}/${productId}`, 'fetch')


The XDN also enables caching and prefetching of GraphQL requests via a middleware for Apollo. To enable prefetching of GraphQL queries in both the edge and the service worker:

  1. Ensure that your GraphQL API is configured to accept GET requests. The Apollo client uses POST requests by default, but the Apollo server automatically accepts both GETs and POSTs. We use GETs instead of POSTs for two reasons:
  • So that the URLs are sufficiently unique cache keys
  • Browser cache APIs only support caching GETs
  1. Add @xdn/apollo to your project:
npm i --save @xdn/apollo
  1. Add your GraphQL API as a backend to xdn.config.js. For example:
// xdn.config.js

module.exports = {
  backends: {
    graphql: {
      domainOrIp: '',
      hostHeader: '',
  1. Add a GET route for the GraphQL endpoint to your router:
const { Router, CustomCacheKey } = require('@xdn/core/router')

module.exports = new Router().get('/graphql', ({ cache, removeUpstreamResponseHeader, proxy }) => {
    edge: {
      maxAgeSeconds: 60 * 60 * 24,
      staleWhileRevalidateSeconds: 60 * 60,
    browser: {
      maxAgeSeconds: 0,
      serviceWorkerSeconds: 60 * 60 * 24,

  // Some APIs, like Shopify, attempt to establish a session by setting a cookie. The XDN will
  // not cache responses with a set-cookie header, so we remove it before attempting to write
  // the response to the cache

  // Proxy the request to the "graphql" backend end configured in xdn.config.js
  proxy('graphql', { path: '/graphql' })
  1. Configure your Apollo client to use a custom link from @xdn/apollo's createHttpLink function. For example:
import { createHttpLink } from '@xdn/apollo'

export default () => ({
  defaultHttpLink: false,
  link: createHttpLink({
    credentials: 'omit',
      typeof window === 'undefined' // Use a relative URL when running in the browser so that GraphQL requests are fetched via the XDN's edge cache.
        ? process.env.GQL_ENDPOINT
        : '/graphql',
    headers: {
      'X-Shopify-Storefront-Access-Token': process.env.GQL_ACCESS_TOKEN,

The createHttpLink function accepts all of the options documented here and automatically uses GET requests for all queries so that they can be cached at the edge and prefetched by the service worker.

  1. Use createApolloURL(client, query, variables) to create the URL to prefetch:
import { Prefetch } from '@xdn/react'
import { createApolloURL } from '@xdn/apollo'
import productById from '../apollo/queries/productById.gql'

function MyProductLink({ product }) {
  return (
    <Prefetch url={createApolloURL(this.$apollo, productById, { id: })}>
      <a href={product.url}>{}</a>

You can test that everything is running locally by running your project with:

xdn run --cache

Advantages over Apollo's prefetch functionality

Apollo provides it's own ability to prefetch data. Prefetching using the method described above has a number of advantages:

  • It minimizes the amount of data that needs to be transmitted in response to the initial request, making the page faster.
  • Prefetched data is held in the service worker cache so it can be used in the event that the user navigates away from your website and returns later.
  • Data is prefetched with low priority so that prefetch requests will not block other more important requests like navigation and images.

Reducing 412s

By default, the XDN will only serve prefetch requests from the edge cache. If a request cannot be served from the cache, a 412 status is returned. This protects your origin servers from additional traffic associated with prefetching. If you're seeing a surprisingly high number of 412s in your logs:

  1. Ensure that the URLs you're prefetching match exactly those that are fetched during page navigation. Prefetch URLs will have ?xdn_prefetch=1 whereas the URLs associated with page navigation won't. That's ok. The xdn_* query parameters are automatically excluded from the cache key. Just ensure that there are no other differences.
  2. Ensure that cache settings have stale-while-revalidate enabled. For example:
router.get('/p/:productId', ({ cache }) => {
    edge: {
      maxAgeSeconds: 60 * 60,
      staleWhileRevalidateSeconds: 60 * 60 * 24, // this way stale items can still be prefetched
  1. Consider increasing edge.maxAgeSeconds. The shorter the cache time to live is, the more prefetches will fail.