Core Web Vitals & Images: How Format Conversion Moves the LCP Needle

Google's Core Web Vitals have been a ranking factor since 2021. Five years on, most site owners know they exist — fewer understand which changes actually move the scores. Image format conversion is one of the highest-leverage optimizations available, and its connection to Core Web Vitals is more direct than most guides acknowledge.

This article explains precisely how images affect each Core Web Vitals metric, what the data says about format conversion's impact on LCP, and how to deploy the improvement on WordPress without touching your theme or templates.


Why Images Drive Core Web Vitals Scores

Images account for more than 50% of the average web page's total byte weight. More importantly, images are the Largest Contentful Paint element on approximately 72% of mobile pages and 68% of desktop pages, according to HTTP Archive data. The hero image, lead product photo, or main content image is almost always what LCP is measuring.

Three Core Web Vitals metrics are affected by images:

MetricWhat it measuresGoogle's "Good" thresholdImage's role
LCPTime for the largest visible element to render≤ 2.5 secondsUsually the measured element itself
CLSVisual stability — how much content shifts≤ 0.1Missing width/height causes shifts
INPResponsiveness to user interactions≤ 200msLarge image decode blocks main thread

Of the three, LCP is where image format conversion has the most direct and measurable impact.


How LCP Is Actually Measured

LCP breaks down into four sequential phases, as documented by web.dev:

  1. Time to First Byte (TTFB) — how long until the server starts responding
  2. Resource load delay — time between TTFB and when the browser begins downloading the image
  3. Resource load duration — how long the image file takes to transfer
  4. Element render delay — time between download complete and paint on screen

Format conversion acts directly on phase 3: resource load duration. A smaller file transfers faster. On a typical 4G connection (12 Mbps with 50ms latency):

ImageFile sizeDownload time
Unoptimized JPEG hero850 KB~567 ms
JPEG quality 80, resized255 KB~170 ms
WebP quality 80, resized85 KB~57 ms
AVIF quality 80, resized60 KB~40 ms

The unoptimized version takes 567ms just to download. Combined with a typical 600ms TTFB and render overhead, total LCP lands around 3.2 seconds — in Google's "needs improvement" range. The WebP version at 85 KB downloads in 57ms, putting total LCP comfortably under 2.0 seconds.

That single optimization — format conversion plus resizing — can take a page from a failing LCP score to a passing one without changing a single line of HTML, JavaScript, or CSS.


The Format Conversion Effect: Real Numbers

Here is how the three major web image formats compare on a standard 1200×800 photographic image at quality 80:

FormatTypical file sizevs. JPEGDecode time (avg)Browser support
JPEG180 KBbaseline~12 ms100%
WebP125 KB−30%~14 ms~97%
AVIF90 KB−50%~35 ms~93%

Two things stand out from this comparison.

WebP is the safer default for LCP. It's 30% smaller than JPEG, decodes in nearly the same time (~14ms vs ~12ms), and reaches 97% of browsers. The improvement in download time is reliable and the decode overhead is negligible.

AVIF is smaller but slower to decode. At 50% smaller than JPEG it wins on transfer time, but its decode time averages ~35ms — about 2.5× slower than JPEG or WebP. On low-end mobile devices this can rise to 50–80ms per image. For a page with a single hero image this is usually acceptable. For an e-commerce grid loading 20 product photos simultaneously, AVIF's decode cost can accumulate and push INP above the 200ms threshold.

The practical recommendation: serve AVIF to capable browsers as a progressive enhancement, with WebP as the primary fallback. This is exactly what server-side Accept header negotiation delivers automatically.


How Format Conversion Affects Each CWV Metric

LCP: The Direct Connection

Smaller files download faster. Faster downloads reduce resource load duration, which directly reduces LCP. This is the most straightforward relationship in web performance.

A 500 KB hero image on a 4G connection takes approximately 333ms to download. A 100 KB optimized WebP version takes about 67ms. That 266ms saving, applied to a page already near the 2.5-second LCP threshold, is often the difference between passing and failing.

The multiplier effect: Format conversion works on every registered WordPress image size, not just the original. A single uploaded photo generates 5–10 thumbnail sizes depending on your theme and plugins. Converting all of them means every image on your site — featured images, gallery thumbnails, related post images — benefits from reduced payload.

CLS: The Indirect Risk

Format conversion does not directly cause or fix Cumulative Layout Shift, but it intersects with CLS in one important way: if you're adding <picture> tags manually to serve multiple formats, missing width and height attributes on the fallback <img> element is a common source of layout shift.

The fix is simple: always include width and height attributes on every <img> element at their actual pixel dimensions. This lets the browser reserve the correct space before the image downloads, preventing CLS regardless of which format is ultimately served.

With server-side format negotiation (the approach KuDesign ImageIO uses), your existing <img> tags are unchanged — if they already have width and height attributes, CLS behavior is unaffected.

INP: The AVIF Caveat

Interaction to Next Paint measures how quickly the page responds to user input. Images contribute to poor INP through decode time: decompressing image data back into pixel bitmaps happens on the main thread and can block interactions.

AVIF's slower decode makes it a consideration for INP-sensitive pages. The mitigation options:

  • Add decoding="async" to image elements where supported — this moves decode work off the critical path
  • Use content-visibility: auto for images well below the fold
  • On high-image-density pages (product grids, galleries), prefer WebP over AVIF to reduce cumulative decode overhead

