Responsive Images with srcset & imgix

Animation showing image changing on different devices

Because more than 60% of a typical page’s weight is made up of images, optimizing images is extremely important for running a performant site. Every byte you don’t have to transfer to serve your content means a leaner page and faster load times for your readers. Features have landed in some browsers to help make sure your site serves the best-sized images to each end user. This tutorial covers the ins and outs of using the srcset attribute, and how imgix makes the process easier.

Serving correctly-sized images is important because it can minimize bytes transferred and CPU overhead. The srcset attribute is one of the best ways to do so today. It isn’t the fullest-featured HTML5 attribute, but it does provide some quick wins and has a polyfill.

Diagram of display densities

srcset & Display Densities

srcset provides a simple way to specify different images for different device resolutions. It allows sites to serve a 2x version to devices like the iPhone 6, Retina Macs, and the Samsung Galaxy S3. Some devices also go up to 3x DPR, including the iPhone 6 Plus and the Galaxy Note III. Using it within an img tag is easy:

  srcset="asset.png 1x, asset-2x.png 2x, asset-3x.png 3x"

While this delivers the best assets to users, it moves the burden to the service to generate and store each version of every asset. This can cause storage costs to balloon, and you may never serve every asset you generate. When dealing with a large library or with user-generated content, this is untenable.

With imgix, your entire image library is srcset-ready instantly.

Using srcset with imgix

Using the imgix w and dpr URL parameters, we can simplify the amount of effort it takes to generate the srcset attributes on our images. For this example, we will use the image located at:

We want to serve this image at 400 pixels wide:

  srcset=" 1x,

We get an image tag that serves out the best resolution for each device, based on its device-pixel-ratio (DPR). imgix will automatically serve more pixels when given the dpr parameter.

Calculating Device-Pixel Ratio

You can see that we’ve applied dpr=2 and dpr=3 to our 2x and 3x assets, respectively. The dpr parameter instructs imgix to treat the w parameters as device independent pixels (also known as “CSS pixels”). Thus, the 400×300 image at dpr=2 will actually be a 800×600 pixel image. The dpr=3 image will be 1200×900 pixels.

Diagram of different DPRs

This gives you the best of both worlds: full resolution for devices that support it, without delivering more data than necessary to devices that won’t use it. By using imgix, we only have to store the original asset and then manipulate it on the fly as we’ve seen above. This also removes the headache if and when a 4x device comes out. imgix currently supports up to dpr=8.

This practice works best with fixed image layouts. Using srcset with dpr is currently widely supported.

Using srcset and sizes with Media Queries

A different approach to handling responsive images for fluid layouts is to use size definitions with srcset. This solution gives you the ability to target sizes based off of media query definitions within a sizes attribute. The browser will load the most appropriate image and—depending on the browser—will load the best image from the cache when available.

Illustration of different device resolutions

The following example demonstrates sizing three images with imgix at 1024, 640, and 480 pixels wide. Using the sizes attribute, we are targeting two queries for behavior for the images.

At a viewport of 36em or above, the images will display at 1/3 the viewport width. Below that size, the images will display at the full size of the viewport. At those sizes, the browser will determine which image to load in when the page is rendering for the given target size.

  srcset=" 1024w,
  sizes="(min-width: 36em) 33.3vw, 100vw"

Support for this implementation is not widely accepted but it is gaining traction. It does gracefully fall back to an image specified by src. The Guardian is one of our customers that’s already using this approach.

Best Practices Using imgix

There is more to think about when delivering the best images possible with srcset and imgix. imgix affords the ability to add additional operations to give you more control over your output images, and because they are defined in the URL, you can fine-tune your settings and make late-stage edits as decisions change.

Use fit=max

Using the fit=max parameter on an imgix URL will ensure that an image is never delivered larger than its original size. This way, when requesting a dpr=3 image, there won’t be any image extrapolation. Read more about fit in the documentation.

Use auto=format

The auto=format parameter will deliver lightweight WebP images for Chrome browsers and fall back to the original format for other instances. More modern formats like WebP can greatly cut down the amount of image data sent to the client, sometimes by as much as 35%. Read more about Automatic Content Negotiation in the documentation.

Use Variable Quality

When setting dpr with imgix, you may want to consider adjusting the quality of your images. Setting the q parameter to lower values for higher DPRs allows you to reduce the file size while maintaining a denser pixel set for your image.

?q=80 - 15.9kB
?dpr=2&q=40 - 18.53kB
?dpr=3&q=20 - 19.37kB

This common practice is made easier with the imgix URL API. Adjusting the quality works especially well with lossy formats such as WebP and JPEG.

Putting It All Together

Here is an implementation of these examples as applied to our srcset DPR example:

  srcset=" 1x,

Summary and Related Tutorials

Responsive imagery is a rapidly-changing area of implementation, and different methods are applicable to different use cases. Here are our other tutorials that touch on aspects of responsive design.