This post lists the freeform feedback that Google Web DevRel received in its Summer 2019 image optimization techniques survey. Responses were solicited through Web Fundamentals and @ChromiumDev. The motivation for the survey was to find out why most sites don't follow image optimization best practices even though they seem like a relatively easy way to improve performance. The response data isn't listed here because there were flaws in the survey methodology.
- If you're a web developer, you might find this post useful for discovering new image optimization techniques, or details on how other web developers have solved a problem that you're facing, as well as the costs, benefits, and limitations of each technique.
- If you're an image service or image CDN provider, this post might help you find new market opportunities.
- If you're a framework, build tool, or CMS developer, this post might give you ideas on new features to implement.
- "I do like WebP but it isn't yet fully ready. Moreover, our WordPress doesn't support WebP. One of the most popular photo editing apps, Photoshop, also doesn't support WebP out of the box. So we can't rely on 3rd party apps or services for image compression."
- "Make WebP usable on Safari."
- "I would love to use WebP if I could export them from Photoshop/Figma/Sketch and all browsers supported it." [Note: Sketch does support WebP]
- "Next gen formatting solution would be great."
- "Stop pushing WebP so hard when browser support is poor, and consider the need for PNG instead of JPEG for screenshots."
- "Google Docs doesn't support WebP."
- "We would use WebP exclusively, but are concerned about browser compatibility."
- "First fix browser compatibility and update legacy browsers or add legacy fixes, then people will be more inclined to adopt to new image types like WebP…"
- "Encourage plugin/theme developers to consider providing support to WebP and other next-gen image types, so that non-developers don't need to fiddle with it."
SVG and vector images #
- "If possible I'm using (animated) SVG. gatsby-image fixed a lot of this. But when you dig into what they've done, it's completely unrealistic that a normal website should have to build out something like that to get images to work right. The browser should take on more of this responsibility."
- "Would it be possible to document how to create SVG animations with lottie.js?"
- "We try to use big resolution JPEG pictures with low sizes in our website most of the time to avoid loading times. We also ensure to use SVGs when necessary to provide quality for responsive design."
- "We try to use optimized vector graphics for all but pics if possible."
Other image formats #
- "We [need to] better educate people to stop using GIF."
Lazy loading #
- "Please keep the user in mind when considering features such as lazy load, because for many it's annoying."
- "Make the lazy load attribute work with background-image please."
- "Frameworks should do better asset processing out of the box."
- "We have converted from lazy loading a long time ago. User reports of millions of images and sites "NOT LOADING". That was understanding our team summarized it as. It's hard for a non-technical users to describe issues."
- "I'm keen to get a better understanding of using Intersection Observer API for lazy loading rather than using traditional techniques."
- "This well works for me: pwafire.org/developer/codelabs/progressive-loading."
Background images #
- "I usually load images as backgrounds in CSS."
<img>tag is problematic and difficult to control fine-grained details about, especially with user-submitted content. We use
<div>and background-image styling much more often as it allows us to use background-size, background-position, and prevent right-click saving of the image."
- "It's 2019. How are JPGs still without alpha transparency?"
- "I only really use PNGs for photographs when I need a transparent background."
Low Quality Image Placeholders (LQIPs) #
- "We use LQIPS and it's a great technique to keep visitors engaged without loading high quality images really early."
- "We actually had a recent performance issue with images. As a user scrolls down on our site, we show the next 60 cards which include a thumbnail. Due to the 6 connection limit on the same domain, the thumbnails were being blocked as well as the next AJAX request to get the next 60 cards if a user continues to scroll down."
- "We would love to use HTTP/2 but most of our customers use IE11! We are therefore exploring domain sharding / loading AJAX JSON data requests off a different domain."
- "Sorry for intrinsicsize; leveraging height/width seems better to me."
- "Looking for a way to generate less sizes, right now it's ~12."
- "Dynamic resizing of images is really hard and impossible without JS."
- "A tool like responsivebreakpoints.com is good for web.dev :)."
High quality and high-resolution images #
- "How to download compress images without losing DPI quality?"
- "We're a document management company. Our apps handle MILLIONS of hi-res scanned images, usually TIFF or PDF."
- "It's a hassle. Hi-res img files are necessary for print format; must be optimized for web. It's a hassle to downsize images for web but it's a show-stopper if authors only supply lightweight files for images destined for print publication. We wind up giving mixed messages about requirements for submission of manuscripts with artwork. We then wind up with complex workflows for processing those materials."
Browser capability #
- "Auto responsive src crop from browser as [built-in] feature would be very useful as it is time consuming to crop all images to 4 sizes and writing all the markup. If we can upload one large photo and writing a simple picture tag that browsers will automatically create the multiple src attributes that would be a winning feature."
- "Personally I'm having a hard time avoiding page reflows when image with is set by CSS for responsive images (max-width: 100%; height auto or height: width: 100%; height auto), especially in combination with art direction from adaptive images/picture tag. Best way to avoid seems to use the "negative padding hack" for a fixed image ratio and then position the image inside this ratio box. Better browser support/responsive image handling would be a really great help!"
- "Please disable GIF "autoplay" by fetching just the first frame."
CDNs and image services #
- "Google should provide a free CDN like Cloudflare."
- "Maybe more tooling to set up dynamic scaling and CDNs with different providers would be nice."
- "A single oversized overcompressed image is a very decent solution with no extra production cost. You need around 1000 pixels wide images for mobile (500px render width) and that is also the size you need for large/desktop non-retina displays. I think images resize CDNs are a very bad solution, although I have used it in the past. The CMS should handle the resizing and of that is too complex to set up, a single solution is a good compromise (for now)."
- "CloudFlare auto-scales our images to best match the user's display. So we can save on loading time because images are loaded in relative to the user's display. For example, if a user is on a phone, it won't load in a desktop-sized background."
- "Cloudflare does this in the background without us having to do anything except check a box in our settings panel."
- "Just to reiterate, the only reason I can successfully use srcset, etc. is due to the ease of Cloudinary. But Cloudinary gets expensive, really fast. this feels like a major hole in the development experience."
- "We need a way to easily auto crop images in a smart way so they can work with different aspect ratios in different contexts."
- "I also use images from Other providers like Unsplash where there is very less control of resolution, quality and compression."
CMS, platform, and framework #
- "I still struggle to find out what is the best way to use images, when I am building a site using a CMS. Authors tend to configure images with different dimensions and expect images not to shrink or scale. I am not sure if it is ok to set max-width or max-height on images"
- "Been using gatsby-image for the last few projects and have never looked back."
- "Images are often the hard part as they are put into CMS by end user, they may use any size, format, sometimes original image in ideal image format and dimensions are not available."
- "Images are difficult to maintain since our system is self-serve adding controls is difficult unless things happen automatically without affecting resolution. Also for us images don't look correct in mobile vs desktop"
- "I help people to optimize their sites (WordPress). The biggest problems I've seen for images are: Need to depend on a CDN or plugins to create WebP. srcset/picture has to be coded properly by theme developers. Most of the lazy loading plugins loads slowly giving bad UX. Background images are hard to lazy load."
- "The new practices are effective but increase the development time of the sites."
- "The lack of adherence to the new standards such as srcset and WebP has been slow to be adopted by many Fortune 500 companies. Seeing this, many companies have resisted the change as an unnecessary development cost for current websites. The performance gains are not widely discussed or reported by the end user (UX). If anything, it makes it somewhat harder to save images from the web."
- "Costly to create and manage multiple sizes, versions."
- "They take up a lot of space on our server."
- "It's difficult to balance between acceptable image quality and file size. On one hand, I want fast loading for the SEO benefit, but on the other hand, poor quality images will detract from the UI/UX."
The role of images on the web #
- "There are too many on the web. Stop using useless images that don't enhance the written content."
- "Do you still remember the time when the web didn't have images and we shared selfies as ASCII-art?"
Tooling, guidance, standards and best practice: frustrations and requests #
- [One participant wrote a blog post in response to this survey]
- "The requirements seems to constantly change. As a web developer it is extremely frustrating because it is time consuming to save out the images in the first place. We optimize the best we can, we check the site and then months later Google has decided that the images could be even more compressed or need to be in a different format. This prevents us from providing the best possible solution to our client that lasts and instead creates a costly endeavor for them and us. Some of our small business clients simply don't have the budget for us to keep fixing images and re-saving them out to adhere to the requirements. We don't have the budget to do this work within their management packages. Writing the code to call different image sizes for different devices is also time consuming. It would be great to come up with a system of saving out images that would be consistent for a longer period of time."
- "Yes, I think you got Keep Request Counts Low And File Sizes Small all wrong in Lighthouse. If a site serves over HTTP1.x then sure, but if a site serves over HTTP2 then the number of requests is less important or not even an issue if originating from the same hostname. I have a lite website, but I load 30 small WebP files of approx 35 requests total, over HTTP2 on the same hostname. Lighthouse is flagging this as an "Keep Request Counts Low And File Sizes Small" issue whereas it is superfast and because of the HTTP2 on the same hostname the number of requests are not a problem. And yes, the files are already small (most between 1 KB and 2 KB or less). I could load a sprite but then more CSS computing needs to be done. So please update the "Keep Request Counts Low And File Sizes Small" report in Lighthouse to take HTTP2 over same hostname into account."
- "It has been a struggle for people to remember to compress their images."
- "Cross browser behavior remains unpredictable so the simplest solutions are often the safest."