Pixel Bench

Getting a photo through an application portal

Application systems reject uploads for reasons they rarely explain, and they are often the last step of a form you have already spent an hour on. Here is what they actually check.

The four things these forms check

Almost every rejection comes down to one of four constraints, and they are checked independently — passing three and failing one still fails:

  1. File size in bytes. "Maximum 500 KB". The most common limit and the easiest to fix.
  2. Pixel dimensions. "Between 600 × 600 and 1200 × 1200". Compression does nothing for this — only resizing does.
  3. File format. Usually JPEG, sometimes JPEG or PNG. WebP and HEIC are almost universally rejected.
  4. Aspect ratio or physical size. Mostly on ID and visa photos — "35 × 45 mm", "square", "head must occupy 70–80% of the frame".

The error message often names only the first one it hit, which is why fixing the size and resubmitting sometimes produces a fresh complaint about dimensions.

Satisfy them in this order

The order matters, because fixing them in the wrong sequence means redoing work:

  1. Format first. If the file is HEIC from an iPhone or WebP saved from a website, convert it before anything else. Everything downstream assumes a format the portal will read. HEIC to JPG · WebP to JPG
  2. Crop and aspect ratio next, if the form specifies them. Cropping changes the pixel count, so doing it after resizing wastes the resizing.
  3. Dimensions third, if there is a pixel limit.
  4. File size last. Compression is the only step that does not change what the image contains, so it belongs at the end.

Aim under the stated limit, not at it

"KB" is genuinely ambiguous — Windows treats 1 KB as 1,024 bytes, macOS as 1,000, and the form's developer picked one without telling you. A file your computer calls exactly 500 KB can be 512,000 bytes and fail a 500,000-byte check.

Target about 5% under whatever number you were given and the ambiguity stops mattering. The compressor here reads KB as 1,000 bytes for exactly this reason: if the form meant 1,024, you are safely under either way, whereas the opposite reading overshoots a 1,000-based limit and gets rejected at the door.

Limits you will meet in practice

When the limit is genuinely unreachable

Occasionally a detailed photograph simply cannot reach a very tight limit at usable quality. Before accepting a badly degraded image:

Two things worth knowing before you upload

Metadata does not survive. Any tool that decodes and re-encodes an image produces a new file from the pixels alone, so GPS coordinates and timestamps are dropped. For an application upload that is a privacy improvement — the portal receives your photo, not your home address. More on what photos carry.

Keep the original. Applications get resubmitted, and portals change their rules. Compress a copy every time rather than compounding the damage by re-compressing a file you already compressed last month. Each pass costs you something permanent.

Related