Practical guide

Why website images look blurry: five checks before reuploading

Check the original, the file the browser actually loads, screen density and cropping. Includes a real Set It Once example and an acceptance checklist.

Photo and video editing workspace on a large monitor
Illustrative stock photograph: Jakob Owens / Unsplash.

If a website photograph looks soft, uploading it again may change nothing. First find out whether the problem is in the original photograph, the file selected by the browser or the way the page displays it. Those three problems need different fixes.

On 11 October 2026 we checked the images on the Set It Once blog. This guide uses that specific check, then gives you a short acceptance brief for your own site. It does not claim a measured improvement in loading speed, traffic or rankings.

1. Check what is actually in focus in the original

Open the source file at its native size. Look at the subject you need the visitor to understand: the product edge, a person’s face, a label or a diagram. A soft background does not automatically mean the entire image is low quality. In a workspace photograph, the notebook can be sharp while the objects behind it are deliberately out of focus.

Write down the important subject before judging sharpness. If a product label must be read, choose a frame where that label is genuinely readable. Enlarging a small file does not restore missing detail. If the subject itself is blurred in the source, replace the source rather than repeatedly increasing its export dimensions.

Close-up of a cinema camera lens
Illustrative stock photograph, not evidence of our project: ShareGrid / Unsplash.

2. Check the file loaded on the customer-facing page

Ask the person maintaining the site to inspect the browser’s selected image URL, available through currentSrc, on the page where the problem occurs. Compare it with the original and the alternatives in srcset. The default src matters too. The HTML Standard explains how browsers select among responsive image candidates; an attribute present in the editor is not proof that its candidate was used.

For our blog, an earlier check still selected a WordPress derivative ending in -1024x683.jpg, even after the high-resolution original was listed as a density candidate. We changed the default source as well as the candidate, then checked the page again. The selected URL now points to the verified sio-lead-handoff-hd.jpg original, whose file dimensions are 2400 × 1600 pixels.

This records a file-selection correction. It does not mean that every 1024-pixel photograph is insufficient, or that every site should deliver its largest file to every visitor. Different images and layouts need different choices. See the HTML Standard on responsive image selection.

3. Compare the displayed size with the required detail

As a planning example, a photograph displayed 500 CSS pixels wide on a display with a pixel ratio of 2 needs roughly 1000 source pixels across that displayed area. A heavy crop may require more of the original. Check the physical dimensions of the selected file; browser-reported intrinsic dimensions can be adjusted for density, so do not use that number alone as the source-file specification.

Give your implementer the card width, the screen density being tested and the selected URL. That is more useful than asking for "a bigger image". Keep the dimensions and crop consistent, and test the actual browser result. MDN documents the image attributes used for this.

4. Separate cropping, distortion and compression

A crop can remove part of the scene while keeping its proportions. Distortion stretches the scene. Check that circles stay circular and people do not become unusually wide. Then inspect fine edges for compression damage. Photograph exports and text diagrams need different treatment: a small label that survives in the original may become unreadable after an aggressive export.

For our explanatory blog diagrams we use source-rendered, lossless PNG files at 1800 pixels wide. That preserves the lettering we drew. It cannot repair a badly focused photograph. Keep a readable text equivalent beside a complex diagram so the advice remains available without deciphering the image. The W3C guidance on complex images explains accessible alternatives.

5. Verify the page where people will see it

Check the blog index, article cover and any related-article card. They can use different sizes of the same attachment. Repeat the check on a real mobile layout as well as desktop. Below-the-fold images must be brought into view before you treat an unloaded lazy image as broken.

Use the brief below for the affected image. It makes completion observable without asking your implementer to regenerate the whole site.

RecordAcceptance check
Page and positionExact URL and the card, cover or body image that needs work
Important subjectThe detail that must be clear, such as a label or product edge
Selected fileThe actual browser URL and verified physical file dimensions
LayoutExpected crop, natural proportions and no horizontal overflow
Desktop and mobileLoaded image, readable essential detail and a usable text alternative
Download costCompare image weight and loading behaviour after the change

Keep useful descriptions and honest credits

Describe the image in its article context. A clear filename, relevant nearby text and useful alt text help people and search systems understand it. Do not fill alt text with repeated search phrases. Google’s image SEO guidance also asks site owners to balance visual quality with loading cost.

