A slow gallery, a blurry logo, a 40 MB email: most image problems in Photography trace back to one early decision — the file format. Choosing deliberately takes five minutes and pays back on every single asset.
Formats worth considering
| Format | Compression | Transparency | Animation | Support (2026) |
|---|---|---|---|---|
| WebP | Lossy and lossless | Yes | Yes | over 96% of browsers in use in 2026 (caniuse) |
| AVIF | Lossy and lossless | Yes | Yes | over 93% of browsers in 2026, including Chrome, Firefox, Safari and Edge |
| JPEG | Lossy | No | No | every browser and device made in the last 25 years |
| PNG | Lossless | Yes | No | every browser since the early 2000s |
| SVG | Vector | Yes | Yes | all modern browsers |
Five formats cover effectively every Photography scenario. What separates them is below.
WebP: the default in 2026
25-34% smaller than an equivalent JPEG, per Google's published study, with support across over 96% of browsers in use in 2026 (caniuse). For most Photography work that combination — smaller files, near-universal support, transparency and animation included — makes WebP the sensible starting point. The WebP converter turns existing JPEG/PNG libraries into WebP in batches.
AVIF: when every kilobyte counts
AVIF goes further: roughly half the size of a comparable JPEG, and about 20% under WebP. Encoding is slower and very old browsers miss it (over 93% of browsers in 2026, including Chrome, Firefox, Safari and Edge), so the classic pattern is AVIF first with a fallback. Try one hero image through the AVIF converter and compare.
Where the classics still win
JPEG remains the file that opens absolutely everywhere — email clients, ancient CMS installs, kiosk software. PNG keeps its role wherever Photography needs sharp edges, text or transparency: a 1080p screenshot is typically 150-400 KB; a 12-megapixel photo can exceed 15 MB.
Don't rasterize your logos
Logos, icons and diagrams belong in SVG: icons usually weigh 1-10 KB, less than a single photo thumbnail, and they stay crisp at any resolution. Exporting a logo as a 2,000-pixel PNG when an 8 KB SVG exists is the most common self-inflicted wound in Photography.
Putting it together
Photographs go modern (WebP or AVIF) with a JPEG fallback where compatibility is unknown. Graphics and UI go PNG or SVG. Everything gets resized to its real display dimensions before upload — serving a 4000-pixel image in an 800-pixel slot is pure waste — and below-the-fold images get loading="lazy".
Photoshop, Canva and Squoosh all export these formats one file at a time; for converting an existing library, a batch converter with a ZIP download is the time-saver.
The three classic errors
Serving originals. Uploading camera files straight from the device puts multi-megabyte images behind every thumbnail. Resize to display dimensions first; the format choice comes second.
One format for everything. Photos, screenshots and logos compress on different curves — forcing them all into one format guarantees at least one of them is badly served.
Never measuring. PageSpeed Insights and Lighthouse both show exactly how many kilobytes your images cost. Run the test once before and once after converting, and the improvement stops being theoretical.
Where the rules bend per platform
WordPress converts uploads to WebP on modern versions but keeps the original — uploading lighter files still pays. Shopify and most e-commerce platforms recompress aggressively; feed them the highest-quality source and let the CDN do the dirty work.
Email is the conservative corner: stick to JPEG and PNG, keep total weight low, and assume the oldest client in the audience.
The cheat sheet
Photos and hero images: WebP, or AVIF where you control the stack. Logos, icons, diagrams: SVG, with PNG as the raster fallback. Screenshots and UI captures: PNG.
Email attachments and downloads: JPEG, because it opens on whatever the recipient has. Short animations: animated WebP over GIF — same clip, a fraction of the megabytes. Print handoffs: TIFF or high-resolution PNG, never a web-compressed file.
Tape this list next to the upload button: every Photography decision above repeats weekly, and deciding once beats re-debating it per file.
What happens to EXIF and metadata
Every photo from a camera or phone carries hidden baggage: capture date, device model, exposure settings and — on phones — often GPS coordinates. Conversion is one of the moments where that baggage can be kept or dropped.
Photographers archiving work want the opposite — capture data is part of the record — so they convert copies for sharing and keep JPEG originals untouched.
The practical rule: treat the original as the metadata archive and the converted copy as the public version. That division of labour answers most privacy and copyright questions before they come up.
Image SEO beyond the format
Filenames describe the subject in plain words with hyphens — search engines read them, and so do you in six months. Alt text describes the image for screen readers and image search in one natural sentence, not a keyword pile.
Dimensions in the HTML (width and height attributes) stop layout shift, the CLS half of Core Web Vitals. Large previews need one meta line — max-image-preview:large — for Google Discover to show your images at full size.
None of these depend on the format, and all of them compound with it: a light, well-described, properly-sized image is the complete package for Photography.
The Core Web Vitals angle
Images are usually the heaviest asset class on a page, so format choice flows straight into Largest Contentful Paint — the Core Web Vitals metric Google weighs for ranking. Lighter images, earlier paint, better scores: the chain is that direct.
The compounding is what surprises people: 200 KB saved per image across a forty-image page is eight megabytes a visitor never downloads.
Measure before and after with PageSpeed Insights — the image-weight line item makes the improvement concrete instead of theoretical.
Measuring the result
Run the page through PageSpeed Insights before touching anything and note two numbers: total image weight and Largest Contentful Paint. Those are your baseline.
Convert the images, redeploy, run the same test. Lighthouse in Chrome DevTools gives the same data offline if you prefer testing before going live.
Keep the before/after screenshots: for client work in Photography, a 40% image-weight drop is the easiest deliverable you will ever present.
Frequently Asked Questions
How much speed do modern formats actually buy?
On image-heavy pages, converting a JPEG library to WebP typically trims a quarter to a third of image weight; AVIF roughly halves it. Since images dominate page size, that translates directly into faster loads and better Core Web Vitals.
Should logos be PNG or SVG?
SVG whenever the logo exists as vector art — a few kilobytes, infinitely sharp. PNG is the fallback for raster-only logos or platforms that reject SVG uploads.
Do I need different formats for retina screens?
Not different formats — different sizes. Serve 2× dimensions for high-density screens via srcset, and let the format (ideally WebP/AVIF) keep the bytes in check.
Are GIFs still acceptable for Photography?
Only out of habit. GIF caps at 256 colors and balloons in size: a 5-second animation easily reaches 5-10 MB; the same clip as animated WebP is a fraction of that Animated WebP delivers the same clip dramatically lighter, and every current browser plays it.
How many formats should one Photography project use?
Usually three: a modern format for delivery, a universal fallback, and SVG for vector assets. More than that and the upload rules stop being memorable, which is when mistakes creep back in.
Is it worth re-converting an old image library?
Run the arithmetic on one folder first: convert a sample, multiply the saving by the library size. Libraries behind high-traffic pages almost always justify it; archives nobody serves can stay as they are.
The audit that pays for itself: take the three heaviest images in your current Photography project, run them through the converter, and total the savings. That number is your business case.
Written by Giovanni Picaro, a web developer who has been building image tools and optimizing sites since 2019. Sources: MDN image format reference and Google web.dev. Last reviewed: 2026.