Does SharePoint compress images when you upload them?
No. SharePoint Online stores uploaded images at their original file size. It generates smaller thumbnail previews for display, but the file kept on disk and counted against your quota is the full-size original. A 12 MB PNG stays 12 MB in the library.
You have trimmed version history and deleted old files, but your SharePoint storage numbers barely moved. If that is your situation, images are the likely culprit. A single campaign library where users uploaded raw photos from a shared drive can hold fifty gigabytes of PNGs that display on screen at a fraction of their stored size. SharePoint Online stores every image at its original resolution with no automatic compression, and most tenants have no systematic way to know how much quota images consume until they look.
Why Images Drain SharePoint Storage More Than Expected
No server-side compression on upload
When a user uploads a 15 MB DSLR photo to a document library, SharePoint stores 15 MB on disk. It generates smaller thumbnail previews for the document card view, but those are supplementary files. The original sits at full resolution indefinitely. SharePoint Online does not apply any compression, downscaling, or format conversion at upload time.
This matters because the files users actually need are almost always much smaller than what they uploaded. A 4000 x 3000 pixel image displayed in a SharePoint news post header at 1200 pixels wide needs perhaps 300 KB, not 15 MB. The extra 14.7 MB is pure quota overhead.
Version history multiplies the problem
If versioning is enabled on an image library (which is the SharePoint default), every update to an image file creates a new historical version. Crop the photo slightly: two 15 MB versions. Upload a revised version for a rebranded header: three versions. An image library with 1,000 photos and an average of five versions per image is holding five times the storage of a single copy. Compressing those images alone recovers storage; compressing and then trimming the historical versions recovers substantially more.
Site Assets libraries and page images
Images embedded in SharePoint site pages - hero images, full-width section backgrounds, news thumbnails - are stored in the Site Assets library attached to each site. Admins rarely audit it directly. In tenants where the communications or intranet team publishes regularly, Site Assets grows continuously - a site with three years of news posts and page updates can accumulate several gigabytes of image files spread across hundreds of individual page assets.
How to Identify Image-Heavy Libraries Before You Compress
Compressing blindly across all libraries wastes time and risks changing files that are not worth targeting. A storage report first narrows your work to the libraries where images actually matter.
| Signal | What it suggests |
|---|---|
| Library storing more than 5 GB with fewer than 5,000 files | Average file size above 1 MB; almost certainly contains large images or video |
| Site Assets library consuming more than 500 MB | Heavy page publishing history; many full-resolution images stored for page canvases |
| Library with a high version count per file and image file types | Image files being edited and re-uploaded; pre-compression versions accumulating |
| Library name includes "photos", "media", "assets", "brand", "marketing" | High probability of raw or lightly-processed images from non-technical users |
Report Master's Site Storage Metric and Tenant Storage Metric reports export to Excel with each library's total size, the size of its current files, and the space version trimming would save, plus a Largest Files sheet listing individual files with their path and size. Filter the Largest Files sheet by image extension to see which libraries hold the big images. That list becomes your compression target list. For step-by-step guidance on building that report, see how to reduce SharePoint storage fast.
Step-by-Step: Compressing Images with Space Master
Space Master's Image Reducer (under Optimize Storage in the app) processes .jpg, .jpeg, .png, .gif and .tiff files in a SharePoint document library and re-encodes each one as a JPEG at the quality you set, keeping the file name and URL. A reduced image is uploaded only if it comes out at least 100 KB smaller. Once the smaller file is in place, the tool deletes that image's previous versions, so the original survives only in the local backup folder if you choose to keep it.
- Open the Image Reducer and connect to the site. In ShareMaster, go to Optimize Storage, choose Image Reducer, and connect to a site that holds one of the libraries you identified in the storage report.
- Select the target library. The Image Reducer works on one document library per run. Pick the libraries where compression will make a measurable difference and skip those where image fidelity is important (architectural drawings, medical imaging, product photography that requires print resolution).
- Set the minimum file size and quality. Only images larger than the Min File Size (MB) you enter are processed. For SharePoint intranet content, a JPEG quality of 75 to 85 percent is visually indistinguishable on screen but typically reduces file size by 50 to 70 percent. For marketing assets used in printed materials, use 90 percent or higher. Every image is written back as JPEG data, PNGs included (the file keeps its .png name), so leave out libraries of logos or graphics that rely on transparency.
- Keep a local copy of the originals. Choose a download folder and tick Keep original fullsize image on harddrive. Because the tool deletes previous versions of every reduced image, that folder is your only way back to the originals.
- Assess which libraries are worth compressing. Not every library with image files will yield a meaningful saving. Use the Largest Files sheet of the Report Master storage report to check how big the images in each target library really are before running. If most are already under 500 KB, or the total image storage is under a few hundred megabytes, that library may not be worth including in the first run.
- Run the compression. Space Master processes a few files at a time and backs off when SharePoint throttles, to avoid interrupting active users. For large libraries, run the compression outside business hours.
- Trim the rest of the version history. The images the tool reduced no longer carry old versions, but images below your minimum size and every other file in the library still do. Use Space Master's Version Trimmer on the affected libraries to reclaim that storage. See how to trim SharePoint version history for the detailed process.
Typical Storage Recovery from Image Compression
Results vary significantly based on what was originally uploaded. Libraries built from phone photos or camera JPEGs at moderate resolution often see 40 to 60 percent size reduction. Libraries with raw files or high-resolution PNGs from a designer's workflow can see 70 to 85 percent reduction.
| Library type | Typical original size | Typical post-compression size | Saving at 80% JPEG quality |
|---|---|---|---|
| Marketing campaign photos (JPEG, camera uploads) | 50 GB | 12 - 18 GB | 65 - 75% |
| Site Assets (page hero images, news thumbnails) | 5 GB | 1 - 2 GB | 60 - 80% |
| Brand photo library (high-res PNG exports, no transparency) | 10 GB | 2 - 4 GB | 60 - 80% |
| Project documentation with embedded screenshots | 20 GB | 10 - 14 GB | 30 - 50% |
The combined saving from compression plus version trimming is typically larger than either step alone. A 15 MB image compressed to 3 MB with five historical versions goes from 75 MB of quota to 3 MB after both steps: a 96 percent reduction per file.
Frequently Asked Questions
Does SharePoint Online automatically compress images when they are uploaded?
No. SharePoint stores uploaded images at their original file size. Thumbnail previews are generated for display, but the stored original remains uncompressed. A 12 MB PNG stays at 12 MB in the library.
Do compressed images still look acceptable on SharePoint pages?
For most SharePoint use cases, yes. A JPEG at 80 percent quality is visually indistinguishable from the original on a standard monitor. Images used as news post thumbnails, section backgrounds, or card headers rarely need to be stored at camera resolution.
Will compressing images affect the version history for those files?
Yes. Most compression methods save the compressed copy as a new current version and leave the original as a historical version, which counts against your quota until you trim it. Space Master's Image Reducer deletes the previous versions of each image it reduces as part of the run, so keep the local copy of the originals if you might need them.
How much storage can I realistically recover?
Libraries built from camera uploads or raw design files can shrink by 60 to 80 percent per file. A 50 GB photo library compressed at 80 percent JPEG quality may reach 12 to 18 GB. Combined with version trimming, the total saving per file can exceed 90 percent when multiple large historical versions existed before the compression run.