Imagery

A generated image fails in three places: the pixels, the file and the metadata.

Most image problems are not aesthetic. They are a two-megabyte hero image, a decode failure, a flattened contrast range or provenance metadata that was stripped somewhere between generation and upload.

The failures generated images actually produce

Generated images arrive oversized, because the model renders at a resolution nobody resized before publishing. A 2048-pixel square used as a 300-pixel thumbnail costs weight and delays first paint.

They also arrive with unpredictable contrast. Diffusion output is often mid-grey dominant, with a narrow range between the darkest and lightest areas, which looks flat on a bright screen and worse once a CMS recompresses it.

The third failure is metadata. Provenance markers, colour profiles and XMP blocks are stripped by resizing tools, by social platforms and by the copy-paste that turns an asset into a screenshot of an asset.

What the checks measure

The console decodes the file in the browser and reports what it can read from the bytes and the bitmap.

  • Decode: whether the browser can open it at all, which catches corrupt files and web-unfriendly formats such as HEIC.
  • Dimensions: the real pixel size, so the display size can be compared against it.
  • Weight: files past a few megabytes are flagged, since platforms recompress them anyway.
  • Contrast: luminance spread across a sampled grid, which surfaces flat images.
  • Provenance markers: C2PA, Content Credentials, generator names, XMP and embedded colour profiles.

Metadata is a quality signal, not a footnote

A checker can report what markers a file carries, which is useful in both directions. A manifest present means someone took care of provenance. Absent on an image the team knows was generated means something removed it.

Markers are text inside a binary, so absence is weak evidence. The checker states what it found and does not claim a file without markers is unedited, or a file with them is authentic.

Treat the result as an inventory: which provenance exists, which was lost, and whether the loss happened at export, at resize or at upload. That last question is answerable by checking the file at each step.

Alt text, placement and the reader

An image used as content needs a description that conveys what a reader would take from it. An image used as decoration should carry an empty alt attribute, not a sentence.

Generated images tend to be illustrative rather than evidential, and alt text should reflect that: describe what is depicted, avoid inventing claims the picture does not support.

Placement is a quality question too. A hero image whose subject sits behind a headline overlay is a rendering bug waiting for the smallest viewport.

What pixels cannot tell you

No measurement of weight, contrast or metadata can say whether the image is appropriate, on-brand, accurate or legal to use. A technically clean file can still depict something a compliance team would refuse.

Style consistency across a set is a judgement, and so is whether an image that looks photographic is being used in a way that implies it is documentary.

For anything published as evidence or under a client's name, the verdict belongs to a person who looked at the image and at the context.

A workflow that catches the usual four

Check the exported file before it reaches the CMS, not after. Resize to the display size, then re-export, then check again, because the resize is where metadata disappears.

Record the outcome for anything used in a regulated or client-facing context: dimensions, weight, markers present, and who approved the use.

Then keep the source file. Every downstream recompression is another chance to lose the manifest, and the only way to prove what the original carried is to still have it.

What this covers

  • Decode and format

    Browser-openable, not HEIC or a corrupt export.

  • Dimensions against display

    Pixel size matched to the largest place the image appears.

  • Weight

    Under a couple of megabytes after export, and recompressed by the platform anyway.

  • Contrast

    Luminance spread sampled, so flat mid-grey images surface.

  • Provenance markers

    C2PA, Content Credentials, generator tags and colour profile inventoried.

Questions this page usually raises

Can a checker tell whether an image is AI-generated?
It can report whether provenance markers or generator names are present in the file. Absence proves nothing, because resizing and screenshotting strip them routinely.
Why does contrast matter for a generated image?
Diffusion output often clusters in the mid-tones. On a bright screen it reads as flat, and a CMS recompression flattens it further, which is a quality failure even when the file is technically valid.
Does checking an image upload it?
No. The file is decoded and measured in your browser, so nothing leaves the device, which matters for unreleased product shots and client creative.
What is the right image weight for a hero?
Sized to the largest viewport it appears in, then compressed. Flag anything past a couple of megabytes; a 300-pixel thumbnail should not be a 2 MB file.
Who should approve an image used in marketing?
Anyone with the brand and legal context: a designer for placement and style, and a named approver when the image implies evidence or appears in regulated material.

AI image quality check

Run the checks, then decide who has to sign it.

The automated pass is free, needs no account and uploads nothing. Escalate to a named reviewer only where being wrong is expensive.