For most content sites and blogs, this is not a concern. For WooCommerce stores with dense product grids on mobile, it's worth testing both formats and checking INP in Chrome DevTools before committing to AVIF.


The PageSpeed Score Impact

Google PageSpeed Insights scores are a weighted composite of performance metrics. As of the current scoring model:

  • LCP: 25% of the total score
  • CLS: 25% of the total score
  • INP: 30% of the total score
  • Other metrics (FCP, TTFB): 20%

Since images directly affect LCP and can influence INP and CLS, image optimization has an outsized effect on PageSpeed scores relative to the engineering effort required.

In practice, implementing format conversion plus resizing typically improves a PageSpeed mobile score by 15–30 points. For sites with large, unoptimized image libraries, the improvement can exceed 40 points. This makes it the single most impactful performance optimization available to most WordPress site owners.


Common PageSpeed Image Audits — and What Actually Fixes Them

PageSpeed Insights surfaces image-related issues as specific audit items. Here's what causes each one and what resolves it.

"Serve images in next-gen formats" Flagged when JPEG or PNG is served to a browser that supports WebP or AVIF. Fixed by converting images to WebP/AVIF and serving them via server-side format negotiation or the <picture> element. KuDesign ImageIO resolves this audit for every converted image automatically.

"Properly size images" Flagged when the served image is larger than its display dimensions. A 2400px image displayed at 600px wastes 75% of its bytes. Fixed by resizing images to match their display dimensions and using srcset for responsive delivery. This is a separate step from format conversion.

"Efficiently encode images" Flagged when images could be smaller without visible quality loss. Typical trigger: JPEG uploaded at quality 95–100 from a camera or design tool. Fixed by re-encoding at quality 75–85. Format conversion to WebP/AVIF at equivalent quality resolves this automatically.

"Defer offscreen images" Flagged when below-fold images are downloaded on initial page load. Fixed by adding loading="lazy" to images not visible in the initial viewport. Do not add `loading="lazy"` to your LCP image — this is one of the most common mistakes that actively hurts LCP.


Critical: Don't Lazy Load Your LCP Image

This deserves its own section because it's an extremely common mistake.

loading="lazy" tells the browser to delay downloading an image until it's close to entering the viewport. For images below the fold, this is a performance win. For the LCP image — which is almost always above the fold — it's a direct penalty.

Lazy loading the LCP image delays phase 2 (resource load delay) of the LCP calculation, adding hundreds of milliseconds to the score. If your hero image has loading="lazy", removing it is likely the single fastest LCP improvement you can make.

For your LCP image specifically, use:

<img src="hero.jpg" loading="eager" fetchpriority="high" width="1200" height="600" alt="...">

fetchpriority="high" signals to the browser that this image should be prioritized in the network queue above other resources — moving it ahead of scripts, stylesheets, and other images.


The Business Case Behind the Numbers

Performance improvements driven by image optimization translate to measurable business outcomes. Case studies documented by the Chrome team include:

  • Vodafone: 31% LCP improvement → 8% increase in sales
  • Netzwelt: CWV improvements → 2× increase in ad revenue
  • Tokopedia: 55% better LCP → 35% higher click-through rates

Google's own research shows that sites passing all three Core Web Vitals thresholds experience 24% fewer page abandonments compared to sites that fail. For an e-commerce site or a content site monetized by advertising, that reduction in abandonment rate has a direct revenue equivalent.

Format conversion is not a niche technical optimization. It's a lever that affects traffic (via search rankings), session quality (via reduced abandonment), and conversion rates (via faster perceived load times) — all simultaneously.


Deploying Format Conversion on WordPress

The practical constraint is workflow. You can't manually re-export hundreds or thousands of existing WordPress images in a modern format. The conversion needs to be automated.

KuDesign ImageIO handles this at the media library level. It scans all existing JPEG and PNG files, converts them to WebP and AVIF in a background queue via WP-Cron, and stores the results alongside originals without modifying source files. New uploads are converted automatically.

The server configuration side — serving the right format per browser via Accept header negotiation — is handled by the plugin's Server Config tab, which provides ready-to-paste Apache and Nginx rules. The PageSpeed "Serve images in next-gen formats" audit clears once the rules are in place and the conversion queue has run.

No HTML changes are required. Your existing <img> tags stay as-is. The server intercepts each image request and delivers the lightest compatible format transparently.


Summary

The connection between image format conversion and Core Web Vitals is direct and quantifiable:

  • Images are the LCP element on 72% of mobile pages
  • WebP reduces image file size by ~30% vs. JPEG at equivalent quality
  • AVIF reduces it by ~50%, with a decode-speed trade-off worth considering for INP-sensitive pages
  • Combined with resizing and compression, format conversion routinely moves LCP from "needs improvement" to "good"
  • PageSpeed mobile score improvements of 15–30 points are typical; 40+ points are achievable on heavily unoptimized sites

Format conversion doesn't require theme changes, plugin rewrites, or hosting upgrades. It acts at the file and server layer, transparently improving delivery for every image on the site.


KuDesign ImageIO is a free plugin by KuDesign Limited, available on the [WordPress plugin directory](https://wordpress.org/plugins/kudesign-image-io/). It converts your media library to WebP and AVIF and configures server-side format negotiation to serve each visitor the lightest format their browser supports.