Image guidesPractical guides

Prepare a publishing image pack and test crops, labels and QR codes

A small campaign needs a product tile, a portrait application photo and a printable handout with a code. Write separate output requirements for each. A visually attractive preview can still have the wrong crop or an unreadable code.

Product bottle on driftwood under studio lights
Illustrative photo: Sofia Lasheva · Unsplash License

What changed: Added a wide-to-square crop calculation, a delivery specification and final-medium QR checks separating image detail, factual copy and code readability.

The practical answer

Keep an editable master and list each output’s dimensions, background, text and destination. Export one variant first and inspect at the actual viewing or printing size. Scan codes from the final exported or printed item and confirm the resulting destination or value.

Plan the input and the review

  1. Keep an editable master and list each output’s dimensions, background, text and destination.
  2. Export one variant first and inspect at the actual viewing or printing size.
  3. Scan codes from the final exported or printed item and confirm the resulting destination or value.

Choose the operation for this step

  • Review similar image groups: Compare the full images before choosing keepers; a perceptual match is a suggestion and can group legitimate alternate views.
  • Prepare product images: Inspect cutout edges against contrasting backgrounds, then check crop and template outputs for the actual destination.
  • Prepare an application portrait: Enter the recipient’s current dimensions and background rules; inspect face crop, visible watermark and final byte size without assuming official acceptance.
  • Build cover and card variants: Keep key text inside each aspect ratio, review editable copy and reopen the downloaded variants.
  • Edit an SVG asset: Check the viewport, text and visible shapes before exporting; inspect external resources or unsupported features separately.
  • Create a visual asset: Choose a template suited to the message and review alignment, clipping and actual export dimensions.
  • Draft titles and tags: Use verified product facts and edit generated variants; do not publish unsupported claims or irrelevant tags merely because they were suggested.
  • Generate a plain QR code: Encode the final reviewed destination, leave a clear border and test scanning from the actual output.
  • Style a QR code: After changing colors or adding design elements, rescan the final file at its intended size; styling can reduce readability.
  • Generate a CODE128 barcode: Check the encoded value with the intended scanner and required size; a CODE128 graphic is not automatically a retailer-issued product identifier.

An editorial example to compare

Make the acceptance condition visible

An unchecked shortcut

A styled QR scans in the editor at large size, but its small printed version is never tested.

A reviewable workflow

The final PDF is printed at intended size, scanned on the target device and checked against the reviewed destination.

This constructed example illustrates the workflow; it is not a report of a user test or a guarantee for every input.

A square crop can remove the product edge that matters

An illustrative 1600×900 landscape image is center-cropped to a square. It retains the middle 900×900 and removes (1600−900)/2=350 pixels from each side. A package edge at x=1500 lies beyond the retained right boundary of x=1250. Check the subject boundary before choosing a center crop, recomposition or added space.

This calculation explains a basic center crop; it does not claim that every template uses these coordinates. The content workbench fills and center-crops its cover area for each output size, and the body can span several cards. Inspect page counts, title wrapping and subject visibility separately for 1080×1440 and 1920×1080 outputs. Reviewing only the first portrait card does not review the whole package.

Illustrative geometry: 1600×900 cropped centrally to square
RegionOriginal coordinatesResult
Retainedx=350–1250; y=0–900900×900
Removed left sidex=0–350Text or subjects here disappear
Removed right sidex=1250–1600A package edge at x=1500 is lost

Give each output a specification instead of calling it high resolution

An illustrative brief might require a 1600×1600 PNG product image, a 1920×1080 PNG social cover and a final-layout print handout. For each, specify the background, whether product cropping is allowed, essential text and destination. “Clear” or “high resolution” cannot identify inadequate width, tiny text or an unsupported claim. Application photos need the recipient’s current requirements, rather than the product-image brief.

Extract the package and inspect actual pixel dimensions, filenames and order. Open later pages of text cards too. Similarity groups are suggestions: front views, side views and updated packaging may all need to survive. Keep an editable source-to-export mapping so a price or text correction starts from the right master rather than repeatedly overwriting a compressed output.

Code recognition and a trustworthy destination are separate checks

Confirm the final URL before encoding it; a changed event date should not leave an old registration link in the artwork. Place the code in the final layout and scan the exported image, PDF or physical proof. Check recognition, the exact decoded address and the destination page separately. Recognition does not establish that the destination is still current. Repeat all three checks after changing colors or design in the styled QR tool.

An enlarged editor preview cannot establish readability on a small print. Inspect the clear surrounding border, contrast, scaling and crop, including decorations or package folds entering the code area. Add a visible text address or purpose to the handoff for a useful fallback. For barcodes, verify the encoded value in the recipient’s actual scanning workflow. Creating a CODE128 graphic does not replace their product-identifier assignment rules.

Check the final result and preserve evidence

W3C explains that image alternatives depend on their purpose. When publishing these assets on a page, provide meaningful text for their information or function.

Review the entire product background rather than only the corners. Check the SVG viewport and final pixel dimensions when rasterizing.

Acceptance checks

  • Each image meets its own crop, pixel and background requirements.
  • Claims and embedded text match verified source facts.
  • Codes are tested from the actual final output.

Common questions

Does a white corner prove the full background is white?

No. Inspect the complete background and product edges.

Can every similar image be removed?

No. Different angles, crops or versions may be intentional; make a deliberate keeper selection.

Does a QR preview prove the printed code works?

No. Test contrast, border and actual size using the final printed or exported asset.

Further reading & sources

Put the guide into practice

Open the relevant tool, preview the result and check your exported file.

Newer articles on this topic

Continue with a newer article that refers to this guide or explainer.

Related articles