How to Reduce Image Size: 5 Methods That Actually Work
Large images slow down websites, bounce off email servers, and choke upload forms. The fix depends on which method matches your situation — and there are five distinct approaches, each suited to a different problem.
This guide covers all five methods with tool recommendations for every skill level: browser-based tools, native OS apps, and CLI commands. Every method includes worked examples with real file sizes so you know exactly what to expect.
Why Image File Size Matters
File size affects almost every channel where images travel.
Web performance. Google's Core Web Vitals measure Largest Contentful Paint (LCP) — often an image. A 2 MB hero image can push LCP past 4 seconds on mobile, which Google treats as a failing grade. Cutting it to 200 KB can move LCP under 2.5 seconds and directly improve search rankings. For a deeper dive into how image optimization affects SEO, see our image SEO guide.
Email delivery. Most email providers cap attachments at 25 MB, but practical deliverability drops sharply above 2-5 MB. Gmail clips messages over 102 KB. Many corporate firewalls reject messages with large inline images entirely. See our email image size guide for platform-specific limits.
Upload restrictions. Social platforms, CMSes, and form handlers all impose their own limits. Exceed them and your upload silently fails or gets auto-compressed into something you didn't approve.
Storage costs. An AWS S3 standard tier charges $0.023 per GB-month. 10,000 unoptimized product images at 3 MB each is 30 GB — $0.69/month that compounds forever. Trim those to 200 KB each and the same storage costs $0.046/month.
Common Size Limits by Platform
| Platform / Context | Recommended Size | Hard Limit |
|---|---|---|
| WordPress uploads | < 200 KB | Server-configured |
| Gmail inline images | < 102 KB | — |
| Email attachments | < 2 MB (practical) | 25 MB |
| Instagram (JPG) | < 8 MB | 8 MB |
| LinkedIn posts | < 5 MB | 8 MB |
| Shopify product images | < 20 MB | 20 MB |
| Twitter / X images | < 5 MB | 5 MB |
| Discord file uploads | < 8 MB (free tier) | 25 MB (Nitro) |
| Google PageSpeed "good" LCP | Image < 200 KB (typical) | — |
| Etsy product images | < 1 MB (recommended) | 10 MB |
These reflect where user experience, deliverability, and page performance break down in practice. For detailed platform dimensions, see our guides for Instagram, Facebook, LinkedIn, and Discord.
Method Overview: Which Approach to Use
Before diving into each method, here's how they compare. Pick the one that matches your situation, or combine them for maximum reduction.
| Method | Best For | Typical Reduction | Quality Impact | Speed | Difficulty |
|---|---|---|---|---|---|
| Compress | Any image that's too large | 30-70% | Minimal at quality 75-85 | Seconds | Easy |
| Resize | Camera/phone photos displayed smaller | 75-95% | None (removing unseen pixels) | Seconds | Easy |
| Convert format | PNGs, old formats (BMP, TIFF) | 25-80% | None to minimal | Seconds | Easy |
| Crop | Images with unnecessary borders/background | 20-50% | None (removing unwanted areas) | Seconds | Easy |
| Pipeline (combine) | Maximum reduction needed | 90-97% | Minimal | Seconds | Moderate |
The pipeline approach — combining resize + convert + compress in one step — is where the biggest gains happen. But often a single method is enough. Read on to find which one fits. If you need to hit a specific KB target, see our guide to reducing image size in KB. For phone photos specifically, see how to reduce photo file size.
Method 1: Compress Without Resizing
Compression reduces file size by encoding pixel data more efficiently — without changing the image's pixel dimensions. A 1200×800 photo stays 1200×800; it just takes fewer bytes to store.
Two flavors:
- Lossy compression discards some pixel detail that the eye can't easily detect. A JPEG at quality 80 looks almost identical to quality 100 but is typically 60-70% smaller.
- Lossless compression reorganizes data without discarding anything. Every pixel value is preserved; you just lose metadata and redundancy. Works well for PNGs with large flat-color areas.
For most web images, lossy compression at quality 75-85 is the right call. The savings are dramatic; the visible quality loss is essentially zero at normal viewing sizes. For a deeper comparison of these two approaches, see lossy vs lossless compression explained.
Worked Example: JPEG Compression
Starting image: Product photo, JPEG, 1200×800 px, 1.4 MB
| Quality Setting | File Size | Reduction | Visible Difference |
|---|---|---|---|
| 100 (original) | 1.4 MB | — | — |
| 90 | 680 KB | 51% | None at normal viewing |
| 80 | 420 KB | 70% | None at normal viewing |
| 70 | 310 KB | 78% | Slight softening on zoom |
| 60 | 240 KB | 83% | Noticeable on close inspection |
Quality 80 is the sweet spot for most use cases — 70% reduction with zero visible difference at display size.
With Pixotter (Browser-Based)
Drop your image into Pixotter's compress tool, choose your quality level, and download. Handles JPEG, PNG, WebP, and AVIF — all processed in your browser, no upload to any server. No account required.
With Native OS Tools
Windows — Photos app (built-in):
Open the image in Photos → click the three-dot menu → Save a copy → select a smaller size option. Windows Photos offers "Large," "Medium," and "Small" presets that apply compression and resize together. For fine-grained quality control, use Paint (built-in): open the image, File → Save as → JPEG → adjust quality slider.
macOS — Preview (built-in):
Open in Preview → File → Export → select JPEG format → drag the Quality slider left to reduce file size. The file size estimate updates live as you move the slider. Preview shows the resulting file size before you save, which makes hitting a specific target straightforward.
iOS — Shortcuts app (built-in):
Create a shortcut: Receive Images → Convert Image (JPEG, quality 0.8) → Save to Photos Album. Run it from the share sheet on any photo. For batch processing, select multiple images in Photos before sharing.
Android — Files by Google (free, Google LLC):
The built-in gallery app on most Android phones can share images in a reduced size. Samsung Gallery: Share → select size (Small/Medium/Large). For finer control, Google Photos (free): open image → Edit → Save copy at reduced quality.
With CLI Tools
ImageMagick 7.1.1 (Apache 2.0):
# Compress a single JPEG
magick input.jpg -quality 80 output.jpg
# Strip metadata (saves 20-50 KB)
magick input.jpg -strip -quality 80 output.jpg
# Batch compress all JPEGs in a directory
for f in *.jpg; do magick "$f" -strip -quality 80 "compressed/$f"; done
pngquant 3.0 (GPL-3.0) — for PNG lossy compression:
# Compress PNG with lossy quantization (typically 60-80% reduction)
pngquant --quality=65-80 --output output.png input.png
OptiPNG 0.7.8 (zlib license) — for PNG lossless compression:
# Lossless PNG optimization
optipng -o5 input.png
For more PNG-specific techniques, see our guide on making PNGs smaller or compressing PNGs.
Metadata Stripping: The Free Win
Every photo from a camera or phone carries EXIF metadata: GPS coordinates, camera model, lens settings, timestamps, and embedded thumbnails. This often adds 20-100 KB that serves no purpose on the web — and may leak location data you don't want public.
Stripping metadata is always lossless and always worth doing. Pixotter strips metadata automatically during compression. From the command line, use ExifTool 12.87 (Artistic/GPL-1.0+):
exiftool -all= -overwrite_original image.jpg
For a complete walkthrough on metadata, see how to remove EXIF data from images.
Method 2: Resize to Smaller Dimensions
If your image is physically larger than it will ever be displayed, you're storing and transferring pixels nobody sees. This is the single most common cause of oversized images.
A standard 4000×3000 JPEG at quality 90 is typically 3-6 MB. Resize it to 800×600 and the same quality setting produces a 150-400 KB file. That's an 85-95% size reduction with zero quality loss at the display size, because you're removing pixels that were never visible.
To understand how pixels relate to file size, see our explainer on image resolution.
When to Resize
- The image came off a DSLR, iPhone, or any modern camera (typically 12-108 MP)
- The target container is smaller than the image's native dimensions
- You're generating thumbnails for a gallery or product listing
- The image is for social media (which has defined display dimensions)
Common Target Dimensions
| Use Case | Recommended Dimensions | Why |
|---|---|---|
| Blog hero image | 1200×675 px | Fills standard content width; matches OG image ratio |
| Product thumbnail | 400×400 px | Standard e-commerce grid size |
| Social media share (OG) | 1200×630 px | Facebook/LinkedIn preview card |
| Email header | 600×200 px | Standard email client width |
| Instagram post | 1080×1080 px | Square format, native resolution |
| Website favicon | 32×32 px or 16×16 px | Browser tab icon |
| Full-screen desktop | 1920×1080 px | Standard HD monitor |
With Pixotter (Browser-Based)
Drop your image into Pixotter's resize tool. Set target dimensions or choose a preset for common platforms (1920×1080 for desktops, 1200×630 for Open Graph images, etc.). All processing happens in your browser.
With Native OS Tools
Windows — Photos app:
Open → Edit → Crop & rotate → Resize. Or right-click → Resize pictures (if PowerToys is installed). Paint (built-in) also works: open image → Resize → enter dimensions by pixel or percentage.
macOS — Preview:
Open → Tools → Adjust Size → enter new width or height (check "Scale proportionally" to maintain aspect ratio). Preview shows the resulting file size immediately.
With CLI Tools
ImageMagick 7.1.1 (Apache 2.0):
# Resize to specific width, maintaining aspect ratio
magick input.jpg -resize 800x output.jpg
# Resize to exact dimensions (may distort)
magick input.jpg -resize 800x600! output.jpg
# Resize only if larger (won't upscale small images)
magick input.jpg -resize 800x600\> output.jpg
# Batch resize all images to max 1200px wide
for f in *.jpg; do magick "$f" -resize 1200x "resized/$f"; done
For batch operations across hundreds of images, see our guide on batch resizing images.
Method 3: Convert to a Smaller Format
The image format itself is a significant factor in file size. PNG stores data losslessly — great for transparency, inefficient for photographs. JPEG compresses photographs well but doesn't support transparency. WebP and AVIF are modern formats that achieve smaller files than either at equivalent visual quality.
Switching formats can reduce file size by 25-80% with no change in pixel dimensions or visual quality.
Format Size Comparison
| Source Format | Target Format | Typical Size Reduction | Best For |
|---|---|---|---|
| PNG (photo) | WebP (lossy) | 60-80% | Photos currently saved as PNG |
| PNG (graphic/logo) | WebP (lossless) | 25-35% | Graphics needing transparency |
| JPEG | WebP (lossy) | 25-34% | General web optimization |
| JPEG | AVIF | 30-50% | Maximum compression (encoding is slow) |
| PNG | JPEG | 50-70% | Photos that don't need transparency |
| BMP | WebP or JPEG | 90-95% | Legacy BMP files |
| TIFF | WebP or JPEG | 85-95% | Print/scan files moving to web |
| WebP | AVIF | 10-20% | Marginal gains only |
Which Format to Choose
- WebP — default for all web images today. Supported by all modern browsers (Chrome 17+, Firefox 65+, Safari 14+). Best balance of compression, quality, and compatibility.
- AVIF — best compression, but encoding is slow (2-10 seconds per image). Use when storage/bandwidth costs matter more than encoding speed.
- JPEG — fallback for older browsers and email clients. Still the standard for email and maximum compatibility.
- PNG — logos, screenshots, images requiring transparency or pixel-perfect accuracy. Not for photographs.
For a detailed breakdown, see Best Image Format for Web, our PNG vs WebP comparison, or WebP vs AVIF comparison.
With Pixotter (Browser-Based)
Drop your image into Pixotter's convert tool. Select the target format and download. Supports all major formats including WebP, AVIF, PNG, JPEG, and GIF.
With CLI Tools
cwebp 1.4.0 (BSD 3-Clause) — convert to WebP:
# Convert JPEG to WebP
cwebp -q 80 input.jpg -o output.webp
# Lossless PNG to WebP
cwebp -lossless input.png -o output.webp
# Batch convert all JPEGs
for f in *.jpg; do cwebp -q 80 "$f" -o "${f%.jpg}.webp"; done
ImageMagick 7.1.1 (Apache 2.0) — convert between any formats:
# PNG to JPEG (drops transparency)
magick input.png -quality 85 output.jpg
# TIFF to WebP
magick input.tiff -quality 80 output.webp
Method 4: Crop Unnecessary Areas
Cropping removes pixels — literally cutting off parts of the image that aren't needed. This reduces both dimensions and file size.
Common cases where cropping pays off:
- Whitespace borders. Product photos often have 40-60 px of empty padding around the subject. Remove it.
- Portrait photos with dead sky. Landscape photos where 40% is empty blue sky or blank wall — crop to the subject.
- Screenshots with irrelevant UI. A screenshot of a dialog box doesn't need the entire OS taskbar and desktop in frame.
- Social media crops. Instagram, LinkedIn, and Twitter each have preferred aspect ratios. Cropping to the target ratio before upload prevents the platform from auto-cropping in unflattering ways.
Cropping compounds with compression. Cut 30% of the pixels, then compress the remainder — you're often looking at a 40-50% total file size reduction from two simple operations.
With Pixotter (Browser-Based)
Drop your image into Pixotter's crop tool. Drag to select the region to keep, or use aspect ratio presets for common platforms.
With Native OS Tools
Windows — Photos or Paint (built-in):
Photos: Edit → Crop → drag handles. Paint: Select → drag region → Crop.
macOS — Preview (built-in):
Tools → Rectangular Selection → drag to select → Tools → Crop (or ⌘K).
With CLI Tools
ImageMagick 7.1.1 (Apache 2.0):
# Crop a specific region (width×height, offset from top-left)
magick input.jpg -crop 800x600+100+50 output.jpg
# Auto-trim whitespace borders
magick input.jpg -trim output.jpg
The -trim flag removes continuous border areas that match the corner pixel color — useful for product photos with white backgrounds.
Method 5: Combine Operations (The Pipeline Approach)
The most effective size reduction combines multiple methods: resize to the display dimensions, convert to WebP, then compress to the target quality level. Doing them separately means three round-trips and three chances for intermediate files to accumulate.
The pipeline approach does everything in one step. This is Pixotter's core strength — most image tools force you to compress on one site, resize on another, convert on a third. Pixotter lets you stack operations: drop the image, configure resize + convert + compress in sequence, and get the final file in one download.
Worked Example: Full Pipeline
Starting image: iPhone 15 photo, JPEG, 4032×3024 px, 4.2 MB
| Step | Operation | Result |
|---|---|---|
| 1 | Resize to 1200×900 | 4032×3024 → 1200×900, ~1.1 MB |
| 2 | Convert to WebP | ~1.1 MB → ~280 KB |
| 3 | Compress (quality 82) | ~280 KB → ~170 KB |
| 4 | Strip metadata | ~170 KB → ~165 KB |
| Total | All four combined | 4.2 MB → 165 KB (96% reduction) |
Each step reduces what the next step has to work with. The order matters: resize first (removes the most data), then convert (new encoder), then compress (fine-tune quality).
Second Worked Example: PNG Screenshot
Starting image: Desktop screenshot, PNG, 2560×1440 px, 3.8 MB
| Step | Operation | Result |
|---|---|---|
| 1 | Crop to content area (1600×900) | 3.8 MB → ~1.5 MB |
| 2 | Convert to WebP lossless | ~1.5 MB → ~520 KB |
| 3 | Strip metadata | ~520 KB → ~515 KB |
| Total | Three steps | 3.8 MB → 515 KB (86% reduction) |
With CLI Tools
ImageMagick 7.1.1 (Apache 2.0) — all in one command:
# Resize + convert + compress in a single pass
magick input.jpg -resize 1200x900 -strip -quality 82 output.webp
# Batch pipeline for all JPEGs
for f in *.jpg; do magick "$f" -resize 1200x -strip -quality 80 "optimized/${f%.jpg}.webp"; done
ImageMagick infers the output format from the file extension. This single command handles the resize and format conversion simultaneously, with quality applied to the WebP encoder.
Reduce Image Size for Specific Use Cases
Different contexts demand different strategies. Here's what works for each.
For Websites
Target: images under 200 KB each, WebP format, sized to the largest display container.
- Resize to the CSS container width (typically 800-1200 px for content images). A 4000 px image in a 600 px container wastes 90% of its data.
- Convert to WebP — all modern browsers support it. Serve JPEG as a fallback only if you must support IE11 (you probably don't).
- Compress to quality 75-85. Below 75, artifacts become visible in gradients and skin tones. Above 85, the file size increase isn't worth the quality gain.
-
Add responsive images using
srcset— serve different sizes for different screen widths.
For WordPress specifically, the Pixotter WordPress plugin automates this entire pipeline on upload.
For a complete website optimization strategy, see optimizing images for websites.
For Email
Target: individual images under 100 KB, total email under 2 MB.
- Resize to 600 px wide maximum — most email clients render at 600 px.
- Use JPEG format — email clients have inconsistent WebP support. Stick with JPEG for maximum compatibility.
- Compress aggressively — quality 65-75 is acceptable for email since the display size is small and recipients aren't zooming in.
- Strip metadata — no reason to send GPS coordinates and camera settings in a newsletter.
If you need to hit a specific file size limit, see our walkthrough on compressing images to 100 KB or 50 KB.
For Social Media
Each platform recompresses your upload. Your goal is to give the platform the best possible starting point so the recompression doesn't destroy quality.
- Resize to the platform's native dimensions. Instagram: 1080×1080 (square) or 1080×1350 (portrait). Facebook: 1200×630. Twitter: 1600×900. This prevents the platform from resizing your image with its own (often inferior) algorithm.
- Use JPEG or PNG — not WebP. Most social platforms accept WebP but may recompress it through an extra conversion step. JPEG is the path of least recompression.
- Compress lightly — quality 85-90. You want the file small enough to upload quickly but high enough that the platform's recompression doesn't push quality below acceptable.
For platform-specific dimension guides, see our articles for Instagram, Facebook, LinkedIn, Twitter, Pinterest, TikTok, and YouTube.
For Print and Presentations
Print has different rules — DPI (dots per inch) matters more than file size.
- Don't resize below 300 DPI at the print size. A 4×6 inch print needs at least 1200×1800 px.
- Use JPEG or TIFF — print workflows expect these formats.
- Compress conservatively — quality 90-95. Artifacts that are invisible on screen may show on paper.
For presentation slides (PowerPoint, Google Slides), images don't need to be higher resolution than the projector output (typically 1920×1080). See our guide on compressing images for PowerPoint.
Tool Comparison: Pixotter vs Native OS vs CLI
Choosing the right tool depends on your volume and technical comfort. Here's a side-by-side comparison.
| Feature | Pixotter | Native OS Tools | CLI (ImageMagick) |
|---|---|---|---|
| Privacy | Client-side (no upload) | Local | Local |
| Formats | JPEG, PNG, WebP, AVIF, GIF, BMP, TIFF | JPEG, PNG (varies by OS) | All formats |
| Pipeline (multi-op) | Yes — stack operations | No | Yes — chain flags |
| Batch processing | Yes | Limited | Yes — scripting |
| Quality control | Slider | Slider (macOS) or presets (Windows) | Exact numeric value |
| Format conversion | Yes | Limited | Yes |
| Metadata stripping | Automatic | Manual or not available | Manual flag (-strip) |
| Cost | Free (basic) | Free | Free (open source) |
| Install required | No (browser-based) | Pre-installed | Yes |
| Best for | Quick single/batch ops, non-technical users | Simple one-off tasks | Automated pipelines, scripting |
How Much Can You Reduce?
Results depend on starting format, content type, and target quality. These are representative ranges based on common inputs:
| Starting Image | Method | Typical Reduction | Result Size |
|---|---|---|---|
| iPhone JPEG (4 MB) | Compress only (quality 80) | 50-65% | ~1.4-2 MB |
| iPhone JPEG (4 MB) | Resize to 1200px wide | 75-85% | ~600 KB-1 MB |
| iPhone JPEG (4 MB) | Convert to WebP | 60-70% | ~1.2-1.6 MB |
| iPhone JPEG (4 MB) | Pipeline (resize + WebP + compress) | 92-97% | ~120-320 KB |
| Screenshot PNG (800 KB) | Lossless compress (strip metadata) | 10-25% | ~600-720 KB |
| Screenshot PNG (800 KB) | Convert to WebP (lossless) | 30-50% | ~400-560 KB |
| Logo PNG (200 KB) | Convert to WebP (lossless) | 25-35% | ~130-150 KB |
| Product photo JPEG (1 MB) | Compress + convert to WebP | 70-80% | ~200-300 KB |
| DSLR RAW → JPEG export (8 MB) | Resize + compress (quality 80) | 90-95% | ~400-800 KB |
| BMP scan (15 MB) | Convert to JPEG + compress | 95-98% | ~300-750 KB |
Photographs compress more than graphics. Large images benefit more from resizing than small ones. Starting format matters — a PNG photograph has more room to gain from format conversion than a JPEG that's already been compressed once.
Common Mistakes When Reducing Image Size
Compressing an already-compressed JPEG again. Re-encoding a JPEG at quality 80 doesn't halve the file — it adds a second round of lossy artifacts while barely reducing size. Always start from the highest-quality version available. If you only have a compressed JPEG, resize or convert format instead.
Upscaling a small image. Resizing a 400×300 image to 1200×900 makes the file bigger and blurrier. Only resize downward. The -resize 800x600\> flag in ImageMagick protects against accidental upscaling.
Using PNG for photographs. A photo saved as PNG is 3-5x larger than the same photo as JPEG or WebP. PNG is designed for flat-color graphics, not photos. Unless you need transparency, convert to JPEG or WebP.
Ignoring display size. Compressing a 4000×3000 image to quality 20 (destroying quality) when you could just resize it to 800×600 at quality 85 (perfect quality, smaller file). Resize first, always.
Forgetting metadata. A single smartphone photo can carry 50-100 KB of EXIF data. On a page with 20 images, that's 1-2 MB of metadata nobody sees. Strip it. Here's how.
Quick Reference: Which Method to Use
| Situation | Best Method |
|---|---|
| Image came from a camera or phone | Resize first, then compress |
| Need to hit a specific file size limit | Compress → if not enough, resize |
| PNG photograph (no transparency needed) | Convert to WebP or JPEG |
| PNG logo / graphic with transparency | Compress (lossless) or convert to WebP lossless |
| Screenshot | Crop to content, then convert to WebP |
| Social media upload | Resize to platform dimensions, then compress |
| WordPress upload | Resize to max display width, convert to WebP, compress |
| Email attachment | Compress aggressively (quality 65-75); resize if still too large |
| Need maximum reduction | Pipeline: resize + convert to WebP + compress |
| Image has irrelevant borders or background | Crop first, then compress |
| Already a WebP, still too large | Compress (lower quality target) or resize |
| Legacy BMP or TIFF file | Convert to WebP or JPEG immediately (convert TIFF to JPG, convert BMP to JPG) |
| Batch of 100+ images | CLI pipeline or Pixotter batch mode |
FAQ
Does reducing image size reduce quality?
Lossy compression does reduce some image data, but at quality settings of 75-85, the difference is invisible at normal viewing sizes. Lossless methods (metadata stripping, resizing to actual display dimensions, format conversion to WebP lossless) reduce file size with zero quality loss. The goal is matching quality to the use case — a 4 MP photo in a 400×300 thumbnail container doesn't need to be 4 MP.
What's the best image format for the smallest file size?
AVIF produces the smallest files — typically 20-30% smaller than WebP at equivalent quality. The tradeoff is slow encoding (2-10 seconds per image) and limited tooling. WebP is the practical default for web use: excellent compression, wide browser support (Chrome 17+, Firefox 65+, Safari 14+), and fast encoding. JPEG remains the standard for email and compatibility fallbacks.
How do I reduce image size without losing quality at all?
Three lossless approaches work: strip metadata (removes EXIF data, ICC profiles, embedded thumbnails — often 20-50 KB), apply lossless compression (re-encodes PNG or WebP with better algorithm settings), or convert to WebP lossless (typically 25-35% smaller than PNG with identical pixel data). Resizing to actual display dimensions is also lossless in the sense that no visual information is lost — you're removing pixels that were never shown anyway. For a detailed guide on preserving quality during resizing, see How to Resize an Image Without Losing Quality.
Can I reduce image size on my phone?
Yes. On iOS, the Shortcuts app lets you build workflows that compress and resize images from Photos. On Android, apps like Google Photos handle basic compression. For bulk or pipeline operations — resize, convert, and compress in one step — a browser-based tool like Pixotter works directly on your device without installing anything.
How do I reduce multiple images at once?
Three options: (1) Pixotter supports batch processing — drop multiple images and they all get processed with the same settings. (2) ImageMagick 7.1.1 (Apache 2.0) batch commands: for f in *.jpg; do magick "$f" -resize 1200x -quality 80 "output/$f"; done. (3) For bulk resize specifically, see our batch resize guide.
What's the difference between image size and image resolution?
Image size refers to file size (bytes on disk). Image resolution refers to pixel dimensions (width × height) or print density (DPI/PPI). A high-resolution image (4000×3000) has a large file size because it contains more pixels. Reducing either dimension or compression quality reduces file size. See image resolution explained for details.
Should I compress images before or after uploading to my website?
Before. Always optimize images before uploading. CMSes like WordPress may auto-compress, but their defaults are rarely optimal — they don't convert to WebP, don't resize to your actual container width, and may apply too little compression. Compressing beforehand gives you full control. For WordPress automation, the Pixotter WordPress plugin handles this on upload.
How small can I make an image before quality suffers?
For JPEG and WebP, quality 60-65 is the floor for most photographs — below that, blocking artifacts and color banding become noticeable. For text-heavy screenshots, quality below 80 makes text fuzzy. For icons and logos, lossless formats (PNG or WebP lossless) are better than aggressive lossy compression. The pipeline approach (resize + format convert + moderate compression) achieves the smallest files with the least quality sacrifice.
Top comments (1)
What if we search a website on Google and resize from there?