Asset Preloading and Resource Hints with WebLink
Symfony provides native support (via the WebLink component)
for managing Link HTTP headers, which are the key to improve the application
performance when using preloading capabilities of modern web browsers.
Link headers are used to hint resources (e.g. CSS and JavaScript files) to
clients before they even know that they need them. WebLink enables several
optimizations:
- Telling the browser to preload resources that will be needed for the current page;
- Sending 103 Early Hints responses so the browser starts downloading assets before the full response is ready (see Asset Preloading and Resource Hints with WebLink);
- Making early DNS lookups, TCP handshakes or TLS negotiations.
Note
Some of these features (like Early Hints or resource hints) work best over a secure HTTPS connection. The main web servers (Apache, nginx, Caddy, etc.) support this, and you can also use the Docker installer and runtime for Symfony created by Kévin Dunglas, from the Symfony community.
Installation
In applications using Symfony Flex, run the following command to install the WebLink feature before using it:
1
$ composer require symfony/web-link
Preloading Assets
Imagine that your application includes a web page like this:
1 2 3 4 5 6 7 8 9 10 11 12 13
<!DOCTYPE html>
<html>
<head>
<meta charset="UTF-8">
<title>My Application</title>
<link rel="stylesheet" href="/app.css">
</head>
<body>
<main role="main" class="container">
<!-- ... -->
</main>
</body>
</html>
In a traditional HTTP workflow, when this page is loaded, browsers make one
request for the HTML document and another for the linked CSS file. With the
Link HTTP header, your application can hint the browser to preload the
CSS file while processing the HTML.
This is useful for resources that are not directly linked in the HTML but are needed early (e.g. a font file referenced inside a CSS stylesheet).
To preload a resource, use the preload() Twig function provided by WebLink.
The "as" attribute is required, as browsers use it to prioritize resources
correctly and comply with the content security policy:
1 2 3 4 5 6 7 8
<head>
<!-- ... -->
<link rel="preload" href="{{ preload('/fonts/myfont.woff2', {as: 'font'}) }}">
<!-- you can add optionally add more attributes to the preload link -->
<!-- <link rel="preload" href="{{ preload('/fonts/myfont.woff2', {as: 'font', type: 'font/woff2', crossorigin: 'anonymous'}) }}"> -->
<link rel="stylesheet" href="/app.css">
</head>
The preload() function adds a Link HTTP header to the response (e.g.
Link: </fonts/myfont.woff2>; rel="preload"; as="font"). This tells the
browser (or an HTTP/2 compatible server or CDN) to start fetching the resource
as early as possible. You can also combine it with the asset() function:
1 2
<link rel="preload" href="{{ preload(asset('build/app.css'), {as: 'style'}) }}" as="style">
<link rel="stylesheet" href="{{ asset('build/app.css') }}">
If you reload the page, the perceived performance will improve because the
browser starts downloading the CSS file as soon as it receives the Link
header, without waiting for the full HTML to be parsed.
Tip
When using the AssetMapper component (e.g.
importmap('app')), there's no need to add the <link rel="preload">
tag. The importmap() Twig function automatically adds the Link HTTP
header for you when the WebLink component is available.
Additionally, according to the Priority Hints specification, you can signal
the priority of the resource to download using the importance attribute:
1 2 3 4 5
<head>
<!-- ... -->
<link rel="preload" href="{{ preload('/app.css', {as: 'style', importance: 'low'}) }}" as="style">
<!-- ... -->
</head>
How does it work?
The WebLink component manages the Link HTTP headers added to the response.
When using the preload() function, a header like this is added to the
response: Link </fonts/myfont.woff2>; rel="preload"; as="font"
When the browser receives this header, it starts downloading the resource right away, before it encounters the corresponding tag in the HTML.
Popular proxy services and CDNs including Cloudflare, Fastly and Akamai
also leverage Link headers to optimize resource delivery and improve
performance of your applications in production.
Sending Early Hints
By default, Link headers are sent along with the final response. However,
you can further improve performance by sending these headers before the full
response is ready, using 103 Early Hints responses. This tells the browser
to start downloading assets while the server is still preparing the page.
Note
In order to work, the SAPI you're using must support this feature, like FrankenPHP.
The simplest way to send early hints is by using the preload() Twig function.
When early hints are supported by your web server, the Link headers added via
preload() are automatically sent as 103 responses:
1 2 3 4 5
<head>
<!-- ... -->
<link rel="preload" href="{{ preload('/app.css', {as: 'style'}) }}" as="style">
<!-- ... -->
</head>
For more control, you can send early hints explicitly from your controller action thanks to the sendEarlyHints() method:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23
namespace App\Controller;
use Symfony\Bundle\FrameworkBundle\Controller\AbstractController;
use Symfony\Component\HttpFoundation\Response;
use Symfony\Component\Routing\Attribute\Route;
use Symfony\Component\WebLink\Link;
class HomepageController extends AbstractController
{
#[Route("/", name: "homepage")]
public function index(): Response
{
$response = $this->sendEarlyHints([
new Link(rel: 'preconnect', href: 'https://fonts.google.com'),
(new Link(href: '/style.css'))->withAttribute('as', 'style'),
(new Link(href: '/script.js'))->withAttribute('as', 'script'),
]);
// prepare the contents of the response...
return $this->render('homepage/index.html.twig', response: $response);
}
}
Technically, Early Hints are an informational HTTP response with the status code
103. The sendEarlyHints() method creates a Response object with that
status code and sends its headers immediately.
This way, browsers can start downloading the assets immediately; like the
style.css and script.js files in the above example. The
sendEarlyHints() method also returns the Response object, which you
must use to create the full response sent from the controller action.
Tip
When using the AssetMapper component,
asset file names contain a version hash (e.g.
styles-3c16d9220694c0e56d8648f25e6035e9.css). To reference the correct
versioned URL in early hints, use the
AssetMapperInterface service:
1 2 3 4 5 6 7 8 9 10 11 12 13 14
use Symfony\Component\AssetMapper\AssetMapperInterface;
class HomepageController extends AbstractController
{
public function index(AssetMapperInterface $assetMapper): Response
{
$response = $this->sendEarlyHints([
(new Link(href: $assetMapper->getAsset('styles/app.css')->publicPath))
->withAttribute('as', 'style'),
]);
return $this->render('homepage/index.html.twig', response: $response);
}
}
Resource Hints
Resource Hints are used by applications to help browsers when deciding which resources should be downloaded, preprocessed or connected to first.
The WebLink component provides the following Twig functions to send those hints:
dns_prefetch(): "indicates an origin (e.g.https://foo.cloudfront.net) that will be used to fetch required resources, and that the user agent should resolve as early as possible".preconnect(): "indicates an origin (e.g.https://www.google-analytics.com) that will be used to fetch required resources. Initiating an early connection, which includes the DNS lookup, TCP handshake, and optional TLS negotiation, allows the user agent to mask the high latency costs of establishing a connection".prefetch(): "identifies a resource that might be required by the next navigation, and that the user agent should fetch, such that the user agent can deliver a faster response once the resource is requested in the future".prerender(): " deprecated and superseded by the Speculation Rules API, identifies a resource that might be required by the next navigation, and that the user agent should fetch and execute, such that the user agent can deliver a faster response once the resource is requested later".
The component also supports sending HTTP links not related to performance and any link implementing the PSR-13 standard. For instance, any link defined in the HTML specification:
1 2 3 4 5 6
<head>
<!-- ... -->
<link rel="alternate" href="{{ link('/index.jsonld', 'alternate') }}">
<link rel="preload" href="{{ preload('/app.css', {as: 'style', nopush: true}) }}" as="style">
<!-- ... -->
</head>
The previous snippet will result in this HTTP header being sent to the client:
Link: </index.jsonld>; rel="alternate",</app.css>; rel="preload"; nopush
You can also add links to the HTTP response directly from controllers and services:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25
// src/Controller/BlogController.php
namespace App\Controller;
use Symfony\Bundle\FrameworkBundle\Controller\AbstractController;
use Symfony\Component\HttpFoundation\Request;
use Symfony\Component\HttpFoundation\Response;
use Symfony\Component\WebLink\GenericLinkProvider;
use Symfony\Component\WebLink\Link;
class BlogController extends AbstractController
{
public function index(Request $request): Response
{
// using the addLink() shortcut provided by AbstractController
$this->addLink($request, (new Link('preload', '/app.css'))->withAttribute('as', 'style'));
// alternative if you don't want to use the addLink() shortcut
$linkProvider = $request->attributes->get('_links', new GenericLinkProvider());
$request->attributes->set('_links', $linkProvider->withLink(
(new Link('preload', '/app.css'))->withAttribute('as', 'style')
));
return $this->render('...');
}
}
Tip
The possible values of link relations ('preload', 'preconnect', etc.)
are also defined as constants in the Link
class (e.g. Link::REL_PRELOAD, Link::REL_PRECONNECT, etc.).
Parsing Link Headers
Some third-party APIs provide resources such as pagination URLs using the
Link HTTP header. The WebLink component provides the
HttpHeaderParser utility class to parse
those headers and transform them into Link
instances:
1 2 3 4 5 6 7 8 9 10
use Symfony\Component\WebLink\HttpHeaderParser;
$parser = new HttpHeaderParser();
// get the value of the Link header from the Request
$linkHeader = '</foo.css>; rel="prerender",</bar.otf>; rel="dns-prefetch"; pr="0.7",</baz.js>; rel="preload"; as="script"';
$links = $parser->parse($linkHeader)->getLinks();
$links[0]->getRels(); // ['prerender']
$links[1]->getAttributes(); // ['pr' => '0.7']
$links[2]->getHref(); // '/baz.js'