Back to blog
March 22, 2026Lumina Team

A practical guide: choosing practical pixel dimensions for online images

Picking image dimensions is mostly about where the picture will live, how wide the column is, and how much weight the page can afford. Here is a calm, practical framework.

A photographer edits images on a laptop in a modern office setting.

Photo by iam hogir on Pexels.

Why dimensions matter more than weight alone

Most guides about web images jump straight to compression. That is backwards. Dimensions decide how many pixels the browser has to download and decode, and compression only decides how many bytes describe those pixels. Shrink the dimensions first, then worry about the bytes.

A 4000 pixel wide photograph delivered at 1200 pixels will look the same on almost every screen, and the file will be a small fraction of the size. No amount of quality slider tweaking can recover that kind of saving, because the extra data is simply not on the page.

Start with the column, not the file

Before you touch any tool, look at where the image will appear. The right width depends on the answer, not on the original photo.

  • A full-bleed hero on a typical blog: about 1600 to 1920 pixels wide.
  • A content image inside a reading column: about 1000 to 1200 pixels wide.
  • A thumbnail in a grid, sidebar, or card: about 300 to 600 pixels wide.
  • A profile picture or avatar: 200 to 400 pixels on the long side.

If you use a responsive theme, exporting at roughly twice the display width is a safe habit, because screens with a higher pixel density will still look crisp. Exporting ten times the display width is a habit worth dropping.

Mind the height as well

Width gets most of the attention, but tall images slow a page just as much as wide ones. A long screenshot at full resolution can weigh more than a full gallery of small photos. For very tall images, consider whether the reader will actually scroll through all of it, and whether a smaller width, a crop, or a link to a separate file would serve the same purpose.

Two is plenty: small and large

A simple rule for bloggers is to keep two master sizes on hand.

  • A large version sized for the widest spot in your layout, often around 1600 pixels on the long side.
  • A small version for thumbnails, social cards, and previews, often around 600 pixels on the long side.

When you publish, pick the size that matches the slot. Most blog platforms allow you to upload the larger file and serve a smaller version automatically, which removes the guesswork at write time.

What "resize" actually does

Resizing changes the pixel dimensions of an image. A practical browser-based resize tool lets you type the exact width and height in pixels, lock the aspect ratio so the photo does not stretch, and export the result. It works the other way too: if you have a small graphic that needs to fill a wider column, you can upscale it, though you cannot invent detail that was never captured in the first place. Upscaling without a clear reason is rarely a good trade, because the file grows while the perceived sharpness does not.

A short workflow keeps things tidy:

  • Open the original once and decide the target width based on the column.
  • Lock the aspect ratio, type the new width, and let the height adjust on its own.
  • Export and compare the original and the resized version side by side.
  • If the resized image still feels heavy, send it through a compress tool to trim the bytes without changing the dimensions.
  • If the framing is off after the size change, use a crop tool to remove empty edges rather than carrying them along.

Avoid the common traps

  • Exporting at the camera's native resolution "just in case." The browser will downscale it for you, and you will have paid for the upload, the storage, and the bandwidth.
  • Stretching by unlocking the aspect ratio. It only takes a single accidental unlock to turn a portrait into a squashed face.
  • Saving the resized version back over the original. Keep the source file somewhere safe, because cropping and resizing are destructive.
  • Treating every image the same. A hero photograph and a tiny badge want very different widths, and there is no reason to send them through the same pipeline.

A small checklist before you publish

  • The longest side matches the widest display slot, with a little headroom for high-density screens.
  • The aspect ratio is locked, so nothing looks stretched.
  • The file is exported in a sensible web format, ideally JPEG or WebP for photos and PNG for graphics with flat color or transparency.
  • The image is named clearly and given a short alt description.
  • The original is still tucked away in a folder you trust.

A little attention to pixel dimensions at the start of a post saves readers a slow scroll and saves the blog a heavier page than it needs.

Keep exploring

More from Lumina

3 related notes