← Fleet Pattern Library Component · Imagery
Component

Imagery standards

This page has two parts: what the pages sampled during this build actually do today (checked directly in their HTML, not assumed), and the recommended standard to apply going forward. No image was approved because the CSS technically fit, quality here is judged on source pixels versus rendered size, which is exactly what the current state below is missing.

Current state: no responsive image pipeline found

Across the homepage, author-profile and best-listicle pages checked on all three sites, every <img> tag found is a small accreditation badge, logo, or icon (34-200px), served as plain PNG or SVG with no srcset, no sizes, and no AVIF/WebP variant. No hero photography or large editorial imagery was found on any of the pages sampled, illustration is instead done with hand-coded inline SVG infographics (see the Data component page). If pixelation is showing up anywhere on the live sites, it's most likely in imagery added since this snapshot, or in pages outside this sample, not in the core templates audited here.

Image typeTarget rendered sizeMin source widthPreferred source (2x)Aspect ratioFormat
Hero imageup to 1280px wide, ~40-56vh tall1280px2560px16:9 desktop, 4:5 crop for mobileAVIF with WebP + JPG fallback
Full-width editorial imageup to 1024px (article max-width)1024px2048px3:2AVIF with WebP + JPG fallback
Article inline image~768px (article body width)768px1536px3:2 or 16:9AVIF with WebP + JPG fallback
Card thumbnail240-320px320px640px4:3WebP, AVIF optional
Profile / author photo64-120px120px240px1:1WebP
Background / band imagefull viewport width1920px3840pxvaries, avoid faces near crop edgesAVIF with WebP + JPG fallback
Logo / badge / iconas used (current practice, confirmed correct)2x render size3x render sizenativeSVG where possible, PNG otherwise

Rules to carry into the standard

Every raster image ships a real srcset covering at minimum the fleet's own three breakpoints (390 / 768 / 1440, matching every comparison page in this library), with a sizes attribute that matches the container it actually renders in (768px article width, 1280px wide container, per the Layout component page). object-fit: cover with an explicit aspect-ratio box prevents layout shift. Compress to the point a human can't tell the difference at 2x zoom, not to a fixed KB target. Mobile crops get chosen deliberately (a re-crop, not just a shrink) wherever a hero or band image carries a face or a focal subject near the edge.