Label stock photography as illustration, keep its author and source, and distinguish it from evidence of your own work. Our example proves which files we selected on the checked blog pages. It does not prove how another website performs.

Take one practical next step

Pick one important image and complete the six-row brief. If you need help checking the rendering and download trade-off, explore our website speed optimisation service. Start with the exact page and the detail that looks wrong.

Quick answers

Frequently asked questions

Does every website photograph need to be 2400 pixels wide?

No. Choose a source and responsive versions for the displayed size, screen density, crop and acceptable download weight. In our blog check, using the verified 2400-pixel original removed the uncertainty about which derivative was selected. That is a documented choice for those cards, not a universal rule.

Why can an image look sharp in the media library but soft in a blog card?

The card may load a different derivative, apply a crop or undergo another compression step. Inspect the browser’s selected file on the actual page rather than judging the media-library preview.

Should I sharpen a photograph until every background detail is clear?

No. A photograph can deliberately keep the background out of focus. Preserve honest product and people details. If the important subject is already blurred in the original, choose a better source instead of claiming that sharpening recovered missing detail.

Martin Iliev, founder of Set It Once

About the author

Martin builds Set It Once to help people spend less time on repeated work. His guides explain what you can try, how to check the result and where the limits are.

More about Martin

All articles

Privacy & cookie notice

Privacy & cookies

Updated 5 October 2026. This notice covers the public Set It Once marketing website and its enquiry form.

Who is responsible?

Martin Iliev operates Set It Once and is responsible for the personal data collected through this website. For privacy questions or to exercise your rights, email miliev@setitonce.com or use the contact form. You do not need to provide a website address for a privacy request.

What we collect and why

When you send an enquiry, we receive your name, email address, optional website address and message. We use these to respond and take steps towards a possible service agreement at your request (GDPR Article 6(1)(b)). Security and abuse prevention rely on our legitimate interest in protecting the website (Article 6(1)(f)). The form temporarily uses a keyed hash of your IP address to limit repeated submissions for 60 seconds. Hosting infrastructure processes connection information such as IP addresses and requested URLs to deliver and protect the site.

There is no marketing subscription, sale of enquiry data or automated decision-making about you. Do not send passwords, API keys or sensitive client information.

Who can access the information?

Enquiries are stored in the private WordPress administration area and accessed by authorised administrators. Namecheap provides our website and email hosting and processes data to operate these services. Email addressed to miliev@setitonce.com is also forwarded to a Gmail account operated by Google so Martin can receive and handle correspondence. Their privacy notices explain their processing: Namecheap and Google. External links such as LinkedIn load only when you follow them; those websites have their own privacy notices.

International processing

Namecheap and Google may process information outside your country, including in the United States. Namecheap describes the contractual safeguards for covered services in its Data Processing Addendum. Google describes processing locations and safeguards in its Privacy Policy. Contact us if you need details about the processing of your enquiry.

How long we keep information

We retain enquiries while handling the request and necessary follow-up. We review enquiries after six months and remove closed enquiries that are no longer needed. Records required for an active service, a legal obligation or a legal claim may be retained for that purpose. This review covers WordPress records and related email copies; it is a manual review, not automatic deletion. Hosting logs and backups have separate retention arrangements with the provider. You can ask us for information about your particular record or request deletion.

Your rights

You may request access, correction, erasure, restriction, objection and portability where applicable. You may withdraw optional browser-storage consent through Privacy settings without affecting earlier lawful processing. We normally respond to rights requests within one month; legal exceptions may apply. You may complain to your local supervisory authority, including the Bulgarian Commission for Personal Data Protection.

Cookies and browser storage

Google Analytics 4 is optional and loads only after your explicit consent. It measures page visits and basic engagement, using browser/device information and an online identifier. Google processes the network address to provide the service; GA4 does not log or store individual IP addresses. We do not enable advertising features, Google Signals or automatic form tracking. Page URLs and referrers sent by this website exclude query strings and fragments; form contents are not sent. No third-party geolocation service is used. Fonts and images are hosted on this website. Necessary WordPress authentication and security cookies may be used when you sign in. These are separate from optional analytics and currency memory.

LocalStorage is browser storage rather than a cookie; the same preference controls cover it. Automatic currency suggestion uses your browser time zone locally. It is approximate and is not sent to a geolocation provider. If browser storage is unavailable, your choices apply only to the current page.

Online payment processing is not active on this page. Payment-provider information and purchase terms will be added before checkout is enabled.