Free Image Size Checker
Images are usually the heaviest part of a page, and the most common reason sites feel slow on phones. One unedited photo can weigh more than the rest of the page combined. Paste a page to see every image's file size, format and dimensions, with the heavy ones flagged and the saving estimated.
Free · No sign-up · Nothing stored
How heavy is too heavy?
As a rule of thumb, most images on a page should be under 200 KB, and the whole page well under 1 to 2 MB of images. The checker sorts every image into these bands, heaviest first, so you know where to start:
| Size | Verdict | What to do |
|---|---|---|
| Under 200 KB | Healthy | Nothing to do |
| 200–500 KB | Heavy | Compress it; quality 75–85 usually looks the same |
| Over 500 KB | Oversized | Resize and compress before uploading |
| More than 2 MB on one page | A slow page on phones | Fix the biggest files first |
We tested one phone screenshot
To show what's at stake, we took one ordinary phone screenshot, 1290 × 2796 pixels, saved as a PNG at 2,599 KB, and re-saved it at the same size in each format:
| Version | File size | Saving |
|---|---|---|
| Original screenshot (PNG) | 2,599 KB | — |
| PNG, optimised | 2,219 KB | 15% smaller |
| JPEG, quality 80 | 225 KB | 91% smaller |
| WebP, quality 80 | 106 KB | 96% smaller |
| AVIF, quality 60 | 74 KB | 97% smaller |
Same picture, same dimensions: from 2.6 MB to 74 KB. Every visitor on a phone downloads whichever version you upload, so the format and compression you choose matter more than almost anything else on the page. Photos usually see smaller, but still large, savings than screenshots.
Which format for which image
| Format | Best for | Watch out for |
|---|---|---|
| JPEG | Photos | Universal, but larger than WebP or AVIF |
| PNG | Screenshots with text, graphics needing transparency | Huge for photos |
| WebP | Photos and graphics | Much smaller than JPEG and PNG; supported everywhere current |
| AVIF | Photos and graphics | Usually the smallest; fewer tools export it |
| SVG | Logos and icons | Tiny and sharp at any size; not for photos |
| GIF | Avoid for animation | A short MP4 or WebM video is usually far smaller |
A five-step routine before every upload
This is the fix that doesn't need a developer. Do it before an image goes on your site:
- Resize to the size you'll show it. If a photo is displayed 800 pixels wide, export it at about 1600 for sharp phone screens, not 4000.
- Choose the format. WebP for photos and most graphics, SVG for logos and icons.
- Compress at quality 75–85 and compare it with the original at full size.
- Name it and describe it. A clear file name and alt text help image search and screen readers. The Meta Tag Checker counts images missing alt text.
- Check the page. Run it through this checker, then test it on a phone with the Mobile-Friendly Checker.
What each flag means
- Oversized or heavy
- The file is over 500 KB or between 200 and 500 KB. Compress it, and resize it if it's much bigger than its display size.
- Could be WebP or AVIF
- A JPEG or PNG over 100 KB. The estimate assumes about a 30% saving, a conservative figure; screenshots often shrink far more, as the test above shows.
- Served at X px, shown at Y px
- The file is more than twice as wide as the space it fills. Only reported when the page states the display width and the image doesn't already use srcset.
- First image is lazy-loaded
- The first image on the page has loading="lazy". If it's your main banner, that delays it. Lazy-load images further down instead.
Lazy loading: when it helps and when it hurts
Lazy loading tells the browser to wait until an image is about to scroll into view before downloading it. That's ideal for long pages and galleries, because visitors who never scroll never download those files. It hurts when it's applied to the main image at the top: the browser holds off on the very image people see first, which slows down Largest Contentful Paint. Give every image a width and height too, so the layout doesn't jump as images arrive.
What this checker can't see
- Images added by JavaScript or set in CSS files aren't in the page's HTML, so they don't appear here.
- It checks one page. Heavy images often repeat across a site, for example in a header or a product template. Watch Owl checks every page.
- Sizes are what we download. Some image services send different files to different devices, so a phone may get a smaller version than we measured.
Light images on one map
Broken or missing images are a separate problem: the Broken Link Checker finds them. If your share image is too heavy for social platforms, the Open Graph Checker will flag it.
Find heavy, slow pages across your whole site
Watch Owl crawls every page and checks Core Web Vitals page by page, so heavy pages don't slip through after the next upload.
Frequently asked questions
Is the image size checker free?
Yes. It's free with no sign-up, checks up to 60 images per page, and stores nothing.
What's a good image file size for a website?
Keep most images under 200 KB and large banner images under about 300 to 500 KB. What matters most on phones is the total: well under 1 to 2 MB of images per page keeps it quick.
How do I check the size of an image on a website?
Paste the page into this checker to see every image's file size, format and dimensions at once. For a single image, you can also open your browser's developer tools, go to the Network tab, filter by images and reload the page.
Should I use WebP or AVIF?
Both are much smaller than JPEG and PNG at the same visual quality, and all current browsers support them. In our test, the same screenshot was 106 KB as WebP and 74 KB as AVIF, against 225 KB as JPEG. WebP is the safer default because more editing tools export it.
Does image size affect SEO?
Indirectly, yes. Heavy images slow pages down, especially on mobile data, and the main image at the top of a page often decides Largest Contentful Paint, one of Google's Core Web Vitals. Slow pages also lose visitors before they finish loading.
What does "served at 2400px, shown at 600px" mean?
The file has far more pixels than the space it's displayed in, so every visitor downloads detail they never see. Resize the image to about twice its display width, or use srcset so phones get a smaller file.
Should I lazy-load every image?
No. Lazy-load images further down the page, but not the main image at the top. Lazy-loading that one makes the browser wait before fetching it, which slows down what visitors see first.
Will compressing images make them look worse?
Not if you stay around quality 75 to 85. At those settings most people can't tell the difference on screen, and the file is usually a fraction of the size. Check the result at full size before replacing the original.
Why aren't all my images listed?
We read the page's HTML. Images added later by JavaScript or set in CSS files aren't in it, and very long pages are capped at 60 images.
Agents that do this for you
Related reading