Start with an image inventory
Choose the homepage hero, a service-page photo, and a gallery thumbnail. Record each file's dimensions and transfer size, then compare them with how the image is displayed. Do not treat every photo on the site as an equally important first task.
For example, a contractor's project thumbnail needs enough detail to be understandable at its card size; the enlarged project view may justify a larger source. Keep the original files outside the delivered page so you can make a different crop later. This is an editorial workflow, not a reason to send the largest original to every visitor.
Use suitable sizes and compare formats visually
Responsive image markup lets the browser select among image candidates for its context. Ask your site platform or developer whether it supplies appropriately sized versions instead of merely shrinking a large file with CSS.
Compare modern formats such as WebP or AVIF with the current file where your publishing tools support them. Check real photos, text within graphics, and transparency rather than assuming one compression setting works for everything. Inspect the result on a phone and a larger screen; a lighter image is not useful if customers cannot read or recognize it.
Load important images at the right time
The main visible image should be discoverable promptly. Lazy loading can be useful for images farther down a page, but applying it indiscriminately to the primary visible image can delay that content. Identify the page's important element before changing its loading behavior.
Give images defined dimensions or an equivalent reserved layout space to reduce movement while they arrive. Test gallery controls and enlarged views after edits. A visually stable image area still needs a useful image description where the image conveys meaning.
- Prioritize the image needed for the first useful view.
- Review below-the-fold image loading separately.
- Keep image space stable while resources load.
- Use descriptions that explain meaningful image content.
Measure the outcome, then repeat carefully
Compare transfer sizes and the affected loading metric under the same test conditions. Keep the old and new files so the improvement can be reviewed. If the main image still arrives late, the problem may be discovery or another request dependency rather than compression alone.
Start with a free website report to organize public technical findings and coverage. Image delivery often requires a separate browser inspection; the report does not promise a complete rendered image or accessibility audit. Available configured PageSpeed evidence can help identify a performance concern, then your image review can determine the relevant change.
Common questions
Should I lazy-load every image?
No. Treat the main visible image differently from images farther down the page. Verify the actual loading sequence before and after changing it.
Is there one perfect file-size limit?
No. The image's role, display size, and required detail matter. Compare alternatives and measurements instead of using one arbitrary limit for every image.
Does making an image smaller on screen reduce its download?
Not by itself. The delivered resource must be appropriate too; CSS can display a large downloaded file at a small visual size.