🤖NEW:AI-Powered Incremental Builds — your site updates in under 30 seconds. See what's new →
← All Tools
100% Free • Image Asset Scanner

WordPress Image Optimization Scanner

Scan any WordPress URL to audit image format optimization (WebP/AVIF), detect missing alt attributes, and inspect media tag attributes.

Technical Deep-Dive

WordPress Image Optimization & LCP Performance Hardening

Last updated: August 2026 • Reviewed by Nimbica Technical SEO Team

1. WebP vs. AVIF Next-Gen Image Formats

Modern WebP and AVIF image formats provide superior compression over legacy JPEGs. As documented in Google Web Vitals Image Compression Guide, next-gen formats cut byte payload sizes by 80%.

2. Alt Text Accessibility & Image SEO

Descriptive alt attributes allow screen readers and search crawlers to understand image content. Audit technical tags in our WordPress SEO Health Checker.

4. Instant Image CDN Delivery via Nimbica Static Edge

Nimbica pre-renders WordPress sites and optimizes image assets delivered from 300+ global edge locations, giving visitors sub-50ms image load times.

5. How the Image Scan Works

Enter a WordPress page URL and the tool fetches the rendered HTML, then extracts every <img> tag on the page — up to the first 30 found. For each tag it reads the src attribute (the image URL) and the alt attribute (the accessibility description), then classifies the format by checking whether the file extension in the URL ends in .webp or .avif. Anything else — .jpg, .jpeg, .png, .gif — is reported as a legacy format.

The report surfaces two headline metrics: Next-Gen Format Adoption (how many of the scanned images are already WebP/AVIF) and Missing Alt Attributes (how many images have no alt attribute at all — an empty alt="" is treated as intentionally decorative and does not count as missing). Below the summary, each individual image tag is listed with its source URL, alt text (or a missing-text warning), and format badge for manual review.

6. Worked Example: Interpreting a Report

Scanning a typical product review post with 22 embedded images might return: 22 Image Assets Audited, 6/22 Next-Gen Formats, and ⚠️ 9 Missing Alt Text.

Interpretation: only 27% of images are served as WebP/AVIF, meaning roughly three-quarters of the visual payload is likely oversized JPEG/PNG — a strong candidate for bulk conversion via a plugin like ShortPixel, Imagify, or WordPress core's native WebP support (added in 5.8+ via image_editor_output_format). The 9 missing-alt images are an accessibility and image-SEO gap: prioritize adding descriptive alt text to any of those that are also above the fold, since they're most likely to be the LCP candidate.

7. Practical Use Cases

  • Pre-publish accessibility check: Scan a new post before publishing to catch images uploaded without alt text.
  • Bulk conversion audit: Measure WebP/AVIF adoption across your top landing pages before and after installing an image optimization plugin, to confirm it's actually converting existing media.
  • Client site handoff review: Quickly spot-check a client's product or blog pages for glaring image SEO gaps as part of a site audit deliverable.
  • LCP root-cause investigation: Combine with the Core Web Vitals Checker — if LCP is failing, check whether the hero image on that page is still a legacy JPEG.

8. Limitations & Edge Cases

  • Extension-based format detection: Images served in WebP format via server-side content negotiation (same .jpg URL, different bytes based on Accept headers) will not be detected as next-gen, since the check only reads the URL string.
  • Lazy-loaded placeholders: If a plugin swaps the real image URL into a data-src attribute and leaves a placeholder in src, the scan reports the placeholder rather than the final delivered image.
  • CSS background images are not scanned: Hero sections using background-image in CSS rather than an <img> tag are invisible to this scanner, even though they can be significant LCP contributors.
  • 30-image cap: Image-dense gallery or portfolio pages beyond 30 images will only have the first 30 tags in document order reported.

Deliver optimized WebP images worldwide with Nimbica

Transform dynamic PHP rendering bottlenecks into ultra-fast static HTML deployed across 300+ global edge locations.

Frequently Asked Questions

Why is image optimization critical for WordPress Core Web Vitals?

Unoptimized JPEG/PNG images cause high page weight and slow LCP render times. Converting images to WebP/AVIF formats reduces byte size by up to 80% without quality loss.

Why are alt attributes important for WordPress accessibility and SEO?

Alt attributes describe image context for screen readers and search engine crawlers, improving website accessibility and Google Image search indexing.

How does static edge hosting accelerate WordPress image delivery?

Nimbica static edge CDN caches optimized WebP images on 300+ global edge nodes, delivering images with sub-50ms TTFB and HTTP/3 multiplexing.

How does the scanner detect WebP or AVIF format without downloading each image?

It checks the file extension in each <img> tag's src attribute for ".webp" or ".avif". This is a fast, lightweight check but means an image served as WebP via server-side content negotiation without a matching file extension may not be detected as next-gen format.

Why does the scan only show results for the first 30 images?

The scanner caps extraction at the first 30 <img> tags found in the page HTML to keep results fast and readable. On image-heavy archive or gallery pages, run the scan on a single post/product page rather than a paginated listing for full coverage.

Does an empty alt="" attribute count as missing?

No — alt="" is valid markup for purely decorative images (per WCAG guidance) and is treated as present. The scanner only flags images with no alt attribute at all, since a missing attribute (versus an intentionally empty one) is more often an oversight.

My theme uses lazy-loaded images with a placeholder src — will the scan see the real image?

It depends on the lazy-load implementation. If your theme uses native loading="lazy" with a real src, the scan sees it correctly. If a plugin swaps the src for a base64 placeholder and stores the real URL in data-src, the scanner will report the placeholder, not the final